想要成为优秀的开发人员很难。那我们就来说说如何成为一个糟糕的开发人员！
只学一遍
想要实现功能，想要让功能正常工作，呵呵，你的方法是不是这样子的呢：
不接触、不思考、也不去想能不能改善
为什么要我来解决问题？没有损坏的部分就用不着修复了吧？进展程度慢，无所谓，代码不可读或者是从程序的其他部分复制粘贴来的，也无所谓，哪怕是摘自于一些见不得人的网站的，也可以。只要能解决问题，那就万事大吉了。
照此推论，我们的做法是：不读书，不读博客、文章，不接受他人的见解，也不看网络广播。为什么要你来解决这个难题呢，很显然你的知识是最匹配的，看上去非你不可，所以……你觉得根本用不着浪费时间——一旦掌握这知识之后，完全没必要深入学习嘛！
顺便说一句，你也不需要学习新的编程语言。 Groovy？ Clojure？ Scala？呸，通通都是骗人的！看看那些只会COBOL的家伙：不是依然干得风生水起么！
不要钻研自己学到的东西
好吧，不管怎么说，你毕竟学到了点东西。在StackOverflow上搜索解决方案，偶然发现Martin Fowler的一篇文章讲得还挺吸引人，又或者觉得过于无聊而将《The Clean Coder》束之高阁。
反正你学到什么都不要去钻研。是的，只需要盲从这些死板的内容就可以了：不要去验证这些知识的真假，也不要检查它是否适合你的风格！凡事只学一遍哦亲！
从不同的角度观察，然后思考出一些独特的见解……何苦呢，应用了，解决问题了，那就可以轻轻松松回家玩游戏了。以后的事以后再说，得过且过知道不？
不接受他人的见解和指导
这是显而易见的，因为……难道他们的话就一定正确吗？
你已经学会如何解决这个问题。并且很管用。那不就成了。别人凭什么质疑你的编码方式？你也没有必要去学习解决问题的其他途径！
倚老卖老，喋喋不休什么的真心是太讨厌了，还会伤害偶们的自我意识。所以，不要听这些家伙的罗里吧嗦。
不需要让你的代码变得可读
仔细想想：为什么要让代码变得可读呢？说的好像我们还要常回去看看一样？你的代码已然是非常棒，又能工作，所以我们不需要再去碰触它。
此外，对于计算机而言，它才不管这些代码是否可读呢，只要能运行程序就成。你的代码不是为了方便其他程序员阅读而写的。事实上，最好只有你能读得懂，这样这份工作就非你不可了，不是吗？
不写测试
Loser才需要测试。测试是愚蠢者的墓志铭。
请相信自己的代码是完美的！你永远不会犯错误——有也是因为编程语言有缺陷，或者是机器的错。
要是代码能在你的机器上运行，那么没有理由不能在其他地方正常运行，永永久久地正常运行。
除了写代码，其他的啥也别干
为什么要分析需求，了解业务，写测试，学习如何在自己电脑之外的地方部署呢？
况且，这些事对你写代码一点好处也没有，是吧？完成这些任务除了浪费时间，有帮助吗？
不要帮助别人
不要帮助别人：让他们自己想办法。也许他们会问你是如何解决他们眼中的难题的，但是你为什么要多费唇舌呢？反正已经搞定了，不是吗？
而且，搞不好那个程序员也和你一样根本听不进其他人的建议：“不接受他人的见解和指导”这一条，没忘记吧？
帮助他人不但费时，还会让你怀疑自己的知识和能力，这是不应该出现的情况。所以，各人自扫门前雪莫管他人瓦上霜。
结论
掌握了上述所有技巧，那么你就成功成为了一个糟糕的开发人员。糟糕但活得舒服的开发人员。别谢我！
为此干杯！
…
咦，你说你不想成为一个糟糕的开发人员？
好吧，但是首先，我要郑重告诉你，这条路绝对会走得很艰难，请做好心理准备：
对于上面如何成为“糟糕开发人员”的技巧完全要反着来。没错，我指的是所有，每一条！ 经常性地反省和自我批评：这有效吗？为什么有效？为什么无效？还有没有改进的可能呢？思考的过程或许会让人无比头大，但也会让你不断地进步。 阅读 Robert C. Martin写得《The Clean Coder》。这不是在推销。要是你有志于成为一名真正的专业开发人员，而不是糟糕的开发人员，它绝对对得起你花的每一分钱。好了，现在就向着目标出发吧！