Yes, there is a middle ground. Elixir's Ecto does this well.
Database rows map to structs. But it doesn't try to figure out how to mutate the data for you to keep the struct in sync with the database. All mutations are explicit using changesets (which can also be used for other non-database purposes, like validating user input for an API.)
There is no implicit preloading of data. You have to explicitly preload.
Data is never fetched implicitly. You have to call Repo.all or Repo.one or something.
It has a query DSL that's a thin wrapper over SQL. It's well-designed and I've never had a problem with it.
This reminds me of the recent Claude Imagine, which passed quietly through most people's radars, but let you create web interfaces of any kind on the fly. There was no JS code generated. Instead, any time the user clicked a button, the AI would manually update the page accordingly. It was also slow and terrible, but a fun idea.
These seem like a lot of great ways to work around the limitations of LLMs. But I'm curious what people here think. Do any career software engineers here see more than a 10% boost to their coding productivity with LLMs?
I see how if you can't really code, or you're new to a domain, then it can make a huge difference getting you started, but if you know what you're doing I find you hit a wall pretty quickly trying to get it to actually do stuff. Sometimes things can go smoothly for a while, but you end up having to micromanage the output of the agent too much to bother. Or sacrifice code quality.
I have a pet theory that LLMs being confused about what they just wrote is why they use so many em dashes. It's a good way to conceptually pivot at any point -- or not.
Elixir handles all of this pretty well, for example differentiating between Date, Time, NaiveDateTime (a date and time), and DateTime (a date and time in a particular timezone). The Timex library is a great improvement too.
JS has libraries that make the problem easier too. Though you'll never find a magic library that makes all the complexity disappear, because at the end of the day, you do need to tell the computer whether you mean 7 pm on the wall clock of where the users happen to be, 7 pm on a specific date in a specific time zone, etc. and doing math between dates is inherently complex with e.g. daylight savings changes. You might end up creating a datetime that doesn't exist (which Elixir handles well).
Ha, I'm certainly not expecting my writing to change human nature! I feel more like David Attenborough or something, watching nature from the outside and commenting on things for the edutainment of my audience. Maybe some of the people who read the post will change their own behaviour, but it would never be enough to make a dent.
I pointed out in the article that this is the system working as intended. Getting a meeting with a VC is not the same thing as getting an investment. And if you're getting thousands of emails, it makes sense to prioritize the most impressive-sounding people as opposed to choosing randomly or something.
There was also no control for this experiment, so we don't know what the alternative even looks like.
The mean quality goes down, but the total number of games above a certain threshold goes up, which makes discoverability a bigger problem than it used to be, but, assuming we can solve that problem, makes the gaming industry better.
You've never spent much time around lower IQ people, I take it. The type of people who drive trucks, or bag groceries, and will never be able to do more than that. Good people, most of them, of course. But allergic to logical, deliberate thought, and barely capable of it when they try. Not everyone can do basic math, and many of those who can't, have no problem booking a hotel.
These CAPTCHAs require more thought than the platform otherwise does, therefore it will gate some people from using the platform.
Vivaldi has support for RSS feeds now. Vivaldi has been getting better and better. I urge anyone who hasn't tried it in the last year or two to check it out. It's the new Opera.
Note that a mouse does not need to solve the problem from scratch like a computer does. They are born with a general solution to the problem of movement in their brain, which has been arrived at by evolution.
To replicate this, you can't expect to get away with only replicating the complexity of the mouse. You potentially need a computer with as much complexity as the evolutionary algorithm which led to the mouse's movement algorithm.
Database rows map to structs. But it doesn't try to figure out how to mutate the data for you to keep the struct in sync with the database. All mutations are explicit using changesets (which can also be used for other non-database purposes, like validating user input for an API.)
There is no implicit preloading of data. You have to explicitly preload.
Data is never fetched implicitly. You have to call Repo.all or Repo.one or something.
It has a query DSL that's a thin wrapper over SQL. It's well-designed and I've never had a problem with it.