其余的这些都没有令人震惊的Ruby触发器操作符:

p = proc {|a,b| a..b ? "yes" : "no" }

p[false,false]    => "no"
p[true,false]     => "yes"
p[false,false]    => "yes"   # ???
p[false,true]     => "yes"
p[false,false]    => "no"

是的，程序状态存储在解释器的解析树中。这就是为什么开发一个兼容的Ruby实现要花很长时间的原因。但是我原谅你，Ruby

Oracle有几个SQL WTF问题。

Oracle将空字符串处理为null。 在“<>”比较中处理空值。 创建表WTF(键数为主键，动物varchar2(10)); 插入WTF值(1，'dog'); Insert into WTF values (2， "); Insert into WTF values (3，'cat'); Select * from WTF where animal <> 'cat';

唯一返回的行是(1，'dog')行。

JCL条件返回执行。

//STEP02 EXEC PGM=PROG02,COND=(4,GT,STEP01) .

该特性允许您根据前面步骤的返回代码运行或不运行某个步骤。真是个不错的功能。

除了一些小功能，把逻辑颠倒过来。

首先，如果条件为真，则不运行步骤。

其次，4 GT,STEP01实际上意味着“如果STEP01的返回码大于4”

因此，整个过程意味着“如果来自STEP01的返回代码大于4，则不要运行此步骤”。这与“如果4大于来自STEP01的返回代码，则运行步骤”的简单解释几乎相同，但并不完全相同。

考虑到你唯一认真看待这些事情的时间是凌晨2点30分左右，电话另一端是一个疯狂的夜班接线员，这种双重模糊会导致严重的头痛。

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

在c#中: A = cond ?B: c; 如果“b”和“c”是“赋值不兼容”，你永远不会得到结果，即使“a”是对象。 它是ms中最常用和最愚蠢的实现运算符。有关比较，请参阅D语言中的实现(关于类型推断的注意)。

Haskell又说:

在Haskell中，你可以处理任意大小的文件，就好像它是一个简单的字符串。只有在实际使用字符串时，文件才会被读取。由于Haskell令人难以置信的懒惰，这样的程序将在恒定的空间中运行，而不管文件的大小:

main = interact (>>= \x -> if x == '\n' then "\r\n" else [x])

(这个程序将一个文件从stdin转换为stdout，并将LF替换为CRLF，交互函数将整个stdin输入到一个函数，并将输出移动到stdout。)

这种惰性也可能导致问题，因为如果关闭一个文件句柄，就不能完全shure，不管Haskell是否已经解析了其中的所有数据。