※ 引述《Argos (Big doge is watching u)》之铭言：
: 这也是为什么一堆人不愿意用心写程式
: 1. 你怎么知道未来这模组会不会有新需求？
: 如果没有新需求，那我干麻花两周在那边东搞西搞？
: 为了未来那不存在的新需求预作准备？
这边想提出点不同意见
如果太过于为了未来未知的需求而设计
一旦实际需求与预期相差太远
有时候可能会变成过度设计
过度设计跟不设计我认为是一样可怕的事情
至于如何不过度，就需要经验去掌握
所以这个说词不是让人写烂code的理由
但单就这个描述，我觉得不全然一定是错的
有看过一些书跟文章也讲过类似的想法
不过忘记在哪里看到的了
目前有印象的只有Kent Beck的实作模式
https://i.imgur.com/BgPdqgs.jpg
https://i.imgur.com/Rhn59Ae.jpg

反对clean code的人 (能力不足?) 往往都会说质疑对方“你过度设计了”，事实上只是为了他们懒惰或是能力不足的借口而已。

要坚持理想很好,但你似乎真的不知道什么是过度设计依你态度,我也可以说坚持的人都是好高骛远的个性罢了

simple design第四条rule:the fewest elements

常说过度设计的人其实自己根本也不知道什么是过度设计 XDD

的确我可能真的不太知道，那知道的人可以解释一下吗抑或这概念就如一楼所说，其实根本不存在？只是能力不足

换个方式讲 能准时完工 好维护bug少 就是好的code至于clean code干嘛的,最后目的应该都还是回到产品能卖钱吧除非是去写open source或是学术研究,不然商业都还是回到能不能赚到钱这个问题...

重点是code是会越写越熟练的，一开始也不用完全都遵从，慢慢的一点一点带入自己的写作习惯，到最后你的clean code就没有太多额外的成本，而是一开始直觉思考就会是这样的架构最后就成为同样的时间，你写的基本型态就是clean code一开始你可能要花200%的时间成本去完成一个这种等级的code但如果有自我要求，到最后可能只要120%甚至100%的时间成本就能直觉写出一定程度的clean code，这就是你跟别人的差距

+1 有意识地去写clean code最后会变成一种习惯

不管过度设计还是简陋设计 都要参考一个数字叫成本XD

这种习惯会让你的开发速度跟程式的质量都有所提升

只是你如果在成本效益上争不过人 就没投好胎 那就是需要提升自己的实力去跟人竞争 另外有些人是真的天生不会构系统 这种就在竞争上输人 没话讲吧

认同，如何取得平衡也是门学问