在国内的软件行业不长不短工作了十年了，呆过的企业从国有到外企，从民营小作坊到民营大作坊，做过的领域，从工业控制(现在叫嵌入式系统)到ERP，从电子商务到电子
子政务，大小各类项目产品有十几个，团队伙伴有大陆人，香港人，台湾人，有东洋人，有西洋人。现在回头缕缕，项目没有失败的(当然这取决于怎么定义失败)，反正都能做出来，过程中间，反正死几批人，当官的照样当官，投资人心疼不已，甲方抱怨甚至谩骂，计划延期甚至一倍，最后都做出来了，正是那句"一将功成万骨枯"。
久而久之，我发现，无论什么样的项目里，其开发团队里总有一类人，这类人的共性特征很易天天资源网 明显，如下几点:
1、满嘴跑概念，尤其是英文缩写语(acronym)，比如:OO，AOP，SSO，IOC，SOA，GOF，Open-Close，MDA，TDD，B2B，，以及英文词汇，比如，pattern，schema，catalog，Service Engine，Portal，然而对于概念的内含或者语义并没有清楚的理解。请注意我说话的重点不是他们说概念(为了沟通的方便，我也倾向直接引用原文的英文术语)，而是他们在对于概念的内涵的理解不透彻的情况下，频频使用，甚至不分上下文(context)，就往上胡邹。可笑的是，大多数情况下，这类人凭着这种说话pattern，总能在开发组织里混得比那些每天分析，设计，写代码，debug的老实人(扎扎实实的技术人员)得老板(不单指企业所有者，指广义上的上一层领导)赏识，尤其是当这些所谓的"老板"也是个二五眼的时候，"老板"也是在打工挣钱混日子，为了政治上的需要，这时候多数都会用对这类人的认可换得支持。这时候，"皇帝的新装"这个模式就实例化了。之后，那些"概念贩子"通常都能青云直上，而"老实人"就永远都给这些人打工。
2、一旦发现在成员中有人比自己更清楚这些概念的涵义，通常都会视之为眼中钉，务必除之而后快。因为这后者实际是扮演了"皇帝的新装"中的那个小男孩，但是，皇帝对小孩也得矜持点儿，而前者对后者，通常是同事，或是上下级。而一旦"概念贩子"是上级，那就更坏了，我们可以企望这个上级的宽阔胸襟(小概率事件)，然而事实通常是恰恰相反，这里的没有小孩，只有杨修。
3、"弄"，这个"弄"便是"弄臣"，"弄权"的"弄"，也是<金瓶梅>里常说的"弄将起来"的"弄"。在项目进程中，这类人很能"弄"。最简单的场景是，当团队成员为某个技术方案攻关而献计献策的时候，这类人常常会抛出一些概念，再附上简单的异想天开的解说，一面证明着大多数人的"不慧，甚矣"，一面证明着自己的卓然出众，令决策者拍板，然而总是有个特殊之处，就是，这种情况往往都不是这个弄者需要亲自实践证明其说法的时候。为什么要"弄"呢?其实很简单，这类人，靠得就是这个来吃饭的。通过"弄"，结果往往是，为了解决一个问题，一"弄"就会多出n个问题，变小乱为大乱，不乱这些人怎么混呢?
我说这些，不是为了砸这些人的饭碗，而且我不信我有这个能力。"天生我才必有用"这句话从谁的嘴里都能说出来。但是，这类人确实是软件开发团队的致病基因。我知道有人会说，大家都是出来混口饭吃，你何必呢?我只是想给大家提个醒。当这类人当领导的时候，你可得小心谨慎一万倍，不然你糊里糊涂的就被领导给喀嚓了。当这类人当领导的时候，会演变出另一大特性，就是喜欢有人提鞋和"拍"。所以，目前尽管internet很普遍，各位也都通过google可以做一个称职的knowledge worker，但是，有google搜不到的，就是"概念贩子"的那个"小"。
呵呵。本周刚刚遭遇了一回这样的人，被算计了，被迫辞职。翻着<<狼图腾>>这本书，突然想到这个了，技术上，我们别说跟着MIB(Don Box语:MIB==Microsoft，IBM，BEA，其实大家可能都知道，这是电影MIB==Man In Black)，能跟上open source社区就不错了。但是，中国软件业的经理们，牛啊，牛得中国软件业就和中国国家男子足球队似的。没办法，经理们也是苦大的，跟狼一样，还在靠和别的狼抢肉吃活着呢。经理们开会的时候，坐在VIP的位子上，理解是:Very Important Person，但是我的前德国老板对此的解释为:Very Interesting Pig |