最近，我花了几个小时调试代码库中一个特别令人讨厌的问题，为了在紧迫的期限内完成工作，我不得不走捷径。
原本应该是简单的修复变成了令人沮丧的考验，因为代码结构很差并且缺乏适当的文档。
我终于解决了这个问题，但在这之前我学到了一个惨痛的教训，那就是从一开始就编写可维护的代码的重要性。
由于仓促，我在多个地方重复了逻辑，使用了模糊的变量名称，并且未能添加解释复杂部分的注释。
这使得代码库变得混乱，并且在故障排除时难以导航。
我意识到，预先花一些额外的时间来编写干净、结构良好的代码可以节省时间并减少挫败感。
来源：Dev.to
