成为最差前端开发的10个建议-技术圈

作者丨Nader Dabit

译者丨王强

策划丨小智

本文最初发布于 DEV 网站，经原作者授权由 InfoQ 中文站翻译并分享。

图片来源：Dan Meyers（https://unsplash.com/@dmey503）

我经常看到很多人写文章，就职业选择、面试技巧或如何成为优秀程序员等针对开发人员的主题提出建议。

我觉得换一种思路，反其道而行之也可以让你大开眼界，让大家知道该对什么事情敬而远之，或者该专注于哪些领域。

为了进一步探讨这个主题，我几周前发出了一条推文，向开发人员询问一个简单的问题：

你对刚开始编程的人有什么建议，来帮助他们成为最差劲的开发人员？

在这篇文章中，我会总结自己最喜欢的 10 个答案，附带我的个人提示和技巧推荐。

10. 首先你需要完全精通 JavaScript 才能开始做其他事情

https://twitter.com/hacksultan/status/1293614879010705412

这条建议太棒了，而且在哪里都能起效。在你做 任何事情 之前，首先得成为你们国家，或者最起码你周围圈子中最精通 JavaScript 的专家才行。否则的话，你怎么知道自己不会搞砸什么事情呢？你怎么知道自己写的代码不会被人嘲笑呢？

如果你起步太早，那就很可能会犯错。请牢记这句话：作为开发人员，你的职责是永远不要犯任何错误。

9. 永远不要质疑大 V：他们永远都比你更正确，比你更聪明

https://twitter.com/davidkpiano/status/1293561078161580037

大 V 应该被当作神来膜拜。他们说的话肯定是对的。就算他们是在几周前才开始编程，而你已经工作了几年，那也无妨：如果他们在社交媒体上拥有大量的粉丝，那么他们肯定会比你更博学，你应该好好听听他们的发言，然后照做就是。

请记住：1 个粉丝 ===10 亿个脑细胞。你的脑细胞有几万亿吗？我不这么认为。

8. 如果你听不懂某些内容，那是语言创建者的错，也是语言的根本缺陷，你应该编写自己的语言来解决这个问题

https://twitter.com/rchrdbyd/status/1293547074802327552

我们之所以有这么多 bug，原因在于世界上根本没有足够多的编程语言。Brendan Eich 用了不到 10 天就创建了 JavaScript。如果你能投入大约 30 天的时间，当然可以做出更好的东西来。还在等什么，快去创造奇迹吧！

7. 如果有人针对你的解决方案给出了替代方案，那么你就应该这样说：“但是呢……”，然后蹦出一些难懂的词：“安全性”“可伸缩性”“正交性”“可维护性”，最后潇洒地转身离去就行啦

https://twitter.com/jwcarroll/status/1293577278966894592

除了你自己以外，没有人会真正理解你的代码，明白你为什么会这样写。不要期望任何人会给出有用的反馈意见，110％的情况下他们根本不知道自己在说什么。如果他们那么聪明，倒是他们自己来写啊，到头来还不是你在写嘛。

6. 不要学习 HTML，它已经过时了

https://twitter.com/yagaboosh/status/1293672035697037313

仅仅因为每个现代的 Web 框架仍在使用 HTML，并不意味着你也应该这样做。相反，你应该专心围绕它构建一个新的标记语言和生态系统（包括浏览器、移动设备、API 等）。

另外，只要见到有人在讨论 HTML 就要插一脚进去，提醒所有人 HTML 确实不是一种“真正的”编程语言。CSS 也是如此。在简历上留下你参与讨论的链接，让你的招聘经理知道你是“真正的程序员”。

5. 你完全不需要关心与他人之间的交流方式，人类是无关紧要的，重要的只有计算机

https://twitter.com/ksylor/status/1293571812861915137

我看到开发人员犯的最大错误之一，就是浪费时间和别人交流，而不是把时间节约下来编写代码。你的职位是 开发人员，不是 谈话人员。你编写的代码行数越多，薪水就越高。

电子邮件，忽略；Slack 消息，无视；GitHub 问题，看不见。相比之下，你要把自己锁在信息孤岛中努力工作，并尽可能多开发很酷的功能。当有人强迫你参加什么会议时，请在会议开始前最后一分钟找一个非常含糊的理由拒掉它。

4. 试着使事情变得尽可能地复杂，那是保住你工作的关键招数

https://twitter.com/underscorefunk/status/1293551493560205313

当你找到让自己感到给出舒心的工作环境后，就一定要遵从这一条准则。尽一切可能在没有监督的情况下完全控制工作中用到的存储库，不要让其他同事碰它们。尝试在函数、变量和文件名中尽可能发挥自己的创造力，搞出来让其他人都看不懂的新鲜玩意儿。使用你喜爱的独特约定，例如反着写英文单词，还可以使用你喜欢的电视节目的角色名称或姓氏作为变量的前缀。此外，还可以考虑通过 jsFuck 来运行代码。

如果你是唯一可以修复或更新代码库的员工，那你就再也不用担心自己会丢掉工作啦。

3. 复制并粘贴互联网上的所有内容，用不着花时间了解其中的任何东西

https://twitter.com/aspittel/status/1293546655711715328

你的目标是发布代码。借助 StackOverflow 和谷歌等众多资源，你几乎可以找到所有问题的答案，根本用不着费什么力气。这里的问题是，许多开发人员都在浪费时间来尝试理解这些玩意儿，可它们本来就能正常工作啊。只要你搜到的东西能用，那就放心大胆地用它，不要浪费任何时间思考它背后是不是有什么陷阱或坑。

花大量时间了解你究竟在做什么事情，会阻止你实现最终目标：编写尽可能多的代码行。

2. 你自己的意见是你唯一需要听的意见

https://twitter.com/sam_martinez22/status/1293557365724200961

这一条又回到了规则 5——参与的人越多，你听到其他人放的屁就越多。如果你被迫听取经理或团队中其他开发人员的意见，请加入会话，但当他们交谈时，试着在脑子里回放 BeastieBoys 上传的脱线视频，确保这帮人的口水没有一滴能掉进你的大脑。

https://www.youtube.com/watch?v=qORYO0atB6g

1. 必须尽可能将同事代码中 let 的每个实例都重写为 const，他们可能现在会讨厌你，但迟早会感谢你的，这对于你的应用程序的稳定性是至关重要的，因此这一条的优先级应该比交付新功能更高

https://twitter.com/christianjuth/status/1293558262072250373

这是最重要的一条（并且是不言自明的）。

作者介绍

Nader Dabit 是 Web 和移动开发人员，专注于跨平台和云端应用程序开发工作。