在你看来，你遇到过的最令人惊讶、最怪异、最奇怪或最“WTF”的语言特性是什么?
请每个回答只回答一个特征。
当前回答
在ColdFusion中，数组从1开始。
其他回答
Perl的sub没有真正的参数列表，只有@_数组。同时，sub会自动变平传入的参数。
我不明白为什么这是一个持久的功能;这反映了几年前我不得不在TI-86 BASIC上做的事情，因为这门语言没有足够的特色。
在PHP中，必须显式地引用全局变量，并显式地使用这个->作为类变量。使重构变得有趣。如果不找到所有使用点，就不能将变量/参数提升为全局变量或类成员。
Tcl在解释器中虚拟化的时间钩子非常奇怪: http://www.tcl.tk/cgi-bin/tct/tip/233.html
基本上，它允许你让解释器使用一些其他的时间数据源，例如，先在模拟器中运行硬件测试，然后替换计时器函数，对真实的东西运行相同的测试。
我所知道的最大的体面和奇怪的编程语言集合(今天是1313)，你可以在这里找到: http://99-bottles-of-beer.net/ 准备好看到真正奇怪的东西;-) 每个人都应该做出自己的选择
在c++中，“虚”MI(多重继承)允许“菱形”类层次结构“工作”，这让我觉得奇怪和讨厌。
A:基类，例如:“对象” B, C:两者都(实际上或不是)源于对象和 D:起源于B和C
问题:“正常”继承导致D是2种不明确的A。“虚拟”MI将B的A和C的A折叠为一个共享基对象A。
所以，即使你的车轮是一个对象，你的左前轮是一个车轮，你的汽车继承了四种车轮，你的汽车仍然只是一种具有虚拟MI的对象。否则，你的汽车不是一个对象，而是4个车轮对象。
这是一种奖励糟糕的类设计、惩罚编译器编写者的语言特性，并让您在运行时怀疑对象到底在哪里——以及是否有任何虚拟MI行李放错了地方。
如果在类层次结构中确实需要菱形模式，可以使用常规MI和委托给单个A基的“AProxy”来完成。
A:基类，例如:“对象” AProxy:基类，与其他A绑定的构造 B:源自A C:来源于AProxy D:源自B和C(在构造时将B的A传递给C的AProxy)
对于那些真正喜欢diamond MI的人来说，这需要做更多的工作，而我们其他人则可以安心地使用一组更易于处理的语言特性。
