大龄程序员的未来到底怎么样

第一篇：大龄程序员的未来到底怎么样

大龄程序员的未来到底怎么样？

大龄程序员的界定

有人说，软件开发干不过30岁，也有人说干不过35岁，后来又有人说干不过40岁，更有人说干不过45岁......在《论语•为政》篇中，有这样一段至圣先师孔老夫子对人一生的发展阶段的精辟概括：吾十有五而志于学，三十而立，四十而不惑，五十而知天命，六十而耳顺，七十而从心所欲，不逾矩。里面提及的三十而立就是指人在三十岁之后，就应该在稳定在某一个职业上，有所建树。在现代社会，作为程序员在职业发展规划上需要悉知自身发展的几个大课题：逐渐稳定于一项工作，确立自己将来的保障，发现适当的晋升路线。

然而，在而立之期分为两个小的阶段：25~30岁，修正期和31~44岁，安定期。大龄程序员基本也是处在安定期的范畴内。这个阶段是人生最富有创造力的阶段，如果能稳定到一项工作上，一定可以有所成就，为将来打下保障。

程序员的技术人生节点

对于程序员来说，在技术人员的转折节点中，知识技术、技术能力和阅历、业务积累3个方面至关重要。它有什么特殊的表现和含义呢？当下，软件现在已经成为各行各业的基础服务，它具有非常特别的属性：软件本身形成了一种产业，它又和其他产业结合形成了交叉领域。纯粹的代码没有意义，解决现实问题是软件存在的最大意义。由此，大部分的软件产品是软件技术和行业需求结合的产物。

（一）知识和技术

可见，首先程序员需要掌握编程语言、应用框架、开发工具等这些具体的知识和技术。

不同的语言和技术，都有特定的应用场景，这种语言解决这种问题效率高，那种语言解决那种问题效率高。其次，面对互联网化和信息化的不断深入，现实的问题越来越复杂，老的知识和技术在解决新问题上已经拉低了办事效率。这种情况下，需要程序员不断学习掌握多种语言和技术，形成自己的而技术图谱和知识体系，确保不断有新的语言和技术问世。这种现状，也就使得程序员在31~44岁这样的阶段学习能力爆棚，焕发第二春的黄金阶段。如果这时你还在做程序员，对自己的学习模式一定有所了解了，加上之前的积累，学起新东西来很快，应该会不断收获举一反三触类旁通的愉快体验。

（二）技术能力与阅历

对程序员来讲，知识、技术是一方面，是容易习得的，是较浅的层面。那较深的层面，就是技术能力与阅历。它在很大程度上决定了一个程序员身上的技术价值。技术能力是在不断地运用知识、技书解决现实问题的过程中培养出来的。在这个过程中，有的人爱琢磨好总结能升华，技术能力提升就快，干一年可能能收获一般人两三年的技术经验；有的人可能会停留在写段代码写完了事儿这种层面，那可能干三年不如人家干一年。技术能力和阅历，随着程序员年龄和工作经验的增加，其重要性和价值将超越知识、技术本身。这是我们必须意识到的，这也是老江湖的价值所在。

（三）业务积累

由于大部分软件是技术和业务的结合，而且业务和行业紧密相关，你选择一个行业，选择一家企业，就会决定你能积累的产业、业务知识、经验。在一些软件行业中，开发技术只占20%，80%的都是业务层面的知识、流程，比如做电商网站和测绘软件绝对是天差地别。所以，程序员熟悉业务流程也是体现程序员的价值所在，它和技术阅历一样是经得起时间考验的。

大龄程序员常见的职能取向

一般来说，职能取向分为4种：管理者、专业技术者、自由职业者以及创业者。其中，管理者又分为职能管理者和全面管理者。CEO、总经理之类的角色属于全面管理者，开发经理、研发部门经理、项目经理、项目总监、HR经理等属于职能管理者。专业技术者指靠技术吃饭的人群，比如程序员、测试工程师，UI设计师、会计、律师等。这些人的一个共同点就是拥有独特手艺和技术，能用自身所掌握的技术为别人解决问题创造价值。程序员的职能取向，多数会落在专业技术者。每一个程序员都应该理清自己的职能取向，只有职能取向清晰了，谈将来才比较靠谱。

程序员的直接发展通路如下：初级工程师–>中级–>高级–>架构师（专家）–>技术总监–>CTO。或者，技术总监和CTO带一些管理职能，也可以从另外一条路上来。这条路就是程序员的管理之路：工程师–>项目组长–>项目经理–>项目总监–>技术总监–>CTO。除此之外，还有一些交叉发展的机会。比如开发转测试，开发转产品经理，开发转售前，开发转售后，开发转销售等。

程序员的人生里不只有软件和工作，还应当有其他的。生活是多元中心的，要有一些其它的兴趣爱好，能够滋养心灵，修复纯技术工作给心灵带来的磨损。

第二篇：大龄程序员转行做什么最合适？

大龄程序员转行做什么最合适？

程序员路在何方？

高薪的IT行业是众多年轻人的职业梦想，然而，一旦身入其中却发觉没有想像中那么美好。被称为IT蓝领的编程员，工作强度大，像个编码“机器”;技术更新换代快，饭碗不稳定。随着年龄的增长，IT编程员该何去何从。

为何程序员的‘生命周期’如此短暂？

IT行业竞争非常激烈，技术更新速度特别快，而更多的技术都源于国外，这就要求程序员不光要会编程，还要懂英文，要跟得上技术的潮流，这样才不会落后。而对于中国的程序员而言，如果你不会英文，很多技术你是无法快速的去了解到的。IT技术的诞生与更新从国外发行到传播，在到有专门的人去翻译技术资料传到中国的时候，大概会消耗1年的时间。所以，新的技术1年以后才会有相关的中文技术资料文档。因此中国的程序员接触到这个”新技术” 1年以后才在中国刚刚流行起来。而在国外却已经流行了大概1年的时间了。

当中国的程序员刚刚学会这门新技术的同时，国外又逐渐衍生出来新的技术，旧的技术被替代。因此中国的程序员刚刚学到的新技术，还没用多久，就被淘汰了。也正是这个原因，导致中国的程序员每天拼命的在更新自己的技术，而始终赶不上新技术的潮流。

中国的IT公司对程序员的要求也是极高的，对于一个合格的程序员，如果你是一个java或者是php程序员来讲，你不仅要会基本的编程技术，而且你还要会数据库技术，服务器端技术。各个技术领域的推新技术都在时刻革新，因此在中国的程序员，他们不得不每天去花费大量的时间去查阅这些技术资料，来更新自身的知识储备。

不光在技术领域你需要不断的去学习，在业务领域，作为一个程序员你仍旧不能被落下，如果公司有新的项目，是关于酒店管理或者是银行类的项目，对于一个不了解业务的程序员，他是无法实现开发的，因为还需要对现有的项目业务进行了解，这样才能将对应的业务逻辑转换成相应的程序逻辑。

中国互联网行业竞争激烈，互联网公司不想被落下，就不得不时刻保持自身产品革新速度，这样才能成为互联网行业的带头人或是领军人。在公司，对于程序员来说，项目工期是非常紧的，老板们也是急功近利，压缩项目工期的时间。比如：项目的工期是三个月，如果公司想要拿到这个项目，想要中标的话，在技术允许的情况下，要保证同行业的竞争率和中标率，一般可能会以1个月的项目工期去投标。这也就是为什么，程序员都在反映的一个问题，为什么这个行业的加班率非常高。因为工期紧，要想在规定的时间内上线，就必须在员工上面下功夫。所以，你在投递程序员简历，和面试的时候，任职要求总是有那么两句话：

1有学习能力和独立解决问题的思路 2有抗压能力和责任感，可以加班

一个程序员要做的工作确实非常的多，从一个项目的开始，他需要了解客户的需要，不明白需要的时候要跟客户进行沟通，了解客户想的是什么。明白需求后，他还要将需求规划到项目中，写一些项目需求文档，同时也考虑用什么样的技术手段来实现。在数据库方面，他需要把表与表之间的关系理清楚，他要考虑以后的维护效率。并制订Model图。在程序上，他要考虑用什么样的程序框架，以及程序出现BUG的后期维护工作。你也会经常遇到需求每天都在变的情况，昨天写的功能，今天就不需要了，或者是增加功能，调整昨天写的功能等等。而所谓的技术，就是来来回回的去“扒代码”。

总之，大的公司分工可能会更明确一些，小的公司基本是一手抓。你会经常把头埋在一堆代码中去找BUG，对于一堆看不懂的代码，心里时常有些烦躁。程序员付出的多，工资低，待遇不好„„ 勿用置疑，程序员脑子绝对聪明，属于高智商人群，可高智商并不意味着高收入。

有一个普遍现象：程序员们大多不擅社交，口才不佳，沉默寡言，只会整天埋头于电脑前象部机器似的。

这也许就是程序员的性格。这种性格的人，很少能做老板的，往往一辈子都是给人打工。

程序员年龄大了怎么办？如果要改行，适合干什么？ 看了这么多，其实程序员考虑到转行的原因也就一目了然了。

1.压力大，每天面对电脑，无法得到足够的睡眠时间，对身心健康及其不利。

2.工作的时间几乎占了一天生活的全部，连交朋友的时间都没有。变得不爱说话，不喜欢交际，不爱交朋友。

3.奔着高薪来的，渴望这种蓝领，做办公室喝茶水的感觉，其实对编程并不感兴趣，真正进入这一行业，做一段时间就会有离职的想法

4.随着年龄的增长，发现自己对新知识新技术，接受的越来越慢，体力上也感觉到跟不上经常加班的节奏。往往反映能力不如新来的年轻员工好。

5.始终在做码农的工作，技术能力差，沟通能力不强，对未来的职业发展方向不明确。

如果考虑转行的话，有两个方向 第一个是彻底不打算在互联网行业混了

第二个是希望仍旧从事互联网行业，但是不想再做程序员了

如果是第一个想法的话，建议还是越早转行越好。因为离开IT行业，自己对其他的行业了解几乎太少，要想做，就必须从头做起，因为没有经验就得从零开始。而且你要知道，年龄小的话，转行做任何行业都来得及，因为你还有时间。对于三十多的老程序员就要慎重考虑转行的行业，因为考虑到年龄问题。

如果是第二个想法的话，我是比较推荐的，因为你在这个行业干的时间也不算短了，如果彻底的转行到一个未接触的行业领域，对于老程序员老讲，可能会不太适应，风险度也是极高的。我为什么推荐转行不要偏离自身的行业呢，因为我们要抓住自身的优势去做一些工作就比较容易，风险也会降低很多。

下面介绍一个我同学的成功案例：

我的同学不做程序员已经1年多了，其他转行的程序员大多去做了销售。但是他没有放弃互联网行业，他觉得网络营销也是一种销售手段，他把方向瞄向了淘宝，他对互联网的敏锐度也是不错的，他认为电子商务是未来的发展趋势。但他并没有直接去开淘宝店，他认为，以他现有的经验还不足够去做，他希望能在网络营销方面使使劲。一开始他在网上投递了一些seo推广的职位，但是效果不是很理想，几乎都是一些淘宝运营店招的一些seo推广专员的职位。大多还都是网络兼职的形式。经过了解，这些淘宝兼职人员都是在网络上进行的，需要一定的淘宝购物经验，还要会一些YY语音使用，因为这些兼职都是在YY上进行的，经他的介绍，我也十分感兴趣，也用业余时间去兼职淘宝。发现利润真的还不错，刚开始1个月才1200多的工资，当然都是日结的。下面我把我的经验分享给哪些没有工作，或者愿意在互联网上兼职的朋友们。虽然钱不多，但是能交不少朋友，并且这些兼职的人也有自己创业的想法。

第三篇：从程序员到项目经理4

从程序员到项目经理(四)：外行可以领导内行吗

在上一篇中，我举出了一个招聘需求，引起一些朋友的争论。既然招聘的是项目经理，为什么需要那么多专业技能呢？在百度上招聘频道搜索“软件项目经理招聘”，可以查到8500多条类似的招聘信息„„

一．从几个招聘要求说起

在上一篇中，我举出了一个招聘需求，引起一些朋友的争论。既然招聘的是项目经理，为什么需要那么多专业技能呢？ 在百度上招聘频道搜索“软件项目经理招聘”，可以查到8500多条类似的招聘信息。我们看看国内软件行业老大东软集团的招聘条件：

工作职责：

带领团队完成需求分析，开发计划制定与跟踪，项目组关键技术问题解决，负责项目QCD。

岗位要求：

1、3年以上软件开发项目经验，2年以上项目管理经验；

2、熟练掌握JAVA、WEB开发，精通基于Oracle/Mysql数据库的MIS系统开发；

3、具有较强的沟通、组织能力和较好的文字表达、写作能力；

5、有医疗业务开发经验者优先。

显然，东软公司也是要求具有较强的专业技能的。当然，也许东软公司太大了，不具有代表性，那么我们再看一个比较小的公司，你绝对没听过(我也没听过)，广东广风隆电子科技有限公司：

任职要求：

1．能很好的把握开发质量和项目进度，规避风险。

2．具有较强的语言和文字表达能力、沟通协调能力、良好的团队合作精神。

3．具备至少3年项目管理经验或大型系统开发实施经验的优先。

4．掌握JAVA技术，能熟练应用J2EE，Spring，Struts，Hibernate等开发和测试。

5．熟悉基于java的B/S架构应用技术。

6．熟悉基于Tomcat、WebSphere、weblogic等应用服务器的开发；

7．熟悉大型数据Orecle/SQL Server等，熟练掌握存储过程编写、数据库表设计。

8．熟悉unix/Linux操作系统。

9．具备软件团队管理经验，熟悉软件开发流程，能够独立完成项目实施的优先。

10．具备一定的系统框架设计、熟悉开发流程，具有的良好的需求分析、项目设计、规划能力。

13．有如下经验者优先考虑：

a.熟悉BIEE，或有BI项目开发实施经验

b.对BI/DW的概念和架构有比较深入的了解，熟悉维度模型架构

c.熟悉Oracle数据库开发，或有ETL工具ODI经验，精通SQL

d.有基于java技术项目管理经验的优先，教育行业背景优先

哇啦啦，这个更不得了。这究竟是招程序员还是招项目经理，我也快被弄迷糊了。看来中小公司比大公司更看重专业技能。当然，我再多举一千条也代表不了所有的企业。但诸位如果有时间一条条看，会发现绝大部分公司对“软件项目经理”这个职位，都对专业技能有较高的要求。那么，传说中的“外行领导内行”究竟是不是真的？外行真的可以领导内行，带领项目走向成功吗？

二．外行 vs 内行

1.优势劣势分析

外行和内行究竟谁更适合当项目经理？那些招聘要求似乎已经为我们给出了答案，最少在软件行业内行项目经理更占据优势。然而，外行的项目经理往往也有其独特的优势，比如，他们往往更有大局观，能跳出技术本身看待问题，有更强的领导力等等。事实上，外行领导内行的现象，在国家大型建设工程或科研项目中要屡见不鲜。据说，我国的原子弹工程就是聂荣臻元帅领导的，而聂帅是不懂核物理的。

如果拿外行和内行项目经理来PK，并不是一件容易的事情，因为每一项都不是绝对的，这就如同比较男人和女人谁更适合做厨师一样。当我们拿两者PK的时候，其实包含了一些隐含的信息，就是这个外行的项目经理比内行项目经理，更加懂得管理、情商更高，否则的话，内行项目经理会毫无悬念的胜出，也就没有比较的必要了。

基于这些隐含的信息，我们试着比较一下两种项目经理的优秀和劣势：

2.技术决定论的误区

所谓内行与外行是纯粹从技术的角度来看问题，单纯讨论内行好还是外行好，其实也暗含着一个前提，就是技术决定项目的成败。而实际上，一个项目能否成功的影响因素，远不止是技术，对一个项目经理的素质要求也远不止技术。同是外行或内行来带一个项目，会由于个人修养与经验在差异，项目结果可能相差很远。因此单纯说外行好，还是内行好，是没有意义的。

3.综合素质决定论

问题的关键其实不在项目经理是内行还是外行，而在于他的综合素质。无论是外行还是内行，只要谁的综合素质更高，谁就是更优秀的项目经理。

上一篇我们讲到项目经理的六种能力模型，也就是说，一个优秀的项目经理，应当具备六个方面的素质，即：知识、技能、逻辑思维、执行力、心智成熟和领导力。

在知识层面，包括专业知识、行业知识和管理知识。外行项目经理在专业知识和行业知识方面已经输了，但在管理知识方面按默认值，外行赢了。

在技能导面，包括专业技能和管理技能。外行项目经理在专业技能也又输了，同样管理技能方面，又略胜一筹。

现在打成了平手。剩下的，要拼逻辑思维、拼执行力、拼心智、拼领导力，这就和内行外行无关了，鹿死谁手，要看个人的修养。

因此，项目经理的比拼，拼的不只是管理知识或专业知识这一个方面，而是综合素质的比拼。

三．外行，你凭什么

1.唐僧的团队

外行，也就是不懂专业知识技术，显然不但不是什么优点，反而是一个项目经理的极大缺陷。那为什么领导还会置这么大的缺陷于不顾，任命一个外行为项目经理呢？换一个角度，也就是说，一个外行，在什么情况下，可以成功的管理一个软件项目呢？

一件事情的发生，总有他的内部原因和外部原因。具体到这个问题上，也有它的内因和外因。

（1）在内部因素上，外行项目经理必须具有更高的综合素质。

现在流行分析西游记中的取经团队，其实也是一个典型的外行领导内行的团队。到西天取经，靠的是降妖服魔的本领，显然唐僧是个外行。但是，唐僧并不是一无是处，相反，他的综合素质很高。他外柔内刚，意志坚定，目标明确，还精研佛法，具有很强的人格魅力，因此他的那些徒弟才能凝聚在他周围，虽历尽千难万险而无悔。

（2）在外部因素上，必须有合理的人才结构作为支撑。

唐僧虽然不会打怪，但是孙悟空可以，补齐了唐僧在这方面的不足。试想，如果他的徒弟都不能降妖，任凭唐僧的领导力再强，显然那也是于事无补的。同样一个外行的项目经理，在他的团队中，必须可以信赖的技术骨干，像孙悟空一样能在关键时候解决问题，这些骨干一般就是项目中的组长、系统架构师或者系统分析师，必要时可能要设置项目副经理之职。如果团队

中没有技术骨干，都是一些经验不足还不求进取的程序员，那除非项目超级简单，否则项目经理纵然有诸葛亮的才华，也无济于事。

2.规模决定一切

在上面两项条件都具备的情况下，只能说明外行可以担任项目经理了。站在项目本身的角度，除了这两项因素，往往还跟以下方面有着紧密的关系。

（1）项目规模：规模越大，采用外行项目经理的机率越高。

（2）项目所在行业：在建筑、施工、水利等传统行业，采用外行项目经理的机率更高。

（3）项目的技术难度：在项目规模不大时，如果技术难度越大，采用内行项目经理风险更小。

（4）项目进度要求：时间要求越紧，更倾向于采用内行项目经理。

（5）项目管理的层次：有些项目层层分包，对于上面次层的公司，项目不需自己实施，只需对项目进行监管，项目经理自然也不需要很强地专业技术了。但对于底层实施单位而言，项目经理懂技术就很有必要了。同样，有些大型项目分成若干个工程，每个工程又包括若干个子项目，也是类似的情况。

在这些因素中，项目规模是具有决定性的因素。项目规模足够大的时候，也就有足够的经费来配备充分的人才。至于其实方面，其实只是表现而已。

四．透过瓶子看软件行业

为什么软件行业外业项目经理相对较少呢？这与软件项目本身的特殊性有一定关系，但在一定程度上也折射出软件行业的现状：

（1）软件项目规模不够大

在软件行业，几十万的项目很常见，几百万上千万就是大项目了，项目的利润率很低，很多中小型企业都生存在赢利的边缘。据工信部统计，2011年上半年我国软件行业利润仅占软件业务收入的1.28%。这么低的利润率，估计比东莞的制鞋厂还不如吧。而几百万上千万的项目，对建设、国防这些行业来说，简直不值一提啊。前几天太极集团1.99亿中标铁道部IT项目，大家都不服气。也是，人人都在喝汤，你凭什么搞特权吃肉？

（2）成熟的项目经理相对紧缺

软件行业小项目太多，对项目经理的需求量是非常大的，与此同时，成熟的项目经理相对很少。所谓“千军易得，一将难求”啊。当然，即使牛B的项目经理有了，其收入要求也不会低，这是小型项目难以承受的，只能退而求其次，找一个性价比更高的项目经理，或都干脆拔苗助长，找一个不错的程序员来带吧。

第四篇：从程序员到项目经理一

从程序员到项目经理

2006-9-28 11:59:26作者：sina

要走向管理层，英语一定要学好。沟通很重要，要做好管理者，先学会做人。多跟下属沟通，多为下属着想，而不要去巴解讨好上司。体谅下属，把项目计划做的尽量合理，不要让下属加班，给下属发展和晋升的空间，这样才能是下属有干劲，才能把项目做好，你才有更高的升迁机会。只有把自己知道的不断的让你得力下属知道，只有提拔起一些得力的下属来，你才有时间和精力去向上爬，不然你抱着不放，就没有升迁的机会。管理不是喝酒抽烟那么简单，那只是过去的那种不思上进，耽误自己前程。

吃尽苦中苦，方为人上人。做PM不是混，是要把项目做好，这跟做人是一个道理，这也就是为什么

做管理要先学会做人的道理。

pm的整个工作重点是什么？如果做为一个PM，技术不高怎么对付组里的牛人。

1.从程序员到PM，是一条脱变的路，事实上程序员走的路最终不应该是项目经理。首先有一点需要明白的就是，一定规模的项目中，项目经理不需要太懂技术，他可以是一知半解。项目经理的任务不是在技术方面，技术相关的应该交给SA去做。项目经理更多地是做管理，沟通等工作，你如果可以的话到书店查看一下关于项目管理的书籍，你就会明白。当然对于小项目来说，有可能是PM，SA是同一个人，而这样的项目经理更多只是SA加上一些管理工作。要做项目经理，你就首先告诉自己不再去碰技术细节了。程序员并不是一个培养项目经理的好环境。所以没有什么从Coder到什么developer再到SA然后是PM的路，这是一条比较悲哀的路。在大公司，SA下一个目标不是PM，而consultant，然后是senior consultant，PM走的是另一条路，所需要的技能不是技术，技术给PM带来的能力提升是很少的。在项目中你最后能分清楚PM与SA的关系及各自在项目中的分工与用途。

2.其实我蛮同意 gzlucky(Lucky)的看法的，确实是我们公司不少项经理就是不很能跟得上现在的一些技术，因为很多人都快年近四十，儿子都上高中了，要他们再学新技术真的难度比较大，他们的工作基本上就是天天找手下的程序员，布置这个任务，询问那个任务做的怎么样了。不过我的头倒是和我一样编程，他手下写代码的就我一个人，他自己也会ASP和JSP，但是可能对.NET不熟，就由我来主负责了。我觉得项目经理还是像他这样的好，自己也能懂不少技术，可以服人。但是我的头儿好像在沟通这一块不是非常出色，当然也有可能是俺太内向，不太与他沟通，所以他也只是在交待任务后就不再多询问，而不像别的项目经理天天追程序员后头问。我想问问各位，你们看哪种项目经理才是比较好的，像我的头儿这样的，还是像某些喜欢追程序员后面问进展的。

3.（作者是两黄星）原来在一个小公司做过半年的DM，一年的PM，后来为了让自己的技术更扎实一些，离开了原来公司，现在在大公司做程序员，开始后悔了，在大公司里很难接触管理方面的东西，也很难晋升，个人认为在小公司做DM,PM，有经验后直接找大公司的PM，这样也是一条路。

或者考PMP之类的证书，然后直接找管理的工作。

希望过来人能给予更好的意见和建议，我也现在想往管理层发展。

技术很硬了再去做PM，这种想法是错误的，我就犯了这个错，边搞好技术(为了生计)边学管理知识(为了将来)，慢慢向管理发展，不能等。有句话说的好，机会是属于那些有准备的人的。利用业余时间多学些管理方面的东西，所谓人的差异在业余时间。

第五篇：java程序员到架构师之路

作为Java程序员来说，最痛苦的事情莫过于可以选择的范围太广，可以读的书太多，往往容易无所适从。我想就我自己读过的技术书籍中挑选出来一些，按照学习的先后顺序，推荐给大家，特别是那些想不断提高自己技术水平的Java程序员们。

一、Java编程入门类

对于没有Java编程经验的程序员要入门，随便读什么入门书籍都一样，这个阶段需要你快速的掌握Java基础语法和基本用法，宗旨就是“囫囵吞枣不求甚解”，先对Java熟悉起来再说。用很短的时间快速过一遍Java语法，连懵带猜多写写代码，要“知其然”。

1、《Java编程思想》

在有了一定的Java编程经验之后，你需要“知其所以然”了。这个时候《Java编程思想》是一本让你知其所以然的好书，它对于基本的面向对象知识有比较清楚的交待，对Java基本语法，基本类库有比较清楚的讲解，可以帮你打一个良好的Java编程基础。这本书的缺点是实在太厚，也比较罗嗦，不适合现代人快节奏学习，因此看这本书要懂得取舍，不是每章每节都值得一看的，挑重点的深入看就可以了。

2、《Agile Java》中文版

这本书是出版社送给我的，我一拿到就束之高阁，放在书柜一页都没有翻过，但是前两天整理书柜的时候，拿出来一翻，竟然发现这绝对是一本好书！这本书一大特点是以单元测试和TDD来贯穿全书的，在教你Java各种重要的基础知识的过程中，潜移默化的影响你的编程思维走向敏捷，走向TDD。另外这本书成书很新，以JDK5.0的语法为基础讲解，要学习JDK5.0的新语法也不错。还有这本书对于内容取舍也非常得当，Java语言毕竟类库庞大，可以讲的内容太多，这本书选择的内容以及内容的多寡都很得当，可以让你以最少的时间掌握Java最重要的知识，顺便培养出来优秀的编程思路，真是一本不可多得的好书。

虽然作者自己把这本书定位在入门级别，但我不确定这本书用来入门是不是稍微深了点，我自己也准备有空的时候翻翻这本书，学习学习。

二、Java编程进阶类

打下一个良好的Java基础，还需要更多的实践经验积累，我想没有什么捷径。有两本书值得你在编程生涯的这个阶段阅读，培养良好的编程习惯，提高你的代码质量。

1、《重构 改善既有代码的设计》

这本书名气很大，不用多介绍，可以在闲暇的时候多翻翻，多和自己的实践相互印证。这本书对你产生影响是潜移默化的。

2、《测试驱动开发 by Example》

本书最大特点是很薄，看起来没有什么负担。你可以找一个周末的下午，一边看，一边照做，一个下午就把书看完，这本书的所有例子跑完了。这本书的作用是通过实战让你培养TDD的思路。

三、Java架构师之路

到这个阶段，你应该已经非常娴熟的运用Java编程，而且有了一个良好的编程思路和习惯了，但是你可能还缺乏对应用软件整体架构的把握，现在就是你迈向架构师的第一步。

1、《Expert One-on-One J2EE Design and Development》

这本书是Rod Johnson的成名著作，非常经典，从这本书中的代码诞生了springframework。但是好像这本书没有中译本。

2、《Expert One-on-One J2EE Development without EJB》

这本书由gigix组织翻译，多位业界专家参与，虽然署名译者是JavaEye，其实JavaEye出力不多，实在是忝居译者之名。

以上两本书都是Rod Johnson的经典名著，Java架构师的必读书籍。在我所推荐的这些书籍当中，是我看过的最仔细，最认真的书，我当时读这本书几乎是废寝忘食的一气读完的，有小时候挑灯夜读金庸武侠小说的劲头，书中所讲内容和自己的经验知识一一印证，又被无比精辟的总结出来，读完这本书以后，我有种被打通经脉，功力爆增的感觉。

但是后来我看过一些其他人的评价，似乎阅读体验并没有我那么high，也许是因为每个人的知识积累和经验不同导致的。我那个时候刚好是经验知识积累已经足够丰富，但是还没有系统的整理成型，让这本书一梳理，立刻形成完整的知识体系了。

3、《企业应用架构模式》

Martin的又一本名著，但这本书我只是泛泛的看了一遍，并没有仔细看。这本书似乎更适合做框架的人去看，例如如果你打算自己写一个ORM的话，这本书是一定要看的。但是做应用的人，不看貌似也无所谓，但是如果有空，我还是推荐认真看看，会让你知道框架为什么要这样设计，这样你的层次可以晋升到框架设计者的角度去思考问题。Martin的书我向来都是推崇，但是从来都没有像Rod Johnson的书那样非常认真去看。

4、《敏捷软件开发原则、模式与实践》

Uncle Bob的名著，敏捷的经典名著，这本书比较特别，与其说是讲软件开发过程的书，不如说讲软件架构的书，本书用了很大篇幅讲各种面向对象软件开发的各种模式，个人以为看了这本书，就不必看GoF的《设计模式》了。

四、软件开发过程

了解软件开发过程不单纯是提高程序员个人的良好编程习惯，也是增强团队协作的基础。

1、《UML精粹》

UML其实和软件开发过程没有什么必然联系，却是软件团队协作沟通，撰写软件文档需要的工具。但是UML真正实用的图不多，看看这本书已经足够了，完全没有必要去啃《UML用户指南》之类的东西。要提醒大家的是，这本书的中译本翻译的非常之烂，建议有条件的看英文原版。

2、《解析极限编程 拥抱变化》XP

这是Kent Beck名著的第二版，中英文对照。没什么好说的，必读书籍。

3、《统一软件开发过程》UP

其实UP和敏捷并不一定冲突，UP也非常强调迭代，测试，但是UP强调的文档和过程驱动却是敏捷所不取的。不管怎么说，UP值得你去读，毕竟在中国真正接受敏捷的企业很少，你还是需要用UP来武装一下自己的，哪怕是披着UP的XP。

4、《敏捷建模》AM

Scott Ambler的名著，这本书非常的progmatic，告诉你怎么既敏捷又UP，把敏捷和UP统一起来了，又提出了很多progmatic的建议和做法。你可以把《解析极限编程拥抱变化》、《统一软件开发过程》和《敏捷建模》这三本书放在一起读，看XP和UP的不同点，再看AM是怎么统一XP和UP的，把这三种理论融为一炉，形成自己的理论体系，那么你也可以去写书了。

五、软件项目管理

如果你突然被领导提拔为项目经理，而你完全没有项目管理经验，你肯定会心里没底；如果你觉得自己管理项目不善，很想改善你的项目管理能力，那么去考PMP肯定是远水不解近渴的。

1、《快速软件开发》

这也是一本名著。可以这样说，有本书在手，你就有了一个项目管理的高级参谋给你出谋划策，再也不必担心自己不能胜任的问题了。这本书不是讲管理的理论的，在实际的项目管理中，讲这些理论是不解决问题的，这本书有点类似于“软件项目点子大全”之类的东西，列举了种种软件项目当中面临的各种问题，以及应该如何解决问题的点子，你只需要稍加变通，找方抓药就行了。

六、总结

在这份推荐阅读书籍的名单中，我没有列举流行的软件框架类学习书籍，例如Struts，Hibernate，Spring之类，也没有列举AJAX方面的书籍。是因为这类书籍容易过时，而上述的大半书籍的生命周期都足够长，值得你去购买和收藏。