另一个C-ism。

int i= 0;
while( i != 12 ) {
    /* Some comment 
    i += 1;
    /* Another comment */
}

为什么不行?棉绒会告诉你。然而，C编译器通常会轻松地忽略这一点。我也是。

当我发现问题出在哪里的时候，那真是太棒了。

我想说的是，Python的空白是我最棒的WTF特性。的确，你或多或少会在一段时间后习惯它，而且现代编辑器使它更容易处理，但即使在过去一年里我几乎全职从事python开发，我仍然相信这是一个坏主意。我已经阅读了所有背后的原因，但说实话，它妨碍了我的工作效率。差不了太多，但鞍下还是有毛刺。

编辑:从评论来看，有些人似乎认为我不喜欢缩进我的代码。这是一个不正确的评估。无论使用什么语言，无论是否被迫，我总是将代码缩进。我不喜欢的是，缩进定义了一行代码所在的块。我更喜欢使用显式分隔符。除其他原因外，我发现显式分隔符更容易剪切和粘贴代码。

例如，如果我有一个缩进4个空格的块，并将它粘贴到一个缩进8个空格的块的末尾，我的编辑器(所有编辑器?)不知道粘贴的代码是属于8个空格的块还是外部块。OTOH，如果我有显式分隔符，很明显，代码属于哪个块以及它应该如何(重新)缩进——它通过智能地寻找块分隔符来做到这一点。

编辑2:一些提供评论的人似乎认为这是一个我讨厌的功能，或者我认为这使得python成为一种糟糕的语言。同样，这不是真的。虽然我不太喜欢它，但这不是重点。这个问题是关于最奇怪的语言特征，我认为这很奇怪，因为它是非常非常少(但是>0)语言使用的东西。

Duff的C语言设备!

在C语言中，可以将do/while语句与switch语句交错使用。下面是memcpy使用此方法的示例:

void duff_memcpy( char* to, char* from, size_t count ) {
    size_t n = (count+7)/8;
    switch( count%8 ) {
    case 0: do{ *to++ = *from++;
    case 7:     *to++ = *from++;
    case 6:     *to++ = *from++;
    case 5:     *to++ = *from++;
    case 4:     *to++ = *from++;
    case 3:     *to++ = *from++;
    case 2:     *to++ = *from++;
    case 1:     *to++ = *from++;
            }while(--n>0);
    }
}

另一个C-ism。

int i= 0;
while( i != 12 ) {
    /* Some comment 
    i += 1;
    /* Another comment */
}

为什么不行?棉绒会告诉你。然而，C编译器通常会轻松地忽略这一点。我也是。

当我发现问题出在哪里的时候，那真是太棒了。

对于那些不知道的人，bc是一种“任意精度计算器语言”，我经常使用它进行快速计算，特别是当涉及的数字很大的时候($是提示符):

$ bc -lq
12^345
20774466823273785598434446955827049735727869127052322369317059031795\
19704325276892191015329301807037794598378537132233994613616420526484\
93077727371807711237016056649272805971389591721704273857856298577322\
13812114239610682963085721433938547031679267799296826048444696211521\
30457090778409728703018428147734622401526422774317612081074841839507\
864189781700150115308454681772032

bc在很长一段时间内都是标准的Unix命令。

现在是“WTF功能”。这是来自man bc(强调是我的):

quit:当读取quit语句时，bc处理器被终止， 不管在哪里找到quit语句。 例如，"if (0 == 1) quit"将导致bc终止。 halt: halt语句(扩展)是一个执行的语句 导致BC处理器仅在执行时退出。 例如，"if (0 == 1) halt"不会导致bc终止，因为停止没有执行。

任何东西都会自动将任何类名和成员名复数或单数。

例如，Linq-to-Sql