6 ms·
...until the unfortunate end user that needs to run tenths of systems runs in a security issue. Then the admins cannot possibly learn how to fork, patch, rebuil
by nyan4 10y ago
...until the unfortunate end user that needs to run tenths of systems runs in a security issue.
Then the admins cannot possibly learn how to fork, patch, rebuild, test, deploy in 20 different languages.
And they cannot rely on security updates from Linux Distributions because they installed vendorized code blobs.
- zwily 10y agoThis has more to do with the lack of dynamic linking than vendoring.
- nyan4 10y agoThe two are very connected. Yet, even with dynamic linking, the libraries could be always and only bundled with the application, and the application could be designed to work against the bundled versions and not even tested against other versions. On a practical level this makes it extremely expensive to perform updates.
- skybrian 10y agoVendoring is what Linux distributions do. They also provide multi-language automatic builds, security updates and all the other things you mention. So the problem is not vendoring itself. For a large organization like a Linux distribution, it's a valid technique. However, nobody is maintaining a distribution for the Go ecosystem, or at least not one that's publically available.