※ 引述《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

這種習慣會讓你的開發速度跟程式的質量都有所提升

只是你如果在成本效益上爭不過人 就沒投好胎 那就是需要提升自己的實力去跟人競爭 另外有些人是真的天生不會構系統 這種就在競爭上輸人 沒話講吧

認同，如何取得平衡也是門學問