【完美主义不背过度工程的黑锅】很多团队常把“不要让完美成为优秀的敌人”挂在嘴边，但这往往成了交付劣质产品的挡箭牌。本文拆解了Over-engineering的真相：它并非源于对质量的极致追求，而是源于在错误的需求上发力。比如一个只有3人的团队却去维护5个Microservices，这并非追求完美，而是解决了从未存在过的规模化问题。作者认为，当所有约束条件——包括预算、期限和技术栈——被诚实地摆在桌面上时，“完美”其实就是那条唯一成立的最优路径。与其说完美主义误事，不如说模糊的需求才是元凶。作为开发者，你该带走的判断是：如果你在为了一个还没影的并发量设计架构，那不叫追求完美，那叫闭门造车。真正的工程尊严，是能在有限的约束下，找到那个“不得不如此”的精确解。 var0.xyz/posts/perfection-is-not-over-engineering.html