010-85377655

视觉创意设计 / 品牌策略顾问Vision Creative Design / Brand Tactic Consultant
 

如何成为一个糟糕的程序员

返回列表发布日期:2015-05-13 来源于:本站

  英文原文:How to become a lousy developer

  想要成为优秀的开发人员很难。那我们就来说说如何成为一个糟糕的开发人员!

  只学一遍

  想要实现功能,想要让功能正常工作,呵呵,你的方法是不是这样子的呢:

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

  为什么要我来解决问题?没有损坏的部分就用不着修复了吧?进展程度慢,无所谓,代码不可读或者是从程序的其他部分复制粘贴来的,也无所谓,哪怕是摘自于一些见不得人的网站的,也可以。只要能解决问题,那就万事大吉了。

  照此推论,我们的做法是:不读书,不读博客、文章,不接受他人的见解,也不看网络广播。为什么要你来解决这个难题呢,很显然你的知识是最匹配的,看上去非你不可,所以……你觉得根本用不着浪费时间——一旦掌握这知识之后,完全没必要深入学习嘛!

  顺便说一句,你也不需要学习新的编程语言。 Groovy? Clojure? Scala?呸,通通都是骗人的!看看那些只会 COBOL 的家伙:不是依然干得风生水起么!

  不要钻研自己学到的东西

  好吧,不管怎么说,你毕竟学到了点东西。在 StackOverflow 上搜索解决方案,偶然发现 Martin Fowler 的一篇文章讲得还挺吸引人,又或者觉得过于无聊而将《The Clean Coder》束之高阁。

  反正你学到什么都不要去钻研。是的,只需要盲从这些死板的内容就可以了:不要去验证这些知识的真假,也不要检查它是否适合你的风格!凡事只学一遍哦亲!

  从不同的角度观察,然后思考出一些独特的见解……何苦呢,应用了,解决问题了,那就可以轻轻松松回家玩游戏了。以后的事以后再说,得过且过知道不?

  不接受他人的见解和指导

  这是显而易见的,因为……难道他们的话就一定正确吗?

  你已经学会如何解决这个问题。并且很管用。那不就成了。别人凭什么质疑你的编码方式?你也没有必要去学习解决问题的其他途径!

  倚老卖老,喋喋不休什么的真心是太讨厌了,还会伤害偶们的自我意识。所以,不要听这些家伙的罗里吧嗦。

  不需要让你的代码变得可读

  仔细想想:为什么要让代码变得可读呢?说的好像我们还要常回去看看一样?你的代码已然是非常棒,又能工作,所以我们不需要再去碰触它。

  此外,对于计算机而言,它才不管这些代码是否可读呢,只要能运行程序就成。你的代码不是为了方便其他程序员阅读而写的。事实上,最好只有你能读得懂,这样这份工作就非你不可了,不是吗?

  不写测试

  Loser 才需要测试。测试是愚蠢者的墓志铭。

  请相信自己的代码是完美的!你永远不会犯错误——有也是因为编程语言有缺陷,或者是机器的错。

  如果代码能在你的机器上运行,那么没有理由不能在其他地方正常运行,永永久久地正常运行。

  除了写代码,其他的啥也别干

  为什么要分析需求,了解业务,写测试,学习如何在自己电脑之外的地方部署呢?

  况且,这些事对你写代码一点好处也没有,是吧?完成这些任务除了浪费时间,有帮助吗?

  不要帮助别人

  不要帮助别人:让他们自己想办法。也许他们会问你是如何解决他们眼中的难题的,但是你为什么要多费唇舌呢?反正已经搞定了,不是吗?

  而且,搞不好那个程序员也和你一样根本听不进其他人的建议:“不接受他人的见解和指导”这一条,没忘记吧?

  帮助他人不但费时,还会让你怀疑自己的知识和能力,这是不应该出现的情况。所以,各人自扫门前雪莫管他人瓦上霜。

  结论

  掌握了上述所有技巧,那么你就成功成为了一个糟糕的开发人员。糟糕但活得舒服的开发人员。别谢我!

  为此干杯!

  …

  咦,你说你不想成为一个糟糕的开发人员?

  好吧,但是首先,我要郑重告诉你,这条路绝对会走得很艰难,请做好心理准备:

  1. 对于上面如何成为“糟糕开发人员”的技巧完全要反着来。没错,我指的是所有,每一条!
  2. 经常性地反省和自我批评:这有效吗?为什么有效?为什么无效?还有没有改进的可能呢?思考的过程或许会让人无比头大,但也会让你不断地进步。
  3. 阅读 Robert C. Martin 写得《The Clean Coder》。这不是在推销。如果你有志于成为一名真正的专业开发人员,而不是糟糕的开发人员,它绝对对得起你花的每一分钱。

  好了,现在就向着目标出发吧!

新闻
解决方案
网站建设知识
网站优化知识