炒作并非用例

几个月前，一位招聘人员在领英上给我发了一条消息，里面有一个招聘视频的链接。最近我经常看到这样的消息，但这次尤其让我印象深刻，它很快就让我对这家公司失去了兴趣。

它描述了他们对技术乌托邦的想法，在那里开发人员可以使用他们想要的任何技术。

“早上读一篇关于新事物的博客文章。下午就把它部署到生产环境中。”一位因咖啡因过量而兴奋的开发人员说道。

选择你想要的工具和语言。每个团队使用的东西都不一样。

“我们处于前沿，疯狂创新，使用在其他地方看不到的技术。”

他们描述的公司文化简直糟透了。当然，人们看起来既快乐又投入，但视频传达给我的信息是：“这里是通往混乱地狱般的痛苦和折磨的入口。愿上帝保佑他们的行动小组。”

这些人就像玩玩具的小孩，而不是开发者。仔细观察，你会在大多数开发小组里看到一两个这样的人。他们根据自己读过的最新博客文章来选择工具，像脑残的松鼠一样追逐技术。

他们要么不在值班，要么对工作之外的生活毫无顾忌。他们构建的东西总是脆弱不堪，或者在某种程度上已经残破不堪。

在一位优秀经理的带领下，这些人（他们总是如此）可以成为团队中坚实的成员，他们确实推动创新，并引导人们思考新的工作方式。然而，如果任由他们自行其是，就像他们经常做的那样，很快就会引发一场大火。当然，这可能是一场惊天大火。

有时，这种追逐金钱的行为会被积极鼓励（就像招聘视频里的那家公司一样）。在这些公司，领导层和员工混淆了工具创新和业务创新。他们的文化是，没有人会问“用 Haskell 重写整个应用程序会给我们带来竞争优势吗？”（答案永远是否定的）。

他们也不会问：

等等。

我并非主张人们不应该对新技术感到兴奋，只是在选择工具时需要谨慎。最好在业务、产品和流程上进行创新，而不是在工具上。

为了企业的成功（也为了你能够长期保住工作），最好使用经过时间检验、社区支持成熟的成熟技术，并让那些狂热的早期采用者能够解决生产环境中的问题。“完善的文档和支持”远比光鲜亮丽更重要。

“正确”也是如此。那些被大肆宣传但并不适合解决问题的成熟工具，和新生工具一样危险。

如果你的团队里有一些喜欢捣鼓东西的人，或者你管理着他们，不妨问问他们，帮助他们做出正确的决策。让他们思考一些场景，比如“我刚读到关于 MongoDB 的文章，它太棒了。我们应该用 Mongo！”，最终得出“我们所有的数据都是关系型的。我们不应该用 Mongo！”的结论。

帮助他们像木匠一样思考。用一把旧锤子并不会阻止你建造一座很棒的房子。事实上，拥有你熟悉且值得信赖的工具，能让你在其他方面敢于冒险，突破你原本无法做到的极限，如果你的所有工具都像15种不同的“着火”状态一样。

尝试新技术。我甚至认为，需要专门的冲刺时间来测试和尝试新事物。继续前进和学习，但对于投入生产的项目，请选择那些枯燥乏味的东西，那些你知道可以信赖的技术。

像Thoughtworks 的技术雷达这样的资源非常有用，它能帮你找到哪些技术处于最佳状态：既足够新，足够相关，又足够成熟，不至于让你陷入孤立。如果你在企业领域，像 Gartner 这样的资源也很方便。

这正是区分孩子和成年人、成功者和疲惫不堪的关键所在。负责任地选择技术并不性感或令人兴奋，但它是明智的，而这一点却常常被忽视。这也体现了对你的队友和同事的善意——他们最终将不得不承担你所做决定的后续影响。