JavaScript八进制转换“特性”是一个很好的了解:

parseInt('06') // 6
parseInt('07') // 7
parseInt('08') // 0
parseInt('09') // 0
parseInt('10') // 10

详情请点击这里。

在JavaScript中，你可以使用双位负(~~n)来代替Math.floor(n)(如果n是正数)或parseInt(n, 10)(即使n是负数)。N | N和N & N总是得到和~~ N相同的结果。

var n = Math.PI;
n; // 3.141592653589793
Math.floor(n); // 3
parseInt(n, 10); // 3
~~n; // 3
n|n; // 3
n&n; // 3

// ~~n works as a replacement for parseInt() with negative numbers…
~~(-n); // -3
(-n)|(-n); // -3
(-n)&(-n); // -3
parseInt(-n, 10); // -3
// …although it doesn’t replace Math.floor() for negative numbers
Math.floor(-n); // -4

单个位的求反(~)计算-(parseInt(n, 10) + 1)，因此两个位的求反将返回-(-(parseInt(n, 10) + 1) + 1)。

更新:这里有一个jsPerf测试用例，比较了这些替代方案的性能。

Java的访问修饰符对我来说是最近的一个WTF(因为我必须学习一点)。

显然，包比类层次结构更亲密。我不能定义对子类可见但对包中的其他类不可见的方法和属性。为什么我要将一个类的内部共享给其他类呢?

但是我可以定义对包内的每个类可见的属性和方法，但对包外的子类不可见。

不管我怎么想，我还是看不出其中的逻辑。切换访问修饰符，使受保护的行为就像它在c++中工作一样，并保持包的私有修饰符，这是有意义的。但现在不是了。

Perl的许多内置变量:

$# — not a comment! $0, $$, and $? — just like the shell variables by the same name $ˋ, $&, and $' — weird matching variables $" and $, — weird variables for list- and output-field-separators $! — like errno as a number but strerror(errno) as a string $_ — the stealth variable, always used and never seen $#_ — index number of the last subroutine argument... maybe @_ — the (non)names of the current function... maybe $@ — the last-raised exception %:: — the symbol table $:, $^, $~, $-, and $= — something to do with output formats $. and $% — input line number, output page number $/ and $\ — input and output record separators $| — output buffering controller $[ — change your array base from 0-based to 1-based to 42-based: WHEEE! $} — nothing at all, oddly enough! $<, $>, $(, $) — real and effective UIDs and GIDs @ISA — names of current package’s direct superclasses $^T — script start-up time in epoch seconds $^O — current operating system name $^V — what version of Perl this is

还有很多这样的东西。点击这里阅读完整列表。

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

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

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

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

在Python中:

>>> x=5
>>> 1<x<10
True
>>> 1<x<3
False

不是一个WTF，但是一个有用的特性。