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