Comment by venturecruelty

Comment by venturecruelty 3 days ago

5 replies

View on Hacker News

At this point, I'm convinced that too many people simply haven't built software in a way that isn't super Kubernetes-ified, so they don't know that it's possible. This is the field where developers think 32 GB of RAM isn't enough in their laptop, when we went to the moon with like... 4K. There is no historical or cultural memory in software anymore, so people graduate not understanding that you can actually handle 10,000 connections per second now on a five-year-old server.

Nextgrid 3 days ago

Many developers started their career during the ZIRP era where none of the typical constraints of "engineering" (cost control, etc) actually applied and complexity & high cloud bills were seen as a good thing, so no wonder.

Reply View 1 reply
  • rockemsockem 2 days ago

    Splitting up responsibilities into separate services should in fact primarily be done to reduce costs.

    Reply View 0 replies
lijok 3 days ago

You’re focusing on the theoretical and ignoring cost. That’s incompetent engineering.

Reply View 0 replies
rockemsockem 2 days ago

There is in fact software that consumes large amounts of resources for fundamental reasons that saves real dollars when it is split into different units for the purpose of scaling those units independently. Most of that software is not primarily dealing with the number of connections it has.

Reply View 0 replies