我和我在微软的同事们认为世界需要更多的 Clippy——也就是这个可爱的动画回形针。为此,我们在 Edge 6.0 中引入了一项新功能。Web 开发者现在可以使用 <clippy> 来调用一个动画虚拟助手了。
我和微软的几个同事聊过这个事情,大家都认为这是一个好主意。
我们翻看了许多优秀的软件项目(大都是来自微软的),发现 Clippy 并没有统一的呈现和调用方式。
所以我按自己的风格写了一份 Clippy 的运行规范。其实我都没向多少开发者了解过他们的使用需求,因为我很确定自己的观点就能代表大多数了。
因为这么多用户不断在购买和使用我们的产品,我完全可以假设他们都像我一样喜欢 Clippy 这个小流氓!何必浪费时间去研究用户的感受呢?
现在你就可以开始在你的网站上使用 Clippy 了!
……
别紧张啊我的朋友们!我可不是微软的员工,上面也不是什么真实的提案,都是我瞎编的。我只是嘲讽一下网络“标准”的发展现状而已。
谷歌眼中的网络标准?“除了我团队的同事,别人根本没看过,更别说赞同我私人 repo 的文档说明了。但只要我们自己开始用这项标准,然后鼓励开发者也用它,我们的竞争对手肯定会接受这项标准的!【抱歉,有市场主导权真可以为所欲为哦】”。——fantasai(@fantasai)2019 年 6 月 13 日
谷歌已经钦定世界需要一个 <toast> 元素。先声明一下,我个人认为这个想法可能还不错。但我的观点并不重要,我的观点有谁会理呢。我没法代表普通用户,也没法代表所有开发者。
谷歌的行事风格大约是这样的……
哇!我想出来个超棒的主意诶!
谷歌的同事们也同意我的意见!
谷歌的其他项目可以从中获益吗?
那就把它塞进 Chrome 吧!
对了,咱们要不跟社区那帮人说下这档子事儿吧。
(这里是简化版本,可能不太尊重相关人员的真实经历。)
可是我心目中引入一个新元素的理想流程应该是这样的:
有一个很酷的主意!
与真实用户交流,看看它是否满足用户需求。
发布一份(粗略的)用户研究报告并开始与世界各地的同行讨论可行性。
根据社区反馈开始设计和迭代。
与用户一起测试。基于 beta 测试决定项目通过还是失败。
发布测试结果。
与社区合作继续改进。
等等。
看看,我也很欣赏“动起来,打破陈规!”的精神,我非常赞同谷歌拿 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/
翻译: https://www.infoq.cn/article/9hwuj1vixx*UWAMzFW0K
通过技术的角度,来探讨如何提高网页加载速度的方法和技巧,一个网站速度的访问快慢将直接影响到用户体验,对于我们开发来说是应该解决的。
XSS攻击的全称Cross Site Scripting(跨站脚本攻击),为了避免和样式表CSS混淆而简写为XSS。XSS恶意攻击者往Web页面里插入恶意Script代码,当用户浏览该页之时,嵌入其中Web里面的Script代码会被执行,从而达到恶意攻击用户的目的。
通过js或css禁止蒙层底部页面跟随滚动:pc端推荐给body添加样式overflow: hidden;height: 100%;移动端利用移动端的touch事件,来阻止默认行为,若应用场景是全平台我们要阻止页面滚动,那么何不将其固定在视窗(即position: fixed),这样它就无法滚动了,当蒙层关闭时再释放。
渐进式 Web 应用是利用现代浏览器的特性,可以添加到主屏幕上,表现得像原生应用程序一样的 Web 应用程序。
Web前端技术由 html、css 和 javascript 三大部分构成,是一个庞大而复杂的技术体系,其复杂程度不低于任何一门后端语言。而我们在学习它的时候往往是先从某一个点切入,然后不断地接触和学习新的知识点,因此对于初学者很难理清楚整个体系的脉络结构。
Web开发是比较费神的,需要掌握很多很多的东西,特别是从事前端开发的朋友,需要通十行才行。今天,本文向初学者介绍一些Web开发中的基本概念和用到的技术,从A到Z总共26项,每项对应一个概念或者技术。
Web浏览器的主要功能是展示网页资源,即请求服务器并将结果展示在窗口中。地址栏输入URL到页面显示经历的过程、浏览器的主要组件、浏览器渲染...
增强现实(以下简称 AR)浪潮正滚滚而来,Web 浏览器作为人们最唾手可得的人机交互终端,正在大力发展 AR 技术。AR 可以简单的理解为一种实时将虚拟图像叠加在现实场景中的技术
先了解一下 workbox:不管你的站点是何种方式构建的,都可以为你的站点提供离线访问能力。就算你不考虑离线能力,也能让你的站点访问速度更加快。几乎不用考虑太多的具体实现,只用做一些配置...
用户是否操作了web页面,我们可以在一定时间内根据用户是否触发了某些事件进行判断。比如用户是否点击,是否按键,是否移动了鼠标等
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!