669 点 我是一位资深的 UNIX 系统管理员和开源倡导者。近年来，我的主要关注点一直是 Linux 和 FreeBSD 系统管理、网络、电信以及 SAN/存储管理。 我喜欢构建基础设施，将系统连接在一起，创建流程，并将人们聚集在一起以支持他们的技术工作。 如果可以，我会尝试通过补丁或在技术支持论坛中帮助其他人来回馈开源项目。 开源布道者 作者 贡献者俱乐部
撰写的评论
感谢您深思熟虑的回应，以及您提出的要点。
我似乎经常在各种讨论中看到围绕固定截止日期和固定功能交付期望的问题。 这些与敏捷并不总是兼容，并且会阻碍创新过程，因为信任/辩论/实验等的循环受到需求的限制。
很棒的文章和回复，谢谢！
我仍然喜欢 perl 5 用于文本文件处理和执行 shell 和其他语言不太适合的系统管理功能。 但我可以坦率地说，我从来不喜欢 perl 模块系统，并且经常发现自己陷入依赖地狱，试图让一些看似简单的事情工作。像 python/pip 和 node/npm 这样的新人在这方面做得更好。
这里的其他人提到了 Web 技术……我从来不认为 perl 很好地集成到 apache 等中，并且使事情变得复杂。 PHP 在那里获胜是因为它实际上不是一个强制执行双重职责的 CLI 工具……它是一流的 Web 模块公民，而且在我看来，语法比 perl 更容易。
我认为 perl 的语法灵活性也对其不利。 我见过开发人员以产生非常晦涩（且无法维护）的代码而自豪。 这实际上是编码员的错……但是当你是唯一一个陷入调试一些真正疯狂的语法时，这种语言会让你感到厌烦。
我仍然觉得每种工具都有它的利基……perl 可能始终是我进行系统管理和文本处理任务的首选。 但我承认，当需要生成更实质性的代码、最终用户应用程序、Web 应用程序等时，我会喜欢其他语言。