为我的应用程序在perl和python之间进行选择

Question

我在一家小型电子公司工作，我被指派为我们的产品交付流程重新发明和重写软件，该软件收集设计组件，对它们进行验证，并创建一个交付tarball，然后将其发送给客户。为此，我正在讨论是选择Perl还是Python。我正在考虑两者的利弊。我不是一个专业的软件工程师，所以我想征求你的意见。

一些背景信息：

旧的流程是一个古老的、长的Perl脚本，它运行所有的注销检查--交付创建的那一刻，丑陋，已经修补了上千次，迫切需要被替换。

我计划分散这一点，这样每个组件都由负责给定组件的工程师签署。签署相当于运行一个脚本，该脚本将启动几个EDA工具并解析它们的输出以验证状态。有关状态的信息将存储为包含某种序列化数据结构或对象的文件。

包构建脚本只会从序列化的文件中收集有关设计组件准备就绪的信息(是否已注销？)上次签名后文件被修改了吗？有没有任何放弃的错误？)创造一个圆球。

我正在考虑这两种解决方案的利弊。我想在这方面寻求一些建议。到目前为止，我考虑过的事情如下：

• 我熟悉同一级别的两种语言，所以这里没有明显的优势，只是Python编写得更好。
• 公司中几乎所有的脚本都是用Perl编写的，这是我们工程师熟悉的语言。也就是说，我们几乎没有标准化的库，所以无论如何我都无法重用。
• Perl有点过时，与Python相比，开发的库要少得多。
• 这里有一个接口，允许Perl实例化Python对象，但这不是一种简单的方法。
• 使用Perl更容易解析文本文件(EDA工具日志)。
• 来自这所大学的新工程师比Perl更有可能了解Python。

我想做出一个明智的选择，因为这款软件肯定会在未来几年使用。如果你能给我提供比上面列出的更多的论据，我将不胜感激，我可以在作出决定之前考虑这些论点。

Answer 1

Perl无疑是一个糟糕的选择。Python是流行的，但也是老式和不受支持的。就我个人而言，我推荐c#。但是..。

公司中几乎所有的脚本都是用Perl编写的，这是我们工程师熟悉的语言。

真的，这是一个压倒性的因素。除非整个公司从perl转向某种可选择的替代品，否则如果个人在这里更改一点代码--这里的代码--最终会变得非常混乱。

最好是决定一个单一的技术栈，并坚持在该空间内可用的选项。你会发现事情一起工作，用较少的努力和更少的问题。

如果可以的话，与其他工程师展开讨论，看看是否有一个共识，人们想走哪条路，看看你是否能把它变成一项官方政策。

如果你不能做到这一点，那就用你简历上最好看的语言。