programming-languages - 开发经理是否应该允许全权选择平台和语言？

Question

我是一家小型软件公司的开发经理，该公司生产主要使用 Java 编写的产品以及一系列与 Java 相关的网络技术和框架(当我们需要较低级别的东西时，C++ 的奇怪部分)。

当一位开发人员来找我说“我想在 Perl/Python/Ruby/Visual Basic/Fortran/6800 Assembler(基本上是我们的核心技术列表上没有的任何东西)中构建一个内部工具”时，我的直接的 react 是，我不想要当那个人离开时我们可能无法支持的东西 - 内部工具有一种变得至关重要的方式，你需要能够独立于特定个人来维护它们。

我的观点是，我并不是要他们用 C 语言编写 Web 应用程序，我们的核心技术列表通常包含适用于相关工作的工具(如果可能不如某些替代方案) )，但在这些情况下应严格应用标准吗？

(据我所知，作为社区 Wiki 的标记是主观的 - 虽然不是，我希望有争议 - 但我相信如果人们认为这是不合理的，他们会关闭)。

Answer 1

根据定义，标准是对潜在解决方案的任意限制。从本质上讲，它们并不总是包含针对给定工作的“最佳”工具(当然不是对“最佳”的所有解释)。但是遵守标准可以让您保持合理的成本，并保持灵 active (避免由于您的员工技能不够的非标准技术而不敢触及您的工具链的情况)。所以一般来说，要坚定你的标准:你有一个很好的案例。

但是，鉴于整个世界，尤其是 IT 的不断变化，标准也需要不断发展。 那是您应该为实验留出一些回旋余地的地方:允许您的开发人员将例如一个 Ruby 工具来感受它，但预算用于用批准的技术替换它，并且不允许原始开发人员维护它，以获得第二意见并降低锁定到原始开发人员的风险. (当然，这在紧急情况下会受到伤害。)如果新技术成功并且显着超过了您现有的标准(关键点!)，请考虑逐步采用它。但并非没有逐步淘汰某些东西否则(十分之九的情况):您不希望您的标准投资组合不受控制地增长。