我强烈推荐雷米（Remy）的状态缺口（State of The Gap）职位-它是王牌。 他总结如下：
我坚信渐进式Web应用程序背后的概念，即使本机黑客（Flash，PhoneGap等）将永远领先，但Web始终可以到达那里。 现在，今天是在网络上建立一个令人兴奋的时刻。
我完全同意。 在我写了有关Regressive Web Apps的文章之后，这听起来可能很奇怪，但这恰恰是因为我对渐进式Web应用程序背后的技术感到非常兴奋，我认为我们必须对它们进行公正评估至关重要。 正如雷米所说：
没有HTTPS和服务工作者，您将无法添加到主屏幕。 这是一个故意的高准入标准，有很好的理由。
当用户安装PWA时，它必须起作用。 作为网站开发人员，我们的工作是为我们的用户提供最出色的体验。
它必须工作。
这就是为什么我不同意Dion关于制作渐进式Web应用程序的指标的原因：
如果您提供只能在移动设备上使用的体验，那是PWA吗？ 是。
我认为保持高品质控制很重要。 实际上，响应是质量列表中的第一项，可帮助定义什么是渐进式Web应用程序。 这就是为什么我写“渐进式” Web应用程序的原因：本来应该展示我们可以做什么的网站，却倒退了过去，进入了针对单独设备类别的单独站点的糟糕年代：washingtonpost.com/pwa，m.flipkart。 com，lite.5milesapp.com，app.babe.co.id，m.aliexpress.com。
Twitter上的许多人误解了我的帖子，说“当前大量的渐进式Web应用程序都无法实现目标，因此渐进式Web应用程序很烂”。 我希望了解的是“当前大量的渐进式Web应用程序都无法实现目标，所以让我们做得更好！”
现在，我完全理解，这些示例中的许多都是第一个刺伤，是测试水域的一种方法。 我绝对希望鼓励这些首次尝试并进一步推动它们。 但是我认为放弃渐进式Web应用程序的资格不会帮助实现这一目标。 我想承认人们在创建这些特定于设备的示例方面所做的辛勤工作，但我认为我们不应该满足于与网络一样重要的高质量渐进式Web应用程序关于应用程序。
简而言之，在这种情况下，我认为良好的意愿是不够的。
这使我进入了Regressive Web Apps的第二部分，关于Chrome拒绝显示“添加到主屏幕”提示的网站，这些站点希望从主屏幕启动后仍保持其URL可见的网站。
亚历克斯为我写的话而沮丧：
如果您认为该网址将在我的手表上被杀死，那么您将不会受到任何关注。
因此，您的选择是认为我有一个秘密计划来杀死URL，或者认为我仍然是Team Web。
我很高兴有人，特别是您@adactio，会认为前者…但是相反，反而是超级吗？
我非常非常抱歉让亚历克斯这样感到沮丧。
但我坚持对Chrome小组的行为提出批评。 因为好心还不够。
我知道 Alex是URL和网络的忠实拥护者。 哎呀，我认识的几乎所有可以在Chrome浏览器中使用某种功能的人都首先在Web上工作：Alex，Jake，各种各样的Pauls。 但这并不意味着当我看到Chrome小组执行我认为对网络不利的事情时，我将保持安静。 如果有的话，正是因为我将它们保持在高标准之下，所以当我看到自己认为是失误的东西时，我会发出警报。
我认为好人可以怀着最好的意图做出错误的决定。 通常，它涉及长期思考-我认为这很重要。 “目的证明手段”是一种思维方式，即使意味着整体上更好的未来，它也可能造成很多直接的痛苦。 平衡这些担忧是Chromium项目的重点和重点：
作为浏览器的实现者，我们发现（a）向前推进网络与（b）保持兼容性之间经常存在紧张关系。 一方面，Web平台API表面必须不断发展以保持相关性。 另一方面，Web的主要优势是其覆盖范围，这在很大程度上取决于互操作性。
例如，当亚历克斯（Alex）谈论Web组件时代似乎是不可避免的时，我会感到不安。 不是为我自己，而是为数百万的Opera Mini用户。 我们如何在不丢人的情况下实现更好的未来？ 还是我们为了更大的利益而牺牲了那些人？ 许多人的需求超过少数人的需求吗？ 目的是否证明手段合理？
现在，我知道一个事实，即Alex正在使用Web组件进行的最终游戏以及总体上可扩展的Web宣言是一种更具声明性的Web：当Web组件最终落入浏览器时，首先要解决的解决方案。 但是要到达那里，首先使用现代JavaScript创建解决方案，而JavaScript并非在所有地方都无法使用。 这是我们要为更好的网络而付出的代价吗？
我希望不是。 我希望我们能找到一些方法来拿起我们的蛋糕并把它吃掉。 但这将真的非常困难。
回到渐进式网络应用程序后，Chrome团队更改了“添加到主屏幕”提示的标准，以阻止公开URL，这让我感到震惊和震惊。 我也对变更传达的糟糕程度感到惊讶-它被埋在一个错误报告中，五个人在推动变更之前做出了贡献。 我只是通过与Paul Kinlan的对话才知道的。 Paul鼓励我提供反馈，这就是我在网站上所做的，就像Stuart在他的网站上所做的那样。
当然，Chrome团队正在研究在从主屏幕启动的渐进式Web应用程序中公开URL的方法。 Opera也正在努力。 但这是一个非常棘手的问题。 仅仅说“我们会解决”是不够的。 仅仅说“信任我们”是不够的。
我确实相信我认识的使用Chrome的人。 我也相信我在Mozilla，Opera和Microsoft认识的人。 这并不意味着我将毫无疑问地让他们采取行动 。 善意还远远不够。
正如Alex很快承认的那样，应该首先解决更棘手的问题（弄清楚如何公开URL）- 然后对“添加到主屏幕”指标的更改将毫无争议。 将购物车放到马前，不鼓励显示：浏览器，同时说“相信我们，我们会解决”的另一个例子是说目的证明手段是合理的。
但是这里的赌注太高了，无法通过。 善意还远远不够。 知道使用Chrome（或Firefox，Opera或Edge）工作的人是好人，不足以被动地接受他们所做的每个决定。
亚历克斯（Alex）打电话给我，是因为他没有直接与他联系，询问有关Chrome团队使用URL的未来计划的问题，但是再次重申，执行代码的粗略共识被运行代码压倒了。 另外，我确实与Chrome员工进行了交谈-所有这些都是与Paul Kinlan进行的讨论。 我不知道公司政治结构中的谁，我不认为我需要组织结构图来向Google（或Mozilla，Opera或Microsoft）提供反馈。
您会注意到，我在那里没有包括Apple。 我不把它们保持在同样的高标准。 事实证明，我认识苹果公司的一些非常优秀的人，他们致力于WebKit和Safari。 作为个人，他们关心网络。 但是作为一家公司，苹果公司对网络开发人员表现出冷漠。 正如雷米所说：
甚至从Apple获得感兴趣的提示，都是将邮件列表扫描到最小的感兴趣提示的垃圾箱处理过程。
考虑到这一点，我完全理解Alex对“回归” Web应用程序的不满。 尽管我打算将其作为开发更好的渐进式Web应用程序的推动力，但我可以看到那些认为渐进式Web应用程序不值得投资的人可以将其视为一种确认。例如，Apple。 实际上，必须对它们进行大声疾呼，以增加对Service Worker，清单文件和其他构件的支持。 从Twitter上至少一位WebKit开发人员的回应到我的回应，我不仅没有了解渐进式Web应用程序背后的技术有多么重要，而且我做的弊大于利，给怀疑论者以弹药。
不过，我还是希望大多数人能像阿迪一样，以正确的态度接受我的话：
我们应该推动他们做得更好。 我会提交错误。 根据@adactio帖子，不能忘记PWA的“渐进式”部分
看到这种反应使我感觉很好……但是看到亚历克斯的反应使我感觉不好。 很坏。 我真的很抱歉让Alex感到那样。 这不是我的意图，但是，好主意还不够。
我一直在回顾自己写的内容，试图通过Alex的眼睛看一下，寻找可能被当作人身攻击的部分：
Chrome开发人员已决定，显示URL并不是“最佳实践”……宣称看到URL会混淆所有网站的所有用户， 这是一种自负和傲慢的做法，以至于让人难以置信。 …保留这样的“添加到主屏幕”提示，这是一连串的敲诈。 ……这不是Chrome开发人员第一次反对地址栏。 它开始让我失望。
那里有一些很强烈的话。 我支持他们，但语气肯定是刺耳的。
当我们批评某些东西（一件软件，一本书，一个网站，一部电影，一部音乐）时，很容易忘记背后隐藏着真正的人。 但这不是事实。 我知道有很多真正的人正在使用Chrome，因为我认识很多人。 我也知道他们的意图很好。 这不是我保持沉默的原因-这是我说出来的原因。
如果我知道自己的帖子会让Alex烦恼，我还会写吗？ 这是一个艰难的过程。 一方面，这是我非常关心的话题。 我认为至关重要的是，我们不能在使网络变得更好的事情上妥协。 另一方面，谁知道我写的内容是否会有所不同？ 在这种情况下，我得到了将其从胸口拿走的宣泄，但是却以让我尊敬的人不高兴为代价。 这个价格太高了。
我喜欢我可以在自己的网站上发布任何内容的事实。 这可能是让我对令我兴奋的事情充满热情的地方，也可能是让我对令我感到不适的事情大声疾呼的地方。 我估计，狂热的东西比狂热的东西多十比一，但是消极情绪会投射出不成比例的巨大阴影。
我需要更好地调整自己的语言。 并不是在看到错误的决定时我会停止批评它们，但我需要使自己的意图更清晰……因为仅仅拥有良好的意图是不够的。 在这篇文章中，我反复提到我对Chrome团队认识的人有多尊重。 我应该在我的原始帖子中这样说。
这最初发布 在我自己的网站上 。
