在流行性腮腺炎中，你可以有一个带偏移的GOTO。如果你有(我的腮腺炎已经生锈了…)

some_label if x=1 do_something
           else  do_something_else

然后是代码

           goto some_label+1

将跳转到ELSE语句…

c#中的“动态”。

因为智能感知、类型安全和决定论会随着“动态”关键字的第一次使用而立即消失，因此所有必须与RAD或python受害者一起工作的人的日子都被毁了。

在J中，大多数原语(也就是函数)是一元的(一个参数)或二元的(两个参数，一个在左边，一个在右边)。但是修正原语需要3个(我认为这是唯一一个，除了foreign)。这是可以理解的，它需要3个，但它只是看起来…一开始是错的。

vector =: i. 10   NB. Vector will be 0 1 2 3 4 5 6 7 8 9
(10) (0) } vector NB. Will yield 10 1 2 3 4 5 6 7 8 9

这不是一个奇怪的功能，事实上，如果你仔细想想，它是完全有意义的，但还是给了我一个WTF时刻。

在c++(和c#)中，基类的子类不能访问基实例上的私有和受保护成员。

class Base {
protected:
 m_fooBar;
};

class Derived: public Base {
public:
 void Test(Base& baseInstance) {
  m_fooBar=1; //OK
  baseInstance.m_fooBar = 1; //Badness
  //This, however is OK:
  ((Derived&)baseInstance).m_fooBar = 1; //OK
 }
};

在Matlab中，以下内容可能会让你感到惊讶，特别是如果你习惯了Python:

>> not true

ans =

     0     0     0     0
>> not false

ans =

     0     0     0     0     0

这里有两个奇怪的特征。第一个是a b被解释为a('b')，因此非真被解释为not('true')。第二个奇怪的特征是没有任何字符返回0(大概是因为在matlab中没有false或true，只有0或1)。

在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的人来说，这需要做更多的工作，而我们其他人则可以安心地使用一组更易于处理的语言特性。