At which point the models will stop reinforcing (racial/gender) biases and start reinforcing said taboos instead. I don't think anyone wants that either
239 karma · joined October 13, 2017
At which point the models will stop reinforcing (racial/gender) biases and start reinforcing said taboos instead. I don't think anyone wants that either
Sure, you want "number go up" on average, but staying at a company for two years means something completely different to a restless jobhopper compared to a stability-minded employee with a family. Likert scales are perfect for this because they let respondents be their own judge of how well this job is retaining them.
Same goes for the perception of the value of their stock, but I admit it would be really nice to have the absolute value here in addition to the subjective scale to detect an interaction effect.
I do agree that the "actively looking elsewhere" label on the graph for the retention question is laughable.
Almost universally the following two rules hold: pedestrians walk on a raised pavement next to the road, and through roads have priority.
To compliment those existing rules, exits from side streets where pedestrians on the through road have priority include a raised hump that brings motorists up to pavement level. That emphasizes that it is the motorist who is crossing into a pedestrian area, where pedestrians have priority. The pedestrian footpath is continuous, while the car road is interrupted.
Here's a typical example of the "exit construction" with continuous footway: https://rijbewijshulp.nl/wp-content/uploads/2022/11/Uitrit-7...
And an obvious added benefit is that motorists will slow down for the speed bump.
The author phrases this a bit awkwardly without really making a point. But what I think they are saying is that because the footpath isn't continuous despite the raised bump this is not a typical exit construction, and pedestrians on the through road don't have priority. Even though most motorists would yield to them anyway because of the shark's teeth on the cycle path.
I think it's debatable if the pavement is continuous or not, I would say "kinda". But either way the intersection in the article is not a "typical" example of the exit construction.
The smartphone that is always on, always fighting for your attention, and always in your pocket has proven to be harmful to the development of most children.
> What's more harmful is preventing discovering adaptation and self-balancing on their own in the face of endless entertainment wish diminishing value.
I really wish kids would still learn self-balancing on their own. But the odds are stacked against them in the current age. TikTok and Instagram have gotten too good at this, backed by teams of scientists and ML models working with passion to fight their self-control.
I think HTMX appeals to fullstack devs like me who often find themselves needing bespoke API calls for their frontend views anyway.
When writing tightly coupled backend code for a frontend view, I'm quick to think "well why am I not doing this entire feature in the backend, anyway?" And HTMX makes that super easy without giving much up.
But the opposite reaction would be equally valid.
All renting of housing should be well regulated and good housing policy must be comprehensive, covering both the supply and demand side of the equation.
Though it's still not exactly clear to me what the verifier intends to prevent. I can understand that it limits how far you can look up into the stack and what memory your eBPF program can read. But can we otherwise just run any random code in eBPF? The register value tracking and DAG stuff kind of goes over my head.
In short, could I write a Scheme in eBPF and pass it a program at runtime, through a map?
Although Bash is still king for small utilities, I have found myself writing such scripts in Janet[1] recreationally. Bringing the functional paradigm to shell scripts really is a lot of fun, if you belong to that conviction. Although the lack of portability and the fact that you need to "know Bash" to even use the Janet `sh` library kind of guarantees that it will always just be for fun.
function score (r, g, b, rr, gg, bb) {
const maxRErr = Math.max(r, 15 - r)
const maxGErr = Math.max(g, 15 - g)
const maxBErr = Math.max(b, 15 - b)
const maxDist = Math.sqrt(maxRErr * maxRErr +
maxGErr * maxGErr +
maxBErr * maxBErr)
const rErr = Math.abs(rr - r)
const gErr = Math.abs(gg - g)
const bErr = Math.abs(bb - b)
const dist = Math.sqrt(rErr * rErr +
gErr * gErr +
bErr * bErr)
return Math.floor(100 * (1 - dist / maxDist))
}
Before even starting to count the error, it calculates the maximum error possible for the target colour. That makes sense! We want the percentages to feel more or less the same every round. Otherwise a medium grey would score relatively higher with every guess.But to answer your question, I don't think the local optimum situation you are describing is possible. I'm no math wizard but looking at this function there must (surely?) always be a direction to move one slider to get a higher score, unless you're bang on. So I think you just missed out on that one move, which does get ever more likely as your guesses get closer.
I don't agree with the hyperbole of the person you're replying to. But I also don't think the possibility of fair competition is mutually excusive with the security of the vulnerable few.
That's assuming that something like an opt-in lockdown mode is compatible with the DMA.
With syncthing it's just instantly everywhere whenever I add an account, no action required. That's particularly useful when I create an account on my computer, then have to scan an OTP QR code with my phone. By the time my phone's out of my pocket the fresh account is already in the store to save the OTP code into.
You might fool me with that phishing page, but you won't fool my password manager's autofill. It would have to be full on MITM or DNS poisoning for that to work, which is already more of a movie plot.
GNU Pass is a great example of Unix-y interoperability for me. I sync the .password-store folder over to my phone with Syncthing, where the Password Store android app reads it. Password Store in turn talks to OpenKeychain for my encryption key with biometrics support. Changes are also synced back to my other devices. Each piece of the puzzle can focus on doing one thing and doing it well, even on Android!
Password store for android: https://f-droid.org/packages/dev.msfjarvis.aps/ Openkeychain: https://f-droid.org/packages/org.sufficientlysecure.keychain...
Lisp comes from List Processor.
Scheme was first called Schemer, which itself evolved out of the Planner language developed by Carl Hewitt at MIT. Schemer was shortened to Scheme to fit the ITS filesystem's six character filename limit (!) on the PDP-10.
Racket is a kind of Scheme. (I like this one)
Guile comes from Guy L. Steele, one of the initial Scheme developers. The other being Gerald Jay Sussman.
* Show the incorrect guess you just made on the map, even if not close
* Repeat countries that you got wrong within the next 10 turns, to learn by repetition
All it might need is the ability to manually enter the base frequency yourself or do an automatic sweep. But I could probably bodge that into the source myself.
Lovely!
Though I will say that when it comes to my 50 minute strength sessions, I don't really feel that hungry after. I tend to do them after work, before dinner, and then eat the same amount as any off day. I'm no athlete, just doing the minimum, at which point additional hunger is not that noticable.
50 Minutes of strength is far from your continuous 277W output (nice!), for multiple hours. I think the target audience would literally die far before feeling anything like your levels of hunger, should they ever go on a bike ride with you.
> An hour of intense exercise might burn 500 calories, and it’s very hard to keep up that level of effort for even one full hour — especially if you’ve been sitting in a chair all day for years on end.
This is probably true, though it doesn't factor in the effect of muscle mass and "afterburn" on resting metabolism. Muscle is expensive, that's why your body gets rid of it quickly when you don't use it. And you spend a lot of calories replenishing energy stores and repairing your muscles in the days after your exercise, because that's far from a 100% efficient process.
If you're male and an absolute beginner (as sitting in a chair all day implies), you can gain significant muscle mass with just 90 minutes a week of strength training.
The direct calorie expenditure of exercising that much may be minor. But you will soon be burning an extra 150kcal/day in afterburn and muscle maintenance just sitting on your ass on your off-days. That adds up to a nice beer budget.
Intensive strength training isn't for everyone though, I can see why a guide for the lazy person might leave it out. But if you're even slightly more of a minmaxer than just lazy you should consider it, given all the other additional benefits of exercise.
Finally the protein paragraphs are very spot on. Especially now quality protein shakes are cheap and easily available. One of those (125kcal) fills me up like lunch, and two like dinner. They're an incredible weight loss hack.
The tl;dw is that piano rolls are intuitive to some degree but are inefficient at presenting information that musicians are interested in.
The article does however, in my opinion, commit a crime in bringing up the often misrepresented marshmellow experiment as some kind of fundament of psychology. The one where a child is promised a second marshmellow if they can resist eating the first one placed in front of them for a 15 minutes.
Children make do with the mental faculties and model of the world available to them. They live in a world shrouded in mystery in which adults regularly break promises to them for reasons they can't comprehend. Once the adult telling them what to do has left the room, I don't blame the kids for feeling an urge to take a bird in the hand over two in the bush. That's a perfectly good default instinct to have before you've acquired absolute trust towards friendly strangers in university buildings.
Imagine a real-world analogy to this kind of experiment. Adults choosing to go for the double reward would likely be labeled naive, bad with money, or gamblers. Extrapolating to the general population is ridiculous. Mischel's research wasn't about that at all.
From the article: In Mischel’s marshmallow experiment, only a quarter of the subjects were able to resist eating the marshmallow for fifteen minutes. This implies that a large majority of us lack the self-control required to succeed in life.
(disgruntled noises)
Though I must admit my first comment is rather sarcastic and not very informative. Let me elaborate on why the high drop out rate is so damning.
Let's use a marble analogy because they are common in statistics. You gather 132 marbles of that vary in size in a way that is representative of the marble population as a whole. You then randomly assign them to either an intervention (n=68) or control (n=64) group. This random assignment is already an intervention in its own right, but with these numbers you could still say the groups are pretty much comparable.
Now, you run your experiment. Your hypothesis is that the marbles in your intervention group will grow in size, and not the control. But you don't know that, and we should assume the null hypothesis until disproven.
It's time to measure your marbles. It would make sense to measure them all, but you don't do that. You take a sample (n=12) for the intervention group and another sample from the control (n=11) and measure those samples. The rest are dropouts.
The reasons that caused these marbles to drop out are irrelevant. I'm not suggesting the researchers are paid shills and consciously selected marbles to suit their narrative. For all we know all the other marbles were stolen, or are invalid for other causes outside the researchers' control.
The problem is that this act of subsampling has wrecked the experimental design either way. The null hypothesis suggests that both groups were not only initially equal, but also remained equal regardless of intervention. So you must ask yourself the following: if I took such a small sample from each group before I had even performed the intervention, what are the odds that one sample would be significantly bigger than the other by pure chance?
I'm not doing the maths, and they would heavily rely on the imaginary distribution of marble sizes in this analogy anyway. But I dare say that one sample would be significantly bigger than the other one often enough. And half of those times it would be the intervention group. So before even considering the effects of your own intervention, you're already fighting a losing battle. Because of subsampling the null hypothesis has grown stronger and can now explain even a very large difference between groups.
So what do you do as a conscientious researcher when faced with the hardships of campus shutdowns and participants that didn't do cognitive tests in person but via zoom? My recommendation would be to run your statistical tests on everything and publish it anyway. Acknowledge that garbage in = garbage out, there were many confounders, so you can't draw any conclusions. Sometimes pandemics get in the way of science.
You could even publish the results for all participants side by side with the restrictive subsample. If they both point to the same result, perhaps you even have grounds for some kind of valid conclusion! Makes you wonder why they didn't just do that, huh.
What you definitely shouldn't do is only publish your statistical tests on the subgroup and draw conclusions based on those alone. And then not acknowledge how the massive group of participants that you _chose_ to leave out could have affected the results, or how the choice to leave them out affects the null hypothesis.
Hope this helps!
(I'm not a researcher but I work in academia and have on occasion assisted in experimental design.)
(section 2.5 - Impact of COVID-19 pandemic)
The discussion similarly does not waste the reader's time on possible validity issues or confounders.
I can only speculate that more scientific rigour would have been applied had it been grant money being thrown around.
You can still buy disposables over the counter, though.
For me, the cookie consent modals are the submarines. Why would I outsource the responsibility not to track me to the people with the incentive to track me? IDCAC, Cookie Autodelete, and strict tracking protection feels like the better alternative for me.
(From today onwards, I'll add resistFingerprinting=true to that list as well.)
Then the trashcan inherits from a directory, making it able to have things dropped on it. But it overwrites the action taken from movement to deletion. That maps "nicely" onto the human mind.
> If anything, you're invoking the environment's "drag" function with two arguments, "document" and "trashcan";
A perfectly valid alternative description. But having a do-it-all environment with every function doesn't sound OOP to me.
For me, learning Racket was not too hard. The offical learning materials are excellent, although they are also meant for programmers starting from zero. For me that meant that I occasionally skipped over parts I considered "too easy" only to be confronted by my hubris later.
For me, what makes lisps easier than Haskells is that lisps are multi-paradigm. So you can write a more imperative implementation of whatever you're doing right next to the "proper" functional one to get things to click, and also to identify those elusive merits of functional programming.
I wouldn't describe the Racket community as "vibrantly alive", but it's definitely still moving along. And the knowledge is very transferrable to other lisps and schemes. Next on my list is Carp, for example. And if you (choose to) use Emacs you'll reap even more rewards from the knowledge transfer.
If something doesn't work, they can communicate back to the (well-bearded) developer who sent them that weird build. The developer surely has some crazy esoteric distro on their bring-your-own device, but they also have desktops running the consistent distro available to them all around the office to reproduce the issue on. It's a bridge between worlds.
I work in academia and we manage our own Ubuntu spin for this reason, despite everyone we ship it to being very conventionally smart.
> if you're smart enough to work at Google, you're smart enough to manage your own OS.
I also like to think of myself as "smart" for self-managing most OS and cloud things. But the role of smarts is probably minor compared to the decade+ of experience I have doing it. When it's something I'm good at, I think it's because of intelligence. When it's something I can't do, I assume the people who can have lots of practice.