不知道它是否可以被认为是一种语言特性，但是，在c++中，几乎任何与模板相关的编译器错误都会每天向世界各地的许多c++程序员交付相当数量的WTF:)

好吧，这也是我最喜欢的很难找到的虫子…将以0开头的整数视为八进制数。这导致了一个只会在早上8点到10点之间显示的错误:

有一次，我帮助构建了一个自动回归测试，在晚上通过cron执行。在一个20人的团队中，它几乎适用于每个人——除了一个开发人员偶尔会抱怨自动测试失败，但当手动运行时，一切都很好。这甚至一次都无法人工复制。

好吧，原因是，我们根据date命令的输出进行了一些统计计算(在bash中)，这只在早上8:00到9:59期间失败，因为我们将小时值读取为“08”(这是一个非法的八进制值，而“01”-“07”是有效的八进制值，从“10”开始，所有内容都被再次视为十进制)……

在Java中，字符串如何处理==操作符取决于它是如何构造的，这存在一些不一致性。

String a = "Hello";
String b = "Hello";
System.out.println(a == b ); // prints true.
String c = new String("Hello");
String d = new String("Hello"); 
System.out.println(c == d ); // prints false

在Python中，至少对我来说，这是非常wft的!我第一次看的时候:

>>> "ja " * 5
'ja ja ja ja ja '

你可以将字符串相乘!WTF ? ?

PS:我认为这是因为x * n意味着:n乘以x，所以，5次“ja”是“ja”“ja”“ja”“ja”“ja”“ja”，因为你可以像这样连接字符串:

>>> "ja ""ja ""ja ""ja ""ja "
'ja ja ja ja ja '

两个代码有相同的结果(可能是相同的)

JavaScript是面向对象的，对吧?因此，在文字字符串和数字上运行方法应该是可行的。比如"hello". touppercase()和3.toString()。第二个是语法错误，为什么?因为解析器期望一个数字后面跟一个点是一个浮点字面值。这不是WTF, WTF是你只需要再加一个点就可以了:

3..toString()

原因是字面上的3。被解释为3.0,3.0. tostring()工作正常。

A very tiny thing that annoyed me in COBOL was that there was no dedicated modulo operation. Instead you could do a division specifying that you only wanted whole number results and store the rest in a different variable. Since COBOL is very sensitive when it comes to variables that means that you ended up with a variable you didn't really need, i.e. the actual result of the division. This is the story of how I once named a variable "USELESS" - that was the most appropriate name I could think of.