将发布一个网站并可能具有任何

rmruhul

，采用我们交互功能的方法的人和那些说“我们是一家软件公司，我们正在制作一个网站”的人之间是否存在很大的鸿沟？产品、软件产品以及我们将通过网络交付它的平台，而不是针对多个平台的本机应用程序。” 他们是否可能以完全不同的方式解决问题？根据您当时的观点，考虑因素是否有所不同？

杰里米：这是一个很难回答的问题。所以-
德鲁：我很难说。

杰里米：我想说的是，一家公司……所以一个好的例子就像一条新闻，对吧？他们很适合这种网站模型，因为它实际上是文档、文章的集合。开发这些体验的人可能会拥有与 Spotify 这样的公司或拥有像 Envision 这样的大型网络应 电报号码数据 用程序或类似东西的公司不同的技能。所以，是的，我认为他们会从不同的角度来看待这个问题。我看待它的方式是，有一个细分市场……或者至少这是我对整个 Web 开发社区的看法，有一部分人来自非传统软件开发的 Web 开发人员背景，对吧？我就是这些人中的一员，当我还是个孩子的时候，我就在修补网络，对吧？

杰里米：就像在中学时一样，为所有人制作愚蠢的粉丝页面，就像当时我真正喜欢的视频游戏一样。我从未接受过此类计算机科学教育。我一路上学到了一些计算机科学概念。然后还有一部分开发人员，特别是我认为在过去五到十年中出现的开发人员，他们以更加面向计算机科学的方式来处理这个问题。我认为这将……这些差异和经验将引导每个小组就如何最好地开发网络得出自己的结论。但我认为，你真正能够……可持续地开发网络的唯一方法是批判性地评估你正在构建的内容，并尝试围绕最适合这些产品用户的方法进行调整。当我评估这些东西时，这就是网站和网络应用程序模型在我脑海中的位置。

德鲁：是的。很有趣。我的意思是，在书中，您实际上引用了我的一些作品。非常感谢。我选择的无聊技术基本上是 PHP Apache 和少量的手写 JavaScript 可以在默认情况下创建非常敏捷的用户体验，而不需要进行任何特定的优化。我认为这为访问网站并查看内容的前端访问者带来了良好的用户体验。

德鲁：但实际上，一旦您登录并在网站上发布内容，我感觉创作内容的环境有点相反。我认为它因为使用网站方法构建而受到了一些影响，而不是使用更多 JavaScript 的 Web 应用程序方法，以至于我在想……或者也许两者都需要。我需要继续用漂亮的静态 HTML 和 CSS 以及少量 JavaScript 发布前端。但我想提供内容创作体验的后端也许选择不同的技术会更好。这很有趣，因为它并不总是必须是一件事或另一件事，不是吗？这不是一个二元选择。你认为它更像是一个频谱？



杰里米是的绝对是。我认为我们开始在社区中看到更多关于网络开发是这样的一个范围的讨论。对于可能对我的书感兴趣的人来说，它绝对来自网站方面。再说一次，因为我觉得这总是一个很好的默认设置。如果您不知道如何构建某些东西，那么最好尝试以尽量减少 JavaScript 使用并尽量减少向客户端推送更多工作的方式来构建它。也就是说，我认为注意到是一次很棒的经历。我认为这些陈旧且有点“无聊”的技术确实非常适合手头的任务。它以一种对开发人员开放和支持的方式做到这一点，对吧？

杰里米：您不必对状态管理存储或状态管理框架有深入的了解才能真正完成这些事情。我认为这种特殊的方法很好地满足了这一点。但就你的观点而言，我认为任何网站都有机会向中间方向靠拢，而无需全力投入所有客户端路由，例如管理客户端上的所有内容和此类事物的重型框架。我认为岛上的方法正在开始探索它是什么样子。我承认，我可能无意中做了一些岛屿类型的事情。我想我们已经有一段时间了，只是还没有真正命名它。但我认为现在我们已经确定了这可能是一个中点，我们可能会开始看到网络体验能够提供良好的用户体验，但仍然更具互动性。希望这不是非常曲折。