News for hackers. Stuff that matters.
Re:Surviving Software Dependencies by juangacovas on Friday November 01, 2019 @08:01AM (#21417852)
It's a matter of balance, always. A thin line. And dogmas that people on teams follow (we all do in some way).

Not invented here syndrome, always create a class, always put a class in its own file, premature optimization blablah, don't use goto, this and that is bad practice in that language, don't optimize until you need it (but you later don't have time to profile, or don't really want to...)

Re:Surviving Software Dependencies by majewsky on Friday November 01, 2019 @08:23AM (#21417982)
Never-invent-here syndrome is just as bad as not-invented-here syndrome, though.
Re:Surviving Software Dependencies by armitron on Friday November 01, 2019 @01:10PM (#21421191)
No, never-invent-here (aka extensive 3rd party library reuse) is orders of magnitude worse. NIH means you retain full control of your codebase. It's really determinism that leads to you being able to make reliability/robustness, availability and security guarantees.

Never-invent-here is a disaster waiting to happen.

Re:Surviving Software Dependencies by lonelappde on Friday November 01, 2019 @06:06PM (#21424185)
External code is better than internal code because you can reduce it to internal code just by forking it. If it is even minkscully useful, that's a win.