非要我說為什麼，根據達克效應解釋，我只能解釋為知道自己一無所知。
我可能讀一兩篇關於函數語言程式設計的文章，試著理解Git到底是如何工作的，有或者去Hacker News 網站上逛一逛。
說實話，我就是這樣做的。
每次和同事交流，都會讓我看到自己對技術知識是多麼缺乏。在與他們的交流中，他們很快就會轉向不同的語言，在某個平臺使用某語言，還有那些深奧的技術話題。
一目瞭然，這些人們喜歡自己所做的事情，他們喜歡埋頭搗鼓程式碼，試著找出解決問題的捷徑。對他們來說問題越複雜越好。
而且，我相信不少開發者朋友都進入了這個陷阱：他們太喜歡程式設計了。他們喜歡程式設計以至於程式設計成為一個目標，而不是一種完成（某事）的方法。
另一方面，我認為寫程式碼是一種干擾：他阻礙著我和我的目標。
如果實在沒有解決辦法，我可能也會陷入這個陷阱。但是，這也不意味著，我喜歡。因此，完工的喜悅經常發生在我最終完成這個新特性的時候，而不是我在建立他的時候。
最終，情況會是這也。我花越多的時間，我的程式碼技能卻進步緩慢，但是我卻變得越來越不那麼糟糕。
最近，我已這種方式思考問題：該如何做才能重構這些問題來使用相同的控制器。
我知道，這樣思考不一定正確。修復使用者不能登入這個奇怪漏洞才是我應該做的。但是，這樣做就沒多少樂趣。也沒有多少挑戰性了。
我最終重構控制器，當我自豪宣佈完成這項偉大工作的時候，沒有人關心。意料之內，新的控制器和以前的一樣，並沒有什麼新的改變。
於是，我有回到之前那種一無所成、糟糕的狀態。當每一行程式碼成為自己和最後一行程式碼間的障礙時，問題就沒辦法在幾步之內解決了。
只有那樣之後，我才能將事情完成，這就是為什麼說，糟糕的程式設計師更富有成效。
翻譯自：Why Crappy Developers Are More Productive
來自：慧都控制元件網
相關閱讀
評論(2)