That's been happening to me more often too recently. I find that, for a growing number of simple problems, reinventing the wheel is faster and more efficient than importing a mature, fully-featured dependency.
replyDepending of the scenario, it can be very fine. E.g. if you just need one or two function call from the dependency. However, for some complex binary protocols it might be better to stick with libraries.
replyI assume that means he genAIs all his deps? Rather than writing by hand
replyhe does not use them
replyBut now he needs to develop, test and maintain that code. Left pad is easily hand coded, react framework not so much.
replyhis projects were GUIs for machines (HMI)
replyEmbedded software already has a pretty strong culture of rarely using libraries and vendoring them if they do (for better and for worse). This kind of worm just doesn't really make sense in that kind of environment anyway.
replyThat’s not really my point. My point is some libraries are easily replaced and others are massive, complex and need ongoing support.
replyBy the same logic, he could avoid system dependencies by writing his own OS. But it obviously doesn’t scale.
I’m all for an anti-library ethos, as long as the pros and cons are carefully considered and wheels are only reinvented when the cost/risk ratio is right.