Ask HN: What's with the micro/tiny/minimal libraries trend?
I've been seeing more and more libraries brag about how small they are. I get the impression that these libraries are more like a proof-of-concept, or they provide a very tiny subset of features that other libraries do, but developers put a trendy spin on that fact by calling it "micro" or "minimalist", or noting how large the size is when zipped. Is this view too cynical, or is there really something to be proud of here?
3 comments
[ 5.2 ms ] story [ 18.6 ms ] threadPowerful and effective do not have to mean complex. Generally speaking, the smaller a library or tool is, the faster it performs and the easier it is to debug.
This trend is a rediscovery/reinvention of the old UNIX philosophy of do one thing, and do it well. Groupss of small, well written programs combined makes for a more customized end result. There are no extra, unused features that often just take up space in larger libraries and occasionally have side effects as the code is refactored or the library is updated.
As another person noted, it's also a reaction against frameworks like jQuery, Bootstrap, Angular, Polymer, and yes, even React. Some people prefer to combine only the functions they need, rather than include an all-in-one dependency.
For better or for worse, code size is one of the easiest metric to measure, and typically the first thing that will be targeted when a niche reaches a certain level of saturation.
In Javascript in particular, the micro trend is largely a pushback against major frameworks' tendency to be bloated (Angular, Ember and even React - given its scope)