This content originally appeared on Modern Web Development with Chrome and was authored by Paul Kinlan
<p>Dan from Redfin has a great post about prioritising web speed:</p>
<blockquote>
<h3 id="javascript-is-the-webx2019s-co2">JavaScript Is the Web’s CO2</h3>
<p>As a web developer, I find that most problems can be solved with just a little more JavaScript. Without someone or something to force the industry to cut back, web developers will continue to make web sites that only load “fast enough” via wifi on a fast laptop.</p>
<p>The browser vendors can't save us. Every time they make the web faster, web developers “take advantage” of the change by using more JavaScript.</p>
<p>Our industry needs Google to take a principled stand, to significantly prioritize fast-loading sites over slow-loading sites</p>
</blockquote>
<p><a href="https://redfin.engineering/google-doesnt-have-the-guts-to-make-page-speed-actually-matter-ab2a1a8fe496">Read full post</a>.</p>
<p>It's not just us (Google) that can do this. I look at our team (Web and Chrome DevRel) being able to provide the tools and the guidance to help you start fast and then stay fast, but after that the industry has to recognise that performance is a feature and not an after thought.</p>
<p>I wrote in <a href="https://paul.kinlan.me/challenges-for-web-developers/">challenges for web developers</a> that there are still many reasons that developers don't prioritize performance (tools, guidance and clear business incentives), I don't think Google asserting as written in Dan's article post is the answer for the long term health of the web, it needs to come from businesses seeing performance convert better.</p>
This content originally appeared on Modern Web Development with Chrome and was authored by Paul Kinlan