如何建立更快的网站

在他演讲之前生成伦敦9月21日，我们赶上了帕特里克·哈曼他是微软的网页性能工程师急剧他的使命是为所有人建立一个更快的网络。

你在fast的角色是什么?
帕特里克·哈曼:fast是一个边缘云平台，支撑着一些全球最大的品牌。我的主要角色是研发;与快速的团队合作，利用客户端技术和网络标准来改善我们产品的性能和交付，最重要的是，我们的客户服务。一些当前的项目包括围绕浏览器性能监视、指标和Service Workers的计划。

在加入Fastly之前，你在《卫报》和《金融时报》都工作过。他们是如何处理网页性能的?
PH值:性能不再是部署后的附加项或检查项。从设计到交付，组织中的每个人都需要不断地努力。这是这些新闻机构很早就意识到的事情，他们引入了一些实践，比如建立监控基础设施来衡量和比较与竞争对手的性能，将内容的交付优先于其他功能，以及利用像Service Workers这样的技术。

现在快速在线体验的最大障碍是什么?
PH值:一个词:JavaScript。我想我应该稍微说明一下:web正处于JavaScript肥胖危机的顶峰。现在，平均每个网页提供大约500kb的脚本。在低功耗设备上解析脚本需要超过一秒的时间——更不用说执行了——而进入用户可以与页面交互的状态需要超过五秒。因此，改善我们网站的用户体验的唯一方法就是衡量、优化和减少我们的JavaScript——最重要的是。

WebPageTest使用真实的浏览器和真实的用户连接速度，在全球多个地点运行免费的网站速度测试

你最喜欢的优化网页性能的工具是什么?
PH值:我坚信，你不能优化你还没有测量的东西。因此，我的工具箱中有很多度量和分析工具。对于合成测量，我总是伸手去拿WebPageTest首先是浏览器开发工具(网络和性能窗格)。但是，没有什么比测量真实用户体验(R.U.M)更好的了，所以对浏览器性能计时api的良好了解也会有所帮助。

您曾经处理过一些非常大的代码库。大规模工作的挑战是什么?
PH值:总的来说，我认为大型代码库与小型代码库具有相同的大部分问题:消除未使用的CSS(我认为这是一个尚未解决的问题)、缓存、资产构建管道和版本控制，等等。您还会得到更多的“bit rot”——随着时间的推移，最佳实践变成了反模式。但就我个人而言，我发现大规模的挑战大多是人的问题，而不是技术问题。我还没在一个不受康威定律影响的大公司里工作过。

您称自己为渐进增强的倡导者。你对这种方法有什么共鸣?
PH值:与普遍的看法相反，我们的用户实际上使用的是我们在现实世界中构建的产品:一个充满了非理想浏览条件和失败的角落。渐进式增强使我们能够构建对所有用户都适用的体验，并能在现实世界的失败中恢复。这很简单:只需从基础开始，而不是当地咖啡师告诉你的300kb JavaScript库。我们不应该忘记基本的东西。

你目前对前端开发最感兴趣的是什么?
PH值:网络正面临威胁。用户将更多的时间花在本地(因此是封闭的)应用体验上，远离网络的开放性。然而，我们似乎仍在建设耗时20秒、每次漫游收费1.20英镑的网站，最终将我们的用户赶走。

幸运的是，像Service Worker和相关api这样的技术可以提供帮助。我迫不及待地想要看到一个快速、有弹性的网站的新时代，这些网站仍然可以离线运行，可以在后台同步我的数据，并通知我更新的信息。有些人称之为“进步的网络应用”。我更喜欢“网络”这个词。