| ▲ | AmbroseBierce an hour ago | |||||||
Microsoft should just bite the bullet and make a huge JS standard library and then send GitHub notifications to all the project maintainers who are using anything that could be replaced by something from there suggesting them to do such replacement. This would likely significantly reduce the number of supply chain attacks on the npm ecosystem. | ||||||||
| ▲ | dominicrose 11 minutes ago | parent | next [-] | |||||||
JS also has a stability issue. The language evolved fast, the tools and the number of tools evolved fast and in different directions. The module system is a mess and trying to make it better caused more mess. There's Node.js, TypeScript and the browser. That's a lot to handle when trying to make something "std". Meanwhile I have been using Ruby for 15 years and it has evolved in a stable way without breaking everything and without having to rewrite tons of libraries. It's not as powerful in terms of performance and I/O, it's not as far-reaching as JS is because it doesn't support the browser, it doesn't have a typescript equivalent, but it's mature and stable and its power is that it's human-friendly. | ||||||||
| ▲ | nottorp 42 minutes ago | parent | prev | next [-] | |||||||
There's an xckd for that :) The one with 12 competing standards going to 13 competing standards, or something like that. | ||||||||
| ||||||||
| ▲ | testdelacc1 an hour ago | parent | prev [-] | |||||||
This is harder than it sounds. Look at the amount of effort it took to standardise temporal (new time library) and then for all the runtimes to implement it. It’s a lot of work. And what’s more, people have proposed a standard library through tc39 without success - https://github.com/tc39/proposal-built-in-modules Of course any large company could create a massive standard library on their own without going through the standards process but it might not be adopted by developers. | ||||||||