大型的组织，不同的团队，独特的技术栈还是不同的？

Question

这是一个很难的问题，涉及到许多人，这是一个真实的情况，可能会产生真正的后果。

一个由大约100名开发人员组成的大型组织，在不同的团队中工作。团队采用不同的前端技术，为同一公司维护不同的产品。

一个团队拥有角质方面的经验，已经有几年了。他们很擅长这个。但是公司选择在所有其他项目中使用React，并且希望这个团队也使用React。

这是个好做法吗？强迫团队使用所需的堆栈？

有什么对公司更好？-让开发人员选择堆栈，并拥有不同的技术让“架构师”或公司为公司选择一个堆栈，并拥有一项单一的技术。

我知道你们中的一些人会说，开发人员应该选择堆栈，因为他们知道解决正确问题的正确工具。但请不要使用这个论点。假设“开发人员使用他们所知道的工具”，在这种情况下，这两种工具是相似的，两者都可以满足相同的需求。我指的是角度和反应。我不谈后端或其他事情。

让所有团队使用相同的技术栈有一些很好的理由:市场采用、共享代码基础、统一技术。这说得通。但是，强迫一支精通另一组的队伍去改变.这有意义吗？把这些知识扔到垃圾堆里？

Answer 1

就我个人而言，规定特定的技术在我的优先事项清单上是很低的。

应根据一系列标准做出技术选择，包括

• 达到设计目标
• 成本
• 成熟度、文档和社区的可用性
• 开发团队偏好
• 提供内部开发人员经验
• 与架构目标和远景保持一致

努力让更多的开发人员在跨团队的一种技术方面拥有更多的经验并非不合理。但这只是一个因素。大多数时候，我看到这些讨论都会出错，因为设计目标甚至还没有设定，也不可能做出合理的决定。

Answer 2

你提到了两种方式：

1. 让开发人员选择堆栈，并拥有不同的技术(忽略架构师/公司的原因)。
2. 让“架构师”或公司为公司选择一个堆栈，并拥有单一的技术(忽略开发人员想要的)。

但还有其他方法。例如,

1. 开发人员可以倾听并同意架构师的理由(f.e。当所有项目都在同一个堆栈上时，开发人员可以轻松地在项目之间迁移和/或更快地去度假)。
2. 公司考虑了开发人员想要保留旧堆栈的原因和内容。例如，雇用另一个团队来创建新版本，在创建新版本时保持该团队一年，然后解雇旧团队。

此外，请注意，什么是好的公司(雇用新的团队和解雇旧的)是不必要的，将有利于开发人员，反之亦然。也许这对双方来说都是更好的离婚。

Answer 3

归根结底，这是一个管理问题，可以用一次计算来总结。

共享一个技术栈的优势是否超过了不得不转换的团队的生产力损失成本？

我认为程序员的主要技能不是特定于语言/堆栈的。我想大多数程序员在他们的职业生涯中都必须学习新的语言/技术栈。因此，必须进行转换本身不应该是一件大事。

当管理人员错误地判断这种计算时，问题就出现了，开发人员很少需要时间来学习新的堆栈，这就是问题所在。一些常见的打嗝。

1. 对新堆栈的好处的过于乐观的预测。闪亮的新语言和框架很容易落入其中，它们的缺陷直到几年后才会显现出来。在这一点上，应用程序是大的，可以维护的程序员谁最初没有编写的代码，和不可避免的新的一组问题与不再闪亮的技术是显而易见的。结果可能是，即使每个人都具备了新框架中的专业知识，开发人员实际上也没有更高的效率。或者，对于团队被迫切换到的某些类型的应用程序来说，堆栈可能是一个糟糕的选择。这里有一个领域，管理人员应该听取程序员的意见，并在权衡好处时考虑到这一点。但这不太可能是角质反应的一个因素。
2. 低估了转换的真正成本。培训程序员可能是最容易的部分。难以估计的是，需要多长时间来移植公司特定的标准库、设置配置、工具和基础设施(如果需要)，以及移植或更新遗留软件来使用新堆栈。如果它决定重写所有的东西，那么要特别疲倦，这需要很长时间，即使是在所使用的语言方面有经验的开发人员也是如此。

当然，在某些情况下，试图将开发集中在一组/几种技术上是值得的。但是，有许多陷阱可以阻止这种改变的成功。