写点什么

开发者吐槽:谷歌引入 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:098370

评论

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

week07总结 性能测试&操作系统

Z冰红茶

修改 Docker 数据根目录的 3 种方式

FeiLong

Docker

架构师训练营 - 第七周 - 作业

韩挺

总结

chenzt

【第十三课】性能测试与优化

Aldaron

MySQL - 主从复制的几种方式

Aaron_涛

MySQL 架构 分布式 主从复制 数据一致性

【第七周作业】

Aldaron

阿朱的决定

一直AC一直爽

随笔杂谈 观后感

第七周学习总结

赵龙

BSN北京市区块链主干网正式发布

CECBC

架构师训练营 - 第七周 - 学习总结

韩挺

谁说天平不稳——安全性与用户体验设计思考

石君

安全产品设计 安全设计 用户体验

搭建Hadoop开发环境并编写运行测试类

我是个bug

Java hadoop IDEA

1.5W字 | Webpack4 完整入门教程(共 18 章)

Geek_z9ygea

大前端 Web webpack

Docker网络学习第三篇-路由

Lazy

Docker Linux 网络

第七周作业

赵龙

简约而不简单的分布式通信基石

架构师修行之路

分布式 socket udp TCP/IP 通信协议

架构师训练营Week7作业

Frank Zeng

Java如何调用Python(一)

wjchenge

10086小姐姐的问好背后,藏着云与计算的时代巨变

脑极体

Docker基础修炼4--Docker仓库及相关命令

黑马腾云

Docker Linux 容器 运维 虚拟化

Docker基础修炼5--容器数据共享和持久化实战

黑马腾云

Docker Linux 容器 运维 虚拟化

性能测试与优化学习总结

qihuajun

关注系统压力测试

麻辣

让Vue项目更丝滑的几个小技巧

前端有的玩

Java Vue 大前端 技巧 ES6

性能测试学习总结

周冬辉

性能测试

js基础作业总结

公众号:程序猿成神之路

Docker基础修炼6--网络初探及单机容器间通信

黑马腾云

Docker Linux 容器 运维 虚拟化

架构师训练营 - 第七周 - 学习总结

stardust20

性能优化作业

qihuajun

自动化测试的三两事儿

测试那些事儿

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