4 ms·
I wrote a reply to this on my blog (https://jlelse.blog/links/2020/11/stupid-light-software https://jlelse.blog/links/2020/11/stupid-light-software): With soft
by jlelse 6y ago
I wrote a reply to this on my blog (https://jlelse.blog/links/2020/11/stupid-light-software https://jlelse.blog/links/2020/11/stupid-light-software):
With software I most often go from “heavy” to “light”. First, I try to realize the features I need and then I try to optimize where possible. First, I will use many libraries and after I got everything working, I will see if I really need all those libraries and may replace a whole library with a custom more simple implementation that still fits the needs.
A case for “stupid light” software is probably trying to use a static website when an optimized dynamic site is much more appropriate. You start to over-engineer a complex build workflow, when all that’s really needed to speed up a site is better caching.
I have some experiences especially related to the database point. When I developed Android apps, I tried to use flat text files too. But recently I discovered how awesome SQLite is. In some cases flat files are great, but especially when you need to parse those files or retrieve specific information from them, SQLite might be better than flat files. But in many cases SQLite could replace complex PostgreSQL or MariaDB databases, especially when concurrent writing isn’t needed.
- teraku 6y ago>With software I most often go from “heavy” to “light”. It works the same in hiking. You go first your first hike with _definetly_ all equipment you need. And afterwards you trim down for the next one, until you hit the sweet spot. And if you go too far, you are reaching the stupid light point.