欲速则不达
在重构一个从 Phoenix 迁移到 Rails 的项目时,我发现——很多混乱的代码并非写得不好,而是想得不够。与其边写边改,不如在动手前多想一步。正如《JOJO》的那句名言:绕远路,才是最短的捷径。
无欲速,无见小利;欲速则不达,见小利则大事不成。
——《论语》
最近在重构一个从 Phoenix 迁移到 Rails 的项目。
因为是自己在用的个人项目,很多时候写功能时并不会提前拟好计划,而是「先写着看」,等遇到问题再慢慢优化。
但这种做法的副作用也很明显:
新加的代码常常让原本的结构变得混乱、难以维护。
这个时候就会陷入两难——
是先凑合着用,还是花时间彻底重构?
维持现状会让人心里发毛,
重构又意味着投入更多时间。
于是我开始反思——
其实,与其边写边改,不如在动手前先花一点时间想清楚:
我要实现什么?边界在哪里?这部分的职责是什么?
当准备工作做好,代码往往也自然得多。
「想清楚再写」看似慢,其实更快。
正如《JOJO 的奇妙冒险:飙马野郎》中那句经典台词——
乔尼,接下来是 Lesson 5。绕远路才是最短的捷径。