成为最差开发人员的十大建议

封面图片由Dan Meyers提供

很多时候，我都会看到人们在帖子中提供职业建议、面试技巧或如何成为一名优秀的程序员等针对开发人员的建议。

我认为对此进行不同的解读也能让人大开眼界，揭示出你应该远离的事情或尝试关注相反的事情。

为了更深入地了解这一点，几周前我发了一条推文，向开发人员询问了这个简单的问题：

您会给刚开始编程的人提供什么建议来帮助他们成为最差的开发人员？

在这篇文章中，我将概述我最喜欢的 10 个答案，以及我自己的个人技巧和窍门。

10. 在做任何其他事情之前，你需要 100% 了解 JavaScript。

这真是个好建议，而且适用于所有领域。除非你成为你所认识的顶尖专家，否则你不应该做任何事情，即使不是在你的国家，至少在你的圈子里也是如此。否则你怎么能确保你不会把事情搞砸？否则你怎么能确保你不会被嘲笑？

如果开始得太早，您可能会犯错误，请记住：作为开发人员，您的工作就是永远不要犯错误。

9.永远不要质疑思想领袖；他们总是对的，而且比你聪明。

思想领袖应该被尊为神明。他们说了算。即使他们几周前才开始编程，而你已经编程好几年了：如果他们在社交媒体上拥有大量粉丝，那么他们就比你更有见识，你应该认真听取他们的观点。

记住：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. 从网上复制粘贴所有内容。不用担心理解不了。

我们的目标是交付代码。有了 Stack Overflow 和 Google 等众多资源，几乎所有答案都近在眼前。问题在于，许多开发人员浪费时间去理解某个可行的方案。如果可行的方案，那就继续前进，不要再花时间思考了。

花费大量时间去理解自己在做什么会阻碍您实现最终目标：编写尽可能多的代码行。

2. 你只需要听取自己的意见。

这又回到了规则5——参与的人越多，你听到的废话就越多。如果你被迫听取经理或团队其他开发人员的意见，那就加入会议，但当他们说话的时候，试着在脑海中想象Beastie Boys乐队的星际视频在播放，确保他们说的话没有进入你的大脑。

let1. 你必须尽可能地重写同事代码中的每一个实例const。他们现在可能会讨厌你，但以后会感谢你的。这对你的应用程序的稳定性至关重要，应该优先于发布新功能。

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