5年就这么过去了吗？ 这是笔者和许多朋友共同的回答。可令人诡谲的是当笔者试图回想5年前流行的IT技术是什么时却一时答不出来，矛盾点是什么？如果时间过的很快的话，那么为什么我们无法想起当时的IT技术？ 其实会有这样的情形一点也不奇怪，因为这5年来IT技术改变和进步的幅度是既深且广。
回头翻开笔者在数年前于《Borland传奇》后半部对于IT演进趋势的看法，笔者精确的提出了对象导向和Modeling技术将平民化和Web Service穿透平台的能力。不过笔者没有预料到软件工程和测试方法对于开发模式会有着这么迅速的影响力。
看看现今的IDE，几乎没有IDE不受软件工程和测试方法的影响，愈来愈多的IDE都提供了一种或是数种软件工程以及测试方法。最近再加上CMMI的影响，未来的开发工具（已经不再是单纯的IDE了）将继续融入CMMI的功能，而且一旦开发工具开始提供协助CMMI Level 3以上的功能时，代表未来的开发环境将可以把开发人员的开发效率，开发质量，开发方法都加以数量化，到时开发人员将必须进一步的提升自己的精致化开发能力，否则将很容易的在下一代开发环境中被现出原型。
软件工程和测试方法的进步也将让触发两种改变，那就是设计模型和设计架构即将像现在的程序代码一样能够被稽核和数量化，而测试计划也将提前在设计阶段即能够执行设计，模型和架构的测试。这个变化将会对设计师和架构师产生即巨大的冲击。
主流程序语言的语法和语意愈来愈像彼此一点都不奇怪，重要的是要了解程序语言本身的演变。目前宣告程序语言（Declaration Language）在。NET的主导下也逐渐的被Java所接受，而在程序语言本身融入XML原生的功能也由Java领军C#在后追赶。因此我们可以预料这两个趋势在未来数年之内会左右程序语言的发展。写到这里就不得不佩服Borland前首席科学家Chuck的睿智，Chuck在数件前即在Borland内部提出了Apollo计划，也就是目前OR-Mapping等技术的前身观念，而在2003年左右Chuck也在Borland内部着手了Z程序语言的计划，而Z就准备使用XML的数据型态做为Z的原生数据型态，并且执行流程和执行概念就以Web Service的架构为设计中心，而这正是下一代Java和C#想要实作出来的技术。更重要的是程序语言在这些新技术需求的刺激之下，已经逐渐成为一个技术融合的核心，未来当特定的IT技术成为IT的必要应用时，这个特定的IT技术就会慢慢融入程序语言的演化并且成为程序语言的核心功能。简单的说，程序语言本身将逐渐成为吞噬IT技术的多形机制。
OR-Mapping技术和对象查询语言也将会是接下来IT的重点技术，看看Hibernate的盛行，OCL的影响力日益加大，MS也会推出Object Space技术，连EJB 3.0都深受影响之下，这两个技术将成为左右数据存取技术和对象对映技术的主要力量。
那么我们应该如何面对下一个IT的5年呢？ 其实答案也不难，那就是体认开发方法和开发流程是比开发技术来得重要。尽快找到一个适合你自己或是你的团队的软件工程方法，不管是XP，RUP，MDA，FDD或是任何的方法，使用正确的开发方法提升开发效率和开发质量是目前重要的工作。接着看看你着重的IT领域是什么，再找出这个IT领域背后的主导力量，巧妙的结合开发方法和技术趋势主导力量，应该可以让你立于不败之地。此外对于每一个新的技术，语言，IT应用等等思索它们形成的背后原因，想想这些背后的原因会对你的事业有什么影响，如此一来就不会穷于应付层出不穷的IT技术。当然，要看未来的5年您还是得先回首看看自己脚下的基本功打好了没有，否则一切都是空谈。
延伸阅读
没错，我还是一个程序员，每天还是坐在位置上书写着代码，收获着无聊。 四五年来我我一直保持这样一个坐姿，从每天的早上8点半开始，准备下班回家时结束。
我读的是机械设计制造及其自动化专业，因为迷上网络游戏就干脆转为学习计算机。当时的计算机专业可以说是一个热门专业，很多不怎么样的学校在这时候都开了这个专业，招生时要分数要得不低。这样的决定让我吃苦不少，我要一边保证自己的专业少挂科，以保证自己可以顺利毕业，一边又要保证自己的计算机水平足够在毕业后可以找到一份还行的工作。相比其它同学，我跟图书馆的计算机图书一样另类。他们谈恋爱的时候，我在试着把asp网页连上数据库。他们玩游戏的时候，我在网上到处搜索apache跟php整合的相关材料。
幸运的是，我的专业大部分考试都有六十来分，2005年下半年好歹毕业了。没有计算机背景，企业不会要一个只会把asp连上数据库的人，也不会要我来帮他配apache+php.终于有一家小公司要我进去做软件维护工作，我想都没想就去了，连我要做网页还是客户端软件都没问清楚。零工资实习三个月，外带1个月的试用期，最后才知道自己是来做软件实施的。老总告诉我，所有来这企业的人都得做1年的软件实施，这样才能知道客户需要什么样的软件，以后开发出来软件时才能更好的理解客户的需求。为了理解所谓的客户需求，我在不同的地方安装相同的软件整整安装了一年半，Oracle, Sybase, Sqlserver各种各样的商业数据库我都在上面瞎整过，我后来很佩服hibernate,它居然可以为很多种数据库提供同样的HQL语法，做过的人会知道其实各数据库之间的差异还真不少。还好老总善解人意，在一次公司尝试转型的大背景下，我被调到网站运营部负责网站运营，网站运营跟网站开发是两码子事，在一个小公司里，网站运营就是到各大论坛发垃圾贴子，公司这样做第一可以省去在google上做推广的钱，另外，在我发贴发到手酸的时候，老总还可以跑过来说，累了吧，那放松一下，去把公司网站改下背景颜色。换换思路嘛，脑子就不会打结。这半年里，所有的论坛都有我的ID号，很多论坛的ID被坛主封了又开，到现在，如果我要到某个论坛去下载一个附件，当提醒需要登录时，我网址都不用看直接输个ID和密码进去就行，成功率很高。公司终于又要转型了，因为他们发现发了这么多垃圾贴，还是没人来买他们的软件。我被派到公司的开发组，帮忙做些开发。终于可以称自己为程序员了。
在这半年的时间里，我一直在帮着其它程序员干着繁重的体力活。用HTML和javascript实现着客户们奇怪的网页效果。偶而写一点点JSP的页面，比方说写一个界面将查询结果显示出来等等，当然这也是我为什么现在是从事Java行业的主要原因。
07年初，我决定离开这家企业，在跟老总离职面谈时，他终于想到要为我这么个员工提一下有关工资的问题。他终于想到曾经进入这家企业时，我要求过企业在一定时间内将我的薪水涨到什么样的水平。我并没有接受他开出的更优越的条件，尽管在当时，这些薪水对于一个只会JSP的人来讲应当还行。从职业的发展角度来讲，我需要一个更好的空间，你要知道，在我离开这家企业之前，我还不知道CVS怎么用，Code Review是怎么回事。
在面试一些新程序员的时候，当问他为什么选择.net方向时，经常听到一些这样的回答：记得曾经我的老师对我们说，当你在开发语言和工具方面不知道怎么选择的时候，那么你只要跟着微软走就行了。所以最终他选择了.net。我想大家都曾有过类似的经历。当经历过数年之后，一些人在.net的某方面成为了专家，有些人精通数据库方面，有些人精通web界面设计，有些人精通系统架构。还有一些人是什么都会，但不管哪一方面都算不上精通。当然还有另一些人，他们没有选择.net，他们选择了java，在若干年之后，他们说：java程序系统比.net系统更稳定之类。既然大家都是.net阵营，暂且对他们不予讨论。
结合自己的亲身经历，对准备成为。net程序员和已经成为。net程序员的新人一些快速成长建议：
1.选择研究方向后不要动摇
对.net好还是java好的问题，我一向的观点是：它们都好，它们都是软件开发领域的杰出工具，它们都能够做出非常出色的系统。评价一个系统好与不好的标准不在于开发语言，而在于系统本身，更多地在于这个系统的开发者-程序员本身。只要你是一个出色的程序员，你完全可以用你擅长的开发语言开发出高质量的系统，而不管这种开发语言是.net还是java。而如果你过度地徘徊在研究它们到底谁更好的时候，甚至不断地在二者之间辗转的时候，你损失的将是宝贵的时间。
2.尽量缩小研究范围
.net只是一个大方向，你应尽量将自己的研究范围缩小，比如专注于数据库，专注于xml方面，专注于ajax，只要你专注任何一个区域深入研究，当你成为专家之后，都不会愁饭吃。反之如果你什么都会，而没有一样真正精通，那么你可能永远只能做一个普通程序员。
3.找到正确的入门方法
不管做什么事，方法很重要。特别是入门时的方法。正确的入门方法将大大加快你学习的进度。了解语言本身和前提技术是最先要做的事情，比如你选择c#方向的asp.net，那么你必须先学习c#基础语法，和asp.net基础知识，并实际写小程序测试你学习的成果。当学会基本语法后马上找到asp.net的官方入门指导。微软做得很好的一个地方就是他的帮助系统做得很好。新人容易入门，建议首先从入门教程开始，这个东西就在你的机子上，在Framework SDK的菜单里面。强烈建议把这个教程全部学会。
4.多看别人的成果（源代码）
这个很重要，如果你是一个团队的新成员，那么看他们写好的代码将是非常好的学习途径，因为那些都是成功的代码经验。如果你还没有加入团队，是自学，那么找一个好的学习网站，多看上面的源代码也是很好的方式。另外一个强烈推荐的途径：仔细研究微软的.net StarterKit，个人认为这是.net入门学习途中最大的收获。
5.敢于接受新项目挑战，敢于尝试
主动承担公司的开发任务，敢于在项目中尝试你最新的研究成果将对你自身技术水平提高带来非常大的帮助。记得当初我在做一个建站平台项目时有过这样的经历，之前公司开发的项目大都在原有技术积累下面用成型的框架做开发，那时我也正在学习asp.net，不过那个项目我是主程序员，因此在开发上有很大自主性。于是1.0时我尝试将所有用户文章保存在web服务器的xml文件里，而不是像传统项目那样保存在数据库里，以希望减少web服务器和db服务器之间的数据传输。结果1.0系统实际运行时确实达到了我的目的，虽然随着数据量的大量增加，最终导致了IO瓶颈。但通过后来对IO瓶颈的优化解决，我在文件系统、服务器进程、xml应用、代码规范和性能优化等方面学到了很多东西，倘若当初按原来的模式写程序，将错过学习这些知识的很好机会。
6.不断推翻自己，敢于重构
这是对程序质量的要求，我认为只有不断地优化和改造自己的程序代码，才能最终写出高质量的程序，做出高质量的系统，最终使自己的技术水平提高。通常我会把实现一个功能的代码量作为衡量代码质量的标准，代码越少，越精简，同时又具有良好的可读性，就越理想。重构需要几个前提：首先是项目时间允许，然后是确实找到更好的代码组织逻辑，如一种很好的结构模式，更合理的面向对象调用方式等等。只要找到更好的解决办法，那么勇敢地推翻原来的程序框架，重构它，经过不断地重构后，有一天你回过头去看之前自己写的程序时会有一个感叹：哇，怎么以前我的程序写的这么烂阿。
7.跟上技术更新的脚步
软件技术更新速度有时真的让人很郁闷，经常听人说，刚学会.net1.0，马上就出了1.1，1.1刚完成一两个项目，又出了2.0，用2.0不到一年已经出了3.5，但现实就是这样，你必须得跟上脚步，当使用asp.net的时候，你就不能再像以前用asp那样去写程序，当使用.net2.0的时候，你要敢于使用masterpage，skin去代替原来的usercontrol模式，原来的网站皮肤实现模式。而现在出3.5了，你必须马上学习vs2008，学习Silverlight。只有跟得上技术更新的步伐，你才永远保持自己的技术领先地位。
以上几点建议，希望能给一些新加入的.net程序员们一些参考。
4、对代码的信任
作为项目管理者，你怎么相信他们的代码。有些程序员，你可以对他们说：我星期五就要结果.--星期五到了，你收到了这样的Email:代码我都已经检查过了，现在就等着测试了。你很放心，只会有很少的瑕疵在质量确保的团队被查到。当然，还有些轻率的例子，一些程序员在邮件里是这样说的：我还没弄完，星期一上午我会最先完成它.你不太确信这东西，发现很多Bug,很长时间基本上不能用。又得花上几个星期清理代码中的Bug.
关键：你对一个开发人员越有信心，他离成为一个伟大的程序员的距离就越近。想象你是你的管理者，如果他并不担心你的代码，会给你多少信心和勇气！
5、对方案的信任
和对代码的信任是一回事--如果你手上有伟大的程序员，你就会对解决方案有信心。这些程序员同时也是伟大的建筑师。他们剖析整个问题，指出问题需要怎样去解决。这就不只是用伟大的代码编程的问题了，很大程度取决于你怎样构筑解决方案。这是关键，而且会让你在软件世界里出类拔萃。
6、满足客户需求
一天下来，你写出了最棒的代码、用了最好的框架和最好的解决方案，但这真的能迎合用户的需求吗？恐怕根本不是那么回事儿。你搞砸了。尽管现在多次失手，一个伟大的程序员还是会正中靶心，找出客户需要的，给用户逐步展示他们所需要的无bug的最终版本。需求正中靶心的同时，用户满意了。
7、不断升级
伟大的程序员会积极主动地把自己的技术升级。他们对知识的态度就像饿猫见着了牛奶，他们从不用上级催促给自己设定目标、不用经理要求他们完成任务，因为他们自己就已经安排OK了。
他们发现自己想要参加的大会就会给公司写Email本人非常想参加今年的Tech-Ed大会。我将用心研习，并对作出贡献。我预计这可节省金钱/其他原因.如果可行，不知公司是否帮我支付此行？如果我收到这样的邮件，我不仅会帮他支付参会费用，他的路费我也会全程买单。
伟大的程序员们永远会关注例如。net用户组或Java用户组的所有用户群体。他们参加本地的技术会议，并从中汲取知识。你会看所有最新博客和最新的杂志吗？现在列出你最喜欢的前5个开发博客。你能做到吗？你应该像参加基督教青年会那样轻松做到。做到这些，可以很好的帮助你延伸你的思路！你将会不断获得更好的点子！你会得到更好的回报！
职业规划是对职业生涯乃至人生计划的过程，职业生涯规划的好坏可能将影响整个生命历程。感谢您阅读《如何从优秀的程序员成为伟大的程序员[5]》内容，职场资讯网小编向您推荐一些职业规划知识，欢迎参考，希望能帮到你。
15、组织技巧
把所有事情整合在一起的最关键要素是组织。你可能是世界上最好的程序员，但如果你不善于组织你所做的事儿，你的工作将陷入瘫痪，最终丧失优势。伟大的程序员保持自己工作平台的整洁有序，保留所有的笔记并调理清晰。他们标出自己的会议日程表。他们有专门的收件箱给日程邮件、会议和新任务分类。他们保留文档并能在需要时迅速找到所需。
额外要提到的：激情
伟大的程序员如果没有热情，那么他的工作也并不伟大。好的程序员有了热情来对待他的工作、方案和团队，那么他比伟大的程序员还要伟大。
在回顾的时候，我用这些标准来评判我的开发团队。我给我的团队尽可能最好的环境，作为回报，我想要他们都成为最伟大的程序员。你可以用这些标准来评判你的团队，或者你本身就是一名程序员，请用这张列表来尽可能地改造自己来超越同侪。
备注：Generics是程序设计语言的一种技术，指将程序中数据类型进行参数化，它本质上是对程序的数据类型进行一次抽象，扩展语言的表达能力，同时支持更大粒度的代码复用。对于一些数据类型参数化的类和方法来说，它们往往具有更好的可读性、可复用性和可靠性。在设计集合类和它们的抽象操作时，往往需要将它们定义为与具体数据类型无关，在这种情况下，使用Generics就是非常适合的。
怎样评定一名软件开发人员？这是一个颇为奇怪的问题。现在已经有了很多的理论和形式来做这件事，人力资源部门也试着帮你管理和反省自己的行为。然而，怎样才是一个伟大的软件开发人员，在今天，你该怎样发展你的职业生涯？以下是我评定团队中软件开发人员的军规.按照这些技巧和规则，你可以改善你的现状，由一个优秀的程序员，成为一名伟大的程序员。
1、时间花在写精彩的代码上
这里说的不是数量，而是质量。对此，一种歪曲是：要数量，也要质量。你也许会很多次的遇到以下的两种情境：
情境A:你有一个发疯似的能写代码的程序员，事情似乎在进展中然后，Bug开始不断出现，你们也不知道为什么，好像永远补不完。补完十个，又出来五个，现在你手里的，就是一大堆代码
情境B:你现在有一个看起来很聪明的程序员，你面试他的时候，他似乎无所不知，能把理论说的头头是道。然而，你留给他三个任务，三个星期以后，他还在做一些三天就该干完的事。这下该你困惑了，他这么聪明，他知道generics（详见备注）,多线程的一切事情，甚至还能给祖母级的人讲解什么是指针，让老太太兴奋的想去编程。可是--怎么什么都没完成？
于是，在梦境中--你写出了堪称伟大的代码，--伟大的代码是伟大的程序员写出来的，他睿智，明白代码的真正品质所在。写代码就像托尼？霍克在玩滑板一样自然优美，看上去就令人愉快。这些程序员以让你眼花的速度搞定一切，他们知道每个问题应该处理多长时间，也不会追捧寻觅所谓的世界最好解决方案，弄很多线程很多层来写一个简单的游戏。他们写的程序没有Bug,因为写的时候自己测试过了，在睡觉时也在写代码说的就是这样的人。这些程序员太宝贵了。
2、阐明问题
可以明确的是：即使有问题暂时处理不了，还有成百上千的方法去解决。有些人反应很迅速，很快就能提出多种解决方案。然而，一个伟大的程序员应该在做出行动以前清晰阐明问题--创建文档或用白板表达出来。他们写邮件给项目的管理者，这样表述：我想和你说说我是怎么理解这个问题的，我们能这样处理吗？然后他们就会动手给你多种方案。
对，这些人明白自己看问题和阐明立场的方式，而这理解方式大概不会是问题创建者所想要被理解的。请牢记这就是关键所在。一名伟大的程序员在尝试解决问题以前，一定要完全的理解它。你百分百搞明白了吗？没有？百分之九十九？--回去再多问些问题，确保百分之百理解清楚了。
3、怎样着手解决问题
那一搞明白了问题，就开始动手写代码？错！一个伟大的程序员应该按照规划，开始思考面临的多种选择，基于问题开始考虑最好的解决方案。我觉的这像一场国际象棋比赛。你知道每个棋可以怎么走，知道所有的游戏规则。但是你会马上走棋吗？不，你要审时度势，制订计划，紧盯对手，分析其通常的做法。和这一样，在你coding解决问题以前，你也要这么做。
看看问题，计算出需要怎样的结果，你的时间能怎么安排，预期的质量，你必须用的工具，好了，开工吧！
8、团队奉献
你可以是团队中最棒的那个人，可是如果你不是最好的程序员、不是建筑师、不是团队里最有活力的人，那么对我来说，如果你不能分享或对你的团队有帮助，你的价值就会大打折扣。一个好的程序员会使自己周围的人同样强大起来。试想一下，好程序员会不断完善自己的知识和能力，如果他们不和周围的人分享他们的知识，他们从哪儿能获得更多呢？
他们不断学习新东西，发掘新技术，但是不会让其他人知道他们这么做了。一个好的程序员会准时完成方案，但是那是在催促和团队得不到休息的前提下。然而一个伟大的程序员则会与团队中所有的项目保持联系，在需要的时候还可以出手帮忙。他们会如是说：我注意到A团队的项目进行到xx进度了，如果不介意的话，我想我可以帮忙？
9、做好会议记录
做好会议记录绝对至关重要！开会期间，大家花大量时间来说明了新观点、新主张、集体讨论还有提出了新设计方案，可是会议结束后却没有人可以拿得出会议记录，简直没什么比这更糟糕的事情了。即使你有会议大纲，我还是期望见到参会的每一个人员都可以带着纸和笔（当然对于程序员来说笔记本则堪称完美）.一个伟大的程序员会注意到这点。他们会记下所有的会议记录，并且在会议结束的的时候说：就刚才的会议，我着重记录了几点：XX 我是否记录全了呢？
接下来，伟大的程序员就会把他做好的会议记录分发给项目管理者，列出会议时间、会议主题和参会者。接下来，是会议项目的标题和重要条目。在这之后，就是这些议题的详细记录。一个好的程序员没有做会议记录，并在会议上对提出的每项事宜都点头称是，那只能寄希望于他的记忆力足够好了。随后，他会给你发邮件让你看看他的改动，你得回头提醒他忘记的不多，百分之九十的都没错。--这不是浪费时间嘛！根本不是这么回事！所以，做好你的会议记录。
10、孺子可教和接受批评
如果你读到这儿了，就表明你有希望接受这些建议，并在以后的开发行动中尝试执行。对，程序员的另一项重要能力就是向他人学习并且能够接受批评。通过把自己变为一个虚心受教的人，像海绵一样快速吸收大量知识，毕竟在编程的路上你还有很多前辈。当然，也许他们在写代码的岁月里慢慢生了锈，甚至伤痕累累，但是他们毕竟曾披荆斩棘跨过无数的坎儿。对于做出正确决定，他们又着瞬间的本能，让你不得不服。处于他们这个位置，很乐于见到你的成长和成功。
所以，只要你是个伟大的程序员，就会理所当然的拥有理想的工作环境。如果你不断改善技能、虚心好学、在别人给出的意见和批评中总结错误并得以改善，我向你保证你将会成为一个伟大的程序员而不只是想象自己变得伟大而已。如果你总把自己想象成为精英而不进步，那你只是自欺欺人。如果你不成长，你甚至不能停留到原地，等待你的只有灭亡！
职业规划就是对职业生涯乃至人生进行持续的系统的计划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。
11、公司需要的时候总能出现
这如同等价交易。如果你为一家伟大的公司工作，他们会给你足够的弹性。公司不会限制你如何工作，不限制你开始或结束的时间，也不会限制你什么时候停下来歇歇。公司会鼓励你在休息时间做做操，甚至会在你和团队成员出去吃饭的时候为你们买单在繁复大量而紧张的工作后，公司会放你几天小假。诸如此类。
然而，毫无疑问，与前面的这些美事儿随之而来的是责任。如果赶上时间紧还得出活儿，伟大的程序员则建议你即使在周末也要加班。即使干得再晚也得把活儿干完。你看，伟大的程序员是要为自己的创作负责的。这虽不是必需的，但这是伟大程序员的标志之一。有些人只想朝九晚五的上班，他们可能不错，但是成不了伟大的程序员。伟大的程序员是团队中干到最后的那个，把作品视为完美的艺术，与团队成员亲如一家。
12、衣着职业化
你永远也不知道一个客户会什么时候突然拜访。你也永远不会预知什么时候突然要参加一个会议，不是每一件事都在计划中的。你得随时准备好展现自己。一个好的程序员周一到周五穿着普普通通，甚至有可能穿牛仔装和运动鞋来上班。在某些周五，他们穿着T恤，短裤和运动鞋出现。当一个客户突然在周五出现，要谈一个大项目，你没法把衣衫不整的他一块儿叫上。
一个伟大的程序员周一到周五都穿着职业化，衣服也能带来成绩。如果你不在意穿着，你也会因为穿的太奇怪而得不到晋升。毫无疑问，套装和领带还是很能提升你自己的。我向你保证，一套得体大方的西服套装会让你在今年就觉的物超所值。
13、沟通能力
这是另外的判定条件。这世上有太多优秀程序员，却没几个伟大的程序员。为什么呢？因为大多数程序员不善交流。交流的层次很多：从发电子邮件、参加小型SCRUM开发小组会议到大一些的主管会议，水平逐渐提升。这样你就能在数百人参加的会议上自如地展示你的软件。在会议上你不需要有好演技，但是至少要清晰明了地表达你的观点。你的沟通能力越强，你的职业道路就会走得越远！
概要：想要成为管理人员，你的沟通能力得分至少要打到9到10分。甚至你在会议上只讲了几分钟，或只一个小汇报，你都需要非常好的表达能力。别只是在你的每天的工作日志寥寥写上修补1371个bug,你要做的是尽可能描述清楚如何在这么艰难的情况下解决了问题。阐明你的方法，说明你如何保证这个bug不再出现。你就不再为你的日志发愁了。这会是你向经理展示自己的精彩演出。
14、目标设定的技巧
好的程序员日复一日的做你安排给他们做的事情，贯穿始终。他们并不往远看，不对明年、5年甚至10年后作打算。一些好程序员虽然知道自己想要什么，却没有具体计划去实现。伟大的程序员则给自己订立年度、未来5年的目标，而且大概预期到自己10年后的发展。
伟大的程序员有了目标不会只是想象，他们会具体实施。他们会根据具体情况，在预期的时间做具体的事情。他们会详细地制订明年的计划，包括要上的课程、要完成的项目甚至包括他们需要建立的人际关系。
The Productive Programmer则会教导你：
多用宏吧，启动它，你就可以迅速完成大量重复的工作；
多用脚本吧，你可以提高运行的效率，避免变数和误差；
多用自动化测试吧，你可以迅速定位问题，保证质量；
多用管道吧，这样多个程序就可以无缝结合成一条生产线；
没错，学习宏、脚本、自动化测试、管道（Shell），不是容易的事情。但别忘了，身为技术人员，了解技术，学习技术，运用技术，正是你的职业，你的优势，也是你的责任，你的生产力（所谓productive）所在。随便举个例子吧，在本书中文版的第196页有这么一段话：
在我刚才提到的例子中，开发人员用了1小时58分建立正确的语法，然后用了不足两分钟运行。在一些未曾培训过的人眼里，他的大多数时间都没有效率（这就是为什么他们反对使用正则表达式的原因），但最后，他节省的是几天的时间！
我还要补充的是，解决好这样的问题，现在能节省几天的时间，将来，更可以节省无穷无尽的时间！就我的开发经历来说，平时多注重这样的细节，做些 没效率的事情，积累起来，就可以节省大量的时间和精力至少至少，你不会抱怨，自己终日被一大堆简单重复劳动所困扰。
类似的例子，在书中随处可见，譬如作者讲到，几乎每个*nix用户，都会有自己的shell alias，真是于我心有戚戚焉：我自己积累了一大堆alias，喜欢用grep color把要找的内容标成高亮，也喜欢在统计脚本里用不同的颜色标注不同的状态在Shell下干活，更加简单、利索，一目了然，这种流畅和效率，也可算专属于程序员的宝贵财富。
当然，也有读者会觉得很烦：作者几乎讲一个很小的例子，几乎都要强调一遍：简单重复劳动是低效的（程序员不应该这么干）。不过，我丝毫没有觉得罗嗦，反而因此喜欢上这本一个下午就能看完的轻量级小书：阅读它，你并不需要太多的期望，权当一次愉快的思维体操吧你会发现，专属于自己的高效率，就来自书中提到的点点滴滴。
相关文章
最新更新
