Web 技术研究所

我一直坚信着,Web 将会成为未来应用程序的主流

我的上帝不可能那么淘气

  客户端的环境总是千奇百怪的。有时候无论是兼容性表还是开发环境测试,所有的证据都证明一个方案是可行的。可是到头来总是有一部分用户是奇葩环境无法兼容,这就是前端的痛点。有时我们很难界定程序跑不动到底是用户自己的责任还是开发者的责任?
  最近程序被用户提了很多奇葩的所谓「问题」。可这些问题几乎都是无法重现的,或者必须在某些特定条件下才能出现的。我觉得这样的问题要是全部由开发者去解决的话最终程序只会变成一坨。
  jQuery 1.x 的教训就是「成也 IE6,败也 IE6」。对于我们开发者而已,jQuery 这样的东西算是一个产品吧?我们都是 jQuery 这个产品的用户。最初用它的时候是因为它解决了 IE6 的兼容问题。而最后不用它的时候也是因为它兼容了 IE6,而我不需要兼容 IE6,那么久造成了大量的代码浪费。当我们试图为及小部分用户考虑一些问题而需要牺牲大多数用户的利益的时候就该多往远处思考。
  以前帮某浪做外包的时候就用各种黑魔法在 IE6 上实现了圆角。当时写代码的时候就想着,反正以后这个代码也不是我自己维护,无论黑魔有多黑,只要能实现就行。也许大部分做外包的都是这种态度吧(也有可能是我以小人之心度君子之腹了)?反正最近公司里把一些程序外包出去后拿回来的东西完全是我预料之中的程度。这里只是顺路喷一下外包而已,我主要想表达的是不要要求开发者做出和设计稿完全一样的东西,有时候产品经理和设计师也应该给技术实现的复杂程度让步的。
  同样地,在不影响业务量的前提下,兼容问题也不应该要求完美,否则最终会变成 hack 主导程序。很多时候确实是用户自己的操作造成的问题。比如一个基于 localStorage 的程序,用户却在隐身模式下使用。这时候如果用户有疑问应该由客服人员直接引导,而不是让开发人员去设计一个超越隐私模式的存储方案。
  用户是上帝?如果上帝真的那么淘气的话,我可能就会考虑改变一下自己的信仰。
网名:
54.144.24.*
电子邮箱:
仅用于接收通知
提交 悄悄的告诉你,Ctrl+Enter 可以提交哦
神奇海螺
[查看全部主题]
各类Web技术问题讨论区
发起新主题
本模块采用即时聊天邮件通知的模式
让钛合金F5成为历史吧!
次碳酸钴的技术博客,文章原创,转载请保留原文链接 ^_^