对所有网站进行大范围的概括性陈述实在是太常见了。Jason Miller
我们经常对我们在网络上看到的应用进行概括，无论是轶事性的还是统计性的：“单页应用比多页应用慢”或“TTI 低的应用加载速度快”。但是，这些概括对于我们关心的性能和架构特征的适用程度是不同的。
就在前几天早上，在 An Event Apart 的早餐会上，我和一位在大学网站工作的人坐在一起，他们的网站有大量的页面。在桌旁还有一位在一家媒体公司工作的人，该公司拥有众多品牌，但基本上都是博客式的网站。还有一位从事开发者工具工作的人，该工具大量使用仪表板。我们都关心可访问性、性能、可维护性等，但合适的技术栈和交付流程在我们的实际操作和可能应该做什么方面都大不相同。
通过创建两个类别来解决这些不同网站的问题是一种常见的方法：网站和 Web 应用。或者动态网站和静态网站。或者内容网站和其他所有网站。Jason 为我们创建了更多的类别（“原型”）
🎪 社交网络目的地
🤳 社交媒体应用
🛍 网店
📰 内容网站
📨 产品信息管理应用
📝 生产力应用
🎧 媒体播放器
🎨 图形编辑器
👨🎤 媒体编辑器
👩💻 工程工具
🎮 沉浸式/AAA 游戏
👾 休闲游戏
这几乎就像阅读一篇“有史以来 50 部最佳电影”的博文，每个人和他们的母亲都会对此发表一些看法。很难将整个网络切成几块，而不让某些人觉得他们的东西分类不好。
我喜欢这里的细微差别，就像 Jason（和 Addy 的）“网络渲染”文章，该文章探讨了某些类型的网站应该如何交付。