DEV Community

Cover image for Google to pay JavaScript frameworks to implement performance-first code
Nick Taylor
Nick Taylor

Posted on • Updated on • Originally published at iamdeveloper.com

Google to pay JavaScript frameworks to implement performance-first code

Interesting initiative by Google, Google to pay JavaScript frameworks to implement performance-first code.

Just curious how this will affect OSS, at least in the JS ecosystem.

On one hand I see this as a good thing where OSS maintainers get paid,

but on the other hand will it create a divide in OSS?

Thoughts?

In regards to division, I didn't mean a division over performance. I meant JS open source or open source in general in regards to $$$. I should have made that more clear.

Photo care of Unsplash user Sharon McCutcheon

Top comments (30)

Collapse
 
xowap profile image
Rémy 🤖

Basically they're paying people to use custom-built Chrome-only features.

Which in my opinion leads to:

  1. New paradigms, hence new frameworks (or at least new major versions which are incompatible with the old ones)
  2. A step further towards a Chrome-only Internet

In short, that is terribly bad.

Collapse
 
jsn1nj4 profile image
Elliot Derhay

Even as a Chrome user, I do find that terrible. More web Monopoly.

Collapse
 
_hs_ profile image
HS

Not sure about Chrome-only part. Opera, Vivaldi, and Brave have same features in regards to developer tools so it is a bit Chrome-BASED-only but anyways who cares. If it goes that far it could lead maybe to different kind of web as a response from other part of community. Maybe new language for web like replacement for HTML, CSS, and JS or some crazy thing like that.

Collapse
 
qm3ster profile image
Mihail Malo
  1. How is number one bad?

  2. Someone has to pull the blanket, or APIs with better performance will never come.

Collapse
 
xowap profile image
Rémy 🤖

Microsoft still supports (horribly bad) design decisions dating from the 70s. Let me say that I really don't like Microsoft but if they did something good over the time is that they care about their customers and enabling their businesses.

Currently the web development industry is like a headless chicken running in all directions. Nobody understands what we're doing. How can we guarantee the work we make if we can't understand it? All we do right now is throw our customer's money through the window because we have no idea what we're doing.

We all need to take a step back and chill the fuck down.

Also, Google is terrible at web performance. All their apps are heavy as fuck. If you open Gmail you'll instantly pop 300 Mio of RAM. As a comparison, dev.to takes 50 Mio of RAM. How the fuck is it so hard to display a list of emails?

This grant is hypocritical bullshit. It's a booby trap into vendor lock-in.

In politics when you want to pass anything you say it's to protect from terrorism. In (web) development when you want to pass anything you say it's for performance.

Thread Thread
 
qm3ster profile image
Mihail Malo

Come on, Gmail is way more featureful than dev.to.
And a legacy from before easy code-splitting.
And a legacy in general.

Anyhow, that's Google being a consumer of the browser.

Google as a producer of the browser makes the ever faster (and at its time, impossibly groundbreaking) V8, and their renderer isn't too bad either.

What's your stance on JavaScript in general?

 
nektro profile image
Meghan (she/her)

companies donating to OSS do not immediately invalidate them being OSS by any means

Thread Thread
 
avalander profile image
Avalander

I think the point was that companies that use OSS shouldn't be immediately expected/required to give money to those projects. It's nice if they do, but it is their choice.

Thread Thread
 
nektro profile image
Meghan (she/her)

comments farther up in the thread were in agreement, but I was specifically highlighting

they should not. Otherwise it’s not OSS anymore

Collapse
 
nektro profile image
Meghan (she/her)

If there are developers out there not developing performance-first, idk what they think they’re doing but they should fix that. And google, and all companies that use oss, should alott funds for employees to donate to any project they want.

Collapse
 
aghost7 profile image
Jonathan Boudreau

Not sure what performance first means, but you shouldn't optimize first. Its better to optimize later so that you can profile the performance of your overall system and only optimize what matters.

Collapse
 
drhyde profile image
David Cantrell

With my 30 years of both open and closed source software development I can safely say that in the vast majority of cases if you're developing performance-first you're doing it wrong. Develop for correctness first, maintainability second, and performance ... somewhere about nine thousandth. The only time I've felt the urge to develop performance-first was when I was writing code that ran under CP/M and was bit-banging directly at an industrial controller. It really needed to not miss any messages coming from the large potentially explodey thing, lest the potentially explodey thing notice and expensively shut itself down to prevent said explosion.

Collapse
 
bgadrian profile image
Adrian B.G.

The Web needs all the performance it can get. The current web projects are horrible at this chapter. Electron apps eating GB of memory, browser extensions hundreds, and the avg count of requests per site I think it got over 100?

I don't see the division happening, who does not want performance first features? Probably the RAM manufacturers.

Collapse
 
nickytonline profile image
Nick Taylor • Edited

In regards to division, I didn't mean a division over performance. I meant JS open source or open source in general in regards to $$$. I should have made that more clear.

Collapse
 
nickytonline profile image
Nick Taylor

I agree with Adam Rackis (tweet in initial post) that companies that use packages like Babel, should be contributing $$$ cash to them.

It's a drop in the pond, but I donate to @hzoo 's Patreon for this reason.

Collapse
 
linevych profile image
Anton Linevych

I LOL'ed so hard about "low quality/non-constructive label".

If anybody says something that you don't agree with you can just mark this as "low quality/non-constructive" and say that a "community" did that.

Collapse
 
nickytonline profile image
Nick Taylor

The issue of funding OSS also brings up the issue of the very recent event-stream package incident.

 
peiche profile image
Paul

How dare you speak against Google/Alphabet.

Side note: I imagine it's a badge of some sort to have worked for Google. Their employees are (perhaps anecdotally) geniuses, so to be counted among that number would be bragging rights indeed.

Collapse
 
nektro profile image
Meghan (she/her)

I guess I'm just not most devs then because I always check for performance when picking libraries.

Thread Thread
 
qm3ster profile image
Mihail Malo

Libraries are a different story, because you will lock you architecture to them and they are huge pieces of work you will probably not be able to optimize.

Collapse
 
zeerorg profile image
Rishabh Gupta • Edited

Since this is in respect to javascript community and it affects them most I think there won't be much divide, since the community is pretty open and accepting of positive changes by corporations as long as there are no hidden T&Cs that should be red flags.

There might be more competition in javascript framework world but that imo is a good thing.

If this was any other community then the story might be a lot more different.

 
aghost7 profile image
Jonathan Boudreau

IMHO it doesn't really matter in the web frontend context, which is what this thread is about (you can always easily go back to the drawing board if performance becomes a real problem). I will grant you that if you need to build a video streaming service for example, it may be worth building certain components of your backend in C++ right out of the gate.

Collapse
 
drhyde profile image
David Cantrell

There's nothing new here and no divide. It's common for large IT companies to pay for features, bug-fixes, maintenance etc of open source projects.

Some comments may only be visible to logged-in visitors. Sign in to view all comments.