在Coldfusion中，任何地方的变量都被视为全局变量，无论它们放在哪里。

<cffunction name="one" returntype="void">
    <cfset var wtf="coldfusion">
    <cfinvoke method="second">
</cffunction>

<cffunction name="two" returntype="void">
    <cfoutput>#wtf#</cfoutput>
</cffunction>

COMEFROM是我见过的最奇怪，也可能是最没用的语言功能。

其次是三元运算符，因为它违反了优化的第一条规则。它带来的危害大于它解决的问题。它的危害更大，因为它使代码可读性更差。

并不是一个真正的语言功能，但有趣/很棒的功能使用是Duff的设备。

我最讨厌的特性是任何包含条件逻辑的配置文件语法。这类事情在Java世界(Ant、Maven等)中非常普遍。你知道你是谁!)

你最终只能用c**p语言编程，调试和编辑器支持有限。

如果在配置中需要逻辑，那么用真正的语言编码配置的“Pythonic”方法会好得多。

In C

a[i++] = i;

它会编译，但很少执行您认为它应该执行的操作。优化更改会产生截然不同的结果。它在不同平台上的运行方式也不同。

然而，编译器对此非常满意。

在我看来，这在c++中是不允许的:

class A {
public:
  virtual string foo(){return "A::foo";}
};

class B : public A {
public:
  virtual string foo(){return "B::foo";}
};

int main () {
  B* b = new B();
  // In my opinion the following should not be allowed
  cout << b->A::foo() << endl;  // Will print "A::foo"
}

这似乎是正确的，但这意味着如果不允许子类的用户调用原始方法而不是新方法，就不能重写方法。

只要考虑一个集合的子类，当向集合本身添加一个元素时，您希望增加元素的数量。

一个合乎逻辑的解决方案是重写add()方法，在添加元素之前增加计数器，但是新集合的用户可以使用旧方法向其添加元素，这样就绕过了增量，导致元素计数器与集合的实际元素数量不一致。

这在Java中是不可能的。

JavaScript真值表:

''        ==   '0'           // false
0         ==   ''            // true
0         ==   '0'           // true
false     ==   'false'       // false
false     ==   '0'           // true
false     ==   undefined     // false
false     ==   null          // false
null      ==   undefined     // true
" \t\r\n" ==   0             // true

资料来源:Doug Crockford