作為一名從業多年的老程式設計師，我來說說我的看法。

就問題的本身來說，如果程式設計師面對的是一個需求明確的專案，那麼程式設計師的主觀想法對程式的影響是非常小的，大部分程式設計師也非常喜歡這樣的專案，因為會節省大量的溝通成本。早期我在接觸對日外包專案的時候就發現專案需求非常清晰，程式設計師基本上就像流水線上的工人一樣，幾乎沒有犯錯的機會。所以，管理的精細化對程式設計師工作的影響是非常大的。

對於非外包專案，往往大部分程式設計師都有固定的開發任務，在程式設計師完成簡單的測試之後，一般會由專業的測試人員完成全方位的測試。按照歷史經驗來看，程式設計師測試自己的程式碼是一定會出問題的，而且這不僅僅在程式開發領域，在傳統領域也是生產和質檢分開的。

所以，專業軟體開發團隊都有與之配套的測試團隊，不是程式設計師發現不了自己的問題，而是程式設計師在測試程式碼的時候會不經意間忽略掉很多環節，尤其在心理上可能會避開邊界測試，這對最終軟體的質量會產生較大的威脅。另外，還有一部分程式設計師本身比較排斥測試，所以專業的測試團隊是軟體質量的重要保障。

如果有軟體開發方面的問題，也可以諮詢我。

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

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

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