I get that this is exhausting, but the rank-and-file employee is just doing their job. This is like people attacking McDonalds employees because they were out of Szechuan Sauce [0].
The author _clearly_ had a way to accomplish their goal. Why could they not just say "ok that's inconvenient, but I'll just use this online service to send my existing PDF".
If you ran a business, would you rather your devs work on feature X that could bring in Y revenue, or spend that same time reducing CPU/RAM/storage utilization by Z% and gives the benefit of ???
That is why we have slow, bloated software. The companies that create the software do not have to pay any of the operational costs to run it.
If you have to buy extra RAM or pay unnecessary electrical or cooling expenses because the code is bad; it's not their problem. There is no software equivalent to MPG measurements for cars where efficient engine designs are rewarded at the time of purchase.
There is probably some low hanging fruit to be harvested in terms of memory optimizations, and it could be a selling point for the next while as the memory shortage persists
You work on both. Sometimes you need to prioritize one, sometimes the other. And the benefit of the second option is "it makes our product higher quality, both because that is our work ethic but also because our customers will appreciate a quality product".
I agree with this. What you focus on depends on the circumstances. I believe PaulG likes to say that premature optimization is the root of all evil. Early on, you’re trying to ship and get a functioning product out the door — if spending a bit of money on extra RAM at that time helps you, it’s worth it. Over time, as you are trying to optimize, it makes sense to think more about memory management, etc.
The business is only going to care about the bottom line. If it's not slow enough to cause business problems, they are not going to say "here's a week to make software faster"
Likewise engineers are only going to care about doing their job. If the business doesn't reward them from taking on optimization work, why would they do it?
This is not true of all engineers and all businesses. Some businesses really do 'get it' and will allow engineers to work on things that don't directly help stated goals. Some engineers are intrinsically motivated and will choose to work on things despite that work not helping their career.
What I'm really getting is, yes, engineers choose "slower" technologies (e.g. electron, React) because there are other benefits, e.g. being able to get work done faster. This is a completely rational choice even if it does lead to "waste" and poor performance.
Is there a 'sqlite equivalent' for RAG? e.g. something I could give Claude w/o a backend and say use command X to add a document, command Y to search, all in a flat file?
I totally agree provided Frank lives in some maximum-security apartment complex with armed guards. Otherwise I think you'd making a big deal out of nothing.
Anyone can get into a complex by following someone else in.
Or, in this case, just power the solenoid wire that is _already outside_ as the OP did.
I get that this is exhausting, but the rank-and-file employee is just doing their job. This is like people attacking McDonalds employees because they were out of Szechuan Sauce [0].
The author _clearly_ had a way to accomplish their goal. Why could they not just say "ok that's inconvenient, but I'll just use this online service to send my existing PDF".
[0]: https://www.nme.com/features/tv-features/rick-and-mortys-sze...
reply