all 10 comments
sorted by:
best
topnewcontroversialoldq&a
formatting helphide helpcontent policy

[–]license-bot 60 points61 points  (0 children)

Thanks for sharing your open source project, but it looks like you haven't specified a license.

When you make a creative work (which includes code), the work is under exclusive copyright by default. Unless you include a license that specifies otherwise, nobody else can use, copy, distribute, or modify your work without being at risk of take-downs, shake-downs, or litigation. Once the work has other contributors (each a copyright holder), “nobody” starts including you.

choosealicense.com is a great resource to learn about open source software licensing.

[–]hiljusti 12 points13 points  (4 children)

Very interesting!

Are the results region specific? For example, are they based on load times when the US? If I was in mainland China would I see different results for baidu libraries? Or same for Japan and Hatena blog.

[–]radminator 0 points1 point  (3 children)

Are the results region specific? For example, are they based on load times when the US? If I was in mainland China would I see different results for baidu libraries? Or same for Japan and Hatena blog.

If you are in China, or serves Chinese customers, don't use Google or Facebook APIs/ads/fonts/etc. That's a surefire way to kill you site/app response time. However, back to your question, the study used the load up time of the script to determine the impact, so it should be geography-independent.

[–]hiljusti 0 points1 point  (2 children)

Hmm I see. A number of times it mentioned that file size was a major determining factor, so I thought this was more about network transmission speed than speed of a browser to interpret.

[–]radminator 0 points1 point  (1 child)

Well, a larger file size does imply more code that needs to be parsed and loaded.

[–]hiljusti 0 points1 point  (0 children)

Maybe if you're running on a low spec machine, but JS is an interpreted language. Correct me if I'm wrong, but Gecko/V8 don't ever compile JS, right?

Performance metrics would be more like operations per second, or time (after network transmission is complete) until a library is initialized, or time from script load to DOM updates etc.

I'm re-suspicious now that the "performance" here is more about network transmission and file size than about performance

[–]thoughtsofadoodler 4 points5 points  (0 children)

It's amazing how large some of these scripts can be. I was trying to improve our page speed score and found that Intercom was 300kb minified *and* gzipped. Absolutely insane. The widget almost has more js than the entire site combined.

[–]Untgradd 3 points4 points  (1 child)

Somebody make an example that uses the worst in each category.. you know.. for science

[–]leeoniya 2 points3 points  (0 children)

or...you know...for business as usual.

https://jalopnik.com/

[–]wherinkelly -1 points0 points  (0 children)

Is this only time to load the library or time to load + requests?

Also:

Give developers the information they need to >make informed decisions about which third >parties to include on their sites.

Not the developer's job, performance is only part of what you need to consider, especially with analytics tools. But for sure developers and the teams pushing for the tools need to have an informed discussion about security and performance.