Live data from Hacker News

The Linux Foundation Unites the JavaScript Community for Open Web Development

js.foundation

11–20 of 134 posts

Re: The Linux Foundation Unites the JavaScript Community for Open Web Development

#11
post #9

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.

It creates jobs :)

Re: The Linux Foundation Unites the JavaScript Community for Open Web Development

#12
post #4

From 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.

Has such an argangment ever worked in practice? I have read here on HN about how the Apache brand is used as a dumping ground for zombie projects. Why would it be different for the Linux Foundation?

Re: The Linux Foundation Unites the JavaScript Community for Open Web Development

#13
post #9

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.

What exactly do you mean by js fragmentation? If that, you have power to pick from hundreds of lib/fw and combine them together, then what you call fragmentation is actual real benefit for me. I like to make decisions myself, but if you like the others to take decisions for you, js is probably not for you. The very good example is redux. Redux was once simple state management lib. Take a look at it now https://github.com/xgrommx/awesome-redux. That is real power of js ecosystem.

Re: The Linux Foundation Unites the JavaScript Community for Open Web Development

#14

I 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.

Very true. Hopefully this provides a good starting point to get the the discussion going, especially for things where there are multiple options. momentjs is a good example - I don't think there's a better library for dealing with time in JavaScript. But Mocha might be contentious - some people love the Jasmine/Mocha/Jest family, other people prefer the Tap/Tape/Ava lineage. Here's to hoping this makes the discussions easier to have.

Re: The Linux Foundation Unites the JavaScript Community for Open Web Development

#15
post #9

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.

There are two schools of thought. The first is that you should optimise for the platform you're targeting, so a fragmented JS world is a good thing because you optimise for different things depending on where your code is going to run. The second school of thought is that you should optimise for development, and you should have the same language everywhere even if that means slightly less efficient code.

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

#16
post #10

Does anyone know if this will affect the licensing of these projects? Linux uses GPL, but I believe most of these projects use MIT.

The Linux Foundation already has a wide variety of projects besides Linux which are covered by a number of different licenses depending upon the project.

https://www.linuxfoundation.org/projects

Re: The Linux Foundation Unites the JavaScript Community for Open Web Development

#17

I 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.

Well, this will now influence the technical leadership, I guess.

Re: The Linux Foundation Unites the JavaScript Community for Open Web Development

#18

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…

> I also don't see faces here: https://js.foundation/members/ Who runs the show?

https://js.foundation/governance/ seems to have placeholders

Re: The Linux Foundation Unites the JavaScript Community for Open Web Development

#19
A few years ago, some high profile organizations (W3C, Adobe, Facebook, Google, Hp, Intel, Microsoft, Mozilla, Nokia, Opera) came together to try to help standardize the web platform [1](Javascript, CSS, HTML). That was a HUGE failure - because it was driven by business rather than developers. How will the "Javascript foundation" do better?

[1] http://webplatform.com

Re: The Linux Foundation Unites the JavaScript Community for Open Web Development

#20
post #9

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.

First the term. By fragmentation I mean two things: 1) we have many libraries doing the same thing. 2) the implementation is JS is not the same in every environment.

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.

Post reply on HN