【软件开发】做出技术决策

在过去的二十年里，我曾在多家初创企业担任软件开发人员、技术负责人以及首席技术官（包括创办自己的公司）。在这个过程中，我积累了一些用于重大技术决策的原则。这些原则大多是通过实践中的教训得来的。虽然你可能并不完全认同所有原则，但我希望其中的一些能对那些在艰难技术决策中挣扎的人有所帮助。

专注于核心业务

在实现一个新功能之前，首先要问自己，这个功能是否属于公司核心业务的一部分。如果答案是否定的，那么你应该寻找第三方库或工具，最好是开源的。如果市面上可用的选项无法完全满足需求，可以考虑自行开发，但前提是要进行仔细的成本收益分析。尽可能避免写新代码——最好的代码就是不需要写的代码。

举个例子，当我加入 Faradai 时，公司已经拥有第一版能源管理软件平台，并成功服务了客户。虽然平台总体运行良好，但其自定义的 Web 前端框架 AML 使用和扩展起来非常困难。

由于 AML 是公司内部定制的框架，外界开发者对其完全不了解，因此我们必须对新开发者进行培训，才能让他们具备生产力。更糟糕的是，一些开发者抱怨学习的 AML 技能在其他地方完全用不上，他们的抱怨是有道理的！

对于初创公司而言，市场响应时间至关重要，而培训新开发者的过程让我们放慢了脚步。如果我们使用的是流行的前端框架，比如 React 或 Vue，我们只需直接聘用具备这些技能的开发者，他们一上手就能开始编写代码。

此外，当我们需要实现 AML 框架无法支持的功能时，我们不得不暂停核心应用代码的开发，转而处理 AML 的问题。作为一家专注于碳核算和能源管理的公司，维护一个自定义前端框架显然不是我们的核心业务。

除非绝对必要，不