【译】少写代码少填坑 – Medium

原文：http://www.zcfy.cc/article/1223

我不是这个世界上最有才的程序员。是的，我知道这是真的。所以我尝试尽可能少写代码。我写得越少，破坏越少，调整和维护的工作量也就越少。

我也很懒，所以觉得一切过得去就行了。

然而，事实证明让 Web 变得高效的唯一行之有效的方法也只是少写代码。精简代码？压缩代码？缓存？好吧，听起来好高级。从源头上竭尽全力拒绝增加代码或者引入别人写的代码？现在你说到点子上了。解决一个问题又会带来另一堆别的问题，你的任务可能让你无比蛋疼。

而这还没完。不同于为了可见的性能收益的优化目标 ---- 如果确实有可见的优化点，你还是需要多写一些代码，不过你得想好了 ---- 少写代码可以让你的 Web 应用使用成本降低。我接收的数据内容不在乎你用小块还是大块数据发送，反正它们拼起来之后都一样（意思是性能优化不明显的话没必要过度合并请求 ---- 译者注）。

我最喜欢的关于少写代码更好的观点是：你应该只完成你真正需要的东西 ---- 即你的用户真正需要的东西。在按钮上加一道光？别说道光，加康熙也不干。为了加社交按钮引入一堆第三方代码，同时破坏掉你的页面设计？将它们一脚踹开。用 JavaScript 定制用户的鼠标右键来显示一个自定义的模态对话菜单？代表月亮消灭它们。

这不仅仅是关于你引入代码来破坏 UX 设计的问题，你自己写的代码也必须要尽量减少。这里我提供一些观点会有帮助。我曾经写过一些不用写的代码，用在无障碍和响应式设计方面。结果却让我明白一个道理，灵活的、无障碍的 Web 正需要我们尽可能少去人为控制。只有不写的代码才永远都不需要重写。

WAI-ARIA

首先，WAI-ARIA(Web Accessibility Initiative - Accessible Rich Internet Applications) 不等于 Web 无障碍。它只是一个工具，在需要的时候通过某些辅助技术来提高兼容性，比如支持读屏软件。因此，ARIA 使用的第一原则 是如果你不是必须要用的时候_不要_使用 WAI-ARIA。

为了德玛西亚！别这样写：（_原文这里是 LOL，no:，LOL 应该是 Laugh Out Loud，不过我故意翻译成那个的