Python:

1) It's a scripting language and not a fully compiled one (I'd prefer to be able to compile binaries—I don't care about bytecode). This is very annoying if I have to use very many libraries (i.e. everyone who uses my program has to install all the libraries, and this basically means no normal people will be able to, or have the patience to, properly set it up—unless I do a ton of work that should be unnecessary). I know ways to make binaries, but they don't always work, and I'm guessing they bundle the interpreter in the binaries anyhow (and I don't want that). Now, if I could get a bytecode compiler that would include copies of all the files that I imported (and only those) to be placed in my program's folder, that might be a suitable compromise (then no one would have to download extra libraries and such). It would also be nice if the compiled python files could be compressed into a single file with one specified as the file to run the program before this is done.

2)有时看起来有点bug;有几次，应该工作的代码根本没有工作(没有程序员错误)，特别是与“from moduleX import *”和其他导入相关的问题有关的代码，以及一些与全局和局部变量有关的问题。

3)最大递归深度可以更高。至少有一次，我觉得我需要它去更高的地方。

4)没有switch语句(更不用说允许数字、字符串和范围的语句)

5)新版本的Python似乎取消了很多有用的字符串操作，而且似乎没有简单的文档说明如何在没有它们的情况下做同样的事情。

6)强制自动垃圾收集(我希望能够手动执行，尽管不一定强制执行)。

7)没有预先制作的定时器类没有使用GUI(好吧，可能有一个，但在我所做的所有搜索之后，它肯定不方便找到!我确实找到了一些东西，但当我尝试时，它根本不起作用。)所谓计时器，我指的是每隔x秒执行一个指定函数的排序，并能在需要时关闭它，等等。

8)社区里举例的人很少告诉我们他们导入了哪些模块，以及他们是如何导入的。

9)与Lua集成的支持并不多。

10)似乎没有办法向一个类的特定实例(而不是整个类)添加一个额外的函数，除非你动态地向该类添加一个对象变量，该对象具有所需的函数(但仍然，你必须为此创建另一个类)。

Python

错误/异常在调试时是模糊的 我工作时不用 在类中使用__init__， __repr__， __str__等 不能简单地编译可执行文件(.exe或其他) 还有一件事我还没试过，但肯定会让我心烦

对于所有的c语言程序员来说，self对我来说更有意义，因为对象引用的是它的self

下面是关于Perl 5的更多内容，来自创建了大量Perl模块，特别是在Moose上工作过的人的观点。

The horrible brokenness that is overloading and tied variables. Both of these features are a failed attempt to allow transparent extension to the built-in types. They both fail in various ways, and require module authors like myself to either implement horrible hacks to support them, or to say "never pass an overloaded object to the foo() method". Neither alternative is really acceptable. Lack of proper hooks into the compilation process and the meta-model. Moose in general, and role usage in particular, could be made much safer if the Perl core allowed us to affect the compilation process via a sane API that allowed us to hook into the meta-model (packages, classes, etc.) Lack of named parameters built into the language. Instead, everyone reinvents this. It's annoying. Similarly, lack of optional types. I don't want a static language, but the ability to specify types and constraints, particularly on function/method parameters, would be great. Perl 6 gets this right. Types are optional, but very rich, and there's no fundamental difference between built-in and user-defined types. The backwards compatibility police. This is more of a cultural issue. A number of the above issues can never really be fixed, since Perl 5 has a very strong commitment to backwards compatibility. So even if something were to be added that effectively replaced the current ball of shit that is tie and overloading, those features will never be removed. Of course, backwards compatibility is also one of Perl 5's greatest strengths. Bonus hate: Perl's built-in exception mechanism is a joke. The fact that exceptions may be a string or object makes for an eternity of fiddly exception-catching code, and the lack of a catch in the language syntax is the wart on the wart.

C#

我对c#非常满意，但这两个真的让我很恼火:

Constructor-based initialization for immutable classes is less convenient, less intuitive (when you read the code you don't understand what you assign to what), has less IDE backing than inline object initialization. This makes you lean towards mutable classes inevitably. I know this has been mentioned before, but I strictly have problems with initialization syntax for immutable classes. switch is too verbose. Whenever I see a situation where a switch would be proper, I'm really inclined to use an if..else if.. just because it's more terse (~30% less typing). I think there should be no fallthrough for switch, break should be implied, and case should allow comma separated list of values.

Lua:

元表是如此令人困惑，直到他们“点击” 缺少像a += 20这样的赋值操作符是一种痛苦 没有集成的面向对象的解决方案意味着每个人和他的狗都使用自己的口味 用于注释(——)的语法排除了加/减前后操作符的可能性 不入侵C端就不可能有任何先发制人的多任务系统

BrainF * ck

你的亮点是图灵完备?!我可以在Perl正则表达式中做更多的事情! 缺少对象。来吧,人!就像，你好… 没有网络库。我只想刮一个网页，天哪。 没有一级函数。恭喜你——你可以同情你的Java朋友了。 一个无限的磁带存储，没有其他。这是如此的矫情，我们可能还在写Lisp。