Haskell又说:

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

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

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

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

C的多个名称空间:

typedef int i;

void foo()
{
    struct i {i i;} i;
    i: i.i = 3;
    printf( "%i\n", i.i);
}

或与字符:

typedef char c;

void foo()
{
    struct c {c c;} c;
    c: c.c = 'c';
    printf( "%c\n", c.c);
}

在C或c++中，sizeof…参数的圆括号是可选的。假设参数不是类型:

void foo() {
  int int_inst;

  // usual style - brackets ...
  size_t a = sizeof(int);
  size_t b = sizeof(int_inst);
  size_t c = sizeof(99);

  // but ...
  size_t d = sizeof int_inst; // this is ok
  // size_t e = sizeof int; // this is NOT ok
  size_t f = sizeof 99; // this is also ok
}

我一直不明白这是为什么!

这里有一大堆奇怪的C特性:http://www.steike.com/code/useless/evil-c/

Java有一整本关于它们的书。

书http://www.javapuzzlers.com/lg-puzzlers-cropped.jpg

爪哇益智游戏

这并不是一个奇怪的特性，但从类型安全的角度来看，它确实令人恼火:c#中的数组协方差。

class Foo { }
class Bar : Foo { }
class Baz : Foo { }

Foo[] foo = new Bar[1];
foo[0] = new Baz(); // Oh snap!

我相信这是从Java继承而来的(双关语)。