I don't see the need for this to cherry pick a few project and push them with the Linux brand. The JS landscape is fragmented for a good reason and I don't see that as problem in fact, rather as a feature. With NPM and YARN we already have a good enough package management system and their platform can help me evaluate if a package is community supported enough. I'm talking about the stats that I can just check: numbe…
How can you find the js fragmentation a feature and not a stinking pile of shit? Seriously.
The Linux Foundation Unites the JavaScript Community for Open Web Development
11–20 of 134 posts
Re: The Linux Foundation Unites the JavaScript Community for Open Web Development
#12From my perspective the main benefit of this is there is now a non profit that can take over administration of JS projects the community values but the original developers want to abandon.
Re: The Linux Foundation Unites the JavaScript Community for Open Web Development
#13I don't see the need for this to cherry pick a few project and push them with the Linux brand. The JS landscape is fragmented for a good reason and I don't see that as problem in fact, rather as a feature. With NPM and YARN we already have a good enough package management system and their platform can help me evaluate if a package is community supported enough. I'm talking about the stats that I can just check: numbe…
How can you find the js fragmentation a feature and not a stinking pile of shit? Seriously.
Re: The Linux Foundation Unites the JavaScript Community for Open Web Development
#14I don't have a ton of experience with the Linux Foundation, but publishing a list of "official" JavaScript libraries to seems like a step in the right direction. One of the largest complaints about the JS ecosystem today is the huge number of choices in libraries available. Maybe this provides a good starting point for a lot of people who feel lost. Or maybe it's just one more library that we all have to understand a…
I am not sure if anybody can pick the right library for a company other than the technical leadership, though.
Re: The Linux Foundation Unites the JavaScript Community for Open Web Development
#15I don't see the need for this to cherry pick a few project and push them with the Linux brand. The JS landscape is fragmented for a good reason and I don't see that as problem in fact, rather as a feature. With NPM and YARN we already have a good enough package management system and their platform can help me evaluate if a package is community supported enough. I'm talking about the stats that I can just check: numbe…
How can you find the js fragmentation a feature and not a stinking pile of shit? Seriously.
For example, if you write long running services in node then optimising for memory allocation in order to avoid leaks is a good idea. It's less useful for clientside things that generally don't run for nearly as long. Conversely, if you write isomorphic JS that can run in the browser but also needs to run on the server for that first-load advantage, then you'd prefer if things work the same everywhere.
Neither school is 'right' per se. How a language ought to evolve is incredibly subjective.
Re: The Linux Foundation Unites the JavaScript Community for Open Web Development
#16Does anyone know if this will affect the licensing of these projects? Linux uses GPL, but I believe most of these projects use MIT.
Re: The Linux Foundation Unites the JavaScript Community for Open Web Development
#17I don't have a ton of experience with the Linux Foundation, but publishing a list of "official" JavaScript libraries to seems like a step in the right direction. One of the largest complaints about the JS ecosystem today is the huge number of choices in libraries available. Maybe this provides a good starting point for a lot of people who feel lost. Or maybe it's just one more library that we all have to understand a…
I am not sure if anybody can pick the right library for a company other than the technical leadership, though.
Re: The Linux Foundation Unites the JavaScript Community for Open Web Development
#18I don't see the need for this to cherry pick a few project and push them with the Linux brand. The JS landscape is fragmented for a good reason and I don't see that as problem in fact, rather as a feature. With NPM and YARN we already have a good enough package management system and their platform can help me evaluate if a package is community supported enough. I'm talking about the stats that I can just check: numbe…
https://js.foundation/governance/ seems to have placeholders
Re: The Linux Foundation Unites the JavaScript Community for Open Web Development
#19Re: The Linux Foundation Unites the JavaScript Community for Open Web Development
#20I don't see the need for this to cherry pick a few project and push them with the Linux brand. The JS landscape is fragmented for a good reason and I don't see that as problem in fact, rather as a feature. With NPM and YARN we already have a good enough package management system and their platform can help me evaluate if a package is community supported enough. I'm talking about the stats that I can just check: numbe…
How can you find the js fragmentation a feature and not a stinking pile of shit? Seriously.
If you are spending most of your time writing other languages which have a standard library, I can understand your opinion.
However, I see fragmentation as:
1) It introduces the opportunity everyone on the planet to give a shot at implementing something that may or may not be better than we consider today the best. For example I used a datepicker in my latest project but in the current it failed and I could replace it in 15 minutes rather than spending hours finding the issue with the "standard one". I'm not really experienced in the C++ world, but I guess people would call me crazy if I proposed a new stdio lib. Maybe there could be better libraries, who knows. It's a settled game there. See jQuery in JS land, it was for many years, "the golden tool". Now we have alternatives for more specialized workflows. Not everybody wears the same hat all the time.
2) EcmaScript is constantly evolving, that causes another fragmentation, but this also allows the dev community to propose changes, implement new features and create a really vibrant feedback loop. If you stick to the latest stable (currently ES5) you are safe to build whatever you like with great stability.