可用性有如此重要？

　　请原谅我取了个如此有争议的标题，原文的标题是《浏览器不是什么》。我个人觉得作者有点脱离题目，但这并不影响其想要陈述的观点。
　　可用性一直是我们前端争论的焦点之一。但仔细想想，我们是否值得为那些连见都没见到过的盲人阅读器或者那些自行禁用JavaScript的用户投入额外的、大量的开发成本去“满足”他们？
　　回想在那混沌初开时期，计算机是没有声音的，如果需要这项功能，则需要插入额外的声卡。而后过了段时期，有些计算机默认就加入了声卡，而有些则仍然保持着“哑巴的传统”。
　　然后再过了许多年，主板厂商们直接将声卡集成进了主板中至此，几乎所有的计算机都配置了声卡。那么问题是：这期间，多媒体行业做了些什么改变了这一切？
　　开始，应用程序发出如果想使用的声音，那么只能通过内置的PC扬声器发声。而后过了段时期，出现了能够同时使用扬声器和声卡的应用程序。
　　话说回来，现在是否还有人关心自己的机子上有无声卡吗？我想恐怕已经没有。甚至我觉得人们已经遗忘了机箱中的扬声器了。
　　例如，我从来没有见过某款游戏因为机子上没有声卡而自动关闭其声音当然，如果我耳朵听不到那是另外回事情（老外的这个说法比较冷）。
　　说了那么多，上述故事和浏览器以及JavaScript的故事非常的相似。不同的是现在的开发人员，在开发应用的时候，仍然在考虑如果没有脚本支持的这一情况。
　　其实和当年的声卡普及情况差不多，JavaScript发明于1995年（已经是15年前了）。当时其在浏览器中的份额不到1，而且当时的用户（甚至开发者）都认为这玩意是可有可无的。
　　我的观点是，每个Web应用程序应该能够尽可能的运行在不同环境中，但它并不说明无条件的迁就于某一情况，在任何情况下都表现一致。
　　例如，在浏览器没有JavaScript支持的情况下，新闻类站点仍然可以显示其主要内容（新闻），同时不保证那些依赖JavaScript的相册脚本，仍然还能正常工作。
　　我们现在称之为“浏览器”的应用程序必须为：它能理解HTML、能使用CSS渲染页面、同时能驱动JavaScript脚本。某个应用程序只能够完成上述一项或者其中两项功能，那么这压根就无法称之为“浏览器”。
　　例如，搜索引擎理解HTML（以及部分CSS防止作弊），我们只需要提供内容让其收录同时它不需要过多的了解GUI相关的设计。
　　从内容方面考虑，其实我只关心两件事物：搜索引擎和浏览器。首先，我第一步需要做的就是创建具有语义的HTML（这对于HTML来说并不容易），然后再使用CSS排版并且使其支持现代浏览器，然后再使用JavaScript增加针对IE的CSS规则（很明显原作者非常讨厌IE）。
　　我的上述工作流程有时候会收到指责，因为这样必须让老旧的浏览器具备JavaScript支持才能引入针对其自身的CSS规则。同时情况可能变得模棱两可，我真的不认为我们称之为“浏览器”的玩意竟然不支持JavaScript，哪怕是那些可以称之为古董的玩意（暗指IE吗？）。
　　总而言之，我们的思路应该为未来而开发，而非迁就过去（Weshoulddevelopforthefuturenotforthepast。）。
　　我们应该为大多数（用户）而非少数服务。如果我们的用户中有0。1禁用了JavaScript，那么在我看来，我们可能不值得去耗费大量的开发时间去争取那些0。1的用户。
　　同时另一个事实是，如果我们让用户觉得在没有使用JavaScript的情况下也能使用我们的应用，那么他们会毫不犹豫的禁用它（类似noscript插件）。那么这样，我们推进Web的前进几乎是不可能的，我们和用户都会认为JavaScript是额外的附属品。
　　最后，其实我想说明的是：在着手实际开发之前，我们首先规划那些有限的资源（例如时间、人力等）它们的计划投入和实际产出是否能符合我们的预期。