欲速则不达

在重构一个从 Phoenix 迁移到 Rails 的项目时,我发现——很多混乱的代码并非写得不好,而是想得不够。与其边写边改,不如在动手前多想一步。正如《JOJO》的那句名言:绕远路,才是最短的捷径。

欲速则不达
无欲速,无见小利;欲速则不达,见小利则大事不成。

——《论语》

最近在重构一个从 Phoenix 迁移到 Rails 的项目。

因为是自己在用的个人项目,很多时候写功能时并不会提前拟好计划,而是「先写着看」,等遇到问题再慢慢优化。

但这种做法的副作用也很明显:

新加的代码常常让原本的结构变得混乱、难以维护。

这个时候就会陷入两难——

是先凑合着用,还是花时间彻底重构?

维持现状会让人心里发毛,

重构又意味着投入更多时间。

于是我开始反思——

其实,与其边写边改,不如在动手前先花一点时间想清楚:

我要实现什么?边界在哪里?这部分的职责是什么?

当准备工作做好,代码往往也自然得多。

「想清楚再写」看似慢,其实更快。

正如《JOJO 的奇妙冒险:飙马野郎》中那句经典台词——

乔尼,接下来是 Lesson 5。绕远路才是最短的捷径。