我花了八个月在一个副项目上，并且我已经重写了核心架构两次。不是因为第一版有问题，它们正常工作，但是因为我一直在寻找看起来更干净或更可扩展的方法。第二次重写给我带来了可能的10%更好的结构，花了六周时间。 我一直遇到的问题是，早期的技术决策在一个人独立开发时会感到巨大。选择如何处理状态、系统如何与其他系统通信、如何保存数据的结构。并且因为我可能读了太多技术博客，我总是半信半疑地觉得有更好的模式在角落里等着我。 我注意到的是，能够交付产品的开发者做出决定，构建出一件工作的东西，然后继续前进。那些从未交付产品的人，包括我自己有时，会把每个架构选择都当作永久性的后果。 我不是在问具体的引擎或语言。更想知道这里的开发者是否有个人规则，决定何时停止对基础进行润滑，何时锁定它。是里程碑、直觉、还是自己设定的硬日期？现在我的脑海中的默认设置是继续润滑直到感觉合适，而这个阈值一直在移动。