30,632 karma · joined February 23, 2007
https://alexkrupp.typepad.com
https://twitter.com/alexkrupp
alex.krupp@gmail.com
[ my public key: https://keybase.io/alex3917; my proof: https://keybase.io/alex3917/sigs/fCFh_z2Dnx_9agwhK41ieQePaxwifpCJ9zpwDbWrTD4 ]
Nucleus employee here. Nucleus is a medical provider that is providing a medical service and is regulated by medical laws, which extend even through bankruptcy or acquisition. Whereas 23andMe was essentially an entertainment company and was regulated as such, which is what enabled that unfortunate situation to occur.
To be fair, most developers I’ve worked with will have a meltdown if I try to start a conversation about Unicode.
E.g. if during a job interview the interviewer asks you to check if a string is a palindrome, try explaining why that isn’t technically possible in Python (at least during an interview) without using a third-party library.
I'm not a doctor, but doesn't LDL basically just prevent the body from healing damage to the epithelium, which comes from things like high blood pressure and inflammation? Unless my understanding is wildly off base, it doesn't really make sense that a thing that merely slows down the healing process would be more predictive than the things causing the damage in the first place, given that if you aren't accumulating significant damage then your levels of cholesterol are somewhat moot.
The fact that most of these folks are going to fail doesn't especially bother me. After all, that was true for previous generations as well. What's different now is that a lot of these folks not only won't be coming away from these experiences having developed marketable skills, but many of them will have significant health problems that prevent them from doing so in the future.
I'm actually very bullish on the use of AI in software development overall. But when placed in the hands of folks who haven't yet had the time to develop hard skills, it both enables and incentivizes cutting corners to an alarming extent.
To be fair, this is partly on the kind of people who use it. E.g. if you're trying to build something that's intended to last for 10+ years but you don't think it's worth it to spend the 20 hours watching the Udemy course on Angular, then your technology is going to be a complete dumpster fire no matter which stack you choose.
20 years would be difficult, but 10 or so years would be very attainable.
But that's one of the main uses of emdashes, for signaling that the second half of the sentence is more important than the first half. If you Ctrl-F for emdashes on my blog, you can see I do it everywhere, even though all of my posts were written before LLMs existed:
emdashes have been pretty popular among net native folks for the last 20+ years, e.g. if you were to look back at the most popular Kuro5hin stories from ~2001 - 2005, you'd see them everywhere. People just aren't used to the average person being able to write well, so it looks weird to them.
It's frustrating though because imho it's arguably still the best blog platform to this day.
To build a one person unicorn, the main thing you need is an arbitrage opportunity for getting users that is unattractive to multi-person companies. Once established, this business may well turn into a network effect monopoly, but I don't think that is the crux of what is needed to get going.
I definitely agree with this eventually, but for now why not just let developers set `dynamic=False` on objects and make it opt in? This is how Google handles breaking Angular upgrades, and in practice it works great because people have multiple years to prepare for any breaking changes.
One of the biggest benefits of PDFs though is that they can contain invisible data. E.g. the spec allows me to embed cryptographic proof that I've worked at the companies I claim to have worked at within my resume. But a vision-based approach obviously isn't going to be able to capture that.
This isn't actually true, as the article points out; there is actually tons of empirical research.
1) Loop through a list of permissions in a for list
2) After the loop block, check if the user had a certain permission. The line of code performing the check was improperly indented and should have failed, but instead succeeded because the last permission from the previous loop was still in scope.
Fortunately there was no real impact because it only affected users within the same company, but it was still pretty bad.
This "feature" was responsible for one of the worst security issues I've seen in my career. I love Python, but the scope leakage is a mess. (And yes, I know it's common in other languages, but that shouldn't excuse it.)
This isn't actually true from a historical perspective. The primary reason why the gap between the wealthy and and everyone is increasing is that employees started preferring cash compensation over equity. Joseph Blasi documented this in his book The Citizen's Share, and that book is why Elizabeth Warren recently passed legislation making it easier for employers to give equity to their employees.