十年程序人生后的感悟---从1994到2004(2)
当软件开发遭遇政治流氓(1)
在国内的软件行业不长不短工作了十年了,呆过的企业从国有到外企,从民营小作坊到民营大作坊,做过的领域,从工业控制(现在叫嵌入式系统)到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.
