想要成爲優秀的開(kāi)發人員(yuán)很難。那我(wǒ)(wǒ)們就來說說如何成爲一(yī)個糟糕的開(kāi)發人員(yuán)！
隻學一(yī)遍
想要實現功能，想要讓功能正常工(gōng)作，呵呵，你的方法是不是這樣子的呢：
不接觸、不思考、也不去(qù)想能不能改善
爲什麽要我(wǒ)(wǒ)來解決問題？沒有損壞的部分(fēn)就用不着修複了吧？進展程度慢(màn)，無所謂，代碼不可讀或者是從程序的其他部分(fēn)複制粘貼來的，也無所謂，哪怕是摘自于一(yī)些見不得人的網站的，也可以。隻要能解決問題，那就萬事大(dà)吉了。
照此推論，我(wǒ)(wǒ)們的做法是：不讀書(shū)，不讀博客、文章，不接受他人的見解，也不看網絡廣播。爲什麽要你來解決這個難題呢，很顯然你的知(zhī)識是最匹配的，看上去(qù)非你不可，所以……你覺得根本用不着浪費(fèi)時間——一(yī)旦掌握這知(zhī)識之後，完全沒必要深入學習嘛！
順便說一(yī)句，你也不需要學習新的編程語言。 Groovy？ Clojure？ Scala？呸，通通都是騙人的！看看那些隻會COBOL的家夥：不是依然幹得風生(shēng)水起麽！
不要鑽研自己學到的東西
好吧，不管怎麽說，你畢竟學到了點東西。在StackOverflow上搜索解決方案，偶然發現Martin Fowler的一(yī)篇文章講得還挺吸引人，又(yòu)或者覺得過于無聊而将《The Clean Coder》束之高閣。
反正你學到什麽都不要去(qù)鑽研。是的，隻需要盲從這些死闆的内容就可以了：不要去(qù)驗證這些知(zhī)識的真假，也不要檢查它是否适合你的風格！凡事隻學一(yī)遍哦親！
從不同的角度觀察，然後思考出一(yī)些獨特的見解……何苦呢，應用了，解決問題了，那就可以輕輕松松回家玩遊戲了。以後的事以後再說，得過且過知(zhī)道不？
不接受他人的見解和指導
這是顯而易見的，因爲……難道他們的話(huà)就一(yī)定正确嗎(ma)？
你已經學會如何解決這個問題。并且很管用。那不就成了。别人憑什麽質疑你的編碼方式？你也沒有必要去(qù)學習解決問題的其他途徑！
倚老賣老，喋喋不休什麽的真心是太讨厭(yàn)了，還會傷害偶們的自我(wǒ)(wǒ)意識。所以，不要聽(tīng)這些家夥的羅裏吧嗦。
不需要讓你的代碼變得可讀
仔細想想：爲什麽要讓代碼變得可讀呢？說的好像我(wǒ)(wǒ)們還要常回去(qù)看看一(yī)樣？你的代碼已然是非常棒，又(yòu)能工(gōng)作，所以我(wǒ)(wǒ)們不需要再去(qù)碰觸它。
此外(wài)，對于計算機而言，它才不管這些代碼是否可讀呢，隻要能運行程序就成。你的代碼不是爲了方便其他程序員(yuán)閱讀而寫的。事實上，最好隻有你能讀得懂，這樣這份工(gōng)作就非你不可了，不是嗎(ma)？
不寫測試
Loser才需要測試。測試是愚蠢者的墓志(zhì)銘。
請相信自己的代碼是完美的！你永遠不會犯錯誤——有也是因爲編程語言有缺陷，或者是機器的錯。
如果代碼能在你的機器上運行，那麽沒有理由不能在其他地方正常運行，永永久久地正常運行。
除了寫代碼，其他的啥也别幹
爲什麽要分(fēn)析需求，了解業務，寫測試，學習如何在自己電(diàn)腦之外(wài)的地方部署呢？
況且，這些事對你寫代碼一(yī)點好處也沒有，是吧？完成這些任務除了浪費(fèi)時間，有幫助嗎(ma)？
不要幫助别人
不要幫助别人：讓他們自己想辦法。也許他們會問你是如何解決他們眼中(zhōng)的難題的，但是你爲什麽要多費(fèi)唇舌呢？反正已經搞定了，不是嗎(ma)？
而且，搞不好那個程序員(yuán)也和你一(yī)樣根本聽(tīng)不進其他人的建議：“不接受他人的見解和指導”這一(yī)條，沒忘記吧？
幫助他人不但費(fèi)時，還會讓你懷疑自己的知(zhī)識和能力，這是不應該出現的情況。所以，各人自掃門前雪莫管他人瓦上霜。
結論
掌握了上述所有技巧，那麽你就成功成爲了一(yī)個糟糕的開(kāi)發人員(yuán)。糟糕但活得舒服的開(kāi)發人員(yuán)。别謝我(wǒ)(wǒ)！
爲此幹杯！
