Python:

没有分隔符表示块的结束会导致歧义，这样自动缩进就不能处理格式不佳的代码。 没有宏(修饰符不算) 没有像haskell的cabal或perl的CPAN那样的库自动获取 不能声明变量const(是的，可以自己定义变量，但是…) 元编程被削弱 差点忘了全局解释器锁

C是我最喜欢的，但也很糟糕。

It has the worst pre-processor ever. Why didn't they use something like m4? The whole header vs source file model is broken. Pascal got it right with units. It needs case ranges in the switch statement. Unions and casts from void* break the type system. This makes garbage collectors impossible. No nested functions. GNU C has this, but it should be standard. No boundary checking for allocated memory. There are tools that discover this but they don't detect errors where a piece of code miscalculates an address and writes to an allocated region which isn't related at all. I hate the whole pointer arithmetic. No bounds checking for arrays. Too many issues regarding portability. Even wchar_t differs across platforms.

JavaScript:

The Object prototype can be modified. Every single object in your program gets new properties, and something probably breaks. All objects are hash maps, but it's difficult to safely use them as such. In particular, if one of your keys happens to be __proto__, you're in trouble. No object closure at function reference time. In fact, no object closure at all -- instead, this is set whenever a function is called with object notation or the new operator. Results in much confusion, particularly when creating event callbacks, because this isn't set to what the programmer expects. Corollary: calling a function without object notation or the new operator results in this being set equal to the global object, resulting in much breakage. Addition operator overloaded to also perform string concatenation, despite the two operations being fundamentally different. Results in pain when a value you expect to be a number is in fact a string. == and != operators perform type coercion. Comparisons between different types involve a list of rules that no mortal can remember in full. This is mitigated by the existence of === and !== operators. Both null and undefined exist, with subtly different, yet redundant meanings. Why? Weird syntax for setting up prototype chains. parseInt(s) expects a C-style number, so treats values with leading zeroes as octal, etc. You can at least parseInt(s, 10) but the default behaviour is confusing. No block scope. Can declare the same variable more than once. Can use a variable without declaring it, in which case it's global and probably breaks your program. with { }. Really difficult to document with JavaDoc like tools.

我知道我迟到了，但恨是永恒的!

Java

Runtime.exec(). So, if I don't manually clear the STDOUT and STDERR buffers, my code will hang? Wow. Die, plz. Null Pointer Exceptions. Responsible programming means I have to treat most objects like they're unexploded bombs, which is kind of a pisser in an object-oriented language. And when the inevitable happens I kinda need to know which object blew up in my face, but Java apparently feels telling me would be cheating. File I/O. Why do I have to jump through this many hoops to read a dang text file? And when copying files, I have to funnel the source file into my code and manually handle the output byte buffer? You're serious? Primitives vs. Primitive Wrappers. Note that Java now has a number of features that allow you to treat primitives and their wrapper objects as interchangeable in some places, but not in others; don't worry, the compiler will let you know which is which. This feels like a hack to work around a fundamentally broketastic design decision. And it is. (EDIT: Actually, the compiler is a much crappier safety net than I thought, particular when doing equality checks. If `a` and `b` are integers, `a == b` is guaranteed to behave as expected only if at least one of them is of type `int`. If they're both type `Integer`, then that statement will do what you think only if the two numbers are between -128 and 127. `Integer a = 1000; Integer b = 1000; return a == b;` will return `false`. Really.) XML. I have this dirt-simple little XML file I need to create and I have to do what?

我讨厌Python的地方:

没有编译器 它没有被认真对待

Python让我恼火的地方:

(自我, 没有私人 打破兼容性

我讨厌PHP的五个方面:

“按预期工作”，而这显然是一个bug 没有转到 有bug的引用(foreach $arr => &$val…Foreach $arr => $val) 没有多重继承 没有一个编译器能够真正工作，而不需要向黑暗之神牺牲一只羔羊

C#

1)缺乏为值类型编写泛型的实际能力。例如，任何白痴(好吧，大多数白痴)都可以编写一个例程，用c++计算int, float, double等列表的标准偏差，它写起来很简单，易于阅读，并作为快速的非泛型代码执行。我认为，如果你能用c#写一些东西，接近于达到这三个中的任何一个，而在其他两个上又不荒谬，你就是一个真正伟大的程序员。

2)协方差和反方差，尽管这被添加到4。

3)非常糟糕的LINQ文档(好吧，并不是语言的一部分)。

4)尝试使用foreach/迭代器，当我每次都想做同样的事情，除了上次略有不同(如连接一串字符串与逗号之间的单词和最后两个)。如果我用一个IEnumerable来写它，它很难写和读，而用一个for (int I =0 I <…)它并没有好到哪里去，而且效率更低。

5)我知道我会收到抱怨，但是缺少受控的例外。这并不需要像在java中那样实现(框架开发人员确实提出了一些很好的观点，为什么他们没有这样做)，但我很乐意看到编译器警告不喜欢受控异常的用户可以关闭。