|
|
|
|
|
by thephyber
1474 days ago
|
|
All of my points have already been stated. The author’s heuristic is too simple. Simply rolling your own is not smart because there is a lot of detail (planning, implementation, testing, bug reporting, updating to work with different browsers/OSes/locales) that someone specialized in creating. If you are sure you don’t need to benefit from that specialization effort, it might be worth it to roll your own. On the other side of the ledger, there is a lot of uncertainty in choosing the right library, predicting when upstream changes might cause you heartburn (eg. short notice broken API) downstream. Also, predicting what hidden features the libraries have that you don’t want or need (log4j’s formatting RCE, Java Spring-Web deserialization) or how mature the library’s development/testing/maintenance is. Making these data points more standard and transparent (is this part of “software supply chain bill of materials” proposals?) might help better inform these decisions. |
|