慢速网站

网络越来越大。 既有膨胀感又有重量感。 尼克·希尔（Nick Heer）的“胡说八道” ：

美国的平均互联网连接速度是十年前的六倍，但与其提高浏览相同类型网站的速度，不如说是通过增加更多的东西来占用额外的带宽。

尼克清楚地解释了他胡说八道的意思，并且可以看到与布拉德·弗罗斯特（Brad Frost）相似的论点的联系 。 Nick谈论了如何进行每次增量交互，并将网络的残障与AMP等框架的兴起和采用联系起来。

伊桑·马可特（Ethan Marcotte）通过研究商业动机来用不同的眼光描绘事物：

…最终，网络性能问题是盈利能力问题。 如果我们要谈论pages肿的页面，那么我们应该在上下文中这样做：在网络中，数字广告收入为发布商带来了巨大的利润，而对于Facebook和Google却是蓬勃发展。 我们应该研究潜在的结构性问题，这些问题会激励公司加入繁重的广告脚本和令人讨厌的叠加层，或者研究迫使出版商采用诸如AMP之类的市场挑战。

换句话说，我们谈论慢速网站的方式需要广泛得多。 如果我们能够做到这一点，那么我们将对网络在何处以及如何更快地有更深入的了解。

这是行业问题的系统状态 ，助长了缓慢的网站。 解决该问题的文化斗争可能与技术斗争一样重要。 并不是说在技术层面上没有很多东西要学习和处理。

Addy Osamai撰写了一篇深入的文章（根据Medium的说法，读了20分钟）， 探讨了JavaScript对整体网络性能的影响。 每个人似乎都同意JavaScript是慢速网站面临的最大问题。 这不是讲道，而是在这个JavaScript日益流行的时代要遵循的一组易于解释的原则：

• 为了保持速度，仅加载当前页面所需JavaScript。
• 拥抱绩效预算并学会在预算之内生活。
• 了解如何审核和修剪JavaScript捆绑包。
• 每次互动都是新的“互动时间”的开始； 在这种情况下考虑优化。
• 如果客户端JavaScript无法使用户体验受益，请问问自己是否真的必要。

翻译自: https://css-tricks.com/slow-websites/