I've also had decent experiences with Rust recently. I haven't done enough Haskell programming in the AI era to really say.
But it could be that different programming languages are a bit like different human languages for these models: when they have more than some threshold of training data, they can express their general problem solving skills in any of them? And then it's down to how much the compiler and linters can yell at them.
For Rust, I regularly tell them to make `clippy::pedantic` happy (and tell me explicitly when they think that the best way to do that is via an explicit ignore annotation in the code to disable a certain warning for a specific line).
Pedantic clippy is usually too.. pedantic for humans, but it seems to work reasonably well with the agents. You can also add clippy::cargo which ain't included in clippy::pedantic.
> But it could be that different programming languages are a bit like different human languages for these models: when they have more than some threshold of training data, they can express their general problem solving skills in any of them? And then it's down to how much the compiler and linters can yell at them.
OMG, thank you for sharing this! I had that book when I was a kid, but couldn't find it again for the life of me. This was the first evidence I had that it wasn't a fever dream.
I tried using XHTML when we were told, loudly and repeatedly, that it was the inevitable future. Thank god it wasn’t.
You should close your tags. It’s good hygiene. It helps IDEs help you. But. Trust me, you do not want the browser enforcing it at runtime, lest your idea of fun is end users getting helpful error messages like an otherwise blank screen saying “Invalid syntax”.
For fun, imagine that various browsers are not 100.00% compatible (“Inconceivable!”), so that it wasn’t possible to write HTML that every browser agreed was completely valid. Now it’s guaranteed that some of your users will get the error page, even when you’re sure your page is valid.
Conceptually, XHTML and its analogs are better. In practice, they’re much, much worse.
Isn't that generally the case, convenience? 20% to 50% extra in price to handle edge cases and unknown unknowns seems pretty cheap. That's like, $100/month to $200/month for a lot of extra flexibility in the US.
As someone unsympathetic to big vehicles in urban areas, and probably most suburban areas, the challenge as always is figuring out how to re-internalize externalized costs.
Or I guess reduce externalized costs. (Additional safety features? Increased road wear tax? Vehicle size class limitations on certain roads or lots?)
When we lived in a more rural area, and I drove my kids to school each morning (in a normal-sized sedan), I taught them to notice the contents of the SUVs they saw. The common pattern, like 90% of the time in the morning, was a lady driver in a spotless SUV with a kid in the very back row of seats.
And the demographics made sense: you’d expect to see more moms dropping off kids, at least in redder parts of the country, and the back row is supposed safest (as long as you only plan on getting into head-on collisions). Still, the common theme of a ridiculous vehicle with exactly 2 occupants sitting in the farthest possible positions from each other came to be funny to us.
Those ludicrous pavement princess pieces of junk are status symbols of conspicuous consumption, and that’s it.
Now, a pickup with tool racks or lumber in the back, or covered with drywall dust, or bearing a ranch sticker? Fine. Those make perfect sense. Anything short of that is just bragging about how much you love donating to Exxon, like an NRA sticker but dumber.
I couldn't possibly agree more. I remember the first time I saw JSON over HTTP. Within a week, I started ripping out all the SOAP code I'd written because "that's what you're supposed to use". JSON plus a few standard verbs is better than the old XML web services in every way.
reply