3其實就是這么回事：新手，寫了個小程序，接觸大點的程序的時候（自認為復雜度x2），發現別人寫的代碼是自己想的10倍，這絕對有問題啊。這種情況是沒問題的，需求復雜度和程序復雜度當然不是線性提升的，不解釋。但這個坎過了，很多人開始沒底，然后總希望套路化。套路化，慢歸慢，至少不會實現不了需求。這里面有些人，做得久了，漸漸就知道到底哪些必須有，那些可以沒有，什么時候有，什么時候可以沒有，于是程序又寫小了。后者一般稱前者為過度設計。如果題主是這種情況，好歹命題沒錯。至于答案？當然是因為水平不夠啊。將程序寫瘦是一種能力，能夠做到這點，你將一輩子衣食無憂。

最后提下我的看法，目前程序過度設計非常普遍，畢竟最后那種程序員是很少的。但是，如果你不是最后那種程序員，那么過度設計，是比你想的設計要好的。有一種說法：所謂的最佳解決方案都是費半天勁卻僅僅是為了阻止特別愚蠢的程序員搞破壞。不合算？但是真出事了怎么辦？為了規避風險，蠢就蠢了，沒辦法。所以雖然這種做法感覺很傻，很多時候還就只能這樣。當然，過度設計也需要設計得正確，現在確實很多人對最佳解決方案不理解，生搬硬套還瞎改，結果不僅臃腫，還任何好處都沒有，甚至讓風險更大。對于這種情況，是應該嚴厲指出并更改的。好好學習，這種情況只能這么說了。

另外，題主，世界是復雜的。你不要光看那幾個公式覺得看起來簡單。你不懂物理。將程序寫瘦，說白了就是量身定做方案。這在需求隨時變化的情況下，是非常難處理的。