年龄大的普通程序员，将来的出路无非就是以下三个：1、稳定地待在一家公司，有一定产出效率，成为一颗螺丝钉，不出彩也不出丑，就像之前棉纺厂的工人那样，直到这家公司不行了，找另一家，继续做个普通一兵。其实这事儿和几十年前的工人一样，只是时代不一样，职业的名字变了。2、寻找相对优势，到稀缺你技术、能力、经验的地方，找到存在感。比如一线城市回退到二线、三线；比如互联网顶级公司的普通程序员进入小公司；比如互联网行业的普通程序员进入传统行业有软件部门的公司。3、转行，想干什么干什么去，很多人认为，一个 35 岁以上的程序员相比较一个 20来岁的毕业生，精神状况、身体状况必定是不如刚刚大学毕业的年轻人，所以要尽早转行。那么问题来了，程序员是吃青春饭的吗？程序员的职业发展到底如何呢？首先，我觉得时至今日，相比其他职业，程序员仍然是一个投入产出比比较高的职业。程序员不是一个“吃青春饭”的职业，而是一个常青的职业。程序员其实也并没有我们想象中那么累，很多互联网公司的工作环境、工作氛围、员工福利都是非常不错的：弹性工作，定期团建，免费健身；一日三餐、零食饮料应有尽有。对于头脑灵活、思维敏捷，但还没有明确职业目标的理工科毕业生而言，把程序员作为职业生涯的起点，应该会是一个不错的选择。以北京为例，应届毕业起薪在 8000-10000 元，比其他职业高出不少。程序员现在小蜜蜂云工作了解很多远程可办公的，全职兼职都是有的，可供的选择还是比较多的。程序员在职业生涯第一个阶段，通常是 3-5 年。这个阶段要以职业探索为主，脚踏实地写好每一行代码。只有快速学习和成长，掌握过硬的专业技能，这样才能在职场立足，走好未来的路。现在程序员的职业领域已经细分到了令人发指的地步，比如：大数据工程师、云计算工程师、某某语言工程师、系统架构师、web 前端工程师、嵌入式软件工程师、数据库开发工程师等等。
学任何一门学科都会有学的好的，学的不好的，学的好的当然会有前途，存在即合理，再好的学科学的不好都不会有前途，当然软件工程最近比较吃香，薪资比较高，入门需要下苦功夫，另外请区分软件工程师和程序员的区别
从目前行业的发展趋势来看，程序员可以往以下几个方向发展：第一，走研发路线。如果程序员未来想在技术领域走得更远，应该走研发级路线，简单的说就是培养自己的创新能力。对于大量目前从事应用级岗位的程序员来说，要想走研发级路线要注重数学能力的培养，因为软件研发问题说到底就是数学问题。对于条件允许的程序员来说，可以重点考虑一下通过读研来完成岗位升级。第二，走咨询路线。对于长期从事行业定制软件开发的程序员来说，未来可以走行业咨询专家的路线。要想走行业咨询专家路线，需要在平时的工作中积累大量的行业解决方案，并且能够根据技术发展趋势不断完善相关方案。目前行业咨询专家的薪资待遇还是比较可观的，随着产业互联网的发展，行业咨询专家的岗位需求量将持续增加。第三，走管理路线。管理路线也是不少程序员的重要选择，比如高级项目经理、产品经理等都是不错的选择，另外不少程序员也会转向人力资源管理方面的岗位，比如负责新员工培养以及招聘等工作。在互联网快速发展的近些年来，不少公司都采取“老带新”的培养模式，所以不少经验丰富的程序员逐渐走向了管理岗位。
都说的那么泛泛。。。就我身边的一些人来说吧，大抵都是先做3、4年程序员了，主要是积累经验，如果就只是这样的话，几年后最多也就是个项目主管什么的了，这样前途不大。你在做程序员的时候，要多学点别的新知识（注：是跟你们公司要做的东西不同的知识，新的），要多给领导提意见什么的，显示你的各项才华才好，当然这个的前提是你比较努力学知识。等些日子，可能领导要你单独策划什么的，那你就可以慢慢搞搞设计，策划的了，如果你是在太牛逼，再过些日子，可能真的就成了架构师了，但是，一切的一切都要求你很努力才行
绝大多数程序员最终的职业目标可能都是CTO，做到CEO的人估计会比较少，也有一少部分人自己去创业去当老板，也有部分人说我转行去做业务 了，对于当老板的人毕竟是少数，对于转行的人来说，都不在这行做了，自然没什么好说的了。一般来说，程序员的发展基本上都会经历这么几条路径。程序员-系 统分析员-架构师-技术经理-CTO，程序员-项目组长-项目经理-项目总监-CTO，程序员-产品设计师-产品经理-CTO.\x0d\x0a当然这只是一个大致的路径，不是所有程序员都必需要这么经历的，有些人可能跳过其中的一些步骤，也可能有些人会把中间的很多职位都做了。而最终做到 CTO的程序员，也是非常少的一部分，原因很简单，这个世界上不许要那么多的CTO和CXO.\x0d\x0a也就是说，许多的程序员最终可能是做技术经理、项目经理或者项目总监之类的，那么到底我们职业生涯要选择哪一种呢？我觉得这个问题没有一个统一的答 案，因为每个人的性格不一样，际遇也不一样，就像你从小希望当贪官，可是命运却偏偏让你做了一个程序员。所以应该根据你的兴趣、性格与际遇选择一条道路， 比如说你正好有机会带一个项目，而你又不是很讨厌项目经理这个位置，那么你就可以选择向项目经理方向发展。\x0d\x0a实际上很多时候，国内并没有明确的技术经理、项目经理、产品经理之分，在许多的公司里，他们经常是由一个人承担。在外包公司里，通常会有项目经理和 系统分析员（也可能是技术经理）。在一些非IT公司里，可能会有部门经理，而做自己产品的公司可能会分得比较详细一些。我大致说一下这三个职位的区别，让 正在徘徊的程序员有一个大致的了解。\x0d\x0a项目经理是项目的直接负责人，这个角色相当于一个中间接口，不管是团队成员还是需求方（客户），或者是上级领导，有事都直接找他，所以这个职位着重 于管理与沟通。一般来说，项目经理的工作重点在同客户沟通需求、项目进度的把控、团队的沟通方面，有些公司也会需要项目经理承担团队建设的工作，不过貌似 很多国内公司都忽略了团队建设这个工作了。对于项目经理来说，重点会要求沟通能力、协调能力、危机把控能力、执行力、团队管理能力，着重于沟通、管理与计 划。当然也有些公司还要求项目经历要参与招标谈判，这就要求项目经理有一定的商务谈判能力。\x0d\x0a技术经理有时候也可能叫系统分析员，一些小公司可能会整个公司或者部门有一个技术经理。技术经理承担的角色主要是系统分析、架构搭建、系统构建、代 码走查等工作，如果说项目经理是总统，那么技术经理就是总理。当然不是所有公司都是这样的，有些公司项目经理是不管技术团队的，只做需求、进度和同客户沟 通，那么这个时候的项目经理就好像工厂里的跟单人员了，这种情况在外包公司比较多。对于技术经理来说，着重于技术方面，你需要知道某种功能用哪些技术合 适，需要知道某项功能需要多长的开发时间等。同时，技术经理也应该承担提高团队整体技术水平的工作。\x0d\x0a产品经理这个职位一般在有自己产品（不管是软件还是网站产品）的公司比较常见，产品经理主要会负责产品的设计、产品的改良等工作。需要注意的是，产 品设计与设计师是两个不一样的工作，产品设计主要会从用户体验、业务需要等层面去设计产品，而设计师更多是从用户的视觉上去做。产品经理应该是最懂业务的 人，比如说你在设计一个微博的产品，就要求你对微博这个东西非常熟悉，从用户习惯、用户体验、公司的发展战略上去设计这个产品，还要对比同类产品会有什么 优势等等。\x0d\x0a不管是项目经理还是技术经理与产品经理，都要求要熟悉业务，业务是需求的来源，没有不谈业务的技术，所以不管你从哪个方向发展，都要求对业务熟悉。 产品经理要求对业务最熟悉，项目经理次之，技术经理排最后。对于程序员来说，刚开始工作的前几年可以埋头扎到技术里面，一般这个时间在2-3年的时间，然 后就应该多关注业务了。这个业务不一定是指某个具体的业务，因为具体的业务的范围太少，而且也需要机遇。\x0d\x0a我见过许多的程序员，他们是做Web开发的，但对互联网很不熟悉，对于互联网流行的趋势基本上不闻不问。不知道现在大家都在使用微博，也不知道SNS，也 可能从不使用网银。我觉得这样很不好，程序员应该多多去关注互联网的发展，多多去玩一些新的网站。
程序员的未来出路在哪里，你要当螺丝钉还是创造者
在职业选择上，很多人都会问一个问题，这个职业有什么出路?想得到正确的回答，必须先搞清楚，自己究竟想得到什么东西。对于程序员这个职业，如果你要的是钱，很多的钱，程序员没有出路;程序员工作繁忙，有时不规律，连续着加班很有可能，如果你要的是休闲的生活，程序员没有出路;程序员都是与电脑打交道，工作就是坐着，如果你要的是跟人广泛的交流，而且坐不住，程序员没有出路;写程序都是很逻辑的东西，如果你不喜欢这种解题式的思考方式，顶不住整天思考所带来的疲惫，程序员没有出路。 程序员跟民工的区别就是，高强度的脑力劳动者和体力劳动者。虽然程序员的待遇看起来还不错，想想其实不是，假如八点半上班，加班到十点，没加班费，平均下来，一个人相当于干了将近一份半的工作，除下来收入付出比就少了半截，收入多是因为付出的劳动多。这是开始做程序员时常有的事。 假如纯往技术上走，干几年熟手了，情况会好，但是，当你对比起干了几年销售的朋友时，你会发现，你的劳动力太廉价了。一个小公司的销售，普普通通干三年后，一年拿十万块的提成是很有可能的，而一个程序员，普普通通干三年，能拿月薪一万的不多。还有人家销售有许多的报销，你有么?如果有天赋而且努力地干，销售，大学毕业三年买车买房的多的是，当然不是说噬老族那些;程序员呢?有中国能!也许研究生，而且读的好的那款还比较可能，但此时那些本科或者大专，甚至中专就出来跑销售的，已经工作好几年了，说不定此时正在三亚晒太阳呢! 你说销售的应酬多，呵呵，喝酒;要去拍人马屁，去求人什么的!ok，这就是销售，你敢保证当你看到他们的收入时，还有看到他们拿着公司的钱，请客户去各种高档的地方消费时，甚至说句不好听的，花公司的钱请客户到处吃喝嫖赌时——客户也是人，许多客户就这些个的爱好，所以要满足他，他才买你的帐，很正常——严格意义上讲，这样的工作比坐在电脑前埋头苦干来的轻松多了，其实是一种享受，看到这些，你敢保证你一点都不眼红?呵呵，如果不眼红，那就专心干程序员吧! 或者说，你对这种“一点科技含量都没有的工作”——在你眼中，高iq的人才是牛b的人，那就安下心来干程序员吧。但我想说，在这个社会上，赚钱最多最快的，最舒服的，永远是销售。当然，干技术干的好的，最终都是比较受人尊重的——专家，当然是五十年如一日投身于技术那种人才能成为专家。如果你能刻苦地干程序员，想成为架构师、系统分析员，成为软件专家，那就专心干程序员吧! 或者说，你实在干不来与人交际，还要挖空心思去维护各种人际关系的工作是，那就安心下来干你的程序员工作吧，就像民工一样，有谁乐意去干民工，但是没办法，能力所限，只能干民工了。但我想说，能力都是学来的，给民工们上大学，他们毕业后一样会有很多牛人。有人说:“哪有那么好的条件给他们上大学啊!”。条件很多时候要自己去创造啊!难道每个成功的人都有一个高人，手把手地拉扯着他，给他良好的成长环境和资源吗?没有什么东西学不来，只是学得快和慢的问题，要真正去学学看才知道，而不是停留在大脑中。如果你学编程学得很快，而且学得很开心，即使学的过程很累，那就专心干程序员吧! 接下来，告诉你一个好消息，史玉柱出身技术、马化腾出身技术、唐骏出身技术、比尔盖茨出身技术、杰克•韦尔奇出身技术，等等，他们都成功了!假如这是你想象中的出路的话。我不是说要达到他们那种水平，而是走技术路线，来获得事业有成，获得成功。写过程序的人都知道，想实现某个功能，有很多种实现方法。获得成功也是一样，有很多的路可走。这就是我为什么拿销售来做比较，每种职业都能到达成功的彼岸，不管是做技术、行政、财务、销售，等等。 出路是什么?不就是人生价值的实现，有的人要的是成就感，有的人要的是幸福，有的人要的是健康，有的人要的是金钱，有的人要的是地位名气，有的人要的是贡献全人类，有的人要的是玩乐、享受，其实这些都是不同人的人生价值。而实现自己人生价值的方法实在太多了，不管从事什么职业，不管是java程序员，c++、c#，都能成功的，最最重要的是想清楚你想得到什么，接下来就是做具体的计划，然后实现计划。实现的过程不能拘泥于技术，应该多方面发展，不断提高自己的综合能力!想做项目经理、做cto，或者用自己的技术去创业，都必须发展自己的综合能力
程序员是一种技术工作，在IT的发展中有相当重要的地位，从底层硬件通讯协议的建立， 到数据传输层的处理，到操作系统的建设，到数据库平台的建设，一直到应用层上各种数 据营销平台的搭建，程序员在里面都扮演着举足轻重的角色并为IT事业的发展做出了巨大 的贡献。 中国有很多精于编码的人，但是中国软件行业，尤其是网络应用开发方面误区很大，很难形成有规模的软件开发力量和产品能力，不但比美国差距甚远，和印度相比也是颇有不如。这些问题不是在于中国程序员的智商和工作努力状况，也不是在于国家和民间对开发的投入程度，而是很大程度上，有一些对技术，对程序开发，对项目设计方面的思想误区，这些误区，导致了软件行业的产品化能力不足，缺乏规模化和大型复用系统研发能力，可以说，改变认识误区，是解决软件行业小作坊模式和个体英雄模式所带来的局限性 的重要工作。 中国有很多小朋友，他们18,9岁或21,2岁，通过自学也写了不少代码，他们有的代码写的很漂亮，一些技术细节相当出众，也很有钻研精神，但是他们被一些错误的认识和观点左右，缺乏对系统，对程序的整体理解能力，这些人，一个网上的朋友说得很好，他们实际 上只是一些Coding fans，压根没有资格称为程序员，但是据我所知，不少小网络公司的 CTO就是这样的coding fans,拿着吓人的工资，做着吓人的项目，项目的结局通常也很吓 人。 程序员基本素质： 作一个真正合格的程序员，或者说就是可以真正合格完成一些代码工作的程序员，应该具 有的素质。 1：团队精神和协作能力 把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。把高水平程序员说成独行侠的都是在呓语，任何个人的力量都是有限的，即便如linus这样的天才，也需要通过组成强大的团队来创造奇迹，那些遍布全球的为linux写核心的高手们，没有协作精神是不可想象的。独行侠可以作一些赚钱的小软件发点小财，但是一旦进入一些大系统的研发团队，进入商业化和产品化的开发任务，缺 乏这种素质的人就完全不合格了。 2：文档习惯 说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子，良好的文档是正规研发流程中 非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级 程序员和系统分析员，这个比例还要高很多。 缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇 到极大的麻烦。 3：规范化，标准化的代码编写习惯 作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩 进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和 纠错，也有助于不同技术人员之间的协作。 有些coding fans叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能证明他们自 己压根不配自称程序员。代码具有良好的可读性，是程序员基本的素质需求。 再看看整个linux的搭建，没有规范化和标准化的代码习惯，全球的研发协作是绝对不可 想象的。 4：需求理解能力 程序员需要理解一个模块的需求，很多小朋友写程序往往只关注一个功能需求，他们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑，有人曾经放言说写一个广告交换程序很简单，这种人从来不知道在百万甚至千万数量级的访问情况下的性能指标是如何实现的，对于这样的程序员，你给他深蓝那套系统，他也做不出太极链的并访能力。性能需求指标中，稳定性，并访支撑能力以及安全性都很重要，作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经 验才有可能有心得。 5：复用性，模块化思维能力 经常可以听到一些程序员有这样的抱怨，写了几年程序，变成了熟练工，每天都是重复写 一些没有任何新意的代码，这其实是中国软件人才最大浪费的地方，一些重复性工作变成 了熟练程序员的主要工作，而这些，其实是完全可以避免的。 复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样就能极大避免重复性的开发工作，如果一个软件研发单位和工作组能够在每一次研发过程中都考虑到这些问题，那么程序员就不会在重复性的工作中耽误太多时间，就会有更多时间和精力投 入到创新的代码工作中去。 一些好的程序模块代码，即便是70年代写成的，拿到现在放到一些系统里面作为功能模块 都能适合的很好，而现在我看到的是，很多小公司软件一升级或改进就动辄全部代码重 写，大部分重复性工作无谓的浪费了时间和精力。 程序员应具备的素质中 6：测试习惯 作为一些商业化正规化的开发而言，专职的测试工程师是不可少的，但是并不是说有了专职的测试工程师程序员就可以不进行自测；软件研发作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效 率和可靠性就有了最大的保证。 测试工作实际上需要考虑两方面，一方面是正常调用的测试，也就是看程序是否能在正常调用下完成基本功能，这是最基本的测试职责，可惜在很多公司这成了唯一的测试任务，实际上还差的远那；第二方面就是异常调用的测试，比如高压力负荷下的稳定性测试，用户潜在的异常输入情况下的测试，整体系统局部故障情况下该模块受影响状况的测试，频发的异常请求阻塞资源时的模块稳定测试等等。当然并不是程序员要对自己的每段代码都需要进行这种完整测试，但是程序员必须清醒认识自己的代码任务在整体项目中的地位和各种性能需求，有针对性的进行相关测试并尽早发现和解决问题，当然这需要上面提到的 需求理解能力。 7：学习和总结的能力 程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年内具有 领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。 善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高 了。 但是学习也要找对目标，一些小coding fans们，他们也津津乐道于他们的学习能力，一会学会了asp，一会儿学会了php，一会儿学会了jsp，他们把这个作为炫耀的资本，盲目的追逐一些肤浅的，表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术人员，不管掌握了多少所谓的新语言，永远不会有质的提 高。 善于总结，也是学习能力的一种体现，每次完成一个研发任务，完成一段代码，都应当有 目的的跟踪该程序的应用状况和用户反馈，随时总结，找到自己的不足，这样逐步提高， 一个程序员才可能成长起来。 一个不具备成长性的程序员，即便眼前看是个高手，建议也不要选用，因为他落伍的时候 马上就到了。 具备以上全部素质的人，应当说是够格的程序员了，请注意以上的各种素质都不是由IQ决 定的，也不是大学某些课本里可以学习到的，需要的仅仅是程序员对自己工作的认识，是 一种意识上的问题。 那么作为高级程序员，以至于系统分析员，也就是对于一个程序项目的设计者而言，除了 应该具备上述全部素质之外，还需要具备以下素质： 第一，需求分析能力 对于程序员而言，理解需求就可以完成合格的代码，但是对于研发项目的组织和管理者， 他们不但要理解客户需求，更多时候还要自行制定一些需求，为什么这么说呢？ 一般而言，进行研发任务，也许是客户提出需求，也许是市场和营销部门提出的需求，这时候对于研发部门，他们看到的不是一个完整的需求，通常而言，该需求仅仅是一些功能上的要求，或者更正规些，可能获得一个完整的用户视图；但是这都不够，因为客户由于非技术因素多一些，他们可能很难提出完整和清晰，或者说专业性的性能需求，但是对于项目组织者和规划者，他必须能够清醒认识到这些需求的存在并在完成需求分析报告的时候适当的提出，同时要完整和清晰的体现在设计说明书里面，以便于程序员编码时不会失 去这些准则。 程序设计者必须正确理解用户需求所处的环境，并针对性做出需求的分析，举例而言，同样一个软件通过ASP租用方式发布和通过License方式发布，性能需求可能就是有区别的，前者强调的是更好的支撑能力和稳定性，而后者则可能更强调在各种平台下的普适性和安 装使用的简捷性。 第二，项目设计方法和流程处理能力 程序设计者必须能够掌握不少于两到三种的项目设计方法（比如自顶至下的设计方法，比 如快速原型法等等），并能够根据项目需求和资源搭配来选择合适的设计方法进行项目的 整体设计。 设计方法上选择不当，就会耽误研发周期，浪费研发资源，甚至影响研发效果。 一个程序设计者还需要把很多功夫用在流程图的设计和处理上，他需要做数据流图以确立 数据词典；他需要加工逻辑流图以形成整体的系统处理流程。 一个流程有问题的系统，就算代码多漂亮，每个模块多精致，也不会成为一个好的系统。 当然，做好流程分析并选择好项目设计方法，都需要在需求分析能力上具有足够的把 握。 第三，复用设计和模块化分解能力 这个似乎又是老调重谈，前面基本素质上不是已经说明了这个问题吗？ 作为一个从事模块任务的程序员，他需要对他所面对的特定功能模块的复用性进行考虑，而作为一个系统分析人员，他要面对的问题复杂的多，需要对整体系统按照一种模块化的分析能力分解为很多可复用的功能模块和函数，并针对每一模块形成一个独立的设计需求。举个例子，好比是汽车生产，最早每辆汽车都是独立安装的，每个部件都是量身定做的，但是后来不一样了，机器化大生产了，一个汽车厂开始通过流水线来生产汽车，独立部件开始具有一定的复用性，在后来标准化成为大趋势，不同型号，品牌甚至不同厂商的汽车部件也可以进行方便的换装和升级，这时候，汽车生产的效率达到最大化。软件工程也是同样的道理，一个成熟的软件行业，在一些相关项目和系统中，不同的部件是可以随意换装的，比如微软的许多桌面软件，在很多操作模块（如打开文件，保存文件等等）都是复用的同一套功能模块，而这些接口又通过一些类库提供给了桌面应用程序开发者方便 挂接，这就是复用化的模块设计明显的一个佐证。 将一个大型的，错综复杂的应用系统分解成一些相对独立的，具有高度复用性的，并能仅 仅依靠几个参数完成数据联系的模块组合，是作为高级程序员和系统分析员一项最重要的 工作，合适的项目设计方法，清晰的流程图，是实现这一目标的重要保证。 第四，整体项目评估能力 作为系统设计人员，必须能够从全局出发，对项目又整体的清醒认识，比如公司的资源配置是否合理和到位，比如工程进度安排是否能最大化体现效率又不至于无法按期完成。评估项目整体和各个模块的工作量，评估项目所需的资源，评估项目可能遇到的困难，都需要大量的经验积累，换言之，这是一种不断总结的累计才能达到的境界。在西方一些软件系统设计的带头人都是很年长的，比如4，50岁，甚至更老，他们在编码方面已经远远不如年轻人那样活络，但是就项目评估而言，他们几十年的经验积累就是最重要和宝贵的财富。中国缺这么一代程序员，主要还不是缺那种年纪的程序员，而是那种年纪的程序员基本上都是研究单位作出来的，都不是从专业的产品化软件研发作出来的，他们没有能积累 那种产品化研发的经验，这也是没有办法的事情。 程序员应具备的素质下 第五，团队组织管理能力 完成一个项目工程，需要团队的齐心协力，作为项目设计者或研发的主管人，就应当有能 力最大化发挥团队的整体力量，技术管理由于其专业性质，不大同于一般的人事管理，因 为这里面设计了一些技术性的指标和因素。 首先是工作的量化，没有量化就很难做到合适的绩效考核，而程序量化又不是简单的代码 行数可以计算的，因此要求技术管理人员需要能真正评估一个模块的复杂性和工作量。 其次是对团队协作模式的调整，一般而言，程序开发的协作通常分为小组进行，小组有主 程序员方式的，也有民主方式的，根据程序员之间的能力水平差距，以及根据项目研发的 需求，选择合适的组队方式，并能将责权和成员的工作任务紧密结合，这样才能最大发挥 组队的效率。 一个代码水平高的人，未必能成为一个合格的项目研发主管，这方面的能力欠缺往往是容 易被忽视的。 综上可以看到，作为一个主管研发的负责人，一个项目设计者，所需要具备的素质和能力并不是程序代码编写的能力，当然一般情况下，一个程序员通过不断的总结提高达到了这种素质的时候，他所具有的代码编写能力也已经相当不简单了，但是请注意这里面的因果关系，一个高水平的项目设计者通常已经是代码编写相当优秀的人了，但是并不是一个代码相当优秀的程序员就可以胜任项目设计的工作，这里面存在的也不是智商和课本的问题，还是在于一个程序员在积累经验，逐步提升的时候没有意识到应当思考哪方面的东西，没有有意识的就项目的组织和复用设计进行揣摩，没有经常性的文档习惯和总结习 惯，不改变这些，我们的合格的项目设计者还是非常欠缺。 另外，为防止有无聊的人和我较真，补充一点，本文针对目标是作商业化的软件项目和工程，那些科研机构的编程高手，比如算法高手，比如图象处理高手，他们的工作是研究课题而非直接完成商业软件（当然最终间接成为商业产品，比如微软研究院在作的研究课题），因此他们强调的素质可能是另外的东西，这些人（专家），并不能说是程序员，不 能用程序员的标准去衡量。 最后补充一点东西，一个软件项目研发的设计流程是怎样的呢？以通常标准的设计方法为 例，（不过笔者喜欢快速原型法）。 第一个步骤是市场调研，技术和市场要结合才能体现最大价值。 第二个步骤是需求分析，这个阶段需要出三样东西，用户视图，数据词典和用户操作手 册。 用户视图是该软件用户（包括终端用户和管理用户）所能看到的页面样式，这里面包含了 很多操作方面的流程和条件。 数据词典是指明数据逻辑关系并加以整理的东东，完成了数据词典，数据库的设计就完成 了一半多。 用户操作手册是指明了操作流程的说明书。 请注意，用户操作流程和用户视图是由需求决定的，因此应该在软件设计之前完成，完成 这些，就为程序研发提供了约束和准绳，很遗憾太多公司都不是这样做的，因果颠倒，顺 序不分，开发工作和实际需求往往因此产生隔阂脱节的现象。 需求分析，除了以上工作，笔者以为作为项目设计者应当完整的做出项目的性能需求说明 书，因为往往性能需求只有懂技术的人才可能理解，这就需要技术专家和需求方（客户或 公司市场部门）能够有真正的沟通和了解。 第三个步骤是概要设计，将系统功能模块初步划分，并给出合理的研发流程和资源要求。作为快速原型设计方法，完成概要设计就可以进入编码阶段了，通常采用这种方法是因为涉及的研发任务属于新领域，技术主管人员一上来无法给出明确的详细设计说明书，但是并不是说详细设计说明书不重要，事实上快速原型法在完成原型代码后，根据评测结果和 经验教训的总结，还要重新进行详细设计的步骤。 第四个步骤是详细设计，这是考验技术专家设计思维的重要关卡，详细设计说明书应当把具体的模块以最’干净’的方式(黑箱结构）提供给编码者，使得系统整体模块化达到最大；一份好的详细设计说明书，可以使编码的复杂性减低到最低，实际上，严格的讲详细设计说明书应当把每个函数的每个参数的定义都精精细细的提供出来，从需求分析到概要设计到完成详细设计说明书，一个软件项目就应当说完成了一半了。换言之，一个大型软 件系统在完成了一半的时候，其实还没有开始一行代码工作。 那些把作软件的程序员简单理解为写代码的，就从根子上犯了错误了。 第五个步骤是编码，在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/ 2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都出现过。编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永远存在，你必须永远面对这个问题，大名鼎鼎的微软，可曾有连续三个月不发补丁的时候 吗？从来没有！ 第六个步骤是测试 测试有很多种： 按照测试执行方，可以分为内部测试和外部测试 按照测试范围，可以分为模块测试和整体联调 按照测试条件，可以分为正常操作情况测试和异常情况测试 按照测试的输入范围，可以分为全覆盖测试和抽样测试 以上都很好理解，不再解释。 总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外 部测试都是正常的，因为永远都会又不可预料的问题存在。 完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少 不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营 状况并持续修补升级，知道这个软件被彻底淘汰为止。 写这些步骤算不上卖弄什么，因为实话讲我手边是一本《软件工程》，在大学里这是计算机专业的必修课程，但是我知道很多程序员似乎从来都只是热衷于什么《30天精通VC》之类的，他们有些和我一样游击队出身，没有正规学过这个专业，还有一些则早就在混够学 分后就把这些真正有用的东西还给了老师。 网上现在也很浮躁，一些coding fans乱嚷嚷，混淆视听，实际上真正的技术专家很少在网上乱发帖子的，如笔者这样不知天高地厚的，其实实在是算不上什么高手，只不过看不惯这种对技术，对程序员的误解和胡说，只好挺身而出，做拨乱反正之言，也希望那些还 沉迷于一些错误人士的coding fans们能认真想想，走到正途上，毕竟那些聪明的头脑还 远远没有发挥应有的价值。
从目前行业的发展趋势来看，程序员可以往以下几个方向发展：第一，走研发路线。如果程序员未来想在技术领域走得更远，应该走研发级路线，简单的说就是培养自己的创新能力。对于大量目前从事应用级岗位的程序员来说，要想走研发级路线要注重数学能力的培养，因为软件研发问题说到底就是数学问题。对于条件允许的程序员来说，可以重点考虑一下通过读研来完成岗位升级。第二，走咨询路线。对于长期从事行业定制软件开发的程序员来说，未来可以走行业咨询专家的路线。要想走行业咨询专家路线，需要在平时的工作中积累大量的行业解决方案，并且能够根据技术发展趋势不断完善相关方案。目前行业咨询专家的薪资待遇还是比较可观的，随着产业互联网的发展，行业咨询专家的岗位需求量将持续增加。第三，走管理路线。管理路线也是不少程序员的重要选择，比如高级项目经理、产品经理等都是不错的选择，另外不少程序员也会转向人力资源管理方面的岗位，比如负责新员工培养以及招聘等工作。在互联网快速发展的近些年来，不少公司都采取“老带新”的培养模式，所以不少经验丰富的程序员逐渐走向了管理岗位。
程序员在学习过程中应该如何提升自己呢？在了解多数的编程知识之后，很多书籍都是新手从零开始学习。那么对于有基础的程序员来说，应该如何加深自己的知识，如何让自己具备最佳的编写代码方法呢？下面电脑培训为大家介绍程序员提升自己的方法。
一、通过编程挑战实践
很多人都喜欢编程方面的挑战，但是总的来说，现在不适合去找一种新的编程语言。它们可以提供一种弱反馈回路，程序要么产生正常的输出要么没有产生，不会给设计过程进行反馈。这样的方法可能会引入一个新的算法和不成熟的语言，在实践中非常的薄弱。IT培训认为这样的方法更加倾向于表现而不是练习，所以你需要处理的不是人为问题，而是真实问题。
二、做业余项目
做业余项目，如果你有业余项目的话，投入编程实践是一个很好的方法。不幸的是，由于项目参差不齐，你可能什么也学不到。如果你的业余项目与你想学的程序是一致的，那么恭喜你，这是一个很好的选择，否则它只是另一个版本的表现与实践。即使在最好的情况下，如果主要的目标是产生一些东西，那么北大青鸟认为这就意味着实践和学习是落后的。
三、阅读编程实践的书籍
从编程书上，您可以更快地了解知识。这被认为是几乎所有改进编程程序的一部分。但是，这不是每个人都能接受的。纯粹的知识获取能够帮助你知道什么样的可用选项，当你遇到问题时，昆明北大青鸟认为知识是不能取代更好的心理模型的。
每个大牛都是从小白成长过来的，对于刚刚步入职场的程序员来讲，面对身份的转变和还未熟悉的工作，都难免会有不适应，对自己未来的成长也会比较迷茫。
No.1
大部分的程序员从小白到大牛都是要经历一个循序渐进的过程，没有一蹴而就的成功，程序员的成长也是分阶段的，而每个阶段的侧重点又都不一样。
很多人总想一口吃成胖子，可往往就是这种急躁的心理，反而使得自己更难静下心来夯实基本功，适得其反。
要知道，成长从来就不是一件简单的事情。那么对于IT小白来说，java课程介绍怎样才能在更短的时间内成长为一名优秀的程序员呢？
No.2
首先，要制定详细而明确的阶段性目标。工作时如果有一个目标，会帮助你找到努力的方向，对自己的事业发展也很有帮助。而越详细、越明确的目标，其可实施性就越高，这也能使你找到短期奋斗的动力。
其次，要利用空闲时间多学习。技术实力始终是一个程序员能否往前走的关键，没事的时候多看代码，保持对代码的敏感度。只有看的多了，琢磨的多了，才能培养出好的代码审美感。
除了要保持对代码的敏感度以外，还要让这种敏感度成为你写代码中的利器。因此，你需要勤写代码，多做总结，不断优化自己写的代码。
最重要的是，要注重在项目中去锻炼自己。项目开发是帮助程序员快速成长的一个有效途径。实践出真知，只有多实践，才能发现自己在实际的项目开发中存在的缺点和不足，找出来并及时改正，将为自己积累下十分宝贵的经验。
No.3
不知道大家有没有听说过“空杯心态”？
“空杯心态”简单来说就是：如果你的杯子是空的，新东西就比较容易进去；反之，如果你的杯子已经满了，新东西就进不去。
举例来说，可能会有一小部分自以为是的同学，他们在刚从学校出来时思维较为固化，自己的东西太多，顽固又不肯放弃，新东西自然难以学进去，成长自然就慢。而具有空杯心态的同学，他们会适时清空自己，甚至有意识清除脑中顽固区域，虚心主动学习，渴望更多知识，学到的自然就会多。
每个大牛都是从小白成长过来的，对于刚刚步入职场的程序员来讲，面对身份的转变和还未熟悉的工作，都难免会有不适应，对自己未来的成长也会比较迷茫。
No.1
大部分的程序员从小白到大牛都是要经历一个循序渐进的过程，没有一蹴而就的成功，程序员的成长也是分阶段的，而每个阶段的侧重点又都不一样。
很多人总想一口吃成胖子，可往往就是这种急躁的心理，反而使得自己更难静下心来夯实基本功，适得其反。
要知道，成长从来就不是一件简单的事情。那么对于IT小白来说，java课程介绍怎样才能在更短的时间内成长为一名优秀的程序员呢？
No.2
首先，要制定详细而明确的阶段性目标。工作时如果有一个目标，会帮助你找到努力的方向，对自己的事业发展也很有帮助。而越详细、越明确的目标，其可实施性就越高，这也能使你找到短期奋斗的动力。
其次，要利用空闲时间多学习。技术实力始终是一个程序员能否往前走的关键，没事的时候多看代码，保持对代码的敏感度。只有看的多了，琢磨的多了，才能培养出好的代码审美感。
除了要保持对代码的敏感度以外，还要让这种敏感度成为你写代码中的利器。因此，你需要勤写代码，多做总结，不断优化自己写的代码。
最重要的是，要注重在项目中去锻炼自己。项目开发是帮助程序员快速成长的一个有效途径。实践出真知，只有多实践，才能发现自己在实际的项目开发中存在的缺点和不足，找出来并及时改正，将为自己积累下十分宝贵的经验。
No.3
不知道大家有没有听说过“空杯心态”？
“空杯心态”简单来说就是：如果你的杯子是空的，新东西就比较容易进去；反之，如果你的杯子已经满了，新东西就进不去。
举例来说，可能会有一小部分自以为是的同学，他们在刚从学校出来时思维较为固化，自己的东西太多，顽固又不肯放弃，新东西自然难以学进去，成长自然就慢。而具有空杯心态的同学，他们会适时清空自己，甚至有意识清除脑中顽固区域，虚心主动学习，渴望更多知识，学到的自然就会多。
从目前行业的发展趋势来看，程序员可以往以下几个方向发展：第一，走研发路线。如果程序员未来想在技术领域走得更远，应该走研发级路线，简单的说就是培养自己的创新能力。对于大量目前从事应用级岗位的程序员来说，要想走研发级路线要注重数学能力的培养，因为软件研发问题说到底就是数学问题。对于条件允许的程序员来说，可以重点考虑一下通过读研来完成岗位升级。第二，走咨询路线。对于长期从事行业定制软件开发的程序员来说，未来可以走行业咨询专家的路线。要想走行业咨询专家路线，需要在平时的工作中积累大量的行业解决方案，并且能够根据技术发展趋势不断完善相关方案。目前行业咨询专家的薪资待遇还是比较可观的，随着产业互联网的发展，行业咨询专家的岗位需求量将持续增加。第三，走管理路线。管理路线也是不少程序员的重要选择，比如高级项目经理、产品经理等都是不错的选择，另外不少程序员也会转向人力资源管理方面的岗位，比如负责新员工培养以及招聘等工作。在互联网快速发展的近些年来，不少公司都采取“老带新”的培养模式，所以不少经验丰富的程序员逐渐走向了管理岗位。
分类: 电脑/网络 >> 程序设计 >> 其他编程语言 问题描述: 我是一个在校大学生，现在已经学习完了C，正在学习C＋＋。 对于未来，我有些迷茫，不知道以后该往什么方向发展才能成为一个“合格”的程序员，故提此问，还望以前和我有同样迷惑的前辈指点一二，在此先谢过。：） 请说一下从大学生到合格程序员的大概经过就可以了，谢谢。 解析: 1。英语能力 主要的新的技术，文档资料都是用英语来作为首发的。如果要学到更好更新的知识，技巧。不懂点英语也是不行的。也不要指望有人给你翻译出来。一般来说，这些资料，看的懂的人不需要翻译，看不懂的人没有办法翻译。半懂不懂的人翻译出来的文章我想你也不敢看。所以大部分的资料还是英语原文的。当然也有很多的人在翻译这些文章，但是对于这么多的资料来说，翻译过来的只是很小很小的一部分。求人不如求己。多学点英语没有错的。 2。设计能力 虽然一般来说，正规的公司有系统分析员做设计（我猜的）。但是70％－80％的小公司，可就不一定了。知道一点软件工程的知识，知道一些文档设计工具怎么用。或者知道应该有哪些设计文档。也是很有好处的。比较这些东西如果你学到了，就是你自己的了。而且这些可是加工资的好东西。很有钱途的。：） 3。语文写作能力 作为一个程序员，大部分时间是都是在写代码。但是代码的注释，各种文档，测试报告，说明文档，使用手册编写，这些都需要文字功底的。 还有用email，bbs，qq这些工具与人交流的时候，如果话都说不清楚，那交流就更谈不上了。水平提高进步也就有点问题了。 4。学习能力 没有几个人是全部学会了再去工作的。这个不是很现实。目前社会也不太允许这样做。一边工作一边学习是很常见的。也许很多人是在工作之中才学会做某些事情的。很多技能也是这样会的。此外，很多新的项目的到来。很新的技术的到来都要求我们能适应新的工作环境，新的工作要求。如果没有好好的学习是很容易被一个项目踢掉的。呵呵。 另外有一点，当上司让你做你不会的东西时，你要告诉他，你不会，但是会在XX天内把他搞定。不会没有关系，会学习也是会上进的一种好表现。 5。知道自己要做什么，要学什么，要发展什么。 世界上软件技术是多的像9个牛上的毛一样多，也许还要多很多。如果我们什么都要知道。哦，天哪，我不想活了。 作为一个软件人员也好，作为一个初学者也好。知道自己要往那个方向走是很重要的。不然很容易的就饿死在软件技术迷宫里的。最后只好不干这一行了。这个可不太好。 一般来说，作为一个软件人员，掌握一到两个语言的开发能力就可以了。另外除非你是想做软件技术的研发（这些工作最有钱，在大型的公司是最受欢迎）。如果不是做软件技术的研发，只是一般的应用程序编写的话，不用太关注今天出来什么新的技术，明天又出来什么新的技术。这些东西只要知道就行了。知道有这么回事就可以了。以后有用的到的地方再去认真的关注也是不迟的。自己选择一个发展的方向，努力的向前走。不要被各种各样的新技术诱惑过去。说句实话，很多的所谓新技术的怎么怎么好，怎么怎么优异，很多时候都是有商业行为在里面的。要自己会判断才行。如果不能判断怎么办，看下面的一条。 第六：知道的更多 很多初学者最麻烦的事是怎么在这么多的软件技术里面选择一种又好学，又有前途（钱途），又能做点什么伟大的事情的技术来开拓软件开发这个他们未知的领域。对于这个麻烦的问题，很少有解。如果你能遇到一个很好的老师，那就是你的福气，千万要抓住这个机会。如果你不得不一人做出这个决定，那只能是小心翼翼地来了。不过一般来说学c和c＋＋都是一个不错的选择。 初学者的另外一个麻烦的问题是，当我选择之后，在学习过程中出现的很多这个和那个的新技术，新的变化。我该怎么办。这个也基本无解。只能是你自己慢慢慢慢积累。积累到你能理解这些新技术的出现是为了什么，这些新变化的发生是为了什么之后。你就会不怕这些的新的东西。 我一向坚持，如果我知道的更多，我的力量就会更大。我就更不会怕出现变化。如果因为你的信息不足，而无法对某件事情进行判断时，千万不要强行进行判断。对你没有好处的。
在职业选择上，很多人都会问一个问题，这个职业有什么出路?想得到正确的回答，必须先搞清楚，自己究竟想得到什么东西。对于程序员这个职业，如果你要的是钱，很多的钱，程序员没有出路;程序员工作繁忙，有时不规律，连续着加班很有可能，如果你要的是休闲的生活，程序员没有出路;程序员都是与电脑打交道，工作就是坐着，如果你要的是跟人广泛的交流，而且坐不住，程序员没有出路;写程序都是很逻辑的东西，如果你不喜欢这种解题式的思考方式，顶不住整天思考所带来的疲惫，程序员没有出路。 程序员跟民工的区别就是，高强度的脑力劳动者和体力劳动者。虽然程序员的待遇看起来还不错，想想其实不是，假如八点半上班，加班到十点，没加班费，平均下来，一个人相当于干了将近一份半的工作，除下来收入付出比就少了半截，收入多是因为付出的劳动多。这是开始做程序员时常有的事。 假如纯往技术上走，干几年熟手了，情况会好，但是，当你对比起干了几年销售的朋友时，你会发现，你的劳动力太廉价了。一个小公司的销售，普普通通干三年后，一年拿十万块的提成是很有可能的，而一个程序员，普普通通干三年，能拿月薪一万的不多。还有人家销售有许多的报销，你有么?如果有天赋而且努力地干，销售，大学毕业三年买车买房的多的是，当然不是说噬老族那些;程序员呢?有中国能!也许研究生，而且读的好的那款还比较可能，但此时那些本科或者大专，甚至中专就出来跑销售的，已经工作好几年了，说不定此时正在三亚晒太阳呢! 你说销售的应酬多，呵呵，喝酒;要去拍人马屁，去求人什么的!ok，这就是销售，你敢保证当你看到他们的收入时，还有看到他们拿着公司的钱，请客户去各种高档的地方消费时，甚至说句不好听的，花公司的钱请客户到处吃喝嫖赌时——客户也是人，许多客户就这些个的爱好，所以要满足他，他才买你的帐，很正常——严格意义上讲，这样的工作比坐在电脑前埋头苦干来的轻松多了，其实是一种享受，看到这些，你敢保证你一点都不眼红?呵呵，如果不眼红，那就专心干程序员吧! 或者说，你对这种“一点科技含量都没有的工作”——在你眼中，高iq的人才是牛b的人，那就安下心来干程序员吧。但我想说，在这个社会上，赚钱最多最快的，最舒服的，永远是销售。当然，干技术干的好的，最终都是比较受人尊重的——专家，当然是五十年如一日投身于技术那种人才能成为专家。如果你能刻苦地干程序员，想成为架构师、系统分析员，成为软件专家，那就专心干程序员吧! 或者说，你实在干不来与人交际，还要挖空心思去维护各种人际关系的工作是，那就安心下来干你的程序员工作吧，就像民工一样，有谁乐意去干民工，但是没办法，能力所限，只能干民工了。但我想说，能力都是学来的，给民工们上大学，他们毕业后一样会有很多牛人。有人说:“哪有那么好的条件给他们上大学啊!”。条件很多时候要自己去创造啊!难道每个成功的人都有一个高人，手把手地拉扯着他，给他良好的成长环境和资源吗?没有什么东西学不来，只是学得快和慢的问题，要真正去学学看才知道，而不是停留在大脑中。如果你学编程学得很快，而且学得很开心，即使学的过程很累，那就专心干程序员吧! 接下来，告诉你一个好消息，史玉柱出身技术、马化腾出身技术、唐骏出身技术、比尔盖茨出身技术、杰克•韦尔奇出身技术，等等，他们都成功了!假如这是你想象中的出路的话。我不是说要达到他们那种水平，而是走技术路线，来获得事业有成，获得成功。写过程序的人都知道，想实现某个功能，有很多种实现方法。获得成功也是一样，有很多的路可走。这就是我为什么拿销售来做比较，每种职业都能到达成功的彼岸，不管是做技术、行政、财务、销售，等等。 出路是什么?不就是人生价值的实现，有的人要的是成就感，有的人要的是幸福，有的人要的是健康，有的人要的是金钱，有的人要的是地位名气，有的人要的是贡献全人类，有的人要的是玩乐、享受，其实这些都是不同人的人生价值。而实现自己人生价值的方法实在太多了，不管从事什么职业，不管是java程序员，c++、c#，都能成功的，最最重要的是想清楚你想得到什么，接下来就是做具体的计划，然后实现计划。实现的过程不能拘泥于技术，应该多方面发展，不断提高自己的综合能力!想做项目经理、做cto，或者用自己的技术去创业，都必须发展自己的综合能力
程序员的未来出路在哪里，你要当螺丝钉还是创造者
身为职场人，一个清晰的职业生涯规划是非常必要的。北大青鸟昌平镇计算机学院给出这篇程序员如何做职业规划，希望可以帮助到同样迷茫的同学们！
程序员职业发展规划
选择IT行业后你必须思考：毕业3-5年、10年，乃至更久后，希望成为什么样的人？作为一名技术人，要如何规划自己的职业发展生涯？网上热议的“35岁中年危机”，本质上又因什么而焦虑？
现在将职业发展分两个阶段来进行阐述：
1)第一阶段：大学毕业3到5年
2)第二阶段：大学毕业5到10年
第一阶段
大学毕业3到5年
对于从事Java软件开发的技术同学，在毕业后的3到5年内主要都是以学习、积累为主。这个阶段的工作几乎每天都有惊喜，都有收获。从一开始啥都不懂的校园“新鲜人”向“职业人”转变，在这个阶段，你会学习：
基础的Java知识：你会开始看《Java编程思想》、《EffectiveJava》。高质量代码进阶知识：你会开始看《重构：改善既有代码的设计》、《代码大全》、《编程珠玑》。
常用的主流框架：比如SSH相关的《Spring实战》、《SpringBoot实战》、《Hibernate实战(第2版)》。当然，这些书已经不够了，你会通过Google、Baidu大量地浏览在线的资源：Apache官网、Spring官网、Hibernate官网。你会去StackOverflow问问题或找答案。系统设计与算法知识：《系统分析与设计方法》、《设计模式》、《需求分析与系统设计》、《面向对象分析与设计》、《UML用户指南》、《算法导论》。其他知识：比如数据库调优、缓存框架、NoSQL数据库、日志框架等等。
程序员是一种技术工作，在IT的发展中有相当重要的地位，从底层硬件通讯协议的建立， 到数据传输层的处理，到操作系统的建设，到数据库平台的建设，一直到应用层上各种数 据营销平台的搭建，程序员在里面都扮演着举足轻重的角色并为IT事业的发展做出了巨大 的贡献。 中国有很多精于编码的人，但是中国软件行业，尤其是网络应用开发方面误区很大，很难形成有规模的软件开发力量和产品能力，不但比美国差距甚远，和印度相比也是颇有不如。这些问题不是在于中国程序员的智商和工作努力状况，也不是在于国家和民间对开发的投入程度，而是很大程度上，有一些对技术，对程序开发，对项目设计方面的思想误区，这些误区，导致了软件行业的产品化能力不足，缺乏规模化和大型复用系统研发能力，可以说，改变认识误区，是解决软件行业小作坊模式和个体英雄模式所带来的局限性 的重要工作。 中国有很多小朋友，他们18,9岁或21,2岁，通过自学也写了不少代码，他们有的代码写的很漂亮，一些技术细节相当出众，也很有钻研精神，但是他们被一些错误的认识和观点左右，缺乏对系统，对程序的整体理解能力，这些人，一个网上的朋友说得很好，他们实际 上只是一些Coding fans，压根没有资格称为程序员，但是据我所知，不少小网络公司的 CTO就是这样的coding fans,拿着吓人的工资，做着吓人的项目，项目的结局通常也很吓 人。 程序员基本素质： 作一个真正合格的程序员，或者说就是可以真正合格完成一些代码工作的程序员，应该具 有的素质。 1：团队精神和协作能力 把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。把高水平程序员说成独行侠的都是在呓语，任何个人的力量都是有限的，即便如linus这样的天才，也需要通过组成强大的团队来创造奇迹，那些遍布全球的为linux写核心的高手们，没有协作精神是不可想象的。独行侠可以作一些赚钱的小软件发点小财，但是一旦进入一些大系统的研发团队，进入商业化和产品化的开发任务，缺 乏这种素质的人就完全不合格了。 2：文档习惯 说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子，良好的文档是正规研发流程中 非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级 程序员和系统分析员，这个比例还要高很多。 缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇 到极大的麻烦。 3：规范化，标准化的代码编写习惯 作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩 进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和 纠错，也有助于不同技术人员之间的协作。 有些coding fans叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能证明他们自 己压根不配自称程序员。代码具有良好的可读性，是程序员基本的素质需求。 再看看整个linux的搭建，没有规范化和标准化的代码习惯，全球的研发协作是绝对不可 想象的。 4：需求理解能力 程序员需要理解一个模块的需求，很多小朋友写程序往往只关注一个功能需求，他们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑，有人曾经放言说写一个广告交换程序很简单，这种人从来不知道在百万甚至千万数量级的访问情况下的性能指标是如何实现的，对于这样的程序员，你给他深蓝那套系统，他也做不出太极链的并访能力。性能需求指标中，稳定性，并访支撑能力以及安全性都很重要，作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经 验才有可能有心得。 5：复用性，模块化思维能力 经常可以听到一些程序员有这样的抱怨，写了几年程序，变成了熟练工，每天都是重复写 一些没有任何新意的代码，这其实是中国软件人才最大浪费的地方，一些重复性工作变成 了熟练程序员的主要工作，而这些，其实是完全可以避免的。 复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样就能极大避免重复性的开发工作，如果一个软件研发单位和工作组能够在每一次研发过程中都考虑到这些问题，那么程序员就不会在重复性的工作中耽误太多时间，就会有更多时间和精力投 入到创新的代码工作中去。 一些好的程序模块代码，即便是70年代写成的，拿到现在放到一些系统里面作为功能模块 都能适合的很好，而现在我看到的是，很多小公司软件一升级或改进就动辄全部代码重 写，大部分重复性工作无谓的浪费了时间和精力。 程序员应具备的素质中 6：测试习惯 作为一些商业化正规化的开发而言，专职的测试工程师是不可少的，但是并不是说有了专职的测试工程师程序员就可以不进行自测；软件研发作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效 率和可靠性就有了最大的保证。 测试工作实际上需要考虑两方面，一方面是正常调用的测试，也就是看程序是否能在正常调用下完成基本功能，这是最基本的测试职责，可惜在很多公司这成了唯一的测试任务，实际上还差的远那；第二方面就是异常调用的测试，比如高压力负荷下的稳定性测试，用户潜在的异常输入情况下的测试，整体系统局部故障情况下该模块受影响状况的测试，频发的异常请求阻塞资源时的模块稳定测试等等。当然并不是程序员要对自己的每段代码都需要进行这种完整测试，但是程序员必须清醒认识自己的代码任务在整体项目中的地位和各种性能需求，有针对性的进行相关测试并尽早发现和解决问题，当然这需要上面提到的 需求理解能力。 7：学习和总结的能力 程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年内具有 领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。 善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高 了。 但是学习也要找对目标，一些小coding fans们，他们也津津乐道于他们的学习能力，一会学会了asp，一会儿学会了php，一会儿学会了jsp，他们把这个作为炫耀的资本，盲目的追逐一些肤浅的，表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术人员，不管掌握了多少所谓的新语言，永远不会有质的提 高。 善于总结，也是学习能力的一种体现，每次完成一个研发任务，完成一段代码，都应当有 目的的跟踪该程序的应用状况和用户反馈，随时总结，找到自己的不足，这样逐步提高， 一个程序员才可能成长起来。 一个不具备成长性的程序员，即便眼前看是个高手，建议也不要选用，因为他落伍的时候 马上就到了。 具备以上全部素质的人，应当说是够格的程序员了，请注意以上的各种素质都不是由IQ决 定的，也不是大学某些课本里可以学习到的，需要的仅仅是程序员对自己工作的认识，是 一种意识上的问题。 那么作为高级程序员，以至于系统分析员，也就是对于一个程序项目的设计者而言，除了 应该具备上述全部素质之外，还需要具备以下素质： 第一，需求分析能力 对于程序员而言，理解需求就可以完成合格的代码，但是对于研发项目的组织和管理者， 他们不但要理解客户需求，更多时候还要自行制定一些需求，为什么这么说呢？ 一般而言，进行研发任务，也许是客户提出需求，也许是市场和营销部门提出的需求，这时候对于研发部门，他们看到的不是一个完整的需求，通常而言，该需求仅仅是一些功能上的要求，或者更正规些，可能获得一个完整的用户视图；但是这都不够，因为客户由于非技术因素多一些，他们可能很难提出完整和清晰，或者说专业性的性能需求，但是对于项目组织者和规划者，他必须能够清醒认识到这些需求的存在并在完成需求分析报告的时候适当的提出，同时要完整和清晰的体现在设计说明书里面，以便于程序员编码时不会失 去这些准则。 程序设计者必须正确理解用户需求所处的环境，并针对性做出需求的分析，举例而言，同样一个软件通过ASP租用方式发布和通过License方式发布，性能需求可能就是有区别的，前者强调的是更好的支撑能力和稳定性，而后者则可能更强调在各种平台下的普适性和安 装使用的简捷性。 第二，项目设计方法和流程处理能力 程序设计者必须能够掌握不少于两到三种的项目设计方法（比如自顶至下的设计方法，比 如快速原型法等等），并能够根据项目需求和资源搭配来选择合适的设计方法进行项目的 整体设计。 设计方法上选择不当，就会耽误研发周期，浪费研发资源，甚至影响研发效果。 一个程序设计者还需要把很多功夫用在流程图的设计和处理上，他需要做数据流图以确立 数据词典；他需要加工逻辑流图以形成整体的系统处理流程。 一个流程有问题的系统，就算代码多漂亮，每个模块多精致，也不会成为一个好的系统。 当然，做好流程分析并选择好项目设计方法，都需要在需求分析能力上具有足够的把 握。 第三，复用设计和模块化分解能力 这个似乎又是老调重谈，前面基本素质上不是已经说明了这个问题吗？ 作为一个从事模块任务的程序员，他需要对他所面对的特定功能模块的复用性进行考虑，而作为一个系统分析人员，他要面对的问题复杂的多，需要对整体系统按照一种模块化的分析能力分解为很多可复用的功能模块和函数，并针对每一模块形成一个独立的设计需求。举个例子，好比是汽车生产，最早每辆汽车都是独立安装的，每个部件都是量身定做的，但是后来不一样了，机器化大生产了，一个汽车厂开始通过流水线来生产汽车，独立部件开始具有一定的复用性，在后来标准化成为大趋势，不同型号，品牌甚至不同厂商的汽车部件也可以进行方便的换装和升级，这时候，汽车生产的效率达到最大化。软件工程也是同样的道理，一个成熟的软件行业，在一些相关项目和系统中，不同的部件是可以随意换装的，比如微软的许多桌面软件，在很多操作模块（如打开文件，保存文件等等）都是复用的同一套功能模块，而这些接口又通过一些类库提供给了桌面应用程序开发者方便 挂接，这就是复用化的模块设计明显的一个佐证。 将一个大型的，错综复杂的应用系统分解成一些相对独立的，具有高度复用性的，并能仅 仅依靠几个参数完成数据联系的模块组合，是作为高级程序员和系统分析员一项最重要的 工作，合适的项目设计方法，清晰的流程图，是实现这一目标的重要保证。 第四，整体项目评估能力 作为系统设计人员，必须能够从全局出发，对项目又整体的清醒认识，比如公司的资源配置是否合理和到位，比如工程进度安排是否能最大化体现效率又不至于无法按期完成。评估项目整体和各个模块的工作量，评估项目所需的资源，评估项目可能遇到的困难，都需要大量的经验积累，换言之，这是一种不断总结的累计才能达到的境界。在西方一些软件系统设计的带头人都是很年长的，比如4，50岁，甚至更老，他们在编码方面已经远远不如年轻人那样活络，但是就项目评估而言，他们几十年的经验积累就是最重要和宝贵的财富。中国缺这么一代程序员，主要还不是缺那种年纪的程序员，而是那种年纪的程序员基本上都是研究单位作出来的，都不是从专业的产品化软件研发作出来的，他们没有能积累 那种产品化研发的经验，这也是没有办法的事情。 程序员应具备的素质下 第五，团队组织管理能力 完成一个项目工程，需要团队的齐心协力，作为项目设计者或研发的主管人，就应当有能 力最大化发挥团队的整体力量，技术管理由于其专业性质，不大同于一般的人事管理，因 为这里面设计了一些技术性的指标和因素。 首先是工作的量化，没有量化就很难做到合适的绩效考核，而程序量化又不是简单的代码 行数可以计算的，因此要求技术管理人员需要能真正评估一个模块的复杂性和工作量。 其次是对团队协作模式的调整，一般而言，程序开发的协作通常分为小组进行，小组有主 程序员方式的，也有民主方式的，根据程序员之间的能力水平差距，以及根据项目研发的 需求，选择合适的组队方式，并能将责权和成员的工作任务紧密结合，这样才能最大发挥 组队的效率。 一个代码水平高的人，未必能成为一个合格的项目研发主管，这方面的能力欠缺往往是容 易被忽视的。 综上可以看到，作为一个主管研发的负责人，一个项目设计者，所需要具备的素质和能力并不是程序代码编写的能力，当然一般情况下，一个程序员通过不断的总结提高达到了这种素质的时候，他所具有的代码编写能力也已经相当不简单了，但是请注意这里面的因果关系，一个高水平的项目设计者通常已经是代码编写相当优秀的人了，但是并不是一个代码相当优秀的程序员就可以胜任项目设计的工作，这里面存在的也不是智商和课本的问题，还是在于一个程序员在积累经验，逐步提升的时候没有意识到应当思考哪方面的东西，没有有意识的就项目的组织和复用设计进行揣摩，没有经常性的文档习惯和总结习 惯，不改变这些，我们的合格的项目设计者还是非常欠缺。 另外，为防止有无聊的人和我较真，补充一点，本文针对目标是作商业化的软件项目和工程，那些科研机构的编程高手，比如算法高手，比如图象处理高手，他们的工作是研究课题而非直接完成商业软件（当然最终间接成为商业产品，比如微软研究院在作的研究课题），因此他们强调的素质可能是另外的东西，这些人（专家），并不能说是程序员，不 能用程序员的标准去衡量。 最后补充一点东西，一个软件项目研发的设计流程是怎样的呢？以通常标准的设计方法为 例，（不过笔者喜欢快速原型法）。 第一个步骤是市场调研，技术和市场要结合才能体现最大价值。 第二个步骤是需求分析，这个阶段需要出三样东西，用户视图，数据词典和用户操作手 册。 用户视图是该软件用户（包括终端用户和管理用户）所能看到的页面样式，这里面包含了 很多操作方面的流程和条件。 数据词典是指明数据逻辑关系并加以整理的东东，完成了数据词典，数据库的设计就完成 了一半多。 用户操作手册是指明了操作流程的说明书。 请注意，用户操作流程和用户视图是由需求决定的，因此应该在软件设计之前完成，完成 这些，就为程序研发提供了约束和准绳，很遗憾太多公司都不是这样做的，因果颠倒，顺 序不分，开发工作和实际需求往往因此产生隔阂脱节的现象。 需求分析，除了以上工作，笔者以为作为项目设计者应当完整的做出项目的性能需求说明 书，因为往往性能需求只有懂技术的人才可能理解，这就需要技术专家和需求方（客户或 公司市场部门）能够有真正的沟通和了解。 第三个步骤是概要设计，将系统功能模块初步划分，并给出合理的研发流程和资源要求。作为快速原型设计方法，完成概要设计就可以进入编码阶段了，通常采用这种方法是因为涉及的研发任务属于新领域，技术主管人员一上来无法给出明确的详细设计说明书，但是并不是说详细设计说明书不重要，事实上快速原型法在完成原型代码后，根据评测结果和 经验教训的总结，还要重新进行详细设计的步骤。 第四个步骤是详细设计，这是考验技术专家设计思维的重要关卡，详细设计说明书应当把具体的模块以最’干净’的方式(黑箱结构）提供给编码者，使得系统整体模块化达到最大；一份好的详细设计说明书，可以使编码的复杂性减低到最低，实际上，严格的讲详细设计说明书应当把每个函数的每个参数的定义都精精细细的提供出来，从需求分析到概要设计到完成详细设计说明书，一个软件项目就应当说完成了一半了。换言之，一个大型软 件系统在完成了一半的时候，其实还没有开始一行代码工作。 那些把作软件的程序员简单理解为写代码的，就从根子上犯了错误了。 第五个步骤是编码，在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/ 2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都出现过。编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永远存在，你必须永远面对这个问题，大名鼎鼎的微软，可曾有连续三个月不发补丁的时候 吗？从来没有！ 第六个步骤是测试 测试有很多种： 按照测试执行方，可以分为内部测试和外部测试 按照测试范围，可以分为模块测试和整体联调 按照测试条件，可以分为正常操作情况测试和异常情况测试 按照测试的输入范围，可以分为全覆盖测试和抽样测试 以上都很好理解，不再解释。 总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外 部测试都是正常的，因为永远都会又不可预料的问题存在。 完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少 不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营 状况并持续修补升级，知道这个软件被彻底淘汰为止。 写这些步骤算不上卖弄什么，因为实话讲我手边是一本《软件工程》，在大学里这是计算机专业的必修课程，但是我知道很多程序员似乎从来都只是热衷于什么《30天精通VC》之类的，他们有些和我一样游击队出身，没有正规学过这个专业，还有一些则早就在混够学 分后就把这些真正有用的东西还给了老师。 网上现在也很浮躁，一些coding fans乱嚷嚷，混淆视听，实际上真正的技术专家很少在网上乱发帖子的，如笔者这样不知天高地厚的，其实实在是算不上什么高手，只不过看不惯这种对技术，对程序员的误解和胡说，只好挺身而出，做拨乱反正之言，也希望那些还 沉迷于一些错误人士的coding fans们能认真想想，走到正途上，毕竟那些聪明的头脑还 远远没有发挥应有的价值。