做好程序员Word文件下载.docx

做好程序员Word文件下载.docx

《做好程序员Word文件下载.docx》由会员分享，可在线阅读，更多相关《做好程序员Word文件下载.docx（13页珍藏版）》请在冰豆网上搜索。

社会道德倡导人们应该吃苦耐劳，为个人、家庭、集体、国家多作贡献，但并不因此要求人们天天辛苦地工作、辛苦地生活。

聪明勤劳的人应该愉快地工作、愉快地生活才对。

IT行业竞争很激烈，绝大多数IT人士工作比较勤奋，生活节奏较快。

可是太多的人不知不觉地以低效率的方式工作，这样日复一日，真是生产力的巨大浪费。

如果不想使自己活得太累，人们应该摸索出一套适合自己的富有效率的工作方式。

本节总结这方面的一些经验，供上班族参考。

2.4.1合理安排一天的时间

一天的标准上班时间是8小时，说短不短，说长也不长。

利用好了可以干很多事，用得不好时间一晃而过。

由于人不是机器，生理决定了人的机能不可能在每天的所有时刻处于同一水平线，有时好有时差。

所以我们应当在机能处于最佳状态时做最重要的事情，在最差状态时干最次要的事情。

一般地，上午几个小时人们的状态最佳。

开发人员应集中精力从事最费脑筋的研发工作，不要让自己分心干一些次要的事情。

如果管不住自己，那么注定会降低效率。

团队也应当达成共识，尽量不在上午打扰他人的智力创作。

中午吃饭后一个小时以内，由于人体忙于“消化、吸收”，此时脑袋晕乎乎的，俗称“饭醉”。

大部分企业中午只留半小时吃饭，没有午休时间。

少数企业有午休时间，但用提前上班或者延迟下班的方式来补回时间。

学校里的午休时间比较长，大部分学生有午睡的习惯。

所以毕业生刚到企业工作时，头几个星期一到中午就哈欠连天。

有些人能够调整生物钟，不少人改不了，我属于后者。

我曾在多个地方多次尝试不午睡，这样勉强能利用中午约一个小时的时间，但是导致整个下午乃至整个晚上昏昏沉沉，极不划算。

相信与我同感的人肯定不少。

于是我在吃完中饭后就毫不犹豫地午睡，虽然违反了公司规定，但我会在晚上补偿，所以心安理得。

如果公司没有午休制度，那么个别员工午睡时要注意“形象”。

别躺着睡，别打呼噜，至多扒在桌上打个盹儿。

我看到有些人能笔直地坐在椅子上入睡，如老僧入定，令人羡慕不已。

我没有那么高的水平，就用胳膊支着腮膀睡，一副思考的模样。

国内一家著名的大型IT企业有2个小时的午休时间，我拜访过几次，真是大开眼界啊：

每个员工都有床垫、被子，平时放在大柜子里，一到午睡便拿出铺在地板上。

纳头就睡，鼾声此起彼伏，天皇老子来了也不理。

经过这样的“养精蓄锐”，员工们在下午、晚上工作时就精神抖擞。

我在该公司尝试过一次午休，感觉非常好。

无论是否经过午休，人在下午的状态总不如上午好。

所以下午适合于干不需要太费脑筋的研发工作。

例如在上午“挖空心思”设计算法，下午编程去实现它。

离下班前的半个小时里，很多人心不在焉，编程出错率增加。

这时候可以处理一些必要的事务，例如发通知、写小结、开会、布置明天的任务等等。

下班后的时间原则上可以自由支配。

尽管我不提倡加班，但我认为IT人士应当在工作日的每个晚上花一两个小时处理工作事务以及学习。

这个行业不允许我们荒废太多的时间，尤其对于年轻人。

从周一至周五，我几乎每天晚上都会在办公室里呆上两个小时，但从来不“美其名曰”加班。

由于我白天午睡、喝水、上厕所、接电话花费了不少时间，我肯定没有完成心目中的8个小时工作任务。

所以必须在晚上继续研发或者处理事务，干这份内的事情不能算是加班。

时间宽余就上网浏览业界动态，看看新闻，收发电子邮件，翻阅资料等等。

如果周一至周五你的工作效率很高，你就会觉得很充实。

到了周六周日，你就可以尽情享受生命中的其他美好的事物，例如吃喝、运动、看电影、看闲书、与朋友聊天等等。

这样过日子很幸福。

不过对于二十出头的毛小伙子来说，除了体育运动外，大部分业余时间还是应该用于学习的。

等到年龄稍大“成家立业”后，才应把业余时间投入到生活中去。

2.4.2减少路上花费的时间

在上下班路上花费很多时间是无谓的浪费。

在大城市里工作，员工的住宿地可能离公司比较远，而且交通拥挤，上下班单程时间花掉一个小时很常见。

这样长年累月下去，对IT人士而言无疑是浪费生命。

所以无论是公司还是个人都应该好好考虑如何减少路上花费的时间。

如果公司有班车，单程时间在一个小时左右勉强可以接受。

如果是挤公共汽车，那就不值得了。

比如在炎热的夏天，你天天满头大汗、浑身湿漉漉地赶来上班，哪还有好心情去工作。

这样的隐性损失很严重。

你应该尽可能地住得离公司近一些，哪怕房租贵一点也值得。

节省上班时间比下班时间更重要。

如果住宿地不能变动（如买了房子），也没有班车，那么不妨在上班的时候坐出租车，这样既快又舒适，当然这要视你工作的重要性和收入而定。

中华民族历来提倡节约，这是传统美德。

但是要节约的东西很多，并非只有钱。

有时候时间比钱值“钱”得多，前者浪费了就追不回来，但是后者还有机会。

大概中国人穷怕了，我们从小就被灌输了“省钱”的观念。

人长大后应该懂得分析“时间成本”，如果花费时间的代价比节省下来的钱多得多，那么宁可花掉钱也别浪费时间，一味省钱是很愚昧的。

我有时候早晨睡迟了，没赶上公司的班车，若挤公共汽车则要花费一个小时，我就毫不犹豫地坐出租车上班。

看起来有些奢侈，实则很值得。

因为我上班一个小时的工资比出租车费多，我又何必花一个小时挤公共汽车呢，把省下来的时间和力气用于创造价值岂非更好！

我常从经济学书籍中找出一些理论为自己“撑腰”，上例就是。

有一回我搞砸了，我曾读了关于“货币流通”的论著，没弄清楚我就照般行事。

我以为花出10元钱，会给某甲带来10元的收益，当钱从甲流到乙时又给乙带来10元的收益，如此传递下去将会产生无穷的价值。

我为“发现”这滚雪球般的增值效应而兴奋不已，于是把自己为数不多的收入基本花光，并劝说朋友们学我样，为促进“货币流通”做贡献。

不久前我请一位很有学问的朋友吃饭，我兴高采烈向他阐述关于“货币流通”的“新发现”，被他几句话点醒过来。

这事我犯了常识性的经济学错误，给了自己一个告戒。

但到目前为止，我认为本节所讲的“时间成本”是正确的，多花钱来减少上下班路上的时间是值得的。

2.4.3开会

开会的目的是获得见解，但它会消耗大家的时间，成本比较高。

我搞不清楚什么时候起中国人有了开会的癖好。

讽刺开会的小品、相声看多了，你会觉得“开会”是个贬义词。

很多时候，人们开会的目的不够明确，以至会议期间得不到共识，只是白白浪费时间。

为了让会议有成效，应该先让所有与会者明白究竟要做什么。

而主持人在发出开会通知前，应该先问自己这样的问题：

这个会议是否真的重要，即使中断很多人的工作也值得？

是否没有其它不影响别人工作的方法来取代开会？

这次会议的目的是什么？

我该怎样做才能达到目的？

如果你能清楚地回答上述问题，一般不会让会议变成漫无目的的讨论。

安排开会的时间也挺讲究，要注意尽量别中断做了一半的工作。

若无重要原因，请不要把开会的时间定在上午10点或者下午3点，这样会把上午或者下午的时间切割得太零碎，最好安排在一清早或者快下班前。

每周的例行会议应集中在同一时间段，例如周一上午或者周五下午，因为这个时间段比较适合于处理工作事务。

如有可能，不妨把所有的会议都集中一起，痛痛快快地一次性解决，免得在其它时间开会妨碍别人工作。

[Maguire,1994,p127-p136]

2.4.4处理电子邮件

电子邮件是个很棒的通讯工具，如果没有它简直无法想象开发人员怎么交流。

电子邮件能提高工作效率，但是如果使用不当，同样会伤害生产力。

开发人员的工作经常被电子邮件打断。

很多程序员只要发现有新的电子邮件进来，便停下手头的工作，看看有什么新鲜事发生了。

最糟糕的是马上回复电子邮件，因为“回复”比“阅读”花更多的时间。

由经验可知，有一大半的电子邮件并不重要，用不着实时地处理。

如果每隔几分钟就处理一次，这样一天下来人们可能什么事情也做不成，因为开发工作是无法分割成很多个几分钟去完成的。

团队应当达成共识：

最好是在刚上班、中午、下班前集中处理电子邮件。

这个建议适合于大多数程序员。

请不要钻牛角尖，如果处理电子邮件是你的重要工作，或者你经常有紧急的电子邮件，那么你没有必要非得等到某个时间才处理邮件。

2.4.5随时记录

随时随地记录你在工作中遇到的问题，以及你产生的灵感。

不要等到将来再靠回忆来写总结，那时候你可能想不起来了，岂非浪费了一笔“财富”？

据说唐朝诗人李贺每当在路上想到好诗句，就顺手写下来，仍进一个专用袋里，回到家后再取出那些诗句拼接成诗。

怪不得人们说：

李贺的好诗不多，但是好句子很多。

程序员每天应该写一份简短的工作日记，花几分钟就行了。

很多程序员觉得他们的光荣任务就是开发软件，写工作日记很费时间很烦人，这是心理作怪而非客观事实。

整个团队都写工作日记不仅对个人有好处，而且有利于项目的管理。

如果这些工作日记保存在数据库里，那么管理者会对各人的工作进展一目了然。

如果大家还没有写工作日记的习惯，项目经理就强迫大家写，用不了几天就习惯了。

2.5程序员服什么样的项目经理

项目经理是企业的基层干部，是推动企业发展的中坚分子。

很多管理学书籍对“什么样的人适合于当项目经理”有许多高见，但行业不同见解也不尽相同。

本节把范围限制在软件项目经理上。

了解“程序员服什么样的项目经理”很重要，这样企业就可以有目的地招聘或者自己培养合格的软件项目经理。

2.5.1丰富的产品开发经验和比较高的技术水平

对于软件产品开发而言，很多时候开发经验比技术水平、学历还重要。

就如战斗中，如果队伍中有一些老兵，那么战胜的机会就多些，士兵们心里也踏实些。

如果项目经理拥有丰富的产品开发经验，那么意味者他有能力不让项目发生混乱，并且在出现一些意外时，他自己不会手忙脚乱。

不少大公司让刚刚毕业的博士担任项目经理，这是非常危险的做法。

我自己就是博士，也算是高材生，也担任过经理职务，还招聘过不少员工。

以我冷眼观察，如果让刚从学校毕业的所谓的高材生担任经理职务，十有八九会把事情搞砸了。

产品开发经验可不是高材生在学校里能学到的。

不可否认，每个程序员骨子里头都有一股傲气。

大家都是靠技术吃饭，谁怕谁呀！

如果项目经理能够技压群雄，程序员们就会听他指挥，哪怕他霸道一些也无所谓。

如果项目经理的技术水平虽然不是团队里最好的但也相当不错，大家在技术方面有共同语言，甚至能产生“英雄所见略同”的感觉，那么大伙儿也能齐心协力地干活。

一个技术水平较差的人被任命为软件项目经理真是个悲剧，就象一个略有权势的太监，表面上有人对他恭维，背后却被人鄙视。

我们经常会听到有经理头衔的人在高谈阔论：

“编程我不会，做个项目还不easy？

派个人去搞系统分析，回头再叫几个程序员把需求译成程序，不就OK了吗？

”

不懂英语的人准以为easy和OK是贬义词。

要让软件项目失败很容易，只要符合下列条件之一即可：

（1）项目经理对软件开发一窍不通。

（2）程序员对软件开发不感兴趣，应付了事。

（3）程序员是临时雇用的。

如果上述三个条件同时具备，那就死定了。

2.5.2懂得管事和管人

很多项目管理书籍把“人员管理”放在第一位。

而我强调，对于软件项目管理而言，应当把“管事”放在“管人”前面。

这是软件项目的特征决定的。

国内绝大部分软件项目的人数比较少，通常是十人以下。

很有趣的是，软件开发人员所受的教育非常相似，他们的言行举止、甚至喜好都比较相似。

所以，软件开发人员的管理相对而言是比较简单的，但是管理软件开发工作则是复杂的。

如果把“管事”放在项目管理的首位，那么项目经理的管理目标就很清楚。

他自己必须懂得“做事”才能“管事”。

如果把“管人”放在项目管理的首位，那么项目经理会把管理重点集中到人际关系上，于是经常吃喝玩乐，拉拢关系，不知不觉地脱离了第一线工作，这是一种风险。

项目经理想把事情管好，他必须学习并熟悉“软件工程”和“CMM”。

说得更加明确些，项目经理应当：

（1）熟悉经典的软件工程，如需求开发、系统设计、编程、测试和维护等。

（2）熟悉CMM2-3级的关键过程域，如项目计划、项目监控、需求管理、配置管理、质量保证、技术评审等等。

2.5.3较好的人格魅力

项目经理应善于了解组员的心理，懂一些人情世故，但不靠“拉拢关系”办事。

管理不是管制，不是去卡住人家的脖子，因为程序员不是一群野鸭子。

管理的目的是让大家一起把工作做好，并且让各人获得各自的快乐和满足。

当一个团队被出色地领导时，雇员甚至不知道他们已被领导。

在项目完成时，他们会自豪地说：

“看看我们通过努力取得的成绩吧”。

所以管理者不能老惦记着自己是一个官，而应时刻意识到自己是责任的主要承担者。

软件开发是智力创作过程，不能把程序员当机器人，别指望他们会百分百地按照领导的意图行事。

如果领导缺乏人格魅力，很少有人会信服你，团队就缺乏凝聚力，乌合之众不可能开发出优秀的软件来。

很多软件公司的经理都不是管理专业出身的，技术出色的经理一般少有心术不正的，他们也不可能为了搞好管理而成天玩弄心机。

但既然当上了经理，就不能放任自己，有必要培养一些人格魅力，至少要做到“以身作则”和“公正待人”。

一、以身作则

项目经理干活要快且好，别人要花一天时间的活，他半天就能做完，这样才会有精力去搞管理。

项目经理应当参加最难的开发工作，并指导不同水平的程序员把各自的工作做好，与大家同甘共苦。

如果人手不够，项目经理要能同时干几个人的活。

好榜样的力量是无穷的，程序员们看到“头儿”干活那么卖命，他们也会激发工作热情，至少不好意思偷懒。

有一种盛传的说法：

聪明的领导尽量让下属多干活，自己少干活。

这句话象河豚鱼那样鲜美，但有毒！

这是董事长而不是项目经理可以做的美梦。

“勤劳致富”是永恒的真理。

如果不想多干活，却想多获益，那就别搞软件开发，应该去搞投机倒把。

有些人当上项目经理后以为“当官了可以享福”，在技术领域，这样的人很快会被淘汰出局的。

二、公正待人

如果项目经理在上班时趴在桌上睡觉，就别训斥程序员们学样。

如果项目经理发现有两个程序员趴在机器旁睡觉，不能只对其中一个大声吼叫：

“你一编程就想睡觉，看看人家，在睡觉时都想着编程。

公正是指不偏心，但不是指“平均主义”。

如果奖罚不公正，虽然谈不上失人心、失天下，但团队的凝聚力肯定下降。

这是人之常情。

项目经理小结：

一个有活力的软件公司的各级经理都不会这样感叹：

“因为我啥也不会干，所以只好当领导。

2.6将程序员培养成为经理

如果是经营一个加工厂或一个饭店，经理们可以不必懂技术。

因为他们的常识，以及通过耳闻目睹或者咨询都能解决实践中的问题。

在软件领域，技术的力量是无穷的，一天之内就可使整个产业发生巨变。

也许你在商业上很精明，但无法保证自己在技术浪潮中安然无恙。

软件公司总希望能物色到既精通技术又懂管理的优秀人才做经理。

通常这种愿望并不能变为现实。

已经出名了的优秀人才难以请到、也难以留住，而企业也不敢轻易请“陌生的高人”来任经理。

所以把公司中的好员工培养成为经理是重要的举措，是长久之计。

公司的领导不要对程序员抱有偏见，以为他们只该与机器打交道。

一个高水平的程序员既然能学好数字逻辑，能理得清楚软件中很多象“嵌套”这类“鸡生了蛋并且蛋又生了鸡”的错综复杂的关系，从理论上讲当个县长也不成问题。

现在很多女士不会烧菜，却能把菜的营养讲得头头是道。

虽然这是个值得哀叹的社会问题，但我们应该有信心期待：

如果她们非得天天烧菜不可，那么不久就能把菜烧得又好吃又有营养。

将程序员培养成为项目经理困难吗？

想想农村里的老爷爷老奶奶吧，他们子孙满堂，三代之内就有几十号人。

他们没有读过多少书，也没有学过家族管理，还不是安稳地过日子吗？

普通的项目经理只是带领几个或者十几个开发人员，能有什么困难!

许多程序员不懂管理，不是智力上的原因，主要是个人兴趣和环境所致。

公司的领导应该这样鼓励有灵气的员工：

“你能把技术做得那么棒，还怕搞不好管理？

放心干吧！

如果程序员的悟性不低，为人不坏，技术不差，企业肯定能够比较快地把他培养成为合格的经理。

的确，很多程序员经过挫折与磨练，逐渐升为组长、项目经理，乃至成为公司高层经理。

2.8学无止境

IT领域的新技术、新业务发展十分迅速，如果不思进取，无论昨日多么辉煌，他很快就会落伍甚至被淘汰。

这是IT行业的生存规则。

企业的命运取决于人，人要想进步必须学习，学习永无止境。

俗话说“活到老，学到老”，如果真的能够做到，他绝对会感到幸福而不是痛苦。

2.8.1不断学习新技术

软件开发人员的“饭碗”是技术。

如果不学习新技术，那就捧不到好“饭碗”，甚至有掉“饭碗”的危险。

拒绝学习新技术的开发人员很少见，但是工作认真却不懂得“主动”学习新技术的人很多，这才值得担忧。

不少“好苗子”在不知不觉中落伍，多么可惜！

StephenMaguire在其著作[Maguire,1994,p170-p171]中谈到Microsoft公司存在“有五年资历的笨蛋”：

……有一位程序员，在第一年从事“文件格式转换”程序设计工作，成为能手。

在此后的四年里他专门为各个软件写“文件格式转换”程序。

这项工作的确是重要的，但是他的技术只在第一年里大幅度提高，其余四年都是在重复旧的工作。

没有学习新技术，事实上他停滞不前了。

他有五年的工作经历，但不是有五年的工作经验，他只是用五年的时间重复第一年的经验罢了。

……

类似的事情在国内大企业里比比皆是。

如果工作勤恳的员工有一天发现自己是个“有五年资历的笨蛋”，真是难过啊。

我在公司里曾主持过几次内部招聘，在面试时，真的发现不少老员工（工作三年以上）的技术已经落后了。

我有一个项目是“软件新技术的研究”，我在招聘组员时很在乎他是否“年轻”。

根据我的经验，通常越年轻的员工越有活力，越能激发出钻研热情。

我们公司有个很重要的程控交换机产品，它的操作系统、数据库系统、编程语言都是二十年以前的。

由于多年来国内对程控交换机的需求庞大，该产品利润丰厚，现在公司里有数百名开发人员围着它转。

不论该产品以前多么先进，现在它的确老了，业内人士都称之为“夕阳”产品。

我发现很多开发人员日复一日地做技术面很狭窄的老活。

尽管他们目前还能创造价值，但是几年以后他们该怎么办？

虽然开发人员为了工资不得不从事自己不太喜欢的工作，但千万不要忘了考虑自己的前程。

据我了解，没有当上“小官”的那些开发人员有以下几种工作倾向：

（1）领导让我干什么我就干什么，有活干我就干，没活干就闲着，将来的工作将来再说。

（2）呆在原岗位，一有清闲就看英语、复习考研资料等等，为将来“走人”作准备。

（3）呆在原岗位，利用现有资源做新的项目。

（4）申请换到另一个部门，寻找新的工作岗位。

（5）辞职。

没有学习新技术的机会是软件开发人员莫大的悲哀，但别用“无可奈何”来为自己的落魄找借口。

有一些机会是靠运气得到的，而更多的机会是自己努力创造的。

其实人在任何地方、任何时候都可以学习新知识。

职位低、工资少都不可怕，可怕的是丧失了进取心。

如果你是一名在校学生，你喜欢学什么就可以学什么。

如果你在企业里工作，要注意，学习新技术应当对本人和公司都有用。

要是仅仅出于个人的喜好而学习新技术，通常得不到领导的支持。

2.8.2提高综合才能

一个技术出色的软件开发人员可以自豪，但不可以目空一切。

上天不可能赋于一个人太多的优点，以致于他没有表示谦虚的余地。

我们在求学、工作时可能太功利太挑剔，导致知识结构非常单薄。

长此以往，只怕到了晚年也成不了大器。

软件开发人员喜欢钻研技术是好事情，但不能轻视“非技术”才能。

在开发产品时应该“扬长避短”，而平时培养自己才能时则应该“扬长补短”。

不想当将军的士兵不是好士兵。

同理，不想当领导的开发人员也不是优秀的开发人员。

开发人员的升迁途径基本上有两条：

（1）走技术专家的道路，最高可升为总工程师。

要求他具备“很高的技术才能”和“较好的表达能力”。

（2）走管理的道路，最高可升为总裁。

要求他具备“较好的技术才能”、“很强的表达能力”和“很强的管理能力”。

缺乏表达能力和管理能力是软件开发人员的通病，值得业界关注。

表达能力主要是指“写”和“说”的能力。

很多开发人员怕写文档和报告，讲述问题和想法时语无伦次。

由于表达能力差，他就无法胜任于需求开发、系统设计、管理等高层次的工作。

即使他的技术水平很高，但发挥不出来有什么用？

只好长期干编程、测试的活。

在允许自由竞争的环境中，如果有人埋怨其才能被“埋没”了，通常是他自己的错。

如果真有本事，你就应该自己冒出来，怎么会被“埋没”呢？

难道非要等着别人来照顾你不成？

练习“写”和“说”绝对不比钻研技术难。

我认为导致“表达能力差”的主要原因是软件开发人员的观念有问题：

他认为表达能力是可有可无的！

而技术才能才是唯一重要的。

我认识的大部分默默无闻的开发人员都有这种幼稚的想法。

我一向喜欢头脑灵活、手脚勤快的年轻家伙，希望他们能吸取我“后知后觉”好不容易悟出来的那些道理。

如果他们流露出上述“愚蠢”的想法，我会不厌其烦地进行规劝，并让他阅读我写的《大学十年》以期他能“大彻大悟”。

如果仍不“懂事”，我不仅要训他还要刺激他：

你是不是想一辈子当低层的程序员！

真没出息！

有些人把“表达能力差”归结为读小学、中学时文科学得太差，现在补习已经来不及了。

这是谬论，我就是极好的“证据”。

我读小学、中学时文科学得极差，高考语文成绩才54分（总分120分）。

我写作文的最高目标就是不逃题，考试前我总是反复祈祷：

我没干过坏事，保佑我作文不逃题吧！

上大学的第一天我竟然无法用普通话说出“去洗澡怎么走”，只好晃动澡票与辅导员打哑语。

可我现在呢？

我确信在同行中自己的“笔功”算得上一流。

口才也不错，虽然不能把死人说活过来，但花一个小时让蔫蔫的人振作起来还是容易的。

为什么进步那么大？

有什么技巧吗？

引用卖炭翁的话：

“无它，唯手熟尔”。

我读大学十年来一直都是带头干活，经常参加竞赛、展示活动。

所以不管是长篇大论还是写标语作宣传，我都自己干（谁能替你做呢？

）。

这类事情做多了，连笨蛋也会成为行家。

我是一个智力平平，标标准准的普通人。

既然我能把“表达能力”练得那么好，说明大部分人也能办得到。

同理，管理能力也是练出来的。

有人说：

“上级不提拔我当项目负责人，我哪有机会锻炼管理能力啊。

这话就象“在没有学会游泳之前我绝不游泳”那样矛盾。

如果你不具备管理能力，你就很难能当上经理。

万一你当了经理，并不表示你自动具备管理能力。

这里要强调一点：

软