Perl的复杂性？

关于编程语言复杂性的一般性讨论是什么，比如在讨论其复杂性时应该真正关注什么？

一个源perl的“复杂性”来自于有几种方法可以做某事

考虑一下低俗的“如果”陈述。Perl提供了几种可选的if和if-like结构。N00b perl程序员被迫询问哪一个是“首选”的，并发现答案往往是细微差别的

有时是

做某事| |死

，有时是

做某事或死

，有时是一个真正的if语句

• 实现同一目标的方法很多，其中一些由于其作为脚本语言的传统而结构不良
• 当您更改前导字符时，变量引用似乎会更改变量的类型，例如从@更改为$
• 函数调用和结果返回机制
• 很难读懂PERL。即使是PERL程序的编写者，在返回到自己的代码并理解它时也会遇到困难
• 正则表达式太容易使用，通常用于解析器或纯字符串函数更清晰、更高效的地方
• 由于web早期大量的PERL编程书籍（其中许多编写得很差），许多人以非常非结构化的方式学习PERL。这使得管理一个以一致的方式编写专业等级代码的团队变得更加困难

---

复杂性。。。怎样？就正常使用而言，它并不比任何其他语言复杂多少。诚然，制作一个看起来也应该是二进制文件的Perl程序是很容易的，但这仍然是写得很差的（IMO）代码，不是语言的错。我理解这个问题，但不是他们想要什么。你需要告诉我们你在问什么样的复杂性…你可能想把这变成一个社区维基问题，因为没有可以接受的“答案”。这是一个讨论问题。