Jon*_*ins 3 programming-languages
我是一个小型软件公司的开发经理,负责生产主要用Java编写的产品和一堆Java相关的Web技术和框架(当我们需要更低级别的东西时,C++的奇怪之处).
当其中一位开发人员来找我并说"我想要在Perl/Python/Ruby/Visual Basic/Fortran/6800汇编程序(基本上不在我们的核心技术列表中的任何内容)中使用内部工具"时,我的直接反应是当我离开时,我不想要一些我们可能无法支持的东西 - 内部工具有一种变得至关重要的方式,你需要能够独立于特定的个体来维护它们.
我的观点是,我不是要求他们用C编写一个Web应用程序,我们的核心技术列表通常包含对所讨论的工作很好的工具(如果可能不如某些替代方案那么好),但是在这些情况下应该严格应用标准吗？
(标记为社区维基,因为我知道它是主观的 - 虽然不是,但我希望有争议 - 但我相信如果他们认为这是不合理的,人们会关闭).
根据定义,标准是对潜在解决方案的任意限制.从本质上讲,它们并不总是包含给定工作的"最佳"工具(当然不是对"最佳"的所有解释).但是,遵守标准可以让您保持合理的成本,并保持灵活性(避免由于技术人员不熟练的非标准技术而不敢触摸您的工具链的情况).所以一般来说,要坚定自己的标准:你有一个很好的案例.
但是,考虑到整个世界和特别是IT的流动,标准也需要发展.这就是你应该留下一些实验空间的地方:允许你的开发人员聚集在一起,例如一个Ruby工具来感受它,但是用经批准的技术替换它的预算,并且不允许原始开发者维护它,以获得第二意见并降低锁定原始开发人员的风险.(在紧急情况下,这将被伤害.)如果新技术成功并且明显超过现有标准(关键点!),请考虑逐步实施.但不能逐步淘汰其他技术(至少在9个案例中)十分之一):您不希望您的标准组合无法控制地增长.