打造你自己的工具

Spencer Miskoviak 在 Wealthfront 博客上

通过创建特定于应用程序的自定义开发者工具，它们可以在更高的抽象级别上运行，以处理用户交互或调试跟踪事件等操作。虽然这需要构建和维护自定义开发者工具，但也意味着它可以根据应用程序和工程师的需求进行定制，从而简化开发流程。

我认为为您的开发人员团队构建自定义工具非常酷且明智。即使自定义工具只是供您自己使用，它们也能极大地提高生产力。但通过为整个团队构建自定义工具，并为他们的想法敞开大门，这更加明智，并会成倍地提升价值。

Spencer 展示了他们拥有的各种不同工具，所有这些工具都包含在一个 UI 弹出窗口小部件中

• 显示当前分支和 CI 状态
• 填写表单，执行用户操作，在用户之间切换
• 突出显示组件

巧妙的工具。

CodePen 没有像这样的花哨的 UI 小部件，但确实在应用程序中加入了一些有助于提高生产力的功能。例如，许多表单都有一个**预填充**按钮，该按钮仅对开发人员显示

我们还有一个用于支持收件箱的自定义工具，该工具为用户和支持票证引用的内容提供上下文

更不用说网站本身的整个受保护的管理区域，用于执行大量管理和开发人员重点任务

---

我认为 Spencer 提到的“组件高亮显示”功能特别棒

React 开发者工具可以帮助查看当前页面哪些部分是哪些组件，但这并不是像这样在页面上的。我认为在每个标题旁边加上一个小 🔗 来在 VS Code 中打开该文件会很酷。

---

说到构建自己的工具，Shawn Wang 最近写了一篇名为 “你可以创建自己的工具” 的文章

即使是最棒的软件也有一些对你来说不太好的部分。但你和其他人之间的区别在于你可以编写代码。

Shawn 谈到了诸如…

• 构建您自己的自定义样式表
• 构建 UI 查询生成器
• 构建您自己的 CLI（我想起了 Mina Markham 的 dotfiles）
• 构建您自己的代理

Shawn 为 Google 搜索结果创建了自己的代理，以优化结果并以他喜欢的方式呈现它们

偶尔，我会有心情专注于工具，这导致我做了一些事情，比如当我决定 “在打开 VS Code 项目时运行 Gulp，使用 VS Code 任务” 时，我不得不了解所有相关内容并克服奇怪的问题。我认为公司里优秀的 DevOps 人员会非常关注此类事情——不断地为他们自己的人员考虑 开发人员体验。

我甚至不久前编写了一个脚本，用于打开我玩的一个基于文本的多人视频游戏，以节省时间。

---

说到构建自己的工具，我想到了 Dick Proenneke 在《荒野独居》纪录片中的经历。 在这个引言片段中，你可以听到 Dick 谈论字面意义上的工具建造，这对他很有用，因为他不需要把它们手工搬运到阿拉斯加的荒野深处。

🛠