Emacs Lisp

目前还没有足够的商业市场让人们全职用elisp编码 GNU Emacs vs XEmacs不兼容 Scheme中的嵌套函数很整洁，我希望elisp有[1]的概念 用于简单遍历列表的do循环或其他一些工具不是标准的(当然，您现在可以使用lambda进行映射)[1] (function (lambda(…)))[1]应该有一个简写

当然，Lisp的一个美妙之处在于，用一行代码在你自己的代码中修复这些问题并不难。但这并不是与生俱来的，这让我很恼火。

好的问题;我有点不好意思，因为我想不出更好的东西来恨，但说实话，法官大人，没什么好恨的。

VB。网

默认情况下弱类型(Option Strict修复了这个问题，但默认情况下没有启用) 在方法上不需要括号(myFunction而不是myFunction()等等) 是否使用括号来定义数组/使用(myArray(12)而不是myArray[12]) 不支持直接递增(i++) 是否支持遗留的On Error关键字和整个VB6-Namespace

Ruby有许多与速度相关的缺陷，但我并不讨厌它们。它也有社区传福音过度的缺陷，但这并没有真正困扰我。以下是我最讨厌的:

Closures (blocks) have 4 different creation syntaxes, and none of them are optimal. The elegant syntax is incomplete and ambiguous with hashes, and the full syntax is ugly. The community tends to be against real documentation, favoring ‘read the code’. I find this childish and lazy. Metaprogramming abuse, particularly in libraries, makes bugs a nightmare to track down. On a related note, pervasive metaprogramming makes a comprehensive IDE difficult, if not impossible, to make. The way block passing to functions is done is silly. There is no reason blocks should be passed outside the parameter list, or have odd special syntax to access (yield). I am of the opinion that blocks should have been given a less ambiguous syntax (or hashes could have used different delimiters; perhaps <> rather than {}), and passing as parameters to methods should have been just like all other parameters. object.method(1, {|a| a.bar}, "blah") These oddities, like the block must be the last parameter passed and passing more than one block is different with longer syntax, really annoy me.

JavaScript

数字作为字符串-数学可以 数字令人沮丧 解释为字符串。5 + 2 = 52? 叽阿… 权限-所有最好的东西都需要用户的权限! 屏幕更新—浏览器必须处于稳定状态才能更新屏幕。似乎没有一种方法可以强制在脚本中间更新屏幕。 慢-虽然谷歌的Chrome很好… 浏览器的差异使语言的使用[审查]。

Ruby

无类型推断 方法/函数不是一级对象 变量的范围不是词法的，尽管块变量的范围是词法的 Def内部的Def super和super()的区别

c#中缺少预处理器。

我知道他们把它放在一边是因为有些人会滥用它，但我认为他们把孩子和洗澡水一起倒掉了。代码生成被认为是一件好事，在c++中，预处理程序是我的第一个代码生成器。