That means software engineers better start getting creative. If you think your job is to wait for a PM to assign you a well-written researched ticket, you're done. Your job is now to figure out how to make these machines (computers) do whatever we need them to do safely, quickly, at scale, and correctly by applying all your knowledge of computer science and the engineering field of software engineering to an AI prompt.

Disclosure: this is run by my team.

You already have a connection string to your database with a password or authn/z with your cloud provider. If this is a "serious" application, you have backups, monitoring, user roles, pgbouncer, partitioning, and other Postgres-specific things to think about. With just a little bit of care, you can make whatever queries you are running fast enough to not need redis.

But ok, you think adding redis is going to solve your performance problem because you can just cache API responses in redis instead of hitting the DB. Maybe, but now you have to think about cache invalidation, eviction behavior, sizing the redis instance, another set of authn/z roles to think about, and of course more cost.

I realize we're speaking past each other, but IME Postgres will work well into the terabyte range and if you can't tune your database setup for performance then reaching for cache is a form of premature optimization.

Personally, I think that Americans simply don’t treat skin cancer as seriously as they should, and so the market has not provided more choices.

Unless you are hand selecting every atom that goes into a thing (maybe you make nuclear weapons?), you always make choices about what you focus on and what is irrelevant to your project.

As a developer I don't like it, but reality doesn't have to appease me.

For example, I have an app that uses Postgres as the database. I have a lot of functions, schemas, triggers, constraints in Postgres for modifying database state, because the database is 100x faster at this than my application will ever be. If I have an in-memory version of Postgres, it would need to replicate those Postgres features, and at that point I really should just be standing up a database and testing against it.

I have worked with people claiming that unit tests need to hermetically run in-memory, because reasons. Ok, I don't disagree, but if my bug or feature requires testing that the database is modified correctly, I need to test against a real database! Your in-memory mock will not replicate the behavior of a database _ask me how I know_ ...

These days, Docker makes this so easy that it's just lazy to not standup a database container and write tests againts it.

You can represent a dog as a specific multi-dimensional array (raster image), but the word dog represents many kinds of images.

The agenda, as it is every day, is how to externalize costs so that megacompanies don’t have to spend more money to keep our environment clean.

You might argue, well why did Apple choose to use Bluetooth at all if they’re not going to participate in the interoperability motive? Because initially (think early iPhones) Apple did not design wireless communication modules and benefits from buying COTS from existing vendors.

So would it be easier to just participate in vendor lock-in? Let me ask you, do you enjoy being able to fill up a car at any gas station, or charge your car at any 120V outlet? Standards usually benefit everyone.

The reality is that the machines we write software for are complex, and trying to abstract it away and simplify it will introduce more abstractions that someone has to understand and deal with when they inevitably leak. It's not all bad, all this shit we're writing makes a lot of money.

The water cycle _could_ require spending grid energy to filter/pump water into an economically usable state. Instead if water was better managed, we would not need to build additional grid capacity for water management.

Your argument basically boils down to "If energy was unlimited, we could be wasteful!", which, again, is technically true, but ignores the economic reality.

And it's cheating if you give it a problem from a math textbook they have overfit on.

Government spending isn't immune from opportunity costs. If fewer players receive all the money to provide fewer more expensive goods and services, then revenue may be flowing through the national coffers but the money doesn't cover what the government wants to do.

Unless you forgot a /s, in which case (thumbs up).