L
leway
Unregistered / Unconfirmed
GUEST, unregistred user!
程序设计师真情忏悔录
来源:csdn 2002-03-29
来自：Java周刊
不久前,蔡学镛先生发表了两篇分别叫做"程序与香鸡排"，"再论香鸡排"的文章，受
到的回响之大，据说连作者本人都接到该文的转寄。足以见得该文的内容道出了台
湾程序设计师心里最深处的想法。所以,本文想针对台湾程序设计师来做讨论，看看
身为一个程序设计师，究竟犯了什么过错，导致大家宁愿卖鸡排也不愿再继续写程
序。璩美凤小姐为自己惊动台湾社会的行为写了真情忏悔录,我们也该真诚地检讨一
下自己。
本文:
在台湾，大部分的人都有个认知，就是"搞硬件的比搞软件的要好赚"，"做SA/SD比
coding地位要高"。那些做ID Design的家伙待的公司所发的股票，永远比搞Software
Design的人待的公司发的还多，股价也高出好几倍。搞SA/SD的人，在公司地位好象
也比单纯写程序的人高。于是我的父亲有一次问我:"是不是搞硬件的人智商比较
高?"，"是不是搞分析设计的人比较有地位?"
事实上，在学生时期我就认识不少人，有的人因为程序写不过别人，所以转换跑道
专攻硬件;也有人觉得每天面对示波器和逻辑分析仪让他们头痛，工程数学也学不过
人家，所以转行搞软件。到了实际上面对许多前来接受教育训练的学员之后，发现
有人是因为写了十几年BIOS和driver，觉得乏味而没有前途，所以想试看看应用程序
的开发;有人则是因为受不了客户每天改需求，而且写IOS和driver的人好象比较少，
价格比较高，因此想学习如何撰写系统软件。询问那些上高阶课程的朋友，有的人
发现自己只会胡做SA/SD唬烂老板和客户，所以希望重新打好基础，从基本的coding
做起;有的人则因为写程序写太久，觉得应该往上走向SA/SD的路子，毕竟老了程序
就写不动了。这个世界上什么样的人都有，绝对不能以小羡大。就很像搞政治的老
是骗我们台湾只分成外省人和本省人;搞帮派的人告诉我们警察是带着枪的流氓。实
际上，每个族群大家在没有被分化之前都相处的和乐融融，而虽然有警察掳妓勒索，
上班时间跑去聚赌,但是也有开我们罚单时酌情轻罚的警察，和保护我们身家性命的
警察。
即使如此，身为一个程序设计师还是要问，那为什么写程序的好象地位就是比较低?
笔者认为，这是进入门槛的问题。会做相同事情的人多了，就会削弱那样技能的价
值。就很像考过MCSE/MCSD证照的人，通常比起考过SCJP/SCJD证照的人要来的没
价值，前者因为考过的人实在太多，而后者考过的人少，仅是如此而已。但是绝不
是代表考过MCSE的人，素质就比考过SCJP的人要差，也不代表考过SCJP的人，实
力真的比较高段。相信求学的时候您一定遇过一种人，他实力也不怎样样，可是考
试的时候他x的就是考的比我们高，怎么我们心里就是不服，可是大多数老师偏偏就
是比较喜欢分数高的人。因此，满坑满谷的人自称会写程序，老板不愁找不到可以
做project的人，你要求的薪水和价格很高? 没关系，找个学校刚毕业的小子，写的
比你快，写的比你好，用的技术比你新，更重要的，价格比你这个老屁股便宜一半。
所以程序设计师在雇主心中的地位日益低落，自然有迹可循。
"那么，为什么写程序的进入门槛比较低?"
在各位信息从业人员的身边，非科班出生的比率非常高(当然没还卖鸡排的高)，科
班出生的学生，搞不好在老板眼中的地位，还比不上一个半路出家的自学者。那位
自学者会ASP、JSP、PHP、C++、C+、Java、Linux、Windows、Oracle...等，十八般武
艺样样精通。而我们科班出生的学生，只会离散数学、数据结构和算法，Visual Basic
搞不好没有用的没人家熟，网站的架设搞不好也没人家熟，更何况科班出生的学生，
他的基础学问搞不好根基也不扎实(问看看您身旁的科班学生)，难怪最常见的就是
很多非科班的"高手"看不起科班的学生，觉得他们无三小路用，连个Windows操作都
比他们差，甚至有的还大言不惭的说:"我这辈子写程序从没用过书上的数据结构和
演算法，读那些干啥?"。 长期下来，科班的学生也开始质疑自己的所学，甚至考虑
转行，当然，也有曲高和寡，孤芳自赏之人。 总之，没办法受到老板垂青，薪水永
远那么少，想卖鸡排的念头就开始萌生。
之所以会有这种情况，笔者个人认为有两种主要原因，一是技术的流通性，二是台
湾软件市场的需求。为什么技术的流通性可以产生大量半路出家的非科班生? 这都
要感谢台湾大量作者，写出大量的入门书籍，大幅减低的进入程序设计领域的门槛。
即使在各位眼中，繁体中文的烂书很多，而且非常。但是，大家眼中的烂书，常常
是再版多次的入门书，对某些人认为是垃圾的东西，常常是另外一批人进入信息业
的最佳踏脚石。不信各位到书店看看，是"24小时学C++"、"快快乐乐学Java"的书比
较多，还是"轻轻松松学微分方程式"、"21天学复变"、"电子学不求人"的书多? 两者
的差距是 N:0。是微分方程序和复变比++,Java难学吗?笔者两个都学过，至少我可以
发誓，就一个有基本学习能力的人来说，难度是一样的，学成所需要的时间和功夫
也是一样的。再看我们的公开讨论区(BBS或Forum)，我们可以看到大量的软件技术
讨论区，却看不到硬件技术讨论区(喔,请别跟笔者说那些每天问哪家主机板比较
好，哪台烧录器较稳定、或者说CPU时脉越高速度就越快越好，或是说x86的
Out-Of-Order Executon是"故障执行" 这一类浑话的讨论区和我说的硬件技术讨论区
是一样的喔!)书籍和讨论区促进知识的流通,造成了大量的软件人才,更何况,学习设
计软件只要一台PC就能写出好用的软件，而学习硬件设计，需要的设备更是天价。
更重要的一点，就是学软件的人，充分发挥儒家分享的精神，只要不是在BBS上冒
充小妹妹想要骗取大哥哥的同情来帮你写程序作业，只要不是很差劲的乱问一通，
通常至少会有热心人士愿意留下一个URL，让我们可以找到参考文件，更具热诚的，
如新竹师院BBS站Java版的TAHO先生，还擅用很多生动的比喻让初学者体会技术的
真义。在这种知识充分流通的环境下，当然产生出非常多的信息从业人员，每买一
台PC，上头各种软件的需求是无穷无尽的，每天都有各行各业的人需要各种软件，
所以程序设计师的需求有一定的量。难怪有人说:"写程式的人饿不死,但是也不会发
大财。"
再来就是台湾软件市场需求所引发的问题.一般我们把软件分成系统软件(System
Software)和应用软件(Application Software). 编译器,组译器,除错器,操作系统,驱动程
序,都是属于系统软件的一部分.
台湾除了硬件厂商,IC Design House之外,甚少有撰写驱动程序的需求.
前几年Linux被炒的热时,也有许多高手投入操作系统,编译器以及简化标准函式库的
研究.而台湾所需求的软件,极大多数是属于应用软件,这些需求的应用软件其中很大
比例是和数据库有关系的(其实不只是台湾,其它地方也是约略相同的情形).所以
VB,Delphi和PowerBuilder这类IDE大行其道,因为他们容易上手,可以快速开发数据库
应用程序,相关入门书籍很多,会的人更多. 因此符合我们前面所说的:"会的人越多,
价值就越低"的理论.
但是别忘了,系统软件有部分是偏向应用软件的,比方说开发软件用的JBuildr和Visual
Studio;制图用的AutoCAD;一套IC Design用的Xilinx或Altera;做OOA/OOD的Rational
Rose和TogetherJ,笔者习惯称这些软件叫做"软件的软件"(Meta Software).
在一般程序设计师眼中,这类软件"理所当然"地认为都是由国外所发展.
这类软件有极高的进入门槛,所以国外这类软件公司的获利率很高,所以该公司的程
序设计师可是身价非凡. 要知道,先前在媒体上有报导过,能够让Microsoft买软件来用
的公司,只有Rational Rose(当然,不可能只买Rose来用). 如果做IC Design的人没有你的
软件就没办法做事,身为一个程序设计师,你会觉得你的身价和地位比做IC Design的
人低吗? 如果你做的软体像SoftICE或DriverWorks那样被做硬件的工程师大量地倚赖,你会觉得搞硬件的人比你厉害吗?
问题是,知道该如何设计一套这类软件的人,恐怕才是真正的异数. 而且需要跨领域
的专才.要不是许多OpenSource的project(例如:KDeveloper)正在进行,恐怕很少人知道
该如何设计一套IDE. 既然会制作这类软件的人在国内少之又少,那么他们的身价高
吗?
很抱歉,台湾没有公司发展出足以和国外大厂竞争的开发工具. 举IDE为例,国内早期
有家公司开发出一套名为DBtools的产品勉强可以算的上是这类产品,
旗标也曾为它出版过入门手册,可是使用这套软件的人好象...没看过(如果该产品有
不错的占有率,请原谅我是井底之蛙),没有市场,公司无法赚钱,即使你是少数能做制
作某类型产品的高手,公司最后关门大吉了,您也只能算是"少数能让公司赔钱的程序
设计师"罢了.所以我大胆假设, Games Golsing或Anders Hejlsberg如果学李敖一样50年
不离开这个小岛,大概早饿死了.
以上的讨论,真正优秀的高手看了之后,或许会产生有时不我予,不得已必须远渡他乡
的想法. 程序设计师的价值就如同书的价值一般,国内和国外有不同的看法.国内教
科书比较便宜,应用的书比较贵.国外教科书比较贵,应用的书比较便宜. 国外重内容,
薄薄一本How Debuger Work可以卖44.99美金.而国内,都是看页数来计价(侯俊杰先生
的书有努力在打破这个页数的迷思,也做的蛮成功).有很多原因导致这两种文化之间
的差异,但是,市场因素肯定是其中重要的一项.
好了,程序设计师价值低落的原因讨论过了,如果您同意笔者的论点,那么不禁疑惑,大
家彼此毫不保留地让知识得以流通,技术得以扩散,本意是好的,结果反到造成自己和
别人身价的低落,这样我们是不是从此不再和别人分享我们的心得? TAHO先生看过
本篇上半部之后,发表了底下内容:
--------------------------------------------------------
发信人: TAHO.bbs@bbs.nhctc.edu.tw (痴人)
> 哈 恭喜TAHO兄上Java周报了...
> 通常至少会有热心人士愿意留下一个URL，让我们可以找到参考文件，更具 热诚
的，如新竹师院BBS站Java版的TAHO先生，还擅用很多生动的比喻让初学 者体会
技术的真义。
@@".....
光看这一段 好象是褒奖
不过看了整篇文章...
突然发现......
原来我是让程序设计师不值钱的凶手之一....
真是罪该万死啊....
--------------------------------------------------------
但是mue先生接下来的发言,说却命中本文真正的核心价值观:
--------------------------------------------------------
发信人: mue.bbs@bbs.im.tku.edu.tw (闲人)
: @@".....
: 光看这一段 好象是褒奖
: 不过看了整篇文章...
: 突然发现......
: 原来我是让程序设计师不值钱的凶手之一....
: 真是罪该万死啊....
不会啦..要是每个程序员都死守自己所会的..让所谓的专业门槛更高的话..就很难进
步了..就是让本来难的变简单..自然就会有更难更深入的东西出现..这样社会才进步
的快丫..
--------------------------------------------------------
做应用软件的人真的没价值吗? 有些靠应用软件赚了不少钱的朋友开始偷笑了.
软件必须加上专业知识,才能够发挥价值. 换句话说,如果您真的只会"写程序",
那,却没有配合各种领域的专业知识,"写程序"这项技能本身根本毫无价值可言.就很
像你的计算机装了浏览器,可是却没有对外联机的网络一样,如果没有网络本身,浏览
器一点价值也没有,更不需要一家公司大费周章地利用平台优势去整倒另外一家公
司.我们可以把程序设计师比喻成架子上满满的信息相关书籍,而顾你的老板就是前
来买书的读者.
你不能否认这么一堆书里头,有好书,也有烂书,你也不能否认你心中的烂书是一本书,
但是你却不能否认书里面教你如何写Java程序的内容是错的.
可是,购书的读者压根儿根本觉得某几本书一点价值也没有.我们只能说,太多只会"
写程序"的程序设计师打烂了市场,就像一牛车的烂书一样,你不能说烂书没有价值,
可是烂书会让你对架上其它书籍的价值大打折扣.除非,你之前看到别人口耳相传这
本书是好书.
大家或许不相信"只会写程序"的程序设计师存在于这个世界上,所以笔者举个
简单的例子说明之:很久以前, BBS上有人发表了post,内容大该是说某公司在
整理旧的程序代码时,发现了一则奇文,奇文内容如下:
-----------------------------------------------
//底下是一个判对某个整数是不是奇数的程序代码
public static bolean isOdd(int n)
{
while(true)
{
if(n==1) return true;
else
if(n==0) return false;
n=n-2;
}
}
------------------------------------------------
您说撰写这个程序代码的人不会写程序,他又好象会写,你说他会写程序,你又不服气,
觉得这个家伙根本在胡搞一通.看过这则奇文轶事之后,当您下次听到某公司抱怨他
们的程序设计师做出来的软件一堆bug,速度出奇的慢,产品永远卖不出去,害公司快
经营不下去了,所以他们认为程序设计师一点价值都没有,只是一堆劳碌命的杂碎时,
您会不会更加怀疑,是一堆莫名其妙的程序设计师,把你的行情给搞烂了?
所以从今天开始,如果你对程序设计有一股热爱,那幺我们一起努力,做个真正的程序
设计师,而不要做一个杂碎且破坏别人的程序设计师.做一个真正写的出有用软件的
工程师,不要做一个只会写程序的程序设计师.当然,如"意外的计算机王国 / 联经出
版社"一书所言,很多技术都是用来原本没有预料到的地方而大行其道.许多科学研究
无法有立即的贡献,但是影响深远,我们也期许有意从事基础研究的科班研究生,认真
的作研究,不要老是研究一些别人已经研究过的研究,不要老是冀望骗国科会等研究
机构的经费,到了最后计划结案时,才匆匆忙忙交出另外一篇骗更多钱的计划书,或是
拿不出台面的研究.
最后,我们反省自己是不是也是一个只会"写程序"的程序设计师呢? 请自行测验底下
几个问题,这些问题都不可能有客观的答案,所以每个问题都附上笔者主观的答案,作
为笔者自己的反省.
Q1: 你尊重专门技术吗? 换句话说,你认为术业有专攻吗?
当你接受外面的教育训练课程时,你总是崇拜看起来什幺都懂的老师? 换句话说,你
认为那些遇到课外问题就跟你说他不懂的讲师是烂老师?
-你老觉得真正的高手应该精通各门各派的技术,如果你会XML,他不会,你就觉得你
比他厉害.你觉得他的履历上写的技能太少,证照太少,所以你认为你比他优秀?
有人老是觉得自己蛮会用MFC开发软件,所以直觉认为那些只喜欢,或是只会用VB的
人程度应该不高.问题是,有人会用VB,当他觉得组件不好用,所以自己写程序处理
HTTP,因为他懂HTTP协议的运作方式.工具里附的浏览器太烂,就自己用功能语法不
是很顶尖的Basic来写parser.相反的,有人号称会用MFC,但是除了靠Help找出名为
Cxxxxx的类别来用,再自己补上事件处理的部分之外,其它什幺事都做不出来.
有人认为写Java程序应该善用工具,用UltraEdit根本是重新造轮子的行为,所以一开始
就学JBuilder的使用,其实他用JBuilder写了老半天GUI程序,哪天回头叫他用文字编辑
器写个简单的Frame + Button他却写不出来,因为他从没弄懂过Java的事件处理模型.
他只会不断地: 选择元件->放在容器里头->调整位置和大小->调整属性->按两下->填
写事件处理函式,成为一个名副其实的"程序女工".
有人觉得他精通各家厂商的数据库,所以看不起那些只会下SQL指令或是只会写store
procedure的人,因为他可是精通ODBC, JDBC, ADO, ADO.NET各种程序的写法.问题是,
一个精通SQL的专家和只会写SQL指令的人,在资料库表格交互参考,资料量很大的
时候,要从中取出我们需要的资料,所下的指令在效率上是几秒钟和几个小时的差
别.SQL也是个专门学问,要能够巧妙的操作它,必须下非常多功夫做研究,而且一研究
可能就是十几年.如果贵公司的项目老是苦于数据库存取的效能不够,你猜老板会花
钱找一个有能力彻底改善所有SQL命令之中效能问题的稀有专家,还是再找一个号
称他什幺都会,结果一点用场也派不上的"数据库女工" ?我们常常看到某人列出他的
履历,好象会很多就是很厉害.但是当我们完全深入一项技术时(喔,我是说你真正下
工夫的时候),通常我们会越来越感觉到自己的渺小.
蔡学庸先生就是一个非常尊重专业技术的例子.
我们看到他在 http://www.csdn.net/expert/cxy/ 上写的,他说他只精通lots of Java APIs.
我和学镛聊过三次,有一次,我听他说:"干麻叫我搞Linux,我又不懂Linux!"如果是你听
到这句话,你会不会真的以为他玩起Linux来肯定比你逊色?笔者突然想起神雕侠侣里
头的独孤求败,晚年只会拿树枝和别人比武,可是你拿再厉害的刀剑就是无法打败他.
所以,请尊重专业技术,不要以为人家没说他会,你就比他厉害.真正厉害的人很多都不
在台面上,而是躲在后面偷偷笑我们呢!而我们一辈子也不知道我们被别人偷偷取笑
了.中国文化数千年都是文人相轻的历史,够了,大家尊重专业吧!
Q2: 你觉得算法和数据结构无三小路用,因为你从没使用过?
-我们承认"无招胜有招"是内功心法的最高境界,但是在信手拈来之际,后面所代表的
是对各家武功路数的彻底了解.由于台湾几乎只有应用软件的开发需求,没有系统软
件的需求,所以大多数的程序设计师都是站在"程序女工"的角度看世界,只要有组件,
有什幺搞不定的. 但是今天如果你想设计一个XML parser,不懂数据结构和算法可以
吗? 好吧! 你说我们不该重新造轮子,我们应该站在巨人的肩膀上看世界,如果什幺
都自己硬干,世界是会退步的. 那幺试问,当你在使用Java提供的Collection Framework
时,你了解ArrayList, LinkedList, TreeSet, HashSet之间的差别吗? 你知道他们的优缺点
吗?你知道他的特性吗? 不了解ArrayList和inkedList
的差异,用哪种去写程序执行结果都一样,可是效率差很多. 大多数的人连了解特性
都谈不上,更别说很多每天想发展自己的语言,自己的编译器,自己的操作系统的人,没
有基础学问的了解,如何去设计一个Collection Framework或STL?你说数据结构和算法
没有用,你去做看看现在IDE中普遍有的code insight功能看看?以Borland C++ Builder来
说,要在短时间内搜寻所有的标头文件并找出某函数的prototype,如果没有对数据结
构和演算法有充分了解,一样做的出来,只是产品会卖不出去罢了.我在课堂上常常举
一个scalability的例子给学生看:我希望写一个1+2+3 ... + 100的程序,大多数的人都是
写
int sum = 0 ;
for(int i = 1 ;
i < 101 ;
i++)
sum = sum + i ;
而真正受到数学观念熏陶的人会写成
int sum = 100(100+1) / 2
前者是O
,后者是O(1),当项数很多时,运算时间是不是差很多?这些都是
我们的教育所产生的问题(当然笔者也是受害者之一),但是从今天开始,我
们可以认真思考每行程序.
想想发展MP3算法的人和写WinAmp的人,哪个比较厉害? 你会说都很厉害,可是没有
前者就没有后者,前者搞不好还可以坐收权利金,后者只能苦哈哈的赚些小钱或等人
购并.我们停留在崇拜应用程序技巧的阶段,而真正值得崇拜的是那些难得一见的创
意.
笔者遇过一个朋友,叫他撰写一个费式数列的小程序,比请他写一个可以浏览数据库
表格内容的程序还难.(请不要与我讨论费式数列的小程序没有实用价值的问题,这里
讨论的重点不是这个)前者需要稍微动点小脑筋,后者只要会拖拖组件,设定property就
搞定. RAD本身不是罪,但是没学好九阳神功就妄想几小时练成乾坤大挪移.最后只会
走火入魔而死,彻底变成一个"程序女工".
Q3: 你常常以科班和或非科班自居?
-你是科班生,瞧不起非科班生? 因为你是正统?你是非科班生,瞧不起科班生?因为你
觉得会的东西比科班生的还多.烂学校会出现好学生,好学校也会有烂学生.因为比例
一样多,所以我们不能以偏概全.
如果仗着受过几年正规教育,自己又从未好好深入学习,就自己为是正统,比较学术的
说法这叫做"阳具文化".有些创新的idea是一般制式脑袋的科班学生很难想出来的,因
为专家是训练有素的狗.如果你是学电信的朋友,你发现交换机是一个葬仪社的老板
因为生意被别人抢走而发明的,那你会不会气死?如果自学有成的程序设计师仗着自
己会的东西比较多,你说你精通Java的各种技术,但是却没想过发展Java的Games
Golsing博士是一个正统出生的科班生,知道了这件事情,会不会让你更加尊重专业?
Q4: 你是学计算机科学的,可是逻辑能力并没有比较好,还常常受骗?
Q4-1:你会被潮流所鼓动吗? 你常常被别人的思考牵着走?人家鼓吹Linux
多好多好,你的脑袋连转都没转过就发愤努力地考Linux认证 ?
-别人把公司里的server全换成Linux,客户端也都改成Linux,公司仍然正常地运作,结果
你学了Linux之后,看到电视上BSA同法务部做的广告吓的你冷汗直留.深怕明天去住
套房.
Q4-2:Sun跟你说Java跨平台,你没试过也跟人家说跨平台的优点?
-Borland已经可以做到一份光盘里同时附上Solaris、Linux、Windows、MacOS X的
JBuilder,你却为了EJB无法deploy到不同公司的Application Server忙的像无头苍蝇.
Q4-3:之前一窝峰人鼓吹XML,结果你盲目追求流行,做出来的东西tag比data还多?
-会用的人彻底了改变了公司里资料交换的流程,而你整天只会SAX来,DOM去的写
XML数据库(用XML来储存资料的数据库)
Q4-4:微软的广告告诉你XP和IE将不支持Java,你都还没试过就跟别人嚷嚷Java已死?
-套句BBS上moga先生的名言:"那我现在在Windows 2000上跑的Java程序是
神迹?"现在一票人每天宣传web service的好处,你连想都没想过就急着想要把公司的
旧系统全部改成web service来做,结果浪费一堆钱,糟糕的速度让你每天被客户臭骂 ?
Q4-5:Web service当然是美好的前景,但是并非适用于每个角落,目前世界上并不存在
完美的solution.人家说不能写程序一辈子,写程序的人生命周期很短,你也跟着别人开
始往SA/SD前进 ?
-如果世界上每个工程师都可以经由经验就成为优秀的SA/SD人员,那幺理论上咱们
应该有些象样的软件产品才对. 有些人写了几十年,还是一个优秀的程序设计师,你
问问他,如果没有遇到糟糕的老板,糟糕的待遇和糟糕的制度,他愿不愿意写一辈子程
序?
我愿意.
Q4-6:顾问告诉你要多用RAD,不该重新造轮子,所以你努力的问how而不问why ?
-结果真正赚到钱的都是那些像JReport做软件组件的软件公司.微软说J2EE Blueprint
的Pet Store,用.NET技术做比用J2EE做还要快许多,然后你就相信了,最近, IBM和Oracle
重新加强Java版的Pet Store,让它比.NET版的还要快8%~22%,你又改口说Java比较好.
Q4-7:一个系统在设计的时候有很多考量,有人以扩充性为主,有的以安全性为主,有人
以效能为主.如果没有设计理念,大家程序里头的function全部改成inline就好了,管他编
译出来的执行档有多大.系统只以效能做考量,我们还需要Design Pattern做什幺?
-那些王八蛋数据和我们选举时的民调一模一样...对一个脑袋清楚的人完全没有参
考的价值.当然,以情感因素来看民调的人例外.如果你没有经过自己的自主判断就盲
目的跟随潮流,那幺下次当你看到有人排队买米酒,买蛋塔,抢购卫生纸的时候,请不要
投以排队的人们奇怪的眼光.
Q5:你尊重老前辈吗?
我们都相信,世界上唯一不用努力就可以获的东西就是老.所以吃过的盐巴比你吃过
的米还多的人,没有任何值得尊重的.我们更相信,信息业永远是年轻人出头,而英雄少
年也长在心里想:"李杜诗篇万口传,至今已觉不新鲜,江山代有才人出,各领风骚数百
年."
但是我们认真想想,从Apple 2的时代到现在随便一颗CPU都是1 GHz的时代,计算器的
本质有什幺改变吗? 不就是一台不断对内存作处理和I/O动作的机器.你笑那些只会
用Fortran或COBOL的老前辈,那你学的Java或C#比起这些老语言又高明到哪里去?写
程序不过是宣告,循环和函数三大要素.时间久了,产生了一堆新名词,配上一些新的发
展理念但本质上没有改变.如果你是推倒前浪的后浪,当你看到李维先生撰写的 "[长
篇] 我的回忆和有趣的故事"或侯捷老师最近两期在Run!PC撰写的"侯捷观点"这些老
前辈写的文章,你有把握写出比它们更高明,更有深度的东西吗?
最重要的问题,
Q6:你骗过老板吗?
-你在履历上写的十八般武艺样样精通,结果是梧鼠技穷(注:比喻技能虽多，而不能专
一),一录取之后什幺东西都做不出来,笔者至少听过20个老板跟我讲过这件事情.
Q6-1:你以为你的身价比较高,只因为你从事"软件研发"的工作?
-然而现实的生活中,"获利"是真正决定成败的关键.除非你的东西帮老板赚了钱. 如
果没有,你凭什幺要求更多薪水,凭什幺要求50张价值数千万元的股票?如果你写的东
西品质很差,bug超多,客户抱怨不断,老板赚不到很多钱,你还老是在外头痛骂老板不
尊重技术人员.如果把行业换成色情行业,那老板不就等于被干洗?这样看来,程序设
计师和詹惠华(黄显洲3P案女主角)干的事情有什幺两样?如果这样的人多了,真正要
去卖香鸡排的,不是写程序的人,而是雇用了这些杂碎的老板才对.
留住最后的激情（留住最后的热情）
作者：左礁
引言：
程序人生中，最初大多激情万丈，可是历经现实的土壤之后，这种激情却在慢慢的
消耗中消失。但是，这平凡的职业，却最需要不平凡的激情。
拿破仑曾经说，军队战斗力的3/4是由士气组成。用于今天的软件业，可以说，软件
团队研发能力的3/4是由成员的积极性决定的。之所以这样说，主要原因是开发人员
的积极性很少得到过良好保护。尽管这句话有些偏激，但确实反映了当前的一些现
状。
有很多高级经理知道下属那种被进度折磨得疲惫不堪的惨状？有多少开发人员被无
休止改变的需求折磨得厌倦了本来钟爱的职业？程序员的激情、团队的士气和积极
性都在年复一年的项目中渐渐消亡，而这些很多都发生在不经意间！深夜，我常常
问自己，明天是否依然珍爱这个给我带来激情的行业？在终于丧失了最热情的激情
之后，我只能随着岁月，慢慢地把这种无限激情的挚爱演变成一种平凡的职业，一
种平静的谋生手段。
但就是这种职业，所从事人员的素质却也参差不齐。当前社会上，那种“职业化”很
高的程序员们，为了高薪可以毫不犹豫地抛弃手头的工作，在代码中加入逻辑炸弹、
留后门，对自己的技术进行保密，运用等等诸如此类的技术。现实中所看到的事例
太多了。我不可能通过一篇文章来说明什么，但真心地希望我们国内的程序员队伍
能够有更高的素质和层次，值得社会去保护，去珍重。
团队失去往往是决定该团队最后能走到什么高度的关键因素，因为在高昂的士气面
前，挑战困难变成了乐趣。如果连积极性也没有了，谈何创造性，更谈何拼搏精神？
积极性对一个项目的重要程度，我想大家能够有所共识。而且粗想起来，积极性是
一个高度抽象的事物，很难用什么指标去量化地衡量。但对词说法，真正启发我的
是国外一篇文章中所说过的一句话：当一个事物不能量化的时候，就证明了我们对
这个事物的认识不够深入！真是不得不佩服外过专家的认识水平。一句话醍醐灌
顶，让我大长学问。所以在以后的工作中，我总是考虑2个问题：怎样才能把这个指
标量化；有怎样把量化的数据用于实际的工作。用于保护程序员的积极性的这个问
题，道理也同样。
如何保护成员的积极性，首先应该建立在对团队共同目标认知的基础上。管理大师
彼得.德鲁克有3个非常著名的问题：我们的事业是什么？我们的客户是什么？客户
的价值观是什么？用在这里不妨改一改：我们的目标是什么？我们能为客户做什
么？客户的需求是什么？如果团队里的每一个人都能很准确一致的认识和回答好这
个问题，那无意这个组织就具有一致的目标。这就是对团队组织文化的一种认可。
有了共同的目标，才有凝聚力，才能有更好的工作效果。如果项目中每个人心里都
有一个小算盘，散沙一盘，那一旦团队出现难题，很可能项目成员心里想的就是如
何保全自己的利益，最盛行的就是赶快精心准备自己的简历，再去找高薪职位！此
时，再谈积极性和归属感，几乎就是空话！
那么，在现实的工作和项目中，如何才能保护好团队最珍贵的资源--员工的积极性？
根据我的亲身感受，我想提出以下参考意见，希望能从最底层、最细节处给大家以
启示：
提升项目主管的管理水平
管理知识不是简单的纸上谈兵，其中富含着很多系统的道理。很多程序员对此都不
以为然，包括我自己在内，先前也是认识不足。但后来，因为一本已经出到第17版
的《管理学教程》，改变了我的想法。很多现实中不可名状的线索或思路，根本没
有系统化和深入，后来，看的相关书多了，这才慢慢地发现很多的想法其实都是有
据可依的，而且很多都远不及这些著作思考得全面、详细和深入。
尤其可怕的是，这些著作有很多是60年代甚至更早时写的，也就是说我们的管理知
识甚至还低于60年代的水平。仔细想来，其实CMM就是TQM（全面质量管理）在软
件开发中的应用。所以，强烈建议每一位项目经理和希望成为项目经理的人员都看
看管理方面的书籍。这绝对是提升自我的一个良好途径。
通过提升项目主管的管理水平，尽可能避免挫伤团队成员的工作积极性，这也是保
护和提高组织成员的工作积极性的一个极其重要和直接的手段。
缩短激励措施的反馈时间
现在大多数公司都实行年终奖制，员工的业绩在年终才会反映出来。其实，我比较
反对这样的做法。如果一个员工平时工作很优秀，但是他的优秀必须在一年之后才
能反映出来，除非他是一个追求卓越的人，否则他肯定会懈怠的。而且工作中，很
多的项目经理很少赞扬下属。他不明白，哪怕是口头的夸奖，也是非常有效的激励
手段，而且根本没有任何成本。而且它不仅能提高工作效能，更能改善工作关系，
所以，何苦难开金口呢？
其实，我们完全可以将年终奖改成季度奖，甚至是月度奖。当然，现在也有很多公
司做出了修改，但实际上，员工是非常希望不断得到肯定的。我们可以在每周的工
作日志上给员工一点鼓励，甚至一句赞扬，我们也可以给提出好建议的员工发出一
个mail，谢谢他们的好主意。甚至，我们只需要简单而真诚地说句：“你的文档写得
很好！”；“你是我们的骄傲。”“我想是我错了！”“谢谢你昨天的加班。”等等，也
许效果会好的让你无法相信。
也许我们无法使用太多的物质奖励，但是在物质奖励之外，高频率的、有针对性的
口头激励，也能把你的员工组织演变成一支士气高昂的不凡团队。
沟通是绝对必要的
曾经有一篇国外的文章提出了一系列的问题，如果你能对每一位同事都能回答出来
这些问题，就证明了你对该同事已经了解了。当然这些问题不涉及到个人的隐私，
完全是工作方面的。我试了试，发现竟然没有一位同事的情况我是完全了解的。这
让我非常惊讶，我竟然根本不了解我的同事，不了解他的工作经历、毕业院校、特
长、专业，以及比较得意的成果等等。
试问这样的情况下，还能很好地沟通吗？虽然每位主管都会有一些自己的沟通技
巧，但如果知道了这些技巧，沟通起来会更加顺利，更有针对性，也更能获得更多
的资料。很多人抱怨沟通没有效果，可是你真的了解你的沟通对象吗？不妨回答上
面的问题试试？请注意，上述问题仅仅是所有问题的一小部分，但是已经有很多人
回答不出了。况且沟通是一个持续的过程，并不是沟通一次就全部完成，人的思维、
技能、认识都在不断进步。
很多国外公司，每一位经理都有一个例行任务，就是每个月都必须和下属进行一次
单独的沟通，这是非常好的制度。而且这些经理大多接受过沟通技巧的培训，什么
开放式提问技巧、引导方式、沟通礼仪等等，可见沟通已经提到了很高的位置。但
这不是中国式的训话，沟通的目的是要下属真实地表达其内心的感受，而不是听唐
僧说经。在大多数情况下，下属并不十分信任上司，害怕说真话，害怕被穿小鞋，
这也是经理们不专业的地方之一。
大量的事实证明，最有效的沟通方式是非正式的沟通，也就是以私人身份为基础的
沟通，比如就餐、度假的时候等等，总是就是抛弃身份，以真实的朋友身份进行沟
通。这样，下属才能体会到自己是被重视、被理解的。如果自己的意见被采纳，或
者上司能够针对下属的苦闷在日常工作中给予开导，员工的积极性会有非常显著的
提高。但是切记，一定要真诚，不能只做表面功夫，更有甚者打击报复，如果这样，
那这位员工估计也就开始到处浏览招聘信息了。
沟通这个题目太大，需要深入其中，在此不再多说。
不要变相地惩罚优秀员工
优秀员工是公司最大的财富，GE总裁杰克-韦尔奇曾经说过，20%的优秀员工是公司
最大的财富。可是很多情况下，我们的经理们在不经意中，变相地惩罚优秀的员工，
更可怕的是他们自己并未意识到这点。
不信，你就可以试试下面的几个方法，这绝对是将优秀人才赶往对手公司的绝招：
方法一：能者多劳
自从哲人发明这句话，就害了无数的优秀人才。且渐渐变成了一种共识：优秀的员
工就是应该承担更多的任务，承担最难的工作。于是能干的人工作量越来越大，每
天都要加班、熬夜，可是薪酬呢，大多时候恐怕很难真正做到按劳取酬。
一般而言，大多数公司内，因为大家资历相差无几，所以能干者和不能干者收入也
基本一致。天长日久，优秀人才自然心生郁闷：为什么要多干，为什么要加班。积
极性大打折扣，即使不跳槽，勉强留下来，工作也远不会象当初呢么尽力了。
方法二：有错误就必须批评
高招之二。优秀员工一般承担更多或者更难的工作，而且活越多越难，犯错误的机
会就越大。于是，那些公认的优秀分子，一次又一次地被叫到经理办公室，然后黑
着脸出来。而能力一般的员工因为总是分配到简单任务，且可以得到优秀员工的指
导，犯错的机会小得多，由此在经理眼里反而成了精英人物，得到更多的提升机会。
渐渐地，能干的人开始变得谨慎，变得没有积极性，没有激情，变得明哲保身。
允许员工犯错误，但前提是必须承认错误，不要犯同样的错误。对于开拓性的、智
慧型的错误，不但不应该批评，反而应该奖励。
方法三：让不忙的人去吧
部门有2个培训名额，让谁去？A太忙了，而且他去培训，a模块就没有人能完成，
不行！还是让D、E去吧，他们的模块简单，很快就做完了，不会影响到项目进度。
这不是玩笑话，类似这样的事情就在身边发生。因为能干，别人无法替代，结果优
秀人才就丧失了很多的权利和机会。但如此，你的部门肯定又会失去一位优秀员工。
方法四：我们不能没有你
部门有一个提升名额，可以提升一位成员任其它部门的经理。于是，经理就考虑：
A去，不行，他是部门最接杰出的成员，他能胜任很多最困难最复杂的任务，我们
不能失去他。还是让C去吧，他的工作可以由B暂时接替一下，然后再招聘一个新人
来就行。
方法五：我没有料到会这样
A是部门最杰出的员工、公认的技术专家，但是不喜欢在众人面前说话。可是最近
他的经理要他在全公司高层人员面前讲解该部门的最新研究成果。A一再推脱之后
还是被安排。最终怀着忐忑不安的心情走上台。结果A成了整个公司午餐笑料。A
的工作效率比原来差得很远。他的经理解释道：我没有料到会这样。
其实，知道有缺点，应该提早鼓励其信心，再从细处帮助更改，切忌事后看热闹再
懊悔。
方法六：关系领先
在公司甚至部门中，不可能全部排除私人关系的存在。人才的优秀，再加上私人关
系，应该是部门非常信赖的员工，但是一定要公平对待。员工非常忌讳幕后的提薪、
升职之类的做法。即便当时灭有强烈地反映出来，但对于员工对公司的忠诚度、对
工作的积极性都有很大的损害。
类似的方法还有很多，在此不一一列举。尽管都是细枝末节，但对于员工的影响很
大，实在不容忽略。
任人唯贤，会给所有的员工这样的信息：只要我干得好，公司就会给我很好的发展。
用一句俗话来说就是有奔头。因为有了明确的远景，追求卓越就会慢慢地成为一种
生活习惯，工作积极性高涨，工作效率自然卓绝不群，当然公司也会更有竞争力。
反之，如果员工感受不到认可和希望，大多数人的选择就会成为敷衍了事。
不要认为是理所当然
早晨9点，技术骨干A拿着昨天晚上做到2点写完的文档兴冲冲地送到项目经理Z的办
公室。Z正在看电子邮件，头也不抬地说：“就放在桌子上吧。”A有点无奈地把文档
放在桌子上，无声无息地出去了。一个星期过去了，Z没有对那篇文档发表任何意
见。A心里想：“唉，也不知道他看了没有？还不如做一个常规的呢。”
如果将上面的情景加以修改，效果又会如何呢？不妨试试：
项目经理收到了文档，并真诚地对晚上的加班表示感谢。A面带微笑地出去。当天
下午，Z通过电子邮件将意见反馈给A，赞赏之后提出几点非常有深度的意见。A有
高兴又佩服地去修改自己的文档。
这2个场景实施起来区别并不太大，只是多了一份赞扬、理解、关怀和反馈，但结果
却迥然不同。
零零总总说了这么多，希望能带给大家一丝清新，从最细小处关怀和体贴程序员这
个未被好好保护的珍贵资源。
来源:csdn 2002-03-29
来自：Java周刊
不久前,蔡学镛先生发表了两篇分别叫做"程序与香鸡排"，"再论香鸡排"的文章，受
到的回响之大，据说连作者本人都接到该文的转寄。足以见得该文的内容道出了台
湾程序设计师心里最深处的想法。所以,本文想针对台湾程序设计师来做讨论，看看
身为一个程序设计师，究竟犯了什么过错，导致大家宁愿卖鸡排也不愿再继续写程
序。璩美凤小姐为自己惊动台湾社会的行为写了真情忏悔录,我们也该真诚地检讨一
下自己。
本文:
在台湾，大部分的人都有个认知，就是"搞硬件的比搞软件的要好赚"，"做SA/SD比
coding地位要高"。那些做ID Design的家伙待的公司所发的股票，永远比搞Software
Design的人待的公司发的还多，股价也高出好几倍。搞SA/SD的人，在公司地位好象
也比单纯写程序的人高。于是我的父亲有一次问我:"是不是搞硬件的人智商比较
高?"，"是不是搞分析设计的人比较有地位?"
事实上，在学生时期我就认识不少人，有的人因为程序写不过别人，所以转换跑道
专攻硬件;也有人觉得每天面对示波器和逻辑分析仪让他们头痛，工程数学也学不过
人家，所以转行搞软件。到了实际上面对许多前来接受教育训练的学员之后，发现
有人是因为写了十几年BIOS和driver，觉得乏味而没有前途，所以想试看看应用程序
的开发;有人则是因为受不了客户每天改需求，而且写IOS和driver的人好象比较少，
价格比较高，因此想学习如何撰写系统软件。询问那些上高阶课程的朋友，有的人
发现自己只会胡做SA/SD唬烂老板和客户，所以希望重新打好基础，从基本的coding
做起;有的人则因为写程序写太久，觉得应该往上走向SA/SD的路子，毕竟老了程序
就写不动了。这个世界上什么样的人都有，绝对不能以小羡大。就很像搞政治的老
是骗我们台湾只分成外省人和本省人;搞帮派的人告诉我们警察是带着枪的流氓。实
际上，每个族群大家在没有被分化之前都相处的和乐融融，而虽然有警察掳妓勒索，
上班时间跑去聚赌,但是也有开我们罚单时酌情轻罚的警察，和保护我们身家性命的
警察。
即使如此，身为一个程序设计师还是要问，那为什么写程序的好象地位就是比较低?
笔者认为，这是进入门槛的问题。会做相同事情的人多了，就会削弱那样技能的价
值。就很像考过MCSE/MCSD证照的人，通常比起考过SCJP/SCJD证照的人要来的没
价值，前者因为考过的人实在太多，而后者考过的人少，仅是如此而已。但是绝不
是代表考过MCSE的人，素质就比考过SCJP的人要差，也不代表考过SCJP的人，实
力真的比较高段。相信求学的时候您一定遇过一种人，他实力也不怎样样，可是考
试的时候他x的就是考的比我们高，怎么我们心里就是不服，可是大多数老师偏偏就
是比较喜欢分数高的人。因此，满坑满谷的人自称会写程序，老板不愁找不到可以
做project的人，你要求的薪水和价格很高? 没关系，找个学校刚毕业的小子，写的
比你快，写的比你好，用的技术比你新，更重要的，价格比你这个老屁股便宜一半。
所以程序设计师在雇主心中的地位日益低落，自然有迹可循。
"那么，为什么写程序的进入门槛比较低?"
在各位信息从业人员的身边，非科班出生的比率非常高(当然没还卖鸡排的高)，科
班出生的学生，搞不好在老板眼中的地位，还比不上一个半路出家的自学者。那位
自学者会ASP、JSP、PHP、C++、C+、Java、Linux、Windows、Oracle...等，十八般武
艺样样精通。而我们科班出生的学生，只会离散数学、数据结构和算法，Visual Basic
搞不好没有用的没人家熟，网站的架设搞不好也没人家熟，更何况科班出生的学生，
他的基础学问搞不好根基也不扎实(问看看您身旁的科班学生)，难怪最常见的就是
很多非科班的"高手"看不起科班的学生，觉得他们无三小路用，连个Windows操作都
比他们差，甚至有的还大言不惭的说:"我这辈子写程序从没用过书上的数据结构和
演算法，读那些干啥?"。 长期下来，科班的学生也开始质疑自己的所学，甚至考虑
转行，当然，也有曲高和寡，孤芳自赏之人。 总之，没办法受到老板垂青，薪水永
远那么少，想卖鸡排的念头就开始萌生。
之所以会有这种情况，笔者个人认为有两种主要原因，一是技术的流通性，二是台
湾软件市场的需求。为什么技术的流通性可以产生大量半路出家的非科班生? 这都
要感谢台湾大量作者，写出大量的入门书籍，大幅减低的进入程序设计领域的门槛。
即使在各位眼中，繁体中文的烂书很多，而且非常。但是，大家眼中的烂书，常常
是再版多次的入门书，对某些人认为是垃圾的东西，常常是另外一批人进入信息业
的最佳踏脚石。不信各位到书店看看，是"24小时学C++"、"快快乐乐学Java"的书比
较多，还是"轻轻松松学微分方程式"、"21天学复变"、"电子学不求人"的书多? 两者
的差距是 N:0。是微分方程序和复变比++,Java难学吗?笔者两个都学过，至少我可以
发誓，就一个有基本学习能力的人来说，难度是一样的，学成所需要的时间和功夫
也是一样的。再看我们的公开讨论区(BBS或Forum)，我们可以看到大量的软件技术
讨论区，却看不到硬件技术讨论区(喔,请别跟笔者说那些每天问哪家主机板比较
好，哪台烧录器较稳定、或者说CPU时脉越高速度就越快越好，或是说x86的
Out-Of-Order Executon是"故障执行" 这一类浑话的讨论区和我说的硬件技术讨论区
是一样的喔!)书籍和讨论区促进知识的流通,造成了大量的软件人才,更何况,学习设
计软件只要一台PC就能写出好用的软件，而学习硬件设计，需要的设备更是天价。
更重要的一点，就是学软件的人，充分发挥儒家分享的精神，只要不是在BBS上冒
充小妹妹想要骗取大哥哥的同情来帮你写程序作业，只要不是很差劲的乱问一通，
通常至少会有热心人士愿意留下一个URL，让我们可以找到参考文件，更具热诚的，
如新竹师院BBS站Java版的TAHO先生，还擅用很多生动的比喻让初学者体会技术的
真义。在这种知识充分流通的环境下，当然产生出非常多的信息从业人员，每买一
台PC，上头各种软件的需求是无穷无尽的，每天都有各行各业的人需要各种软件，
所以程序设计师的需求有一定的量。难怪有人说:"写程式的人饿不死,但是也不会发
大财。"
再来就是台湾软件市场需求所引发的问题.一般我们把软件分成系统软件(System
Software)和应用软件(Application Software). 编译器,组译器,除错器,操作系统,驱动程
序,都是属于系统软件的一部分.
台湾除了硬件厂商,IC Design House之外,甚少有撰写驱动程序的需求.
前几年Linux被炒的热时,也有许多高手投入操作系统,编译器以及简化标准函式库的
研究.而台湾所需求的软件,极大多数是属于应用软件,这些需求的应用软件其中很大
比例是和数据库有关系的(其实不只是台湾,其它地方也是约略相同的情形).所以
VB,Delphi和PowerBuilder这类IDE大行其道,因为他们容易上手,可以快速开发数据库
应用程序,相关入门书籍很多,会的人更多. 因此符合我们前面所说的:"会的人越多,
价值就越低"的理论.
但是别忘了,系统软件有部分是偏向应用软件的,比方说开发软件用的JBuildr和Visual
Studio;制图用的AutoCAD;一套IC Design用的Xilinx或Altera;做OOA/OOD的Rational
Rose和TogetherJ,笔者习惯称这些软件叫做"软件的软件"(Meta Software).
在一般程序设计师眼中,这类软件"理所当然"地认为都是由国外所发展.
这类软件有极高的进入门槛,所以国外这类软件公司的获利率很高,所以该公司的程
序设计师可是身价非凡. 要知道,先前在媒体上有报导过,能够让Microsoft买软件来用
的公司,只有Rational Rose(当然,不可能只买Rose来用). 如果做IC Design的人没有你的
软件就没办法做事,身为一个程序设计师,你会觉得你的身价和地位比做IC Design的
人低吗? 如果你做的软体像SoftICE或DriverWorks那样被做硬件的工程师大量地倚赖,你会觉得搞硬件的人比你厉害吗?
问题是,知道该如何设计一套这类软件的人,恐怕才是真正的异数. 而且需要跨领域
的专才.要不是许多OpenSource的project(例如:KDeveloper)正在进行,恐怕很少人知道
该如何设计一套IDE. 既然会制作这类软件的人在国内少之又少,那么他们的身价高
吗?
很抱歉,台湾没有公司发展出足以和国外大厂竞争的开发工具. 举IDE为例,国内早期
有家公司开发出一套名为DBtools的产品勉强可以算的上是这类产品,
旗标也曾为它出版过入门手册,可是使用这套软件的人好象...没看过(如果该产品有
不错的占有率,请原谅我是井底之蛙),没有市场,公司无法赚钱,即使你是少数能做制
作某类型产品的高手,公司最后关门大吉了,您也只能算是"少数能让公司赔钱的程序
设计师"罢了.所以我大胆假设, Games Golsing或Anders Hejlsberg如果学李敖一样50年
不离开这个小岛,大概早饿死了.
以上的讨论,真正优秀的高手看了之后,或许会产生有时不我予,不得已必须远渡他乡
的想法. 程序设计师的价值就如同书的价值一般,国内和国外有不同的看法.国内教
科书比较便宜,应用的书比较贵.国外教科书比较贵,应用的书比较便宜. 国外重内容,
薄薄一本How Debuger Work可以卖44.99美金.而国内,都是看页数来计价(侯俊杰先生
的书有努力在打破这个页数的迷思,也做的蛮成功).有很多原因导致这两种文化之间
的差异,但是,市场因素肯定是其中重要的一项.
好了,程序设计师价值低落的原因讨论过了,如果您同意笔者的论点,那么不禁疑惑,大
家彼此毫不保留地让知识得以流通,技术得以扩散,本意是好的,结果反到造成自己和
别人身价的低落,这样我们是不是从此不再和别人分享我们的心得? TAHO先生看过
本篇上半部之后,发表了底下内容:
--------------------------------------------------------
发信人: TAHO.bbs@bbs.nhctc.edu.tw (痴人)
> 哈 恭喜TAHO兄上Java周报了...
> 通常至少会有热心人士愿意留下一个URL，让我们可以找到参考文件，更具 热诚
的，如新竹师院BBS站Java版的TAHO先生，还擅用很多生动的比喻让初学 者体会
技术的真义。
@@".....
光看这一段 好象是褒奖
不过看了整篇文章...
突然发现......
原来我是让程序设计师不值钱的凶手之一....
真是罪该万死啊....
--------------------------------------------------------
但是mue先生接下来的发言,说却命中本文真正的核心价值观:
--------------------------------------------------------
发信人: mue.bbs@bbs.im.tku.edu.tw (闲人)
: @@".....
: 光看这一段 好象是褒奖
: 不过看了整篇文章...
: 突然发现......
: 原来我是让程序设计师不值钱的凶手之一....
: 真是罪该万死啊....
不会啦..要是每个程序员都死守自己所会的..让所谓的专业门槛更高的话..就很难进
步了..就是让本来难的变简单..自然就会有更难更深入的东西出现..这样社会才进步
的快丫..
--------------------------------------------------------
做应用软件的人真的没价值吗? 有些靠应用软件赚了不少钱的朋友开始偷笑了.
软件必须加上专业知识,才能够发挥价值. 换句话说,如果您真的只会"写程序",
那,却没有配合各种领域的专业知识,"写程序"这项技能本身根本毫无价值可言.就很
像你的计算机装了浏览器,可是却没有对外联机的网络一样,如果没有网络本身,浏览
器一点价值也没有,更不需要一家公司大费周章地利用平台优势去整倒另外一家公
司.我们可以把程序设计师比喻成架子上满满的信息相关书籍,而顾你的老板就是前
来买书的读者.
你不能否认这么一堆书里头,有好书,也有烂书,你也不能否认你心中的烂书是一本书,
但是你却不能否认书里面教你如何写Java程序的内容是错的.
可是,购书的读者压根儿根本觉得某几本书一点价值也没有.我们只能说,太多只会"
写程序"的程序设计师打烂了市场,就像一牛车的烂书一样,你不能说烂书没有价值,
可是烂书会让你对架上其它书籍的价值大打折扣.除非,你之前看到别人口耳相传这
本书是好书.
大家或许不相信"只会写程序"的程序设计师存在于这个世界上,所以笔者举个
简单的例子说明之:很久以前, BBS上有人发表了post,内容大该是说某公司在
整理旧的程序代码时,发现了一则奇文,奇文内容如下:
-----------------------------------------------
//底下是一个判对某个整数是不是奇数的程序代码
public static bolean isOdd(int n)
{
while(true)
{
if(n==1) return true;
else
if(n==0) return false;
n=n-2;
}
}
------------------------------------------------
您说撰写这个程序代码的人不会写程序,他又好象会写,你说他会写程序,你又不服气,
觉得这个家伙根本在胡搞一通.看过这则奇文轶事之后,当您下次听到某公司抱怨他
们的程序设计师做出来的软件一堆bug,速度出奇的慢,产品永远卖不出去,害公司快
经营不下去了,所以他们认为程序设计师一点价值都没有,只是一堆劳碌命的杂碎时,
您会不会更加怀疑,是一堆莫名其妙的程序设计师,把你的行情给搞烂了?
所以从今天开始,如果你对程序设计有一股热爱,那幺我们一起努力,做个真正的程序
设计师,而不要做一个杂碎且破坏别人的程序设计师.做一个真正写的出有用软件的
工程师,不要做一个只会写程序的程序设计师.当然,如"意外的计算机王国 / 联经出
版社"一书所言,很多技术都是用来原本没有预料到的地方而大行其道.许多科学研究
无法有立即的贡献,但是影响深远,我们也期许有意从事基础研究的科班研究生,认真
的作研究,不要老是研究一些别人已经研究过的研究,不要老是冀望骗国科会等研究
机构的经费,到了最后计划结案时,才匆匆忙忙交出另外一篇骗更多钱的计划书,或是
拿不出台面的研究.
最后,我们反省自己是不是也是一个只会"写程序"的程序设计师呢? 请自行测验底下
几个问题,这些问题都不可能有客观的答案,所以每个问题都附上笔者主观的答案,作
为笔者自己的反省.
Q1: 你尊重专门技术吗? 换句话说,你认为术业有专攻吗?
当你接受外面的教育训练课程时,你总是崇拜看起来什幺都懂的老师? 换句话说,你
认为那些遇到课外问题就跟你说他不懂的讲师是烂老师?
-你老觉得真正的高手应该精通各门各派的技术,如果你会XML,他不会,你就觉得你
比他厉害.你觉得他的履历上写的技能太少,证照太少,所以你认为你比他优秀?
有人老是觉得自己蛮会用MFC开发软件,所以直觉认为那些只喜欢,或是只会用VB的
人程度应该不高.问题是,有人会用VB,当他觉得组件不好用,所以自己写程序处理
HTTP,因为他懂HTTP协议的运作方式.工具里附的浏览器太烂,就自己用功能语法不
是很顶尖的Basic来写parser.相反的,有人号称会用MFC,但是除了靠Help找出名为
Cxxxxx的类别来用,再自己补上事件处理的部分之外,其它什幺事都做不出来.
有人认为写Java程序应该善用工具,用UltraEdit根本是重新造轮子的行为,所以一开始
就学JBuilder的使用,其实他用JBuilder写了老半天GUI程序,哪天回头叫他用文字编辑
器写个简单的Frame + Button他却写不出来,因为他从没弄懂过Java的事件处理模型.
他只会不断地: 选择元件->放在容器里头->调整位置和大小->调整属性->按两下->填
写事件处理函式,成为一个名副其实的"程序女工".
有人觉得他精通各家厂商的数据库,所以看不起那些只会下SQL指令或是只会写store
procedure的人,因为他可是精通ODBC, JDBC, ADO, ADO.NET各种程序的写法.问题是,
一个精通SQL的专家和只会写SQL指令的人,在资料库表格交互参考,资料量很大的
时候,要从中取出我们需要的资料,所下的指令在效率上是几秒钟和几个小时的差
别.SQL也是个专门学问,要能够巧妙的操作它,必须下非常多功夫做研究,而且一研究
可能就是十几年.如果贵公司的项目老是苦于数据库存取的效能不够,你猜老板会花
钱找一个有能力彻底改善所有SQL命令之中效能问题的稀有专家,还是再找一个号
称他什幺都会,结果一点用场也派不上的"数据库女工" ?我们常常看到某人列出他的
履历,好象会很多就是很厉害.但是当我们完全深入一项技术时(喔,我是说你真正下
工夫的时候),通常我们会越来越感觉到自己的渺小.
蔡学庸先生就是一个非常尊重专业技术的例子.
我们看到他在 http://www.csdn.net/expert/cxy/ 上写的,他说他只精通lots of Java APIs.
我和学镛聊过三次,有一次,我听他说:"干麻叫我搞Linux,我又不懂Linux!"如果是你听
到这句话,你会不会真的以为他玩起Linux来肯定比你逊色?笔者突然想起神雕侠侣里
头的独孤求败,晚年只会拿树枝和别人比武,可是你拿再厉害的刀剑就是无法打败他.
所以,请尊重专业技术,不要以为人家没说他会,你就比他厉害.真正厉害的人很多都不
在台面上,而是躲在后面偷偷笑我们呢!而我们一辈子也不知道我们被别人偷偷取笑
了.中国文化数千年都是文人相轻的历史,够了,大家尊重专业吧!
Q2: 你觉得算法和数据结构无三小路用,因为你从没使用过?
-我们承认"无招胜有招"是内功心法的最高境界,但是在信手拈来之际,后面所代表的
是对各家武功路数的彻底了解.由于台湾几乎只有应用软件的开发需求,没有系统软
件的需求,所以大多数的程序设计师都是站在"程序女工"的角度看世界,只要有组件,
有什幺搞不定的. 但是今天如果你想设计一个XML parser,不懂数据结构和算法可以
吗? 好吧! 你说我们不该重新造轮子,我们应该站在巨人的肩膀上看世界,如果什幺
都自己硬干,世界是会退步的. 那幺试问,当你在使用Java提供的Collection Framework
时,你了解ArrayList, LinkedList, TreeSet, HashSet之间的差别吗? 你知道他们的优缺点
吗?你知道他的特性吗? 不了解ArrayList和inkedList
的差异,用哪种去写程序执行结果都一样,可是效率差很多. 大多数的人连了解特性
都谈不上,更别说很多每天想发展自己的语言,自己的编译器,自己的操作系统的人,没
有基础学问的了解,如何去设计一个Collection Framework或STL?你说数据结构和算法
没有用,你去做看看现在IDE中普遍有的code insight功能看看?以Borland C++ Builder来
说,要在短时间内搜寻所有的标头文件并找出某函数的prototype,如果没有对数据结
构和演算法有充分了解,一样做的出来,只是产品会卖不出去罢了.我在课堂上常常举
一个scalability的例子给学生看:我希望写一个1+2+3 ... + 100的程序,大多数的人都是
写
int sum = 0 ;
for(int i = 1 ;
i < 101 ;
i++)
sum = sum + i ;
而真正受到数学观念熏陶的人会写成
int sum = 100(100+1) / 2
前者是O
,后者是O(1),当项数很多时,运算时间是不是差很多?这些都是 我们的教育所产生的问题(当然笔者也是受害者之一),但是从今天开始,我
们可以认真思考每行程序.
想想发展MP3算法的人和写WinAmp的人,哪个比较厉害? 你会说都很厉害,可是没有
前者就没有后者,前者搞不好还可以坐收权利金,后者只能苦哈哈的赚些小钱或等人
购并.我们停留在崇拜应用程序技巧的阶段,而真正值得崇拜的是那些难得一见的创
意.
笔者遇过一个朋友,叫他撰写一个费式数列的小程序,比请他写一个可以浏览数据库
表格内容的程序还难.(请不要与我讨论费式数列的小程序没有实用价值的问题,这里
讨论的重点不是这个)前者需要稍微动点小脑筋,后者只要会拖拖组件,设定property就
搞定. RAD本身不是罪,但是没学好九阳神功就妄想几小时练成乾坤大挪移.最后只会
走火入魔而死,彻底变成一个"程序女工".
Q3: 你常常以科班和或非科班自居?
-你是科班生,瞧不起非科班生? 因为你是正统?你是非科班生,瞧不起科班生?因为你
觉得会的东西比科班生的还多.烂学校会出现好学生,好学校也会有烂学生.因为比例
一样多,所以我们不能以偏概全.
如果仗着受过几年正规教育,自己又从未好好深入学习,就自己为是正统,比较学术的
说法这叫做"阳具文化".有些创新的idea是一般制式脑袋的科班学生很难想出来的,因
为专家是训练有素的狗.如果你是学电信的朋友,你发现交换机是一个葬仪社的老板
因为生意被别人抢走而发明的,那你会不会气死?如果自学有成的程序设计师仗着自
己会的东西比较多,你说你精通Java的各种技术,但是却没想过发展Java的Games
Golsing博士是一个正统出生的科班生,知道了这件事情,会不会让你更加尊重专业?
Q4: 你是学计算机科学的,可是逻辑能力并没有比较好,还常常受骗?
Q4-1:你会被潮流所鼓动吗? 你常常被别人的思考牵着走?人家鼓吹Linux
多好多好,你的脑袋连转都没转过就发愤努力地考Linux认证 ?
-别人把公司里的server全换成Linux,客户端也都改成Linux,公司仍然正常地运作,结果
你学了Linux之后,看到电视上BSA同法务部做的广告吓的你冷汗直留.深怕明天去住
套房.
Q4-2:Sun跟你说Java跨平台,你没试过也跟人家说跨平台的优点?
-Borland已经可以做到一份光盘里同时附上Solaris、Linux、Windows、MacOS X的
JBuilder,你却为了EJB无法deploy到不同公司的Application Server忙的像无头苍蝇.
Q4-3:之前一窝峰人鼓吹XML,结果你盲目追求流行,做出来的东西tag比data还多?
-会用的人彻底了改变了公司里资料交换的流程,而你整天只会SAX来,DOM去的写
XML数据库(用XML来储存资料的数据库)
Q4-4:微软的广告告诉你XP和IE将不支持Java,你都还没试过就跟别人嚷嚷Java已死?
-套句BBS上moga先生的名言:"那我现在在Windows 2000上跑的Java程序是
神迹?"现在一票人每天宣传web service的好处,你连想都没想过就急着想要把公司的
旧系统全部改成web service来做,结果浪费一堆钱,糟糕的速度让你每天被客户臭骂 ?
Q4-5:Web service当然是美好的前景,但是并非适用于每个角落,目前世界上并不存在
完美的solution.人家说不能写程序一辈子,写程序的人生命周期很短,你也跟着别人开
始往SA/SD前进 ?
-如果世界上每个工程师都可以经由经验就成为优秀的SA/SD人员,那幺理论上咱们
应该有些象样的软件产品才对. 有些人写了几十年,还是一个优秀的程序设计师,你
问问他,如果没有遇到糟糕的老板,糟糕的待遇和糟糕的制度,他愿不愿意写一辈子程
序?
我愿意.
Q4-6:顾问告诉你要多用RAD,不该重新造轮子,所以你努力的问how而不问why ?
-结果真正赚到钱的都是那些像JReport做软件组件的软件公司.微软说J2EE Blueprint
的Pet Store,用.NET技术做比用J2EE做还要快许多,然后你就相信了,最近, IBM和Oracle
重新加强Java版的Pet Store,让它比.NET版的还要快8%~22%,你又改口说Java比较好.
Q4-7:一个系统在设计的时候有很多考量,有人以扩充性为主,有的以安全性为主,有人
以效能为主.如果没有设计理念,大家程序里头的function全部改成inline就好了,管他编
译出来的执行档有多大.系统只以效能做考量,我们还需要Design Pattern做什幺?
-那些王八蛋数据和我们选举时的民调一模一样...对一个脑袋清楚的人完全没有参
考的价值.当然,以情感因素来看民调的人例外.如果你没有经过自己的自主判断就盲
目的跟随潮流,那幺下次当你看到有人排队买米酒,买蛋塔,抢购卫生纸的时候,请不要
投以排队的人们奇怪的眼光.
Q5:你尊重老前辈吗?
我们都相信,世界上唯一不用努力就可以获的东西就是老.所以吃过的盐巴比你吃过
的米还多的人,没有任何值得尊重的.我们更相信,信息业永远是年轻人出头,而英雄少
年也长在心里想:"李杜诗篇万口传,至今已觉不新鲜,江山代有才人出,各领风骚数百
年."
但是我们认真想想,从Apple 2的时代到现在随便一颗CPU都是1 GHz的时代,计算器的
本质有什幺改变吗? 不就是一台不断对内存作处理和I/O动作的机器.你笑那些只会
用Fortran或COBOL的老前辈,那你学的Java或C#比起这些老语言又高明到哪里去?写
程序不过是宣告,循环和函数三大要素.时间久了,产生了一堆新名词,配上一些新的发
展理念但本质上没有改变.如果你是推倒前浪的后浪,当你看到李维先生撰写的 "[长
篇] 我的回忆和有趣的故事"或侯捷老师最近两期在Run!PC撰写的"侯捷观点"这些老
前辈写的文章,你有把握写出比它们更高明,更有深度的东西吗?
最重要的问题,
Q6:你骗过老板吗?
-你在履历上写的十八般武艺样样精通,结果是梧鼠技穷(注:比喻技能虽多，而不能专
一),一录取之后什幺东西都做不出来,笔者至少听过20个老板跟我讲过这件事情.
Q6-1:你以为你的身价比较高,只因为你从事"软件研发"的工作?
-然而现实的生活中,"获利"是真正决定成败的关键.除非你的东西帮老板赚了钱. 如
果没有,你凭什幺要求更多薪水,凭什幺要求50张价值数千万元的股票?如果你写的东
西品质很差,bug超多,客户抱怨不断,老板赚不到很多钱,你还老是在外头痛骂老板不
尊重技术人员.如果把行业换成色情行业,那老板不就等于被干洗?这样看来,程序设
计师和詹惠华(黄显洲3P案女主角)干的事情有什幺两样?如果这样的人多了,真正要
去卖香鸡排的,不是写程序的人,而是雇用了这些杂碎的老板才对.
留住最后的激情（留住最后的热情）
作者：左礁
引言：
程序人生中，最初大多激情万丈，可是历经现实的土壤之后，这种激情却在慢慢的
消耗中消失。但是，这平凡的职业，却最需要不平凡的激情。
拿破仑曾经说，军队战斗力的3/4是由士气组成。用于今天的软件业，可以说，软件
团队研发能力的3/4是由成员的积极性决定的。之所以这样说，主要原因是开发人员
的积极性很少得到过良好保护。尽管这句话有些偏激，但确实反映了当前的一些现
状。
有很多高级经理知道下属那种被进度折磨得疲惫不堪的惨状？有多少开发人员被无
休止改变的需求折磨得厌倦了本来钟爱的职业？程序员的激情、团队的士气和积极
性都在年复一年的项目中渐渐消亡，而这些很多都发生在不经意间！深夜，我常常
问自己，明天是否依然珍爱这个给我带来激情的行业？在终于丧失了最热情的激情
之后，我只能随着岁月，慢慢地把这种无限激情的挚爱演变成一种平凡的职业，一
种平静的谋生手段。
但就是这种职业，所从事人员的素质却也参差不齐。当前社会上，那种“职业化”很
高的程序员们，为了高薪可以毫不犹豫地抛弃手头的工作，在代码中加入逻辑炸弹、
留后门，对自己的技术进行保密，运用等等诸如此类的技术。现实中所看到的事例
太多了。我不可能通过一篇文章来说明什么，但真心地希望我们国内的程序员队伍
能够有更高的素质和层次，值得社会去保护，去珍重。
团队失去往往是决定该团队最后能走到什么高度的关键因素，因为在高昂的士气面
前，挑战困难变成了乐趣。如果连积极性也没有了，谈何创造性，更谈何拼搏精神？
积极性对一个项目的重要程度，我想大家能够有所共识。而且粗想起来，积极性是
一个高度抽象的事物，很难用什么指标去量化地衡量。但对词说法，真正启发我的
是国外一篇文章中所说过的一句话：当一个事物不能量化的时候，就证明了我们对
这个事物的认识不够深入！真是不得不佩服外过专家的认识水平。一句话醍醐灌
顶，让我大长学问。所以在以后的工作中，我总是考虑2个问题：怎样才能把这个指
标量化；有怎样把量化的数据用于实际的工作。用于保护程序员的积极性的这个问
题，道理也同样。
如何保护成员的积极性，首先应该建立在对团队共同目标认知的基础上。管理大师
彼得.德鲁克有3个非常著名的问题：我们的事业是什么？我们的客户是什么？客户
的价值观是什么？用在这里不妨改一改：我们的目标是什么？我们能为客户做什
么？客户的需求是什么？如果团队里的每一个人都能很准确一致的认识和回答好这
个问题，那无意这个组织就具有一致的目标。这就是对团队组织文化的一种认可。
有了共同的目标，才有凝聚力，才能有更好的工作效果。如果项目中每个人心里都
有一个小算盘，散沙一盘，那一旦团队出现难题，很可能项目成员心里想的就是如
何保全自己的利益，最盛行的就是赶快精心准备自己的简历，再去找高薪职位！此
时，再谈积极性和归属感，几乎就是空话！
那么，在现实的工作和项目中，如何才能保护好团队最珍贵的资源--员工的积极性？
根据我的亲身感受，我想提出以下参考意见，希望能从最底层、最细节处给大家以
启示：
提升项目主管的管理水平
管理知识不是简单的纸上谈兵，其中富含着很多系统的道理。很多程序员对此都不
以为然，包括我自己在内，先前也是认识不足。但后来，因为一本已经出到第17版
的《管理学教程》，改变了我的想法。很多现实中不可名状的线索或思路，根本没
有系统化和深入，后来，看的相关书多了，这才慢慢地发现很多的想法其实都是有
据可依的，而且很多都远不及这些著作思考得全面、详细和深入。
尤其可怕的是，这些著作有很多是60年代甚至更早时写的，也就是说我们的管理知
识甚至还低于60年代的水平。仔细想来，其实CMM就是TQM（全面质量管理）在软
件开发中的应用。所以，强烈建议每一位项目经理和希望成为项目经理的人员都看
看管理方面的书籍。这绝对是提升自我的一个良好途径。
通过提升项目主管的管理水平，尽可能避免挫伤团队成员的工作积极性，这也是保
护和提高组织成员的工作积极性的一个极其重要和直接的手段。
缩短激励措施的反馈时间
现在大多数公司都实行年终奖制，员工的业绩在年终才会反映出来。其实，我比较
反对这样的做法。如果一个员工平时工作很优秀，但是他的优秀必须在一年之后才
能反映出来，除非他是一个追求卓越的人，否则他肯定会懈怠的。而且工作中，很
多的项目经理很少赞扬下属。他不明白，哪怕是口头的夸奖，也是非常有效的激励
手段，而且根本没有任何成本。而且它不仅能提高工作效能，更能改善工作关系，
所以，何苦难开金口呢？
其实，我们完全可以将年终奖改成季度奖，甚至是月度奖。当然，现在也有很多公
司做出了修改，但实际上，员工是非常希望不断得到肯定的。我们可以在每周的工
作日志上给员工一点鼓励，甚至一句赞扬，我们也可以给提出好建议的员工发出一
个mail，谢谢他们的好主意。甚至，我们只需要简单而真诚地说句：“你的文档写得
很好！”；“你是我们的骄傲。”“我想是我错了！”“谢谢你昨天的加班。”等等，也
许效果会好的让你无法相信。
也许我们无法使用太多的物质奖励，但是在物质奖励之外，高频率的、有针对性的
口头激励，也能把你的员工组织演变成一支士气高昂的不凡团队。
沟通是绝对必要的
曾经有一篇国外的文章提出了一系列的问题，如果你能对每一位同事都能回答出来
这些问题，就证明了你对该同事已经了解了。当然这些问题不涉及到个人的隐私，
完全是工作方面的。我试了试，发现竟然没有一位同事的情况我是完全了解的。这
让我非常惊讶，我竟然根本不了解我的同事，不了解他的工作经历、毕业院校、特
长、专业，以及比较得意的成果等等。
试问这样的情况下，还能很好地沟通吗？虽然每位主管都会有一些自己的沟通技
巧，但如果知道了这些技巧，沟通起来会更加顺利，更有针对性，也更能获得更多
的资料。很多人抱怨沟通没有效果，可是你真的了解你的沟通对象吗？不妨回答上
面的问题试试？请注意，上述问题仅仅是所有问题的一小部分，但是已经有很多人
回答不出了。况且沟通是一个持续的过程，并不是沟通一次就全部完成，人的思维、
技能、认识都在不断进步。
很多国外公司，每一位经理都有一个例行任务，就是每个月都必须和下属进行一次
单独的沟通，这是非常好的制度。而且这些经理大多接受过沟通技巧的培训，什么
开放式提问技巧、引导方式、沟通礼仪等等，可见沟通已经提到了很高的位置。但
这不是中国式的训话，沟通的目的是要下属真实地表达其内心的感受，而不是听唐
僧说经。在大多数情况下，下属并不十分信任上司，害怕说真话，害怕被穿小鞋，
这也是经理们不专业的地方之一。
大量的事实证明，最有效的沟通方式是非正式的沟通，也就是以私人身份为基础的
沟通，比如就餐、度假的时候等等，总是就是抛弃身份，以真实的朋友身份进行沟
通。这样，下属才能体会到自己是被重视、被理解的。如果自己的意见被采纳，或
者上司能够针对下属的苦闷在日常工作中给予开导，员工的积极性会有非常显著的
提高。但是切记，一定要真诚，不能只做表面功夫，更有甚者打击报复，如果这样，
那这位员工估计也就开始到处浏览招聘信息了。
沟通这个题目太大，需要深入其中，在此不再多说。
不要变相地惩罚优秀员工
优秀员工是公司最大的财富，GE总裁杰克-韦尔奇曾经说过，20%的优秀员工是公司
最大的财富。可是很多情况下，我们的经理们在不经意中，变相地惩罚优秀的员工，
更可怕的是他们自己并未意识到这点。
不信，你就可以试试下面的几个方法，这绝对是将优秀人才赶往对手公司的绝招：
方法一：能者多劳
自从哲人发明这句话，就害了无数的优秀人才。且渐渐变成了一种共识：优秀的员
工就是应该承担更多的任务，承担最难的工作。于是能干的人工作量越来越大，每
天都要加班、熬夜，可是薪酬呢，大多时候恐怕很难真正做到按劳取酬。
一般而言，大多数公司内，因为大家资历相差无几，所以能干者和不能干者收入也
基本一致。天长日久，优秀人才自然心生郁闷：为什么要多干，为什么要加班。积
极性大打折扣，即使不跳槽，勉强留下来，工作也远不会象当初呢么尽力了。
方法二：有错误就必须批评
高招之二。优秀员工一般承担更多或者更难的工作，而且活越多越难，犯错误的机
会就越大。于是，那些公认的优秀分子，一次又一次地被叫到经理办公室，然后黑
着脸出来。而能力一般的员工因为总是分配到简单任务，且可以得到优秀员工的指
导，犯错的机会小得多，由此在经理眼里反而成了精英人物，得到更多的提升机会。
渐渐地，能干的人开始变得谨慎，变得没有积极性，没有激情，变得明哲保身。
允许员工犯错误，但前提是必须承认错误，不要犯同样的错误。对于开拓性的、智
慧型的错误，不但不应该批评，反而应该奖励。
方法三：让不忙的人去吧
部门有2个培训名额，让谁去？A太忙了，而且他去培训，a模块就没有人能完成，
不行！还是让D、E去吧，他们的模块简单，很快就做完了，不会影响到项目进度。
这不是玩笑话，类似这样的事情就在身边发生。因为能干，别人无法替代，结果优
秀人才就丧失了很多的权利和机会。但如此，你的部门肯定又会失去一位优秀员工。
方法四：我们不能没有你
部门有一个提升名额，可以提升一位成员任其它部门的经理。于是，经理就考虑：
A去，不行，他是部门最接杰出的成员，他能胜任很多最困难最复杂的任务，我们
不能失去他。还是让C去吧，他的工作可以由B暂时接替一下，然后再招聘一个新人
来就行。
方法五：我没有料到会这样
A是部门最杰出的员工、公认的技术专家，但是不喜欢在众人面前说话。可是最近
他的经理要他在全公司高层人员面前讲解该部门的最新研究成果。A一再推脱之后
还是被安排。最终怀着忐忑不安的心情走上台。结果A成了整个公司午餐笑料。A
的工作效率比原来差得很远。他的经理解释道：我没有料到会这样。
其实，知道有缺点，应该提早鼓励其信心，再从细处帮助更改，切忌事后看热闹再
懊悔。
方法六：关系领先
在公司甚至部门中，不可能全部排除私人关系的存在。人才的优秀，再加上私人关
系，应该是部门非常信赖的员工，但是一定要公平对待。员工非常忌讳幕后的提薪、
升职之类的做法。即便当时灭有强烈地反映出来，但对于员工对公司的忠诚度、对
工作的积极性都有很大的损害。
类似的方法还有很多，在此不一一列举。尽管都是细枝末节，但对于员工的影响很
大，实在不容忽略。
任人唯贤，会给所有的员工这样的信息：只要我干得好，公司就会给我很好的发展。
用一句俗话来说就是有奔头。因为有了明确的远景，追求卓越就会慢慢地成为一种
生活习惯，工作积极性高涨，工作效率自然卓绝不群，当然公司也会更有竞争力。
反之，如果员工感受不到认可和希望，大多数人的选择就会成为敷衍了事。
不要认为是理所当然
早晨9点，技术骨干A拿着昨天晚上做到2点写完的文档兴冲冲地送到项目经理Z的办
公室。Z正在看电子邮件，头也不抬地说：“就放在桌子上吧。”A有点无奈地把文档
放在桌子上，无声无息地出去了。一个星期过去了，Z没有对那篇文档发表任何意
见。A心里想：“唉，也不知道他看了没有？还不如做一个常规的呢。”
如果将上面的情景加以修改，效果又会如何呢？不妨试试：
项目经理收到了文档，并真诚地对晚上的加班表示感谢。A面带微笑地出去。当天
下午，Z通过电子邮件将意见反馈给A，赞赏之后提出几点非常有深度的意见。A有
高兴又佩服地去修改自己的文档。
这2个场景实施起来区别并不太大，只是多了一份赞扬、理解、关怀和反馈，但结果
却迥然不同。
零零总总说了这么多，希望能带给大家一丝清新，从最细小处关怀和体贴程序员这
个未被好好保护的珍贵资源。
