3,877 karma · joined February 26, 2015
We tend to think of prehistoric humans as being stupid cavemen, but I suspect we'd find them to basically the same as us, just with a different context and level of knowledge about some things - but also far greater understanding of other things.
The more interesting thing is the use of "exoskeleton" type tools like excavators , automobiles, or even things like forks. Our brains basically consider them an extension of our body once we learn to use them. Fascinating stuff!
I don't see how capitalism help this at all, in fact it seems to make it much worse.
Even Google in 2015 took their sweet time getting back to me after my interviews. At one point the recruiter told me that my offer letter took a week going thru interoffice mail waiting for a signature, and then it took 2 more weeks before they actually sent me the offer.
They finally offered me a job 3 months later after I already had started working somewhere else.
So in theory an extremely fresh mexican coke might be different, but in practice you're getting the same thing.
You can actually build some muscle this way - nothing impressive, but way more than I had when I wasn't doing any upper body work.
Proper butchering SHOULDN'T spread the contents of the digestive tract on the large muscles.
It might be more impressive, but I don't see how reverse sear is cheating.
This way undersells what's actually happening: fecal matter from the intestines gets onto your meat. This shouldn't happen with proper practices.
I'm now learning how modern frontend development is done (for both personal and professional projects), so I may not know the specific tools, technologies, or terms but I can say "whatever the equivalent of XYZ is" and the models will translate for me. If I say "run pytype" it will tell me "we're using mypy - i'll run that checker for you".
If you can express what problem you're trying to solve, that will get you most of the way - and then you can refine by asking questions. "I think I need something like Redis for caching things - do people still use that? Is there a simpler more modern version that is the new standard? Do we already have company docs suggesting what to use?"
Russians and Germans were authoritarian before and after communism and Nazism. That didn't really change.
If you have to lie to get your tickets fixed, that sounds like either you're bad at explaining why things are important, or you're working on things you shouldn't be.
Claude will do some boneheaded things for sure, but it's pretty good about writing tests that are useful, and not removing or modifying tests just because they're in the way.
Claude is pretty bad about assuming that it couldn't have broken a test it didn't know about, as it has often told me "this is already broken on main" which is definitely NOT true.
I don't want a "smart" washer / dryer / fridge / toaster. I want a standard interface I can build my own system around, or use someone else's that they've already built.
That's why it's critical to have these checks run in a context that the model can't bypass, such as via github actions that block PR merges. Generally works pretty well for stuff at work (where we have all this stuff set up as part of continuous integration checks), but it means that for personal stuff I have to set up quite a bit more infrastructure to ensure that models don't just skip running tests (which they LOVE to do).