成为真正的“10x 工程师”的 10 个要点

你可能最近在 Twitter 上看到过一个关于“10x 工程师”的帖子。如果你还没看过，可以去看看它的全部内容：

总结一下就是，除非你符合一些非常狭隘和刻板的开发人员观点，否则你就不是“10x 工程师”。

很多人会说“10 倍工程师”根本不存在，因为想要在某方面比某人/大多数人强 10 倍实在是太难了。即使这个人并非字面意义上的“10 倍”，他仍然试图表达的是，存在着某个人在所有方面都比他强得多。

我个人非常讨厌“10x 工程师”这个词。就像“摇滚明星开发者”一样，它们无法准确描述和定义什么是优秀的开发者。

说所有开发人员都一样，未免有些不诚实。只需几分钟在 Twitter 上浏览不同的开发人员，我就能发现很多开发人员的知识比我丰富得多。话虽如此，把这些“10 倍工程师”说成是他们能显著提高你的企业成功的几率，这未免有些荒谬。

关于打破“10x 工程师”这一可怕的刻板印象已经说得够多了，让我们来谈谈真正造就优秀开发人员（即真正的“10x 工程师”）的因素。

1. 他们很聪明，但也知道自己的局限性

除非代码库规模很小，否则他们不可能了解投入生产的每一行代码。当然，他们可以自己解决很多问题，但他们知道自己什么时候遇到困难，也知道什么时候该寻求帮助。

无论您的技术水平如何，寻求帮助都没有错！

2. 独立能力强，但也能组成一支强大的团队

有时候需要独立编程，有时候需要团队合作。这些开发人员不会接下任务后就躲到角落里独自处理，与其他人隔绝开来。超小型开发需要团队的持续协作——无论是结对编程、代码审查、交流想法、协助调试等等。

这并不是说优秀的开发人员不愿意独自完成某些任务，但如果没有强有力的协作，大规模开发实际上是不可能的。

3. 他们帮助别人解决问题

你有没有向同事求助过，他们也确实答应了？恭喜你，他们可能是一位优秀的开发者。我们可能会查阅文档，甚至去 Stack Overflow 寻求帮助，但有时我们确实需要了解我们代码库的人的帮助。如果你是一位开发者，并且知道一些可以帮助同事的知识，那就去帮助他们吧！

4. 他们善良、善解人意

成为一名优秀的开发人员并不意味着要自作聪明、炫耀才智、因为自己比别人优秀而无视会议。成为一名优秀的开发人员也意味着要善于处理非技术性的事情。如果你通过对同事大喊大叫和批评他们的代码来“帮助”他们，那就别再这样做了。

5. 他们以正确的方式挑战你

这听起来可能有点争议，但优秀的开发人员不会总是给你答案。这听起来可能与第2点和第3点相矛盾，但这并不意味着要限制你。优秀的开发人员能够提供恰到好处的答案，让你能够自己解决问题。这些小挑战能帮助你成为更优秀的开发人员，并让你了解哪些方面可能需要进一步学习。

6. 他们明白“新奇”并不能解决所有问题

并不是说这些开发人员没有尝试新的工具和语言（在这方面他们可以做任何他们想做的事情），而是他们确实明白新工具并不能神奇地解决所有问题。

7. 他们知道你什么时候编程以及使用什么编辑器主题并不重要

抛开程序员的刻板印象，编程时间又有什么关系呢？如果你愿意/公司允许，那就半夜编程，如果你不愿意就别写。唯一需要时间考虑的原因是，你编程时间太长，没睡好！具体时间并不重要，除非它会影响到你的团队（比如，你半夜编程就是为了故意避开所有人）。

编辑器主题也一样，为什么深色主题真的会让你感觉更好呢？我给你个提示，它不会。深色主题有其用途，但肯定不是它的全部。

8. 他们不会费尽心思把事情弄得更复杂

这或许显而易见，但上周推特上还有另一条帖子说，编写如此复杂的程序是件好事。让我们和同事的工作变得更难，什么时候是好事了？

确实，有时候我们最终会编写出一个复杂的解决方案，就像我们可能（还）没有完全理解问题一样。这种情况可能发生在我们第一次尝试编写解决方案时，这时你通常会听到人们谈论重构代码，或者对他们上周/上个月/去年编写的代码不再“自豪”。

9. 他们不认为“团队”中有“我”

除非他们真的亲手编写了从编译器到所有业务逻辑的每一行源代码，否则他们知道这是团队合作的成果。他们不会试图抢走团队中其他人的风头——他们会强调所有促成项目成功的贡献。

当项目进展不顺利时，他们不会责怪所有人。团队项目的失败是团队的失败，而不是个人的失败（除非是恶意的）。他们帮助整个团队从错误中吸取教训，并防止类似事件再次发生。

10. 你确实想和他们一起工作

说到底，这些优秀的开发者都是你真正喜欢与之共事的人。无论你在公司（或远程办公）工作，都能感受到他们的热情，并很高兴能与如此优秀的团队共事。

如果您认识任何听起来像这样的开发人员，请告诉他们他们有多棒，以及您很高兴与他们合作。🙂