有时，最有价值的工作并不会产生任何代码提交。
今天就是这样的一天。
我没有在我的 TypeScript 项目中实现新功能。
我没有学习新的框架。
我甚至没有花太多时间编写代码。
起初，这让我觉得效率低下。
但回顾过去，我意识到我把这一天投入到了能让未来工作更轻松的事情上。
构建开发周围的基础设施
我着手做的第一件事是更新我的 fresh-install 脚本。
每次我重装系统或更换电脑时，我都会发现自己重复着相同的设置步骤。自动化这些任务虽然不会让我的 GitHub 贡献图变得更绿，但每次我需要全新环境时，它都能节省数小时的时间。
然后，我花了几个小时重新组织我的个人知识库。
我回顾了旧笔记，关联了个人项目中的文档，按领域整理了主题，改进了标签体系，并将零散的信息转化为真正便于导航的内容。
这并不令人兴奋。
这并不光鲜亮丽。
但这感觉很有必要。
我们优化应用程序……
作为开发者，我们花费大量时间来减少用户的摩擦。
我们优化 API。
我们提升应用程序性能。
我们重构代码以使未来的变更更容易。
但我们很少将同样的思维应用到自己身上。
为什么查找六个月前的笔记比搜索生产环境日志还要耗时？
为什么我每隔几个月就要重新发现相同的解决方案？
知识具有复利效应
在开发我的 候选人追踪器 项目时，我逐渐意识到，代码只是学习过程的一部分。
架构决策。
权衡取舍。
犯过的错误。
我选择某种方法而非另一种方法的原因。
这些往往比最终的实现更有价值。
如果我不将它们记录在某处，我最终会丢失它们。
个人知识库不仅仅是文档。
它是记忆的延伸。
无形的进步
通过代码提交来衡量生产力很容易。
但要衡量以下方面则难得多：
- 更好的文档
- 更快地上手自己的项目
- 更轻松的环境设置
- 更少的上下文切换
- 更少的时间用于搜索信息
这些改进不会显示在 GitHub 上。
但它们会随着时间产生复利效应。
最后感想
今天提醒我，软件工程不仅仅关乎编写代码。
有时，你能做出的最佳投资是减少明天工作的摩擦。
结果可能不会立竿见影。
但未来的你一定会注意到。
我很想知道：
哪一项“幕后”改进对你的日常工作流程影响最大？
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
