本文最初发布于 DEV 网站,经原作者授权由 InfoQ 中文站翻译并分享。
我经常看到很多人写文章,就职业选择、面试技巧或如何成为优秀程序员等针对开发人员的主题提出建议。
我觉得换一种思路,反其道而行之也可以让你大开眼界,让大家知道该对什么事情敬而远之,或者该专注于哪些领域。
为了进一步探讨这个主题,我几周前发出了一条推文,向开发人员询问一个简单的问题:
你对刚开始编程的人有什么建议,来帮助他们成为最差劲的开发人员?
在这篇文章中,我会总结自己最喜欢的 10 个答案,附带我的个人提示和技巧推荐。
10. 首先你需要完全精通 JavaScript 才能开始做其他事情
这条建议太棒了,而且在哪里都能起效。在你做 任何事情 之前,首先得成为你们国家,或者最起码你周围圈子中最精通 JavaScript 的专家才行。否则的话,你怎么知道自己不会搞砸什么事情呢?你怎么知道自己写的代码不会被人嘲笑呢?
如果你起步太早,那就很可能会犯错。请牢记这句话:作为开发人员,你的职责是 永远 不要犯任何错误。
9. 永远不要质疑大 V:他们永远都比你更正确,比你更聪明
大 V 应该被当作神来膜拜。他们说的话肯定是对的。就算他们是在几周前才开始编程,而你已经工作了几年,那也无妨:如果他们在社交媒体上拥有大量的粉丝,那么他们肯定会比你更博学,你应该好好听听他们的发言,然后照做就是。
请记住:1 个粉丝 = 10 亿个脑细胞。你的脑细胞有几万亿吗?我不这么认为。
8. 如果你听不懂某些内容,那是语言创建者的错,也是语言的根本缺陷, 你应该编写自己的语言来解决这个问题
我们之所以有这么多 bug,原因在于世界上根本没有足够多的编程语言。Brendan Eich 用了不到 10 天就创建了 JavaScript。如果你能投入大约 30 天的时间,当然可以做出更好的东西来。还在等什么,快去创造奇迹吧!
7. 如果有人针对你的解决方案给出了替代方案,那么你就应该这样说:“但是呢……”,然后蹦出一些难懂的词:“安全性”“可伸缩性”“正交性”“可维护性”,最后潇洒地转身离去就行啦
除了你自己以外,没有人会真正理解你的代码,明白你为什么会这样写。不要期望任何人会给出有用的反馈意见,110%的情况下他们根本不知道自己在说什么。如果他们那么聪明,倒是他们自己来写啊,到头来还不是你在写嘛。
6. 不要学习 HTML,它已经过时了
仅仅因为每个现代的 Web 框架仍在使用 HTML,并不意味着你也应该这样做。相反,你应该专心围绕它构建一个新的标记语言和生态系统(包括浏览器、移动设备、API 等)。
另外,只要见到有人在讨论 HTML 就要插一脚进去,提醒所有人 HTML 确实不是一种“真正的”编程语言。CSS 也是如此。在简历上留下你参与讨论的链接,让你的招聘经理知道你是“真正的程序员”。
5. 你完全不需要关心与他人之间的交流方式,人类是无关紧要的,重要的只有计算机
我看到开发人员犯的最大错误之一,就是浪费时间和别人交流,而不是把时间节约下来编写代码。你的职位是 开发人员,不是 谈话人员。你编写的代码行数越多,薪水就越高。
电子邮件,忽略;Slack 消息,无视;GitHub 问题,看不见。相比之下,你要把自己锁在信息孤岛中努力工作,并尽可能多开发很酷的功能。当有人强迫你参加什么会议时,请在会议开始前最后一分钟找一个非常含糊的理由拒掉它。
4. 试着使事情变得尽可能地复杂,那是保住你工作的关键招数
当你找到让自己感到给出舒心的工作环境后,就一定要遵从这一条准则。尽一切可能在没有监督的情况下完全控制工作中用到的存储库,不要让其他同事碰它们。尝试在函数、变量和文件名中尽可能发挥自己的创造力,搞出来让其他人都看不懂的新鲜玩意儿。使用你喜爱的独特约定,例如反着写英文单词,还可以使用你喜欢的电视节目的角色名称或姓氏作为变量的前缀。此外,还可以考虑通过 jsFuck 来运行代码。
如果你是唯一可以修复或更新代码库的员工,那你就再也不用担心自己会丢掉工作啦。
3. 复制并粘贴互联网上的所有内容,用不着花时间了解其中的任何东西
你的目标是发布代码。借助 StackOverflow 和谷歌等众多资源,你几乎可以找到所有问题的答案,根本用不着费什么力气。这里的问题是,许多开发人员都在浪费时间来尝试理解这些玩意儿,可它们本来就能正常工作啊。只要你搜到的东西能用,那就放心大胆地用它,不要浪费任何时间思考它背后是不是有什么陷阱或坑。
花大量时间了解你究竟在做什么事情,会阻止你实现最终目标:编写尽可能多的代码行。
2. 你自己的意见是你唯一需要听的意见
这一条又回到了规则 5——参与的人越多,你听到其他人放的屁就越多。如果你被迫听取经理或团队中其他开发人员的意见,请加入会话,但当他们交谈时,试着在脑子里回放 BeastieBoys 上传的脱线视频,确保这帮人的口水没有一滴能掉进你的大脑。
1. 必须尽可能将同事代码中 let 的每个实例都重写为 const,他们可能现在会讨厌你,但迟早会感谢你的,这对于你的应用程序的稳定性是至关重要的,因此这一条的优先级应该比交付新功能更高
这是最重要的一条(并且是不言自明的)。
原文链接
Top 10 Pieces of Advice for Becoming the Worst Developer Possible
评论 4 条评论