Scripting 您是否应该在开发组中标准化脚本语言？

在工作中，我们编写少量到适量的脚本来帮助我们进行正常的开发。我们有一些人对python、perl、php等更熟悉

有时我认为最好让人们用他们最熟悉的语言工作。这可能意味着有时人们可以在脚本上做得更好（因为他们知道一种语言中的更多技巧）。它还可以减少每个脚本的开发时间

其他时候，我认为标准化会让我们受益最大，这样可能会有更多的共享库，这样我们就不会陷入“我无法编写该脚本，因为我不懂python”的境地

---

你认为我们应该标准化还是让人们为他们编写的每一个脚本进行选择？

我倾向于让人们选择，并雇佣那些善于学习新事物的人。对于一个优秀的开发人员来说，掌握几乎所有语言的基本流利程度应该足够容易。而对于原作者不远的小脚本，则更容易

当然，上面的第二部分是困难的部分。但最终你会拥有一个更灵活、知识更渊博的团队。

不

---

希望您的开发环境是一个可以改变和培养的活体。新的能力（脚本语言）应该能够适应，多年未访问过的老地方有一天会被工具排除，或者不时地重新访问并进行评估。希望开发脚本只是少量的开发和自动化。团队很可能会倾向于一套标准（ant、python等）。

我的观点是，它与任何其他开发环境一样。您是否对一种开发语言进行标准化？为什么？您的脚本环境也应该如此。我不仅倾向于标准化一种特定的语言，我认为您应该标准化您希望在编程环境中所做的所有事情（命名约定、编码风格等）。当然，也有相反的论点，偶尔也会有例外，但希望它们很少，而且是有正当理由的。

就像一切事物一样，都有好的一面和坏的一面

作为一名开发人员，我不喜欢受到“官方公司标准”的限制。这些规则往往会限制和扼杀

我认为最重要的是在员工中始终有两个人，他们都可以阅读和编写脚本语言，这样一个人就可以在不耽误工作的情况下休假或生病

---

对于系统的主要组件，可能最好在单一语言上进行标准化—尽管我这么说很痛苦。

我主张在两种语言上进行标准化。“你应该使用Python、Perl或Ruby，而不是Rexx、PHP、NewBatch或其他任何东西，因为你的兄弟应该能够阅读你的文章，而不会过度绝望或割伤他们的皮肤。”

我认为问这个问题的正确地点是你自己的团队

你的团队应该就他们是否想要一个共同的平台或者他们是否想要为工作选择正确工具的自由达成共识。对于这个问题没有单一的最佳答案，正如“什么是最好的脚本语言”没有单一的最佳答案一样

---

当然，每种方法都有优点。如果每个团队成员都可以自由选择自己的语言，他们的工作效率可能会更高，您的企业也会因此受益。另一方面，如果有人用一种只有她知道的语言编写了一个关键工具，然后她身上发生了一些事情（疾病、新工作等），你可能会陷入一个没有人知道如何修复的单一故障点。

只要所讨论的语言用于脚本编写，我同意其他评论者的观点，这应该留给开发团队，在大多数情况下，不同的语言应该被容忍

如果该语言用于您的主代码库，您最好在一个代码库上进行标准化

---

如果一些开发人员抱怨脚本不是用他们的语言编写的，鼓励他们学习它，特别是如果它是Ruby、Perl等广泛使用的脚本之一。

每个项目，任何签入的脚本都应该遵循最小复杂性的规则

你的团队总有一天会离开，而其他人将不得不进来维护它。请不要让他们学习5种语言，否则他们会在源代码中查找你的名字，然后追捕你

当我们拿起这样的黑客项目时，我们几乎认为创作者完全是傻瓜，并取笑他们。他们连学习一种脚本语言都懒得学

也就是说，如果你不登记，谁在乎呢