|
|
|
|
|
by stabamole
1076 days ago
|
|
There’s also the fact that we shouldn’t be thinking about problems the way they used to be solved - not that we shouldn’t be considering database calls and network, but because compute/memory/storage are cheaper than they used to be, we’re able to make more tradeoffs to save developer time or to improve experience. Back when the option was to further optimize how many registers your assembly is using or to leave an application in a virtually unusable state, you didn’t really have a choice. You optimized the small details |
|
At many jobs I had to deal with the all-hands-on-deck, code red emergency "our AWS bill got too damn high, what can we cut" situation. I can guarantee you a ton of companies are going through this exercise right now.
Some software engineers purposefully develop using fewer resources to force themselves to reason about efficiency.
Abundance leads to complacency and laziness, and those resources are no longer cheap if you are abusing them.