规定的软件优于描述性软件

有一段时间，我一直在告诉人们我希望多肽是规范的，而不是描述性。在这篇文章中，我想扩展它并解释我说“规范”时的意思。

我通常会这样解释一下：没有缺乏工具，可以告诉你建造网站（事实上，有些人甚至警告你可能会伤害你的感受！），但我想制作措施告诉我什么我应该做到，以及如何解决它发现的问题。这就是我用规定的软件的意思。

如果您愿意，您也可以称之为自本文软件，也很好。我认为软件应该是自以为期的。在巨大的设置面板或配置文件中抛出所有内容，并调用它“选择”或“不强调您的偏好”是产品开发失败。

这有点苛刻，肯定。但是你不会雇用一位顾问，只会告诉你什么是错的，而不是如何改善它。同样，您为特定任务“雇用”的软件应该是这样的。

作为开发人员，我们需要牢记很多不同的事情。在涉及语言本身的CSS掌握时，只有一些前端开发人员需要记住的事情：

跨浏览器差异，颜色对比度可访问性，缓存策略，装载策略，装载性能，运动设计，排版，优雅降级。

那些就在我脑顶的顶部，我相信我可以拿出更多。这只是一个方面。这将释放出HTML和JavaScript，不同设备，SEO，可用ET Cetera之间的交互范例。所有这些都有自己的愿意清单。

简而言之，成为前端开发人员意味着你需要了解很多关于很多。这不是抱怨。事实上，这是让我前端这么兴奋的事情之一。

我不认为我们应该希望开发人员成为所有领域的专家，理想情况下，您的团队涵盖团队成员之间的所有基地，但情况并非总是如此。

您可以假装和写入软件，告诉DEVS的错误，并期望他们知道如何修复它，或者您可以告诉他们如何修复它以及如何修复它，因此他们可以继续他们的工作。

在那一点上扩展我所知道的事情“猜测是什么，他们会继续工作。 DEVS通常会在完成工作的情况下进行评估，而不是他们沿途所学的工作。

规定的软件可帮助他们在进行工作时的开发者。您避免了上下文切换，您避免培训Devs忽略您的软件尝试帮助的问题。

如果你是一个工具开发人员，你比大多数人都知道，这对您正在开发的软件有差别。皮肤有多种方式！

但是，任何在他们的组织中实施埃斯林的人都知道它是什么狡猾的东西。关于每种潜在配置的无尽辩论。 “是的，我们想要使用Airbnb Config，但我们真的需要更改分号配置，并且EQEQEQ真的不适合我们......”提示讨论。

任何在他们的组织中越来越漂亮的人都知道它已经变得更加顺畅。漂亮具有格式化规则。他们申请了。故事结局。

eslint在您告诉它之前不会做任何事情，但漂亮有自己的规则，而且可以配置它，但您无需。如果你没有，它会施加自己的标准。

更漂亮的选择：“使用它，或者不要使用它”。

埃斯林没有任何重要选择。有一百个不同的小选择。而在他们的讨论中，他们刚刚完成了他们的讨论。 eslint实现经常停滞，或者遵守下降，因为没有真正的共识，但人们刚刚累了和默许。

如果您是一个工具开发人员，您可以在您的选择中亲密地了解细微差别。你的观众可能不是。 （那很好！他们已经知道了很多其他事情）。将该选择推向您的用户将从“详细选项A或Nuanced选项B”的问题更改为“应该处理或不处理”。 No-Deal选择更容易制作，诅咒细微差别。

所以，如果你是一个工具开发人员思考“我要决定谁？”然后考虑一下：选择在遵循你的建议之间，没有做任何事情。他们聘请了你的软件来完成工作。

一年前，我正在努力将全球电晕检查项目与一大吨其他志愿者一起使用，使用多肽来确保该项目尽可能访问。我检查的一件事是颜色对比。我感到沮丧，多麦片只是指着并说“嘿那是错”。如果我能计算哪种颜色没有足够的对比，我肯定可以计算有足够的对比应该更暗的或更轻。

所以我实施了第二天，它取得了巨大的差异。我可以在浏览器和文本编辑器中留下流程，而不是打开设计工具来选择颜色和在线对比检查以测试这些颜色。

该工具给了我解决问题的解决方案，我可以在不留下我目前的上下文的情况下继续我的工作。它在应该做的事情方面是规范性的。

我与多麦片的目标是改善开发人员和设计师的工作流程。主要焦点当然是开发出色的开发人员和设计师的优秀浏览器，但我也在开发在开发期间有帮助的在线工具。其中两个在线现在是CSS特异性计算器，以及一种颜色对比度检查器。两个都…

一个未知的未知是你不知道你不知道的东西。当您刚刚开始使用Web开发时，有许多未知的未知数。你不太了解有可能知道事情的正确方法是什么。可访问性是其中之一。今天早上此图像在推特上共享:(来源：https：//webaim.org/projects/million/#frameworks)概述...