如何成为一个糟糕的程序员?
▼只学一遍
想要实现功能,想要让功能正常工作,呵呵,你的方法是不是这样子的呢?
▼不接触、不思考、也不去想能不能改善。
为什么要我来解决问题?没有损坏的部分就用不着修复了吧?进展程度慢,无所谓,代码不可读或者是从程序的其他部分复制粘贴来的,也无所谓,哪怕是摘自于一些见不得人的网站的,也可以。只要能解决问题,那就万事大吉了。
照此推论,我们的做法是:不读书,不读博客、文章,不接受他人的见解,也不看网络广播。为什么要你来解决这个难题呢,很显然你的知识是最匹配的,看上去非你不可,所以……你觉得根本用不着浪费时间——一旦掌握这知识之后,完全没必要深入学习嘛!
网上有很多java的教程,学了也是白学,因为都是很久以前的过期货了,java的技术是在不断的发展的,总是抱着一些老掉牙的知识点,能有什么出息。
顺便说一句,你也不需要学习新的编程语言。 Groovy? Clojure? Scala?呸,通通都是骗人的!看看那些只会COBOL的家伙:不是依然干得风生水起么!
▼不要钻研自己学到的东西
好吧,不管怎么说,你毕竟学到了点东西。在StackOverflow上搜索解决方案,偶然发现Martin Fowler的一篇文章讲得还挺吸引人,又或者觉得过于无聊而将《The Clean Coder》束之高阁。
反正你学到什么都不要去钻研。是的,只需要盲从这些死板的内容就可以了:不要去验证这些知识的真假,也不要检查它是否适合你的风格!凡事只学一遍哦亲!
从不同的角度观察,然后思考出一些独特的见解……何苦呢,应用了,解决问题了,那就可以轻轻松松回家玩游戏了。以后的事以后再说,得过且过知道不?
▼不接受他人的见解和指导
这是显而易见的,因为……难道他们的话就一定正确吗?
你已经学会如何解决这个问题。并且很管用。那不就成了。别人凭什么质疑你的编码方式?你也没有必要去学习解决问题的其他途径!
倚老卖老,喋喋不休什么的真心是太讨厌了,还会伤害偶们的自我意识。所以,不要听这些家伙的罗里吧嗦。
▼不需要让你的代码变得可读
仔细想想:为什么要让代码变得可读呢?说的好像我们还要常回去看看一样?你的代码已然是非常棒,又能工作,所以我们不需要再去碰触它。
此外,对于计算机而言,它才不管这些代码是否可读呢,只要能运行程序就成。你的代码不是为了方便其他程序员阅读而写的。事实上,最好只有你能读得懂,这样这份工作就非你不可了,不是吗?
▼不写测试
Loser才需要测试。测试是愚蠢者的墓志铭。
请相信自己的代码是完美的!你永远不会犯错误——有也是因为编程语言有缺陷,或者是机器的错。
如果代码能在你的机器上运行,那么没有理由不能在其他地方正常运行,永永久久地正常运行。
▼除了写代码,其他的啥也别干
为什么要分析需求,了解业务,写测试,学习如何在自己电脑之外的地方部署呢?
况且,这些事对你写代码一点好处也没有,是吧?完成这些任务除了浪费时间,有帮助吗?
▼不要帮助别人
不要帮助别人:让他们自己想办法。也许他们会问你是如何解决他们眼中的难题的,但是你为什么要多费唇舌呢?反正已经搞定了,不是吗?
而且,搞不好那个程序员也和你一样根本听不进其他人的建议:“不接受他人的见解和指导”这一条,没忘记吧?
帮助他人不但费时,还会让你怀疑自己的知识和能力,这是不应该出现的情况。所以,各人自扫门前雪莫管他人瓦上霜。
▼结论
掌握了上述所有技巧,那么你就成功成为了一个糟糕的开发人员。糟糕但活得舒服的开发人员。别谢我!
你也许感兴趣的:
- 【外评】电脑从哪里获取时间?
- 【外评】为什么 Stack Overflow 正在消失?
- Android 全力押注 Rust,Linux 却在原地踏步?谷歌:用 Rust 重写固件太简单了!
- 【外评】哪些开源项目被广泛使用,但仅由少数人维护?
- 【外评】好的重构与不好的重构
- C 语言老将从中作梗,Rust for Linux 项目内讧升级!核心维护者愤然离职:不受尊重、热情被消耗光
- 【外评】代码审查反模式
- 我受够了维护 AI 生成的代码
- 【外评】Linux 桌面市场份额升至 4.45
- 【外评】作为全栈开发人员如何跟上 AI/ML 的发展?
你对本文的反应是: