我有一本书探讨了SNOBOL中的各种项目。第一章探讨了SNOBOL编程和语言的历史和文化，并花了一些时间论证一个优秀的程序员喜欢一种语言不是因为它的缺陷，而是尽管有缺陷。

我最喜欢的语言是Icon/Unicon。但还是有一些事情让我很恼火:

它不是很出名，也不是很受欢迎。 与PHP、Perl、Java等相比，它的库要小得多。数据库访问是通过ODBC完成的，这实际上非常烦人。 对于所有其他出色的列表处理，我想念PHP内置的explosion()和implode()。 它没有表常数。列表，是的，表格，不是。 它是一种编译(实际翻译)语言。

生存巨:

标准库的奇怪之处:它并不总是显示最佳实践，而且文档不足 硬编码FunctionX, TupleX类 缺乏属性:getter和setter是分开的，这违反了DRY，并且使得像FRP这样的事情几乎不可能实现 需要= _来初始化属性

我最喜欢的是c#，但是已经有很多关于c#的答案了，所以我将选择我的下一个“最喜欢的”:

t - sql

The GO statement, and the fact that you need it for all manner of DDL/DML scripting, and the fact that it also breaks transaction semantics, making it far more difficult than it needs to be to write an atomic script, which you really need to have in order to upgrade a production database. Inconsistent semicolon semantics. 99% of the syntax doesn't need it, MERGE statement has to end with it, WITH statement has to begin with it... make up your mind! WITH CHECK CHECK / WITH NOCHECK CHECK. Uuuu-gly. Optional parameters in UDFs aren't really optional. Caller must specify DEFAULT (and don't even try using NULL instead). Compare to SPs where they are truly optional. "...may cause cycles or multiple cascade paths." HATE HATE HATE HATE HATE HATE HATE HATE HATE HATE HATE

我讨厌Python的地方:

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

Python让我恼火的地方:

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

我讨厌PHP的五个方面:

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

我自己最讨厌c++的5个地方:

自动生成构造函数、析构函数和赋值操作符。伙计，每当我在课上没有声明什么东西时，这意味着我不需要它，而不是我忘记了。你们这些编辑们，听到了吗?!

[4]模板语法。哦，我真的需要输入所有这些“<”和“>”，每当我决定从类主体提取定义?

[3]字符串。天啊，我受够了“const char*”，我必须处理NULL情况，我必须浪费O(N)来获得它的长度，我必须为concat操作分配缓冲区。

[2] Macroprocessing。每当我不明白，什么是我的编译器，我开始寻找宏。

[1]操作符重载。我看到代码“A + B * C”，在我看到A、B和C的实际类型之前，我说不出这个代码是关于什么的。

C#

Cannot create a reference (var &t = struct) No local scope destructors (IDispose comes close but its not the same) ToString, i almost dislike that every object has it but it turns out i dislike everything using it like string.format does. I rather have things that accepts a certain type (like ints, floats, text, chars only). So instead of passing in any object i need to pass in something with a implicit typecast or interface. I ended up writing something like this to safely escape text for html which worked great. Cannot use a virtual typecast (blah)obj; does not work if obj does not inherit/has an interface of blah. Simple workaround is to supply an interface with a convert function. Has no local creation. Instead of writing var o = new Item(); i would like to write (something like) Item o() (with an automatic dispose if it has one).