写点什么

开发者吐槽:谷歌引入 Web 新标准的方式过于专横

  • 2019-06-14
  • 本文字数:2300 字

    阅读完需:约 8 分钟

开发者吐槽:谷歌引入Web新标准的方式过于专横

在?你在写博客吗?需不需要我们帮个忙?<笑>



我和我在微软的同事们认为世界需要更多的 Clippy——也就是这个可爱的动画回形针。为此,我们在 Edge 6.0 中引入了一项新功能。


Web 开发者现在可以使用<clippy>来调用一个动画虚拟助手了。


我和微软的几个同事聊过这个事情,大家都认为这是一个好主意。


我们翻看了许多优秀的软件项目(大都是来自微软的),发现 Clippy 并没有统一的呈现和调用方式。


所以我按自己的风格写了一份 Clippy 的运行规范。其实我都没向多少开发者了解过他们的使用需求,因为我很确定自己的观点就能代表大多数了。


因为这么多用户不断在购买和使用我们的产品,我完全可以假设他们都像我一样喜欢 Clippy 这个小流氓!何必浪费时间去研究用户的感受呢?


现在你就可以开始在你的网站上使用 Clippy 了!


……


别紧张啊我的朋友们!我可不是微软的员工,上面也不是什么真实的提案,都是我瞎编的。我只是嘲讽一下网络“标准”的发展现状而已。


谷歌眼中的网络标准?“除了我团队的同事,别人根本没看过,更别说赞同我私人 repo 的文档说明了。但只要我们自己开始用这项标准,然后鼓励开发者也用它,我们的竞争对手肯定会接受这项标准的!【抱歉,有市场主导权真可以为所欲为哦】”。

——fantasai(@fantasai)2019 年 6 月 13 日


谷歌已经钦定世界需要一个<toast>元素。先声明一下,我个人认为这个想法可能还不错。


但我的观点并不重要,我的观点有谁会理呢。我没法代表普通用户,也没法代表所有开发者。


谷歌的行事风格大约是这样的……


  1. 哇!我想出来个超棒的主意诶!

  2. 谷歌的同事们也同意我的意见!

  3. 谷歌的其他项目可以从中获益吗?

  4. 那就把它塞进 Chrome 吧!

  5. 对了,咱们要不跟社区那帮人说下这档子事儿吧。


(这里是简化版本,可能不太尊重相关人员的真实经历。)


可是我心目中引入一个新元素的理想流程应该是这样的:


  1. 有一个很酷的主意!

  2. 与真实用户交流,看看它是否满足用户需求。

  3. 发布一份(粗略的)用户研究报告并开始与世界各地的同行讨论可行性。

  4. 根据社区反馈开始设计和迭代。

  5. 与用户一起测试。基于 beta 测试决定项目通过还是失败。

  6. 发布测试结果。

  7. 与社区合作继续改进。

  8. 等等。


看看,我也很欣赏“动起来,打破陈规!”的精神,我非常赞同谷歌拿 Web 做实验的做法。我们都应该这么做才对!另外再强调一遍,我认为<toast>可能是 HTML 的一项很好的增强。


但谷歌引入这些新标准的方式根本就是我行我素。他们完全不在乎别人的看法,无论是审查标准的可怜人、其他浏览器厂商、广大用户,还是整个 Web 社区,谷歌都没放在眼里。


感觉就像是一项谷歌设计、谷歌批准、有利于谷歌的标准就这么被强行塞进 Web 里了,完全不考虑别人的感受!


我知道现实情况没这么夸张,我也知道为了这些新提案有多少人废寝忘食。


但对像我这样的老鸟来说,仿佛一切回到了微软 IE 主宰的年代。微软自顾自地向 Web 加入新功能,所有人都必须照做,因为他们就是学校里的老大。


谷歌的员工可能觉得他们是好心,觉得他们正在为 Web 做贡献,觉得用户会喜欢。


但他们没有意识到,用户要么屈从于谷歌的要求,要么就只能被边缘化,这种感觉非常让人不爽。


再说一次啊,我认为<toast>是一个好主意。但谷歌推它的方式太目中无人了——连用户调查都不做——我不由恐惧接下来他们还会干什么?


在?看起来你写完这篇博客了,要不要我们帮你发布一下?


(另外特别提醒像我这样的极客们。打比方终究只是打个比方,是用来说明问题的修辞手段——而不是划个等号哦。请喷子不要把重点放在比喻是否合适上,谢谢。)

评论节选

网友 C 评论:


想出一个“好主意”很简单。软件开发者会想到很多“好主意”,而其中有一些的确很不错。但至少对我来说(我怀疑别人也是一样),我们可能需要几天、几星期甚至几年时间才会回过头来审视自己的想法,然后去弄明白为什么别人对这些想法并不像自己那么热情。

有时候,就算我重新审视也会觉得自己的想法很棒。还有的时候很显然我的想法很糟糕,但这也无所谓。只不过很多想法在付诸行动之前都要先花很长时间让社区共同探讨,让大家思考、讨论、重新审视才更合理。


网友 Michał评论:


从想法到行动: “其他浏览器厂商可能没有意识到 Web 平台纳入该标准的好处。我们希望同 Web 开发者伙伴们一同实现并迭代这项标准,从而明确这项工作的价值,让它的好处广为人知。“这说法看上去无可争辩,我们 HTML 地图社区小组的做事风格也是这样。

“我们都有自己的定制元素 API,所以我们可以向浏览器里塞进去<clippy><toast>之类的东西来取代 JS 库……”我觉得太多元素都是这样胡乱加进来的。


网友 BTreeHugger 评论:


真正令人担忧的是,如果谷歌抛出一个备选标准,然后将其发布在 Chrome 中(这种事情他们已经干了很多次了),那么它很快将成为事实上的标准,不管有多少缺陷都会强行进入标准列表。

过去这种事情,像是触摸事件和 Shadow DOM v0 版本的表现大家也都知道了,我们可不想再来一个“toast”重蹈覆辙了。所以人们看到谷歌搞什么动作就发抖也很正常,这意味着这种事情又得来一次了,这次可能塞进来的功能还更多呢(说的就是你,Project Fugu)。

老实说,现在的谷歌似乎更喜欢把完成度 80%的东西拿出来,把他们这些大企业想要塞进 Web 平台的东西尽快推出来,然后等待其他人替他们擦那 20%的屁股。谷歌自己还得了“推动 Web 标准前进”的美名

要是他们起码推出的是有正常互操作性的实现,而不是搞出一堆草案让人用,事情也不会那么糟糕。可是他们虽然有那么多想做好事情的员工,但组织整体还是选择了欺负别人的路线,如今一大堆谷歌服务“在 Chrome 中才有最佳表现”就是他们干的好事。


英文原文:https://shkspr.mobi/blog/2019/06/introducing-the-new-html-element-welcome/



2019-06-14 19:098266

评论

发布
暂无评论
发现更多内容

华为云Astro低代码平台关键能力技术浅析

平平无奇爱好科技

ARTS 打卡第 21 天

自由

ARTS 打卡计划

保姆级教程|带你体验华为云测试计划CodeArts TestPlan

平平无奇爱好科技

1111111111111111111

用户7865398825

华为云Classroom赋能 | Devstar使应用开发无需从零开始

平平无奇爱好科技

华为云classroom赋能|tookIT助力开发者上云

平平无奇爱好科技

TiDB Serverless Branching:通过数据库分支简化应用开发流程

PingCAP

数据库 TiDB pingCAP TiDB Serverless

漱玉平民大药房:多元化药店变革的前夜

PingCAP

MySQL 数据库 TiDB

中欧财富:分布式数据库的应用历程和 TiDB 7.1 新特性探索

PingCAP

数据库 TiDB pingCAP

纷繁复杂见真章,华为云产品需求管理利器CodeArts Req解读

平平无奇爱好科技

qqqqqqqqqqqqqqqqqq

用户7865398825

重磅!华为云计算技术有限公司云原生中间件高分通过中国信通院《云服务稳定运行能力标准体系》能力评估先进级

平平无奇爱好科技

Serverless冷启动:如何让函数计算更快更强?

平平无奇爱好科技

TiDB x 安能物流丨打造一栈式物流数据平台

PingCAP

数据库 TiDB

使用生成式 AI 和 Amazon Kendra 实现企业规模的图像字幕创建和搜索

亚马逊云科技 (Amazon Web Services)

API #人工智能

1111111111111

用户7865398825

Go 数组

小万哥

Go 程序员 后端 开发 Google

华为云classroom赋能 | Toolkit系列插件DevSecOps助力开发者提速

平平无奇爱好科技

体验华为云Serverless FunctionGraph,一分钟上线应用

平平无奇爱好科技

最佳实践:TiDB 业务读变慢分析处理

PingCAP

数据库 TiDB

华为云Classroom一站式教学实践平台,开启云端教学新征程

平平无奇爱好科技

开发者吐槽:谷歌引入Web新标准的方式过于专横_语言 & 开发_Terence Eden_InfoQ精选文章