如何成為乙個糟糕的程式設計師

想要成為優秀的開發人員很難。那我們就來說說如何成為乙個糟糕的開發人員！

只學一遍

想要實現功能，想要讓功能正常工作，呵呵，你的方法是不是這樣子的呢：

不接觸、不思考、也不去想能不能改善

為什麼要我來解決問題？沒有損壞的部分就用不著修復了吧？進展程度慢，無所謂，**不可讀或者是從程式的其他部分複製貼上來的，也無所謂，哪怕是摘自於一些見不得人的**的，也可以。只要能解決問題，那就萬事大吉了。

照此推論，我們的做法是：不讀書，不讀部落格、文章，不接受他人的見解，也不看網路廣播。為什麼要你來解決這個難題呢，很顯然你的知識是最匹配的，看上去非你不可，所以……你覺得根本用不著浪費時間——一旦掌握這知識之後，完全沒必要深入學習嘛！

順便說一句，你也不需要學習新的程式語言。 groovy？ clojure？ scala？呸，通通都是騙人的！看看那些只會cobol的傢伙：不是依然幹得風生水起麼！

不要鑽研自己學到的東西

好吧，不管怎麼說，你畢竟學到了點東西。在stackoverflow上搜尋解決方案，偶然發現martin fowler的一篇文章講得還挺吸引人，又或者覺得過於無聊而將《the clean coder》束之高閣。

反正你學到什麼都不要去鑽研。是的，只需要盲從這些死板的內容就可以了：不要去驗證這些知識的真假，也不要檢查它是否適合你的風格！凡事只學一遍哦親！

從不同的角度觀察，然後思考出一些獨特的見解……何苦呢，應用了，解決問題了，那就可以輕輕鬆鬆回家玩遊戲了。以後的事以後再說，得過且過知道不？

不接受他人的見解和指導

這是顯而易見的，因為……難道他們的話就一定正確嗎？

你已經學會如何解決這個問題。並且很管用。那不就成了。別人憑什麼質疑你的編碼方式？你也沒有必要去學習解決問題的其他途徑！

倚老賣老，喋喋不休什麼的真心是太討厭了，還會傷害偶們的自我意識。所以，不要聽這些傢伙的羅里吧嗦。

不需要讓你的**變得可讀

仔細想想：為什麼要讓**變得可讀呢？說的好像我們還要常回去看看一樣？你的**已然是非常棒，又能工作，所以我們不需要再去碰觸它。

此外，對於計算機而言，它才不管這些**是否可讀呢，只要能執行程式就成。你的**不是為了方便其他程式設計師閱讀而寫的。事實上，最好只有你能讀得懂，這樣這份工作就非你不可了，不是嗎？

不寫測試

loser才需要測試。測試是愚蠢者的墓誌銘。

請相信自己的**是完美的！你永遠不會犯錯誤——有也是因為程式語言有缺陷，或者是機器的錯。

如果**能在你的機器上執行，那麼沒有理由不能在其他地方正常執行，永永久久地正常執行。

除了寫**，其他的啥也別幹

為什麼要分析需求，了解業務，寫測試，學習如何在自己電腦之外的地方部署呢？

況且，這些事對你寫**一點好處也沒有，是吧？完成這些任務除了浪費時間，有幫助嗎？

不要幫助別人

不要幫助別人：讓他們自己想辦法。也許他們會問你是如何解決他們眼中的難題的，但是你為什麼要多費唇舌呢？反正已經搞定了，不是嗎？

而且，搞不好那個程式設計師也和你一樣根本聽不進其他人的建議：「不接受他人的見解和指導」這一條，沒忘記吧？

幫助他人不但費時，還會讓你懷疑自己的知識和能力，這是不應該出現的情況。所以，各人自掃門前雪莫管他人瓦上霜。

結論

掌握了上述所有技巧，那麼你就成功成為了乙個糟糕的開發人員。糟糕但活得舒服的開發人員。別謝我！

為此乾杯！

咦，你說你不想成為乙個糟糕的開發人員？

好吧，但是首先，我要鄭重告訴你，這條路絕對會走得很艱難，請做好心理準備：

對於上面如何成為「糟糕開發人員」的技巧完全要反著來。沒錯，我指的是所有，每一條！

經常性地反省和自我批評：這有效嗎？為什麼有效？為什麼無效？還有沒有改進的可能呢？思考的過程或許會讓人無比頭大，但也會讓你不斷地進步。

好了，現在就向著目標出發吧！