You are describing yourself, because you chose convenience over having to look for better alternatives.
And there are plenty.
11–20 of 25 posts
You are describing yourself, because you chose convenience over having to look for better alternatives.
And there are plenty.
If there was a valid reason to write software that efficiently, besides idealism, I'm sure developers would do so. But there isn't in the vast majority of cases, so we don't. iow computing resources are cheaper than labor.
Buying a beefy computer for a developer is cheap, but forcing everyone using your software to default to a 16GB computer isn't. And that's why we get when consumer software takes more ram to run than Windows XP.
> Let’s not forget that Nasa managed to launch rockets to the moon with only 64kb of RAM. We're not in the rocket launching business. Desktop memory is cheap and nodejs/electron makes it easy to develop cross platform.
1. Convenience usually transfers to less development time, which means less cost. Unless the performance is so poor that it’s unacceptable to a majority of users, many companies are willing to ship less-performant software if it means saving on development time and cost. 2. There is a lot of software that is used because people must use them. If your workplace uses Microsoft Teams despite its problems, then you’re es…
Look in the mirror. You are describing yourself, because you chose convenience over having to look for better alternatives. And there are plenty.
This strikes me as wanting the features but not the cost. Could the features have been implemented better? Maybe - but no-one's paying for that so enjoy your featureful, free, and bloated VSCode.
I think it's caused by the nature of how most companies scale their productivity up, which is by adding more people and creating more teams. As a result the codebase for any given product starts to reflect this organizational structure. For example, a bank app might have a team for user management, and another team for product management. Then in the bank app, the designers added one module for selecting products on…
This means the system is "coherent". Things are where you expect them to be, in code, and in the UI. it has scaled very well starting out for "small businesses" and today runs in big enterprises.
One benefit of this leanness is that there are very few meetings. When something is needed by sales, or there's a tricky design question, or hard programming, then a simple ad-hoc phone call moves things along.
That said, having 3 or 4 people going can be advantageous, but team-management goes up exponentially.
The answer is because it’s efficient.