创建代码，试试看！

由 Mux 主办的 DEV 全球展示挑战赛：展示你的项目！

我认为我们应该考虑编写能够为我们编写代码的代码！让我解释一下原因。

我们热爱编程，我们努力编写尽可能多的代码。代码行数（LoC）是衡量你编程能力的终极标准。😊 但我们当中有多少人编写的代码能够自动生成代码呢？

我们当然喜欢使用工具/框架等来辅助写作，但我们只编写这些工具本身。

我最近一直在研究Storybook，希望能用它来自动化创建我们 UI 库的演示应用。目前，这项工作需要手动创建页面并实现所需的组件和变体。

有人告诉我这并不难，也花不了多少时间。我当时的第一反应是，那我们为什么不把它自动化呢？

自动化似乎已被测试所吞噬。开发人员不再将其作为工具使用。我们很乐意使用 AngularCLI 或其他替代方案来搭建脚手架！为什么不自己创建脚手架呢？每个代码库都有自己的风格，每家公司都有自己的做事方式，因此他们应该自己创建工具。让我们终结风格指南和冗长的操作说明吧。

组件包含一个模板和一些输入。您可以创建一个简单的配置文件，可以是 JSON、YAML、JavaScript，或者任何您喜欢的、能够解析这些输入并动态创建页面的语言。

这种琐碎的工作并不能给我们带来任何成就感，但如果能写个工具帮我们完成这些工作，包括打包、样式设计和部署，那就太棒了。也许这就是 Web 开发人员和软件工程师之间固有的区别？我不知道，我一直以为这两个头衔可以互换，难道不是这样吗？难道 JavaScript 目前还没有被这样看待？

是的，Storybook提供了这种功能，而且效果似乎相当不错。我只是担心现在我们总是期望所有东西都现成的。我们似乎忘记了，我们完全可以自己构建，完全按照我们的需求来打造。轻量级、可定制、专门针对我们的使用场景。即使我们最终没有这样做，至少也值得考虑一下，不是吗？

我想这跟本斯上周的帖子有点关系。

目前有多少人这样做？这种方法的主要优点和缺点是什么？你会再次这样做吗？