▼只學一遍
想要實現功能，想要讓功能正常工作，呵呵，你的方法是不是這樣子的呢？
▼不接觸、不思考、也不去想能不能改善。
爲什麼要我來解決問題？沒有損壞的部分就用不着修復了吧？進展程度慢，無所謂，代碼不可讀或者是從程序的其他部分複製粘貼來的，也無所謂，哪怕是摘自於一些見不得人的網站的，也可以。只要能解決問題，那就萬事大吉了。
照此推論，我們的做法是：不讀書，不讀博客、文章，不接受他人的見解，也不看網絡廣播。爲什麼要你來解決這個難題呢，很顯然你的知識是最匹配的，看上去非你不可，所以……你覺得根本用不着浪費時間——一旦掌握這知識之後，完全沒必要深入學習嘛！
網上有很多java的教程，學了也是白學，因爲都是很久以前的過期貨了，java的技術是在不斷的發展的，總是抱着一些老掉牙的知識點，能有什麼出息，想要最新精品適應的java教程可以來這個羣【126534519】，這裏收藏了很多從入門到精通的系統的java教程，讓你從此再也不用爲沒教程擔心了。
順便說一句，你也不需要學習新的編程語言。 Groovy？ Clojure？ Scala？呸，通通都是騙人的！看看那些只會COBOL的傢伙：不是依然幹得風生水起麼！
▼不要鑽研自己學到的東西
好吧，不管怎麼說，你畢竟學到了點東西。在StackOverflow上搜索解決方案，偶然發現Martin Fowler的一篇文章講得還挺吸引人，又或者覺得過於無聊而將《The Clean Coder》束之高閣。
反正你學到什麼都不要去鑽研。是的，只需要盲從這些死板的內容就可以了：不要去驗證這些知識的真假，也不要檢查它是否適合你的風格！凡事只學一遍哦親！
從不同的角度觀察，然後思考出一些獨特的見解……何苦呢，應用了，解決問題了，那就可以輕輕鬆鬆回家玩遊戲了。以後的事以後再說，得過且過知道不？
▼不接受他人的見解和指導
這是顯而易見的，因爲……難道他們的話就一定正確嗎？
你已經學會如何解決這個問題。並且很管用。那不就成了。別人憑什麼質疑你的編碼方式？你也沒有必要去學習解決問題的其他途徑！
倚老賣老，喋喋不休什麼的真心是太討厭了，還會傷害偶們的自我意識。所以，不要聽這些傢伙的羅裏吧嗦。
▼不需要讓你的代碼變得可讀
仔細想想：爲什麼要讓代碼變得可讀呢？說的好像我們還要常回去看看一樣？你的代碼已然是非常棒，又能工作，所以我們不需要再去碰觸它。
此外，對於計算機而言，它纔不管這些代碼是否可讀呢，只要能運行程序就成。你的代碼不是爲了方便其他程序員閱讀而寫的。事實上，最好只有你能讀得懂，這樣這份工作就非你不可了，不是嗎？
▼不寫測試
Loser才需要測試。測試是愚蠢者的墓誌銘。
請相信自己的代碼是完美的！你永遠不會犯錯誤——有也是因爲編程語言有缺陷，或者是機器的錯。
如果代碼能在你的機器上運行，那麼沒有理由不能在其他地方正常運行，永永久久地正常運行。
▼除了寫代碼，其他的啥也別幹
爲什麼要分析需求，瞭解業務，寫測試，學習如何在自己電腦之外的地方部署呢？
況且，這些事對你寫代碼一點好處也沒有，是吧？完成這些任務除了浪費時間，有幫助嗎？
▼不要幫助別人
不要幫助別人：讓他們自己想辦法。也許他們會問你是如何解決他們眼中的難題的，但是你爲什麼要多費脣舌呢？反正已經搞定了，不是嗎？
而且，搞不好那個程序員也和你一樣根本聽不進其他人的建議：“不接受他人的見解和指導”這一條，沒忘記吧？
幫助他人不但費時，還會讓你懷疑自己的知識和能力，這是不應該出現的情況。所以，各人自掃門前雪莫管他人瓦上霜。
結論
掌握了上述所有技巧，那麼你就成功成爲了一個糟糕的開發人員。糟糕但活得舒服的開發人員。別謝我！