其余的这些都没有令人震惊的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

c++模板机制是图灵完备的:只要在运行时不需要输入，就可以在编译时进行任意计算。任意的。或者你可以很容易地编写一个永远不会编译的c++程序——但是语法是正确的。

Java中有标记的break和continue语句。

它们允许你通过一次突破突破多个控制块。

在统一中,

GameObject.Find("MyObject")

将正常返回对象。然而，如果你这样做:

GameObject.Find("MyObject").active = false;
//do other stuff
if (GameObject.Find("MyObject").active)
{
    //do stuff
}

然后您将得到一个空引用。在Unity iPhone中，这段代码通常在编辑器中正常工作，但在iPhone上运行时会导致SIGBUS。问题是GameObject.Find()将只定位活动对象，所以即使你只是检查它是否活动，你也会有效地调用if (null.active)。

为了使它正常工作，你必须在使它不活跃之前存储它。

GameObject obj = GameObject.Find("MyObject");
obj.active = false;
//do other stuff
if (obj.active)
{
    //do stuff
}

可以说，这是一种更好的实践，但Unity处理非活动对象的方式通常是相当奇怪的。它似乎卸载了大部分非活动对象(纹理等)，但不是全部，因此非活动对象仍然会消耗大量内存。

在SQL Server中，如果你在生产代码中使用select *，你可能会遇到一个令人讨厌的意外。无论如何，使用select *并不被认为是一个好的实践，但了解一些有趣的行为是很好的。

参见问题“select * from table”vs“select colA,colB etc from table”在SqlServer2005中有趣的行为了解更多细节

Perl中的字符串数学非常奇怪。

$ perl -E '$string = "a"; $string++; say $string'
b

$ perl -E '$string = "abc"; $string++; say $string'
abd

$ perl -E '$string = "money"; $string++; say $string'
monez

$ perl -E '$string = "money"; $string--; say $string'
-1