我是业余的，自己搞也有五年了，最近想去找个程序员的活屡屡受阻，阻挡原因一是没经验，二是年龄大。但是对我的作品都还是满意的，笔试也没任何问题。我想问下30以后的程序员都干嘛去了。因为我实在太想转行了。？？？？？？？？？？？？？？？？最少发表字数是多少啊？这不是坑爹，够了没？怎么还不够？难道要我写个短篇小说？从前有个小孩叫小毛，他去面试一家软件公司，他通过了。第一天，经理带他去了一间办公室，里边有十副画像，经理沉痛的说，拜拜吧，我们公司是不允许加班的，这些都是过劳而死，倒在办公桌上的前辈。小毛恭敬的拜过。果然，公司是不用加班的。直到有一天，小毛忘拿了东西，返回公司，看到了无法相信的一墓，十个老前辈坐在办公桌前忙碌着，经理一边巡视一边狞笑：你们这些人，生是公司人，死是公司死人。全部免费加班，我还不用付加班费，哈哈哈哈。泥码，够了没
楼主发言：4次 发图：0张 | 更多
　　继续程序员
　　即将成为程序员的学生路过
　　@应剑群 1楼
10:36　　继续程序员　　-----------------------------　　噢　　
　　我们老师今年三十出头吧，年薪六十k左右，而我们也即将奔赴战场…　　
　　就没有老程序员进来说说啊，都是学生啊。难道去培训机构讲课？似乎也可以。　　
　　40了，继续做程序员。一年差不多20W。
　　@newhying001 6楼
18:30　　40了，继续做程序员。一年差不多20W。　　-----------------------------　　有您这句话我真的是倍受鼓舞啊，致敬　　
<span class="count" title="万
请遵守言论规则，不得违反国家法律法规回复(Ctrl+Enter)学术前沿（45）
程序员干到30岁，好不容易从码奴混到了白领，却再也干不动了，还时时面临失业的危险。30岁，是一个程序员伤不起的年龄。明天，何去何从？
一．30岁现象
在官场上，曾经有一个59岁现象，就是官员们会在59岁时，会使劲捞上一把。很明显嘛，权力过期作废，再不捞就要退休了，没有机会了。
在程序员的圈子里，也有一个30岁现象。当然，如果你有铁饭碗，比如在国企或政府机关，那你是无法理解底层劳动人民的感受的。同时也要恭喜你成为体制内的一员，可以一直干到退休无忧。
30岁现象人人都明白，但要给出一个定义并不容易。列举几个表现，也许你会觉得心有戚戚焉。
面临职业瓶颈，程序写不动，上升又困难。
薪水较高，加班变少，后浪追前浪，面临失业压力；
生活压力剧增，不敢跳槽；
招聘程序员年龄限制在30岁以下成为行业潜规则，跳槽困难。
30 岁现象和59岁现象貌&#20284;不搭边，其实都出于同样的原因：价&#20540;贬&#20540;。官员老爷在任就像皇帝，一旦退休，就成为了平民百姓，贬&#20540;那是自然的。而程序员也一样， 所谓三十而立，一旦到了30岁左右，由于面临结婚生子，一方面需要高薪抚养家庭，另一方面却无法像以前那样全身心投入到工作，性价比急剧下降；与此同时， 大批廉价的新手涌入，他们往往还使用最新的技术，老一辈程序员只能慢慢的靠边站了。
二．不可替代性
30岁现象产生，只能程序员自身身上找原因。
当然我们也可以产业、从社会、从政府、从制度等多方面进行分析，发现不足，这些分析未必没有道理，但是肯定没有用，因为我们无法改变。所谓“命苦不能怪政府，命背不能怪社会”，从外部找原因，只会让我们满腹牢骚，整天觉得自己生不逢时，苦闷不堪。
从自身找原因，试着问自己几个问题：“为什么我的性价比以下降？老板为什么要请我，给我高工资呢？一个人有价&#20540;是由什么决定的呢？”
你也许可以列出很长很长的答案，但我想应该都可以浓缩为一句话：“一个的价&#20540;是由他的不可替代性决定的”。不可替代性可以理解为，为了替代你老板需要付出的代价。
因为你的可替代性高，所以性价比下降。反之，因为你不可替代性高，所以老板会给你开高工资。不是这样的吗？
有一则小故事：
技师退休时告诫自己的徒弟：“少说话，多做事。”
十年后徒弟也成了技师，他找到师傅，苦着脸说：“师傅，我一直都按您的教导做，只知埋头苦干，可那些比我技术差的都升职了、加薪了，我还是拿着过去的工资。”
师傅想了想，说：“你请一次假吧。如果一盏灯一直亮着，那就没人会注意到它……”
徒弟恍然大悟，真的请了一星期假，等他回去上班时，厂长找到他说要给他加薪。原来，在他请假时，厂长发现，工厂已经离不开他了。
徒弟很高兴，以后他时不时就请几天假，每次请假后厂长都会给他加薪。一天徒弟请假后准备去上班，厂长却告诉他：“你不用来上班了。”
徒弟苦恼地去找师傅，师傅说：“那天我的话还没说完呢。一盏灯偶尔可以熄灭一次，可如果它总是熄灭，性质就不一样了，因为没人会需要一盏时亮时熄的灯。”
&&&& 故事中，因为徒弟的不可替代，所以厂长给他加薪；后来因为有其它的灯亮了，他被替代了，厂长不需要他了，所以被炒了鱿鱼。
&&& 所以我们归根到底还是要提高自己的不可替代性。否则，一旦老板觉得用较低的代价就可以替代你，那么你就面临可能失业的危险了。
三．出路在哪里
那程序员到了30岁，怎样提高自己的不可替代性呢？我们打算做一辈子程序员吗？敢问路在何方？
作为一个过来人、一个资深程序员，我觉得有几个方向可以选择：
（1）成为技术大拿
其实，做一辈子程序员并没有什么问题，重要的是，你必须成为一个不可替代的程序员，也就是说，你要成为技术大拿，能够解决普通程序员所不能解决的问题。技术大拿有两个版本：
一 是程序员加强版。你仍然是一个程序员，但你是一个很牛的程序员，凭借多年的积累，你在知识广度和深度方面均已不是等闲之辈。从汇编到，你样样精
通。你在意和，对系统的优化有独到见解，对设计模式如数家珍，你还有完备的工具箱和自己的专用类库。其实，加强版程序员有非常独特的价&#20540;，可
惜的是，在现实中却很少见，因为对任何一个公司而言，人才总是很稀缺的。老板的&#30524;睛是雪亮的，他怎么会对你这种技术大牛视而不见呢，在你还没有成为真正的 大拿之前，早已经被任命为系统师、项目经理或者更高的职位了。因此，你想守住自己的一亩三分地，悠闲的做自己的大拿，往往是不可能的。
二 是程序员升级版。虽然你的内在仍然是一个程序员，但你的职位已经升级了，你成为了系统分析师或系统架构师。这是非常自然和现实的选择。程序员与系统分析师 或架构师之间并有鸿沟，只需一步而已，你就可以从崎岖山路驶向宽阔的大马路。但这一步却并不容易，需要几年时间不断思考、学习、实践，才能化蛹成蝶。
（2）成为行业专家
行 业专家也是一个公司不可缺少的角色，他们对公司的行业知识、业务流程和细节了如指掌。行业专家一般并不是从外部招聘的一个只懂业务、不懂技术的超人，而往 往是从程序员经过多年的摸爬滚打成长起来的。作为从程序员成长起来的行业专家，你往往还肩负系统分析师之职。在公司里，对业务有一般了解的人很多，&但专 家级别的往往很少，为了后30年的职业生涯，你必须成为专家。
（3）朝管理方向发展
向管理方向发展的第一步，一般是被任命为项目经理。在大部分IT公司里，&项目经理是最小的管理岗位了，可能你不会觉得有太多惊喜，工资也没有大的提升，但这个转变，可以说会成为你一生中最重要的转变之一。
不 要小看了项目经理。有人说，项目经理是一个古老的职业。也人有人说，21世纪是项目管理的世纪。事实上，从人类有组织以来，就一直有项目管理，以前的项目 经理可能是部落首领，一次集体打猎、一次攻城拔寨，都可以视为一个项目。项目管理的知识可以应用到我们生活的方方面面，大至登月计划的实施，小至家庭聚会 的组织，都离不开项目管理。
一个优秀的项目经理，不仅需要高智商，还需要高情商。可以不夸张的说，如果你能胜任项目管理，你就可以胜任战术层的所有管理岗位，甚至你有家庭生活质量，也会提高到新层次。
然而，要成为一名优秀的项目经理，并不是一件容易的事情。可以说，需要一定的天分，有些人无师自通，有些人却永远也学不会。程序员属于高智商人群，情商却往往存在不足，这注定了只有少数程序员能够成长为项目经理，成为优秀的项目经理，则非常稀少了。
如果你觉得这几方面都合适，那你还有几条出路：
一是塌塌实实混日子。
说老实话，做老实人，办老实事，拿老实的工资，这种员工公司也是非常需要的，一般不会遭遇炒鱿鱼的命运；
二是转行或者创业。
因 为这个行业已经不再适合你，已经没有更大的发展前途，只能转行。如果可以转行，未必是坏事，也许在新的环境中，可以激发出更强的能量，创造出一番事业来。 至于创业，那就更具有挑战性了，建议你在创业之前，已经成为了一名优秀的项目经理。试想，如果转不动一个项目，如何能转动一个公司？
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：47958次
排名：千里之外
转载：58篇
(1)(1)(4)(11)(20)(4)(18)(1)> 当了三十五年程序员
我最大的遗憾是没及时转行
当了三十五年程序员
我最大的遗憾是没及时转行
注：这是一个&一子错，满盘皆落索&的故事。兢兢业业干了35年的程序员，最后却认识到，程序员的力量太过微小。无论你写程序有多厉害，你都很难有权力真正改变一些失败的产品、失败的项目。
尤其是当他看到，当年跟自己同上节目展示开发软件的Mike Slade，最后走上管理层，创立了包括ESPN在内的一大批公司，成了乔布斯的好朋友，那种失落更是莫名的强烈，至今都对自己当初贪图安逸、没有走上管理层而懊恼。走技术管理还是继续当程序员，这是个问题？
本文由钛媒体编译自The Codist博客，岳恒/翻译，Joyce/编辑。
约摸20多年前的时候，我面临着一个人生的交叉路口。当时我的第二家公司正在走下坡路，我们给一家出版商客户开发了五年的Deltagraph软件项目终止了，因为对方想要转移到方兴未艾的互联网世界。当时的我当了13年的程序员，其中有9年左右也身为管理层参与经营公司。
我不想再兼顾这两种工作了。此前在85年到87年期间，我的第一家公司不仅开发了一款新的电子报表制作软件，还自己搞定了软件的发行工作。我领导公司，接受媒体采访，维护和投资人的关系，基本的公司事务都是我在做，同时我还是全公司的3个程序员和师之一。到了87年初终于成功发布产品的时候，我紧张兴奋得最终进了医院。想要同时干好领导和编程，实在是超负荷的工作。
到了1994年，当时我有机会选择职业方向，可以进行技术管理也可以继续当程序员。我选择了当程序员，因为工作更简单。今天我才明白，自己的选择有多么地错误，尽管我在当程序员的20年间也参与了许多很棒的项目。如果当初选择了首席技术官、首席信息官、工程副总裁这样的路线，那将是好得多的决定。
1995年前后，我在旧金山湾区工作了一年，其中后半年是在苹果公司。苹果公司当时看起来快要倒闭了，我不想看着自己最爱的公司分崩离析，于是就离职回了德州。
那时的我太年轻太天真，乃至大错特错。苹果公司在一年后乔布斯回归之后东山再起，互联网风暴也在那时开始席卷全球。
作为一个经验丰富的程序员和领导者，我完全明白开发一款产品是怎样的一个过程。我们曾经做过九次应用的重大发布（major release），所有软件的核心都是我写的，都不需要后续加修正程序&&反正当时补丁也很难写。我摩拳擦掌，心想那些公司是多么需要我这样的人才。一旦有机会坐到高位，我就可以平步青云了。
我的姐姐也在30年前开始了她的程序员生涯，但她在工作的第一年就跳到了管理职位，此后在一个大公司当副总裁，一干就是15年。我几年前在一家旅行社工作，其母公司的CEO就是15年前干程序员起家的。当然这类管理工作可能很困难也没啥意思，但他们的报酬要好得多。我姐姐的资产大概是我的10倍。
这些年来，我认识到程序员的力量太过微小。无论你写程序有多厉害，你都很难有权力真正改变一些失败的产品、失败的项目。我当时就是没看明白，作为一个程序员（乃至建筑师这样的岗位）的晋升空间有多么小。在这样一个干苦力的岗位上，你改变事情的力量注定是微乎其微的。再算上管理层在财务上的福利、更有可能深入参与公司IPO以及其它种种可能得到的机会，选择当程序员，就意味着你必须满足于开发好产品，其他就别想太多了。
这些年来，我工作过或作为顾问咨询过的那些最差劲的企业，基本上都是因为他们的技术管理层的不称职，甚至是彻头彻尾的技术白痴。这类公司简直多到写不完。
举个例子，一家银行的工程副总裁曾声称，作为一个管理者的他不需要懂得那些技术细节，因为他管理的是人，而且仍然认为自己可以做技术方面的决策。同一家银行的首席信息官从来不相信他手下跟他说的话，反而把卖方的话全盘兼收。我们当然都知道他从中获得了提成，虽然我们买的都是根本用不到的东西，他却总是写文章称赞那些产品对我们来说有多大用处。我离开那家公司一段时间后，他也被开除了，但转头就又找到了另一家公司里类似的职位。
我做过最差劲的一份工作，恰恰是我本以为会是最好的一份。当时一个已创业一段时间的企业在他们的领域里取得了一定的地位，他们和定位不同的竞争对手都想占领更大的市场，于是竞争开始白热化。
我被雇佣为第二程序员。原来的一个程序员和经理的职责是开发一个新的在线商店， 因为原来的商店网站太不灵活，而且访问量一上去速度就变慢。整个公司没有其他技术方面的领导，CEO和另两个创始人在技术方面没有任何经验和知识。另一个程序员一直在吹捧自己的后台代码写得多好，管理层也支持他。
我开发了一个前端，架设测试，每天签入代码。当我觉得是时候把我的代码整合到系统中时，我发现另一个程序员在10个月里啥也没干。我把这件事告诉经理，他却对我说，&他在做到完美之前从不会签入代码。&。然而，其他人都不觉得这种做法很愚蠢。在接下来的两个月里，我一直努力让三个创始人聘请真正能做事的程序员（我认识几个合适的人），但他们很害怕做出改变，也不肯承认聘请那两个人从一开始就是错误的选择。最终我选择放弃，离开了那家公司。
一年后，那家公司在仍然没有从那两个员工那里看到一点进展，于是终于决定开除他们。他们尝试去找一个咨询公司，但仍然一无所获，当时已经为时已晚。他们的竞争对手已经成了估值十亿美元的上市公司，我还在电视上看到过他们的广告。而每次在电视上看到他们的广告，我都想拿一只鞋子砸过去。那时候的我们万事俱备，就差一个在线商店，和一个真正的技术领导人。如果当时的我身处管理层而不是一名小小的程序员，我肯定会让整个公司走上另一条路。但我只是一个程序员。
这样的事还有很多，但在技术上，你并不能改变人们做事情的方式，除非你有那个能力、权力和机会。有了这些条件，并且找到正确的位置来发展，你才有可能摘星揽月。
1987年年初，我在电视节目中展示自己开发的Trapeze软件，上节目的另一个展示人是Mike Slade，他是Excel 的产品经理。当时的我还太年轻，以为他也不过是一个无名小卒。然而他后来创立了一大批包括ESPN在内的公司，曾在苹果公司担任许多领导角色，成了乔布斯的好朋友，并创立了自己的风投公司。
但是，今日的我还是一个程序员，籍籍无名的技术工。我甚至觉得，我永远都不会有真正退休的一天。还好我技术不差，现在的这份工作就是以前的一个经理招我进来的，因为他了解我的能力。但在我老到做不动之前，我仍然只是一个小小的程序员。
干了35年的程序员，保证按时完成任务，我也依然觉得推出新产品是很有趣的工作，这些年我也有机会开发了许多不错的产品。但是，我仍然能够感受到对当初贪图安逸、没有走上管理层的懊恼。
在某种程度上，当程序员是一份简单的工作。然而，一想到我曾经距离互联网风暴的中心那么近，离乔布斯回归那么近，我也有一定的领导经验，我就无法不懊恼，我完全可能是另一幅模样。
所以，我真的很后悔没有直面挑战。当然，如果走的是另一套路，我就会失去写代码的乐趣，也无法感受写不出来的绝望感。但是在人生的分岔路，我选择了行人稀少的那一条，它改变了我的一生。现在我大概明白了。当前位置 & &
& 程序员：伤不起的三十岁
程序员：伤不起的三十岁
11:23:24&&
编辑：鲲鹏 &&)
让小伙伴们也看看：
阅读更多：
好文共享：
文章观点支持
当前平均分：0(0 次打分)
[04-02][03-30][03-28][03-27][03-25][03-25][03-18][03-17][03-13][03-12]
登录驱动之家
没有帐号？
用合作网站帐户直接登录34108人阅读
经典转载（12）
在浏览博客的时候无意间发现的这篇文章，感觉每本书都是经典的巨作啊。所以想推荐给大家看一下。希望大家共同学习本文转载于：很多程序员响应，他们在推荐时也写下自己的评语。 以前就有国内网友介绍这个程序员书单，不过都是推荐数 Top 10的书。其实除了前10本之外，推荐数前30左右的书籍都算经典，笔者整理编译这个问答贴，同时摘译部分推荐人的评语。下面就按照各本书的推荐数排列。1、《》 史蒂夫·迈克康奈尔&“优秀的编程实践的百科全书，《》注重个人技术，其中所有东西加起来， 就是我们本能所说的“编写整洁的代码”。这本书有50页在谈论代码布局。” —— Joel Spolsky对于新手来说，这本书中的观念有点高阶了。到你准备阅读此书时，你应该已经知道并实践过书中99%的观念。– esacSteve McConnell的原作《代码大全》(第1版)是公认的关于编程的最佳实践指南之一， 在过去的十多年间，本书一直在帮助开发人员编写更好的软件。现在，作者将这本经典著作全新演绎，融入了最前沿的实践技术，加入了上百个崭新的代码示例， 充分展示了软件构建的艺术性和科学性。 McConnell汇集了来自研究机构、学术界以及业界日常实践的主要知识， 把最高效的技术和最重要的原理交织融会为这本既清晰又实用的指南。无论您的经验水平如何，也不管您在怎样的开发环境中工作，也无论项目是大是小， 本书都将激发您的思维并帮助您构建高品质的代码。《)》做了全面的更新，增加了很多与时俱进的内容，包括对新语言、新的开发过程与方法论的讨论等等。2、《》&对于那些已经学习过编程机制的程序员来说，这是一本卓越的书。 或许他们还是在校生，但对要自己做什么，还感觉不是很安全。就像草图和架构之间的差别。虽然你在学校课堂上学到的是画图，你也可以画的很漂亮， 但如果你觉得你不太知道从哪儿下手，如果某人要你独自画一个P2P的音乐交换网络图，那这本书就适合你了。—— Joel《程序员修炼之道:从小工到专家》内容简介：《程序员修炼之道》由一系列独立的部分组成， 涵盖的主题从个人责任、职业发展，知道用于使代码保持灵活、并且易于改编和复用的各种架构技术， 利用许多富有娱乐性的奇闻轶事、有思想性的例子及有趣的类比， 全面阐释了软件开发的许多不同方面的最佳实践和重大陷阱。无论你是初学者，是有经验的程序员，还是软件项目经理，《程序员修炼之道:从小工到专家》都适合你阅读。3、《》&就个人而言，这本书目前为止对我影响醉倒的一本编程书。《代码大全》、《重构》和《设计模式》这些经典书会教给你高效的工作习惯和交易细节。 其他像《人件集》、《计算机编程心理学》和《人月神话》这些书会深入软件开发的心理层面。 其他书籍则处理算法。这些书都有自己所属的位置。然而《计算机程序的构造和解释》与这些不同。 这是一本会启发你的书，它会燃起你编写出色程序的热情； 它还将教会你认识并欣赏美； 它会让你有种敬畏，让你难以抑制地渴望学习更多的东西。其他书或许会让你成为一位更出色的程序员，但此书将一定会让你成为一名程序员。同时，你将会学到其他东西，函数式编程（第三章）、惰性计算、元编程、虚拟机、解释器和编译器。一些人认为此书不适合新手。 个人认为，虽然我并不完全认同要有一些编程经验才能读此书，但我还是一定推荐给初学者。 毕竟这本书是写给著名的6.001，是麻省理工学院的入门编程课程。 此书或许需要多做努力（尤其你在做练习的时候，你也应当如此），但这个价是对得起这本书的。4、《》&这本书简洁易读，会教给你三件事：C 编程语言；如何像程序员一样思考；底层计算模型。 （这对理解“底层”非常重要）—— Nathan《C程序设计语言》(第2版新版)讲述深入浅出，配合典型例证，通俗易懂，实用性强， 适合作为大专院校计算机专业或非计算机专业的C语言教材，也可以作为从事计算机相关软硬件开发的技术人员的参考书。《C程序设计语言》(第2版新版)原著即为C语言的设计者之一Dennis M.Ritchie和著名的计算机科学家Brian W.Kernighan合著的 一本介绍C语言的权威经典著作。 我们现在见到的大量论述C语言程序设计的教材和专著均以此书为蓝本。 原著第1版中介绍的C语言成为后来广泛使用的C语言版本——标准C的基础。人们熟知的“hello,world”程序就是由本书首次引入的，现在，这一程序已经成为所有程序设计语言入门的第一课。5、《》《代码大全》教你如何正确编程； 《人月神话》教你如何正确管理； 《设计模式》教你如何正确设计……在我看来，代码只是一个工具，并非精髓。 开发软件的主要部分是创建新算法或重新实现现有算法。 其他部分则像重新组装乐高砖块或创建“管理”层。我依然梦想这样的工作，我的大部分时间（&50%）是在写算法，其他“管理”细节则留给其他人…… —— Ran Biron经典的算法书,被亚马逊网，《程序员》等评选为2006年最受读者喜爱的十大IT图书之一。算法领域的标准教材，全球多所知名大学选用MIT名师联手铸就，被誉为“计算机算法的圣经”编写上采用了“五个一”，即一章介绍一个算法、一种设计技术、一个应用领域和一个相关话题。6、《》《重构:改善既有代码的设计》清晰地揭示了重构的过程，解释了重构的原理和最佳实践方式， 并给出了何时以及何地应该开始挖掘代码以求改善。 书中给出了70多个可行的重构，每个重构都介绍了一种经过验证的代码变换手法的动机和技术。《重构:改善既有代码的设计》提出的重构准则将帮助你一次一小步地修改你的代码，从而减少了开发过程中的风险。《重构:改善既有代码的设计》适合软件开发人员、项目管理人员等阅读， 也可作为高等院校计算机及相关专业师生的参考读物。我想我不得不推荐《重构》：改进现有代码的设计。—— Martin我必须承认，我最喜欢的编程语录是出自这本书：任何一个傻瓜都能写出计算机能理解的程序， 而优秀的程序员却能写出别人能读得懂的程序。—— Martin Fowler7、《》自1995年出版以来，本书一直名列Amazon和各大书店销售榜前列。 近10年后，本书仍是Addison-Wesley公司2003年最畅销的图书之一。 中文版销售逾4万册。就我而言，我认为四人帮编著的《设计模式》是一本极为有用的书。 虽然此书并不像其他建议一样有关“元”编程，但它强调封装诸如模式一类的优秀编程技术， 因而鼓励其他人提出新模式和反模式（antipatterns），并运用于编程对话中。—— Chris Jester-Young8、《》在软件领域，很少能有像《人月神话》一样具有深远影响力并且畅销不衰的著作。Brooks博士为人们管理复杂项目提供了最具洞察力的见解。 既有很多发人深省的观点，又有大量软件工程的实践。 本书内容来自Brooks博士在IBM公司System/360家族和OS/360中的项目管理经验。该书英文原版一经面世，即引起业内人士的强烈反响，后又译为德、法、日、俄中等多种语言，全球销量数百万册。 确立了其在行业内的经典地位。9、《》《计算机程序设计艺术》系列著作对计算机领域产生了深远的影响。 这一系列堪称一项浩大的工程，自1962年开始编写，计划出版7卷，目前已经出版了4卷。《美国科学家》杂志曾将这套书与爱因斯坦的《相对论》等书并列称为20世纪最重要的12本物理学著作。 目前Knuth正将毕生精力投入到这部史诗性著作的撰写中。这是高德纳倾注心血写的一本书。—— Peter Coulton10、《》（龙书）我很奇怪，居然没人提到龙书。（或许已有推荐，我没有看到）。 我从没忘过此书的第一版封面。 此书让我知道了编译器是多么地神奇绝妙。- DB11、《》强大的写作阵容。《Head First设计模式》(中文版) 作者Eric Freeman；ElElisabeth Freeman是作家、讲师和技术顾问。Eric拥有耶鲁大学的计算机科学博士学位，E1isabath拥有耶鲁大学的计算机科学硕士学位。Kathy Sierra(javaranch．com的创始人)FHBert Bates是畅销的HeadFirst系列书籍的创立者，也是Sun公司Java开发员认证考试的开发者。本书的产品设计应用神经生物学、认知科学，以及学习理论，这使得这本书能够将这些知识深深地印在你的脑海里， 不容易被遗忘。本书的编写方式采用引导式教学，不直接告诉你该怎么做，而是利用故事当作引子，带领读者思考并想办法解决问题。 解决问题的过程中又会产生一些新的问题，再继续思考、继续解决问题，这样可以加深体会。作者以大量的生活化故事当背景，例如第1章是鸭子，第2章是气象站，第3章是咖啡店， 书中搭配大量的插图(几乎每一页都有图)，所以阅读起来生动有趣，不会感觉到昏昏欲睡。作者还利用歪歪斜斜的手写字体，增加“现场感”。 精心设计许多爆笑的对白，让学习过程不会太枯燥。 还有模式告白节目，将设计模式拟人化成节目来宾，畅谈其内在的一切。 每一章都有数目不等的测验题。 每章最后有一页要点整理，这也是精华所在，我都是利用这一页做复习。我知道四人帮的《设计模式》是一本标准书，但倒不如先看看这部大部头，此书更为简易。 一旦你了解了解了基本原则，可以去看四人帮的那本圣经了。- Calanus12、《》如果下昂真正深入阅读，我推荐道格拉斯·侯世达（Douglas Hofstadter）的《哥德尔、艾舍尔、巴赫书》。 他极为深入研究了程序员每日都要面对的问题：递归、验证、证明和布尔代数。 这是一本很出色的读物，难度不大，偶尔有挑战，一旦你要鏖战到底，将是非常值得的。 – Jonik13、《》细节之中自有天地，整洁成就卓越代码尽管糟糕的代码也能运行，但如果代码不整洁，会使整个开发团队泥足深陷， 写得不好的代码每年都要耗费难以计数的时间和资源。 然而这种情况并非无法避免。著名软件专家RoberfC.Marlin在《代码整洁之道》中为你呈现出了革命性的视野。 Martin携同ObjectMetltor公司的同事，从他们有关整洁代码的最佳敏捷实践中提炼出软件技艺的价值观， 以飨读者，让你成为更优秀的程序员——只要你着手研读《代码整洁之道》。阅读《代码整洁之道》需要你做些什么呢？你将阅读代码——大量代码。 《代码整洁之道》促使你思考代码中何谓正确，何谓错误。 更重要的是，《代码整洁之道》将促使你重新评估自己的专业价值观，以及对自己技艺的承诺。从《代码整洁之道》中可以学到：好代码和糟糕的代码之间的区别；如何编写好代码，如何将糟糕的代码转化为好代码；如何创建好名称、好函数、好对象和好类；如何格式化代码以实现其可读性的最大化；如何在不妨碍代码逻辑的前提下充分实现错误处理；如何进行单元测试和测试驱动开发。虽然《代码整洁之道》和《代码大全》有很多共同之处，但它有更为简洁更为实际的清晰例子。 – Craig P. Motlin14、《》和《》在我职业生涯早期，Scott Meyer的《Effective C++》和后续的《More Effective C++》都对我的编程能力有着直接影响。 正如当时的一位朋友所说，这些书缩短你培养编程技能的过程，而其他人可能要花费数年。去年对我影响最大的一本书是《大教堂与市集》，该书教会我很有关开源开发过程如何运作，和如何处理我代码中的Bug。 – John Channing15、《》多年以来，当程序员们推选出最心爱的计算机图书时，《编程珠玑》总是位列前列。 正如自然界里珍珠出自细沙对牡蛎的磨砺，计算机科学大师Jon Bentley以其独有的洞察力和创造力， 从磨砺程序员的实际问题中凝结出一篇篇不朽的编程“珠玑”， 成为世界计算机界名刊《ACM通讯》历史上最受欢迎的专栏， 最终结集为两部不朽的计算机科学经典名著，影响和激励着一代又一代程序员和计算机科学工作者。本书为第一卷，主要讨论计算机科学中最本质的问题：如何正确选择和高效地实现算法。尽管我不得不羞愧地承认，书中一半的东西我都没有理解，但我真的推荐《编程珠玑》，书中有些令人惊奇的东西。 – Matt Warren16、《》by Michael Feathers本书是继《重构》和《重构与模式》之后探讨修改代码技术的又一里程碑式的著作， 而且从涵盖面和深度上都超过了前两部经典。 书中不仅讲述面向对象语言（Java、C#和C++）代码，也有专章讨论C这样的过程式语言。作者将理解、测试和修改代码的原理、技术和最新工具（自动化重构工具、单元测试框架、仿对象、集成测试框架等）， 与解依赖技术和大量开发和设计优秀代码的原则、最佳实践相结合，许多内容非常深入，而且常常发前人所未发。书中处处体现出作者独到的洞察力，以及多年开发和指导软件项目所积累的丰富经验和深厚功力。 通过这部集大成之作，你不仅能掌握最顶尖的修改代码技术，还可以大大提高对代码和软件开发的领悟力。我认为没有任何一本书能向这本书一样影响了我的编程观点。 它明确地告诉你如何处理其他人的代码，含蓄地教会你避免哪些（以及为什么要避免）。- Wolfbyte同意。很多开发人员讨论用干净的石板来编写软件。 但我想几乎所有开发人员的某些时候是在吃其他开发人员的狗食。– Bernard Dy17、《》这是一本讲述计算机工作原理的书。不过，你千万不要因为“工作原理”之类的字眼就武断地认为，它是晦涩而难懂的。 作者用丰富的想象和清晰的笔墨将看似繁杂的理论阐述得通俗易懂，你丝毫不会感到枯燥和生硬。 更重要的是，你会因此而获得对计算机工作原理较深刻的理解。 这种理解不是抽象层面上的，而是具有一定深度的，这种深度甚至不逊于“电气工程师”和“程序员”的理解。不管你是计算机高手，还是对这个神奇的机器充满敬畏之心的菜鸟， 都不妨翻阅一下《编码:隐匿在计算机软硬件背后的语言》，读一读大师的经典作品，必然会有收获。我推荐Charles Petzold的《编码》。 在这个充满工具和IDE的年代，很多复杂度已经从程序员那“抽取”走了，这本书一本开眼之作。 – hemil18、《》对我影响最大的那本书是 Robert Pirsig 的《禅与摩托车维修艺术》。 不管你做什么事，总是要力求完美，彻底了解你手中的工具和任务，更为重要的是， 要有乐趣（因为如果你做事有乐趣，一切将自发引向更好的结果）。 – akr19、《》Demarco 和 Lister 表明，软件开发中的首要问题是人，并非技术。 他们的答案并不简单，只是令人难以置信的成功。 第二版新增加了八章内容。 – Eduardo Molteni20、《》这是一本访谈笔录，记录了当今最具个人魅力的15位软件先驱的编程生涯。 包括DonaldKnuth、Jamie Zawinski、Joshua Bloch、Ken Thompson等在内的业界传奇人物，为我们讲述了 他们是怎么学习编程的，在编程过程中发现了什么以及他们对未来的看法， 并对诸如应该如何设计软件等长久以来一直困扰很多程序员的问题谈了自己的观点。一本非常有影响力的书，可以从中学到一些业界顶级人士的经验，了解他们如何思考并工作。 – Jahanzeb Farooq21、《Surely You’re Joking, Mr. Feynman! / 别闹了，费曼先生！》虽然这本书可能有点偏题，但不管你信不信，这本书曾在计算机科学专业课程的阅读列表之上。 一个优秀的角色模型，一本有关好奇心的优秀书籍。 – mike51122、《》此书第二版教你如何编写漂亮并高效的代码，虽然这是一本Java书，但其中有很多跨语言的理念。 – Marcio Aguiar23、《》很奇怪，还没人推荐 Martin Fowler 的《企业应用架构模式》- levi rosol24、《The Little Schemer》和《The Seasoned Schemer》 nmiranda这两本是LISP的英文书，尚无中文版。 美国东北大学网站上也有电子版。25、《交互设计之路》英文名：《The Inmates Are Running The Asylum: Why High Tech Products Drive Us Crazy and How to Restore the Sanity》该书作者：Alan Cooper，人称Visual Basic之父，交互设计之父。本书是基于众多商务案例，讲述如何创建更好的、高客户忠诚度的软件产品和基于软件的高科技产品的书。 本书列举了很多真实可信的实际例子，说明目前在软件产品和基于软件的高科技产品中，普遍存在着“难用”的问题。作者认为，“难用”问题是由这些产品中存在着的高度“认知摩擦”引起的， 而产生这个问题的根源在于现今软件开发过程中欠缺了一个为用户利益着想的前期“交互设计”阶段。 “难用”的产品不仅损害了用户的利益，最终也将导致企业的失败。本书通过一些生动的实例，让人信服地讲述了由作者倡导的“目标导向”交互设计方法在解决“难用”问题方面的有效性， 证实了只有改变现有观念，才能有效地在开发过程中引入交互设计，将产品的设计引向成功。本书虽然是一本面向商务人员而编写的书，但也适合于所有参与软件产品和基于软件的高科技产品开发的专业人士， 以及关心软件行业和高科技行业现状与发展的人士阅读。他还有另一本中文版著作：《About Face 3 交互设计精髓》26、《Why’s (Poignant) Guide to Ruby 》如果你不是程序员，阅读此书可能会很有趣，但如果你已经是个程序员，可能会有点乏味。27、《Unix编程艺术》It is useful regardless operating system you use. – J.F. Sebastian不管你使用什么操作系统，这本书都很有用。 – J.F. Sebastian28、《》45个习惯，分为7个方面：工作态度、学习、软件交付、反馈、编码、调试和协作。每一个具体的习惯里，一开始提出一个谬论，然后展开分析，之后有正队性地提出正确的做法，并设身处地地讲出了正确做法给你个人的“切身感受”，最后列出几条注意事项，帮助你修正自己的做法（“平衡的艺术”）。29、《》前面已经提到的很多书都启发了我，并影响了我，但这本书每位程序员都应该读。 它向我展示了单元测试和TDD的重要性，并让我很快上手。 – Curro我不关心你的代码有多好或优雅。 如果你没有测试，你或许就如同没有编写代码。 这本书得到的推荐数应该更高些。 人们讨论编写用户喜欢的软件，或既设计出色并健壮的高效代码，但如果你的软件有一堆bug，谈论那些东西毫无意义。– Adam Gent30、《》可用性设计是Web设计中最重要也是难度最大的一项任务。 《点石成金－访客至上的网页设计秘笈（原书第二版）》作者根据多年从业的经验，剖析用户的心理， 在用户使用的模式、为扫描进行设计、导航设计、主页布局、可用性测试等方面提出了许多独特的观点， 并给出了大量简单、易行的可用性设计的建议。本书短小精炼，语言轻松诙谐，书中穿插大量色彩丰富的屏幕截图、趣味丛生的卡通插图以及包含大量信息的图表， 使枯燥的设计原理变得平易近人。本书适合从事Web设计和Web开发的技术人员阅读，特别适合为如何留住访问者而苦恼的网站/网页设计人员阅读。 这是一本关于Web设计原则而不是Web设计技术的书。本书作者是Web设计专家，具有丰富的实践经验。 他用幽默的语言为你揭示Web设计中重要但却容易被忽视的问题，只需几个小时， 你便能对照书中讲授的设计原则找到网站设计的症结所在，令你的网站焕然一新。取决于你所追求的目标。 我喜欢《代码大全》是因纯编程，《点石成金》是一本有关UI设计的卓越书籍。 – Justin Standard
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：3715540次
积分：32707
积分：32707
排名：第139名
原创：209篇
转载：41篇
评论：3869条
阅读：162390
阅读：72522
文章：12篇
阅读：168523
文章：18篇
阅读：194008
文章：14篇
阅读：165438
阅读：72332
文章：112篇
阅读：1660826
(1)(1)(1)(8)(1)(5)(1)(3)(1)(4)(1)(1)(2)(3)(4)(9)(13)(10)(7)(2)(8)(29)(25)(35)(15)(14)(6)(5)(9)(7)(7)(12)