程序员的未来出路在哪里，你要当螺丝钉还是创造者
软件工程专业是比较热门的专业，就业前景是很不错的，工资也会比较高，但同时专业的难度也不小，需要花费不少的时间；建议题主不要完全自学，可以报读机构，也可以报读学校自考助学，不然通过率会比较低的。
程序员是一种技术工作，在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们能认真想想，走到正途上，毕竟那些聪明的头脑还 远远没有发挥应有的价值。
任何专业都是由有途的，自考选择专业时还是要利立足于个人兴趣、自身发展和需要合理选择
在职业选择上，很多人都会问一个问题，这个职业有什么出路?想得到正确的回答，必须先搞清楚，自己究竟想得到什么东西。对于程序员这个职业，如果你要的是钱，很多的钱，程序员没有出路;程序员工作繁忙，有时不规律，连续着加班很有可能，如果你要的是休闲的生活，程序员没有出路;程序员都是与电脑打交道，工作就是坐着，如果你要的是跟人广泛的交流，而且坐不住，程序员没有出路;写程序都是很逻辑的东西，如果你不喜欢这种解题式的思考方式，顶不住整天思考所带来的疲惫，程序员没有出路。 程序员跟民工的区别就是，高强度的脑力劳动者和体力劳动者。虽然程序员的待遇看起来还不错，想想其实不是，假如八点半上班，加班到十点，没加班费，平均下来，一个人相当于干了将近一份半的工作，除下来收入付出比就少了半截，收入多是因为付出的劳动多。这是开始做程序员时常有的事。 假如纯往技术上走，干几年熟手了，情况会好，但是，当你对比起干了几年销售的朋友时，你会发现，你的劳动力太廉价了。一个小公司的销售，普普通通干三年后，一年拿十万块的提成是很有可能的，而一个程序员，普普通通干三年，能拿月薪一万的不多。还有人家销售有许多的报销，你有么?如果有天赋而且努力地干，销售，大学毕业三年买车买房的多的是，当然不是说噬老族那些;程序员呢?有中国能!也许研究生，而且读的好的那款还比较可能，但此时那些本科或者大专，甚至中专就出来跑销售的，已经工作好几年了，说不定此时正在三亚晒太阳呢! 你说销售的应酬多，呵呵，喝酒;要去拍人马屁，去求人什么的!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们能认真想想，走到正途上，毕竟那些聪明的头脑还 远远没有发挥应有的价值。
程序员与学历关系不是完全相关的，好的程序员项目经验非常重要，同时学习能力也很重要。本科时其实学的内容不足以应对程序员的岗位，所以无论是专科还是本科，都要进行专业的系统的学习才更能掌握。
很多外行人都会觉得程序员就是吃青春饭的，到了三十岁之后就要转行，其实，这也只是外行人给下的定义，到底IT开发是不是青春饭也要你自己来判断，不要被别人的三言两语就否定了自己，从而影响自己的职业发展。那么程序员未来前景如何？IT开发真的是青春饭吗？大龄程序员出路在哪里？ 其实，现在大可不必为30岁以后的事情而烦恼，30岁以后照样可以编程序，不管你在30岁以后是否已经进阶为“开发经理”，都还是可以从事IT开发工作的。无论你是什么职业，无论你处于什么领域，首先要明确一点，就是都会有一条持续性提高的路线。IT行业同样跟其他行业一样，都会经历新手——熟手——管理者三个阶段。前两个阶段是大部份人都会经历的，等时间长了之后，你自然就成了熟手、高手了。但是第三阶段，就不是看个人有多厉害了，而是看你能否凭借自己的经验和技能，去指导更多的人一起去完成任务。 下面我说下老IT程序员事业遇到了瓶颈，可以怎么办： 1. 成为行业内技术泰斗虽然说年轻的程序员，一批一批的涌现，所谓长江后浪推前浪，前浪死在沙滩上。但是我们老程序员是否需要如此悲观呢？大可不必，年轻的程序员的技术实力和行业经验积累，是远远比不过在行业深耕的资深大牛的，遇到关键性的问题，还得靠大牛坐镇。如果你在经年累月的工作中，聚焦于行业发展，不断学习，你所具备的能力，不是谁都可以取代的。 2. 走向技术管理岗位虽然我们干了很多年的嵌入式开发，积累了不少经验，但是对于管理接触这块接触真的不多，这个时候就要让自己多学习一些管理知识。怎么构建团队？怎么把技术发挥出更大价值？这都是你需要考虑的。 3. 向IT营销转型我们对技术非常熟悉，这样和客户谈判的时候，我们的用词更专业，理解更透彻，能说到用户的心坎里去，客户会更相信我们，从而增加我们成单率。所以，技术型销售对于公司来说，也是非常重要的岗位。 4. 向IT讲师转型很多从事IT行业的人，都是通过培训出来的，所以在讲师这块应该也有所了解。对于IT开发这方面的经验肯定有很多，这也能给学生提供很多帮助，这样学生不仅掌握了基础知识，并且对知识的实际应用也非常了解，传道受业解惑，为人师表。也不失为一种很好的职业选择。 5.创业创业其实也是一个不错的选择。当你从事IT行业一定年限之后，你也有了充分的技术积累，有一定的能力去自己创业，行业内这样的人有很多，比如腾讯马化腾、百度李彦宏他们都有一定的技术背景。 IT开发真的是青春饭吗？相信大家对于这个问题应该都有了答案，其实对于这个问题你完全不用担心，不管你是什么职业，从事什么领域，都要保持活到老学到老的状态。
程序员的薪资普遍偏高，所以这个行业吸引了越来越多的人。根据调查显示，有45.5%的程序员对现在的薪资不满意或者很不满意，有41.2%的程序员认为现在的薪资一般，这说明程序员期望自己的薪资还有很大的提升空间。当前程序员的就业领域划分为三个领域，分别是互联网领域、软件开发领域以及传统行业领域，整体来看，互联网领域的工作压力最大，软件开发领域的科技公司其次，传统行业的程序员相对要轻松一些。从薪资待遇上来看，工作压力越大薪资待遇越高，目前互联网领域的待遇相对较高。互联网领域的工作量之所以大，与互联网公司的运营方式有直接的关系，互联网公司目前大多以数据驱动的方式来进行管理，每个互联网产品的背后往往有大量的测试版本在运行，这就导致了一个问题，那就是互联网公司从来不缺“项目”，往往都有大量的产品在排队等着程序员开发。另外，互联网公司的产品开发周期往往也比较短，这也是与传统软件开发公司的一个重要区别。由于IT行业的技术更新速度比较快，所以程序员的学习和竞争压力还是比较大的。虽然程序员的工作压力比较大，但是从IT行业的基本面来看，未来IT行业的发展前景还是不错的。
程序员的未来出路在哪里，你要当螺丝钉还是创造者
每个大牛都是从小白成长过来的，对于刚刚步入职场的程序员来讲，面对身份的转变和还未熟悉的工作，都难免会有不适应，对自己未来的成长也会比较迷茫。
No.1
大部分的程序员从小白到大牛都是要经历一个循序渐进的过程，没有一蹴而就的成功，程序员的成长也是分阶段的，而每个阶段的侧重点又都不一样。
很多人总想一口吃成胖子，可往往就是这种急躁的心理，反而使得自己更难静下心来夯实基本功，适得其反。
要知道，成长从来就不是一件简单的事情。那么对于IT小白来说，java课程介绍怎样才能在更短的时间内成长为一名优秀的程序员呢？
No.2
首先，要制定详细而明确的阶段性目标。工作时如果有一个目标，会帮助你找到努力的方向，对自己的事业发展也很有帮助。而越详细、越明确的目标，其可实施性就越高，这也能使你找到短期奋斗的动力。
其次，要利用空闲时间多学习。技术实力始终是一个程序员能否往前走的关键，没事的时候多看代码，保持对代码的敏感度。只有看的多了，琢磨的多了，才能培养出好的代码审美感。
除了要保持对代码的敏感度以外，还要让这种敏感度成为你写代码中的利器。因此，你需要勤写代码，多做总结，不断优化自己写的代码。
最重要的是，要注重在项目中去锻炼自己。项目开发是帮助程序员快速成长的一个有效途径。实践出真知，只有多实践，才能发现自己在实际的项目开发中存在的缺点和不足，找出来并及时改正，将为自己积累下十分宝贵的经验。
No.3
不知道大家有没有听说过“空杯心态”？
“空杯心态”简单来说就是：如果你的杯子是空的，新东西就比较容易进去；反之，如果你的杯子已经满了，新东西就进不去。
举例来说，可能会有一小部分自以为是的同学，他们在刚从学校出来时思维较为固化，自己的东西太多，顽固又不肯放弃，新东西自然难以学进去，成长自然就慢。而具有空杯心态的同学，他们会适时清空自己，甚至有意识清除脑中顽固区域，虚心主动学习，渴望更多知识，学到的自然就会多。
从目前行业的发展趋势来看，程序员可以往以下几个方向发展：第一，走研发路线。如果程序员未来想在技术领域走得更远，应该走研发级路线，简单的说就是培养自己的创新能力。对于大量目前从事应用级岗位的程序员来说，要想走研发级路线要注重数学能力的培养，因为软件研发问题说到底就是数学问题。对于条件允许的程序员来说，可以重点考虑一下通过读研来完成岗位升级。第二，走咨询路线。对于长期从事行业定制软件开发的程序员来说，未来可以走行业咨询专家的路线。要想走行业咨询专家路线，需要在平时的工作中积累大量的行业解决方案，并且能够根据技术发展趋势不断完善相关方案。目前行业咨询专家的薪资待遇还是比较可观的，随着产业互联网的发展，行业咨询专家的岗位需求量将持续增加。第三，走管理路线。管理路线也是不少程序员的重要选择，比如高级项目经理、产品经理等都是不错的选择，另外不少程序员也会转向人力资源管理方面的岗位，比如负责新员工培养以及招聘等工作。在互联网快速发展的近些年来，不少公司都采取“老带新”的培养模式，所以不少经验丰富的程序员逐渐走向了管理岗位。
分类: 电脑/网络 >> 程序设计 >> 其他编程语言 问题描述: 我是一个在校大学生，现在已经学习完了C，正在学习C＋＋。 对于未来，我有些迷茫，不知道以后该往什么方向发展才能成为一个“合格”的程序员，故提此问，还望以前和我有同样迷惑的前辈指点一二，在此先谢过。：） 请说一下从大学生到合格程序员的大概经过就可以了，谢谢。 解析: 1。英语能力 主要的新的技术，文档资料都是用英语来作为首发的。如果要学到更好更新的知识，技巧。不懂点英语也是不行的。也不要指望有人给你翻译出来。一般来说，这些资料，看的懂的人不需要翻译，看不懂的人没有办法翻译。半懂不懂的人翻译出来的文章我想你也不敢看。所以大部分的资料还是英语原文的。当然也有很多的人在翻译这些文章，但是对于这么多的资料来说，翻译过来的只是很小很小的一部分。求人不如求己。多学点英语没有错的。 2。设计能力 虽然一般来说，正规的公司有系统分析员做设计（我猜的）。但是70％－80％的小公司，可就不一定了。知道一点软件工程的知识，知道一些文档设计工具怎么用。或者知道应该有哪些设计文档。也是很有好处的。比较这些东西如果你学到了，就是你自己的了。而且这些可是加工资的好东西。很有钱途的。：） 3。语文写作能力 作为一个程序员，大部分时间是都是在写代码。但是代码的注释，各种文档，测试报告，说明文档，使用手册编写，这些都需要文字功底的。 还有用email，bbs，qq这些工具与人交流的时候，如果话都说不清楚，那交流就更谈不上了。水平提高进步也就有点问题了。 4。学习能力 没有几个人是全部学会了再去工作的。这个不是很现实。目前社会也不太允许这样做。一边工作一边学习是很常见的。也许很多人是在工作之中才学会做某些事情的。很多技能也是这样会的。此外，很多新的项目的到来。很新的技术的到来都要求我们能适应新的工作环境，新的工作要求。如果没有好好的学习是很容易被一个项目踢掉的。呵呵。 另外有一点，当上司让你做你不会的东西时，你要告诉他，你不会，但是会在XX天内把他搞定。不会没有关系，会学习也是会上进的一种好表现。 5。知道自己要做什么，要学什么，要发展什么。 世界上软件技术是多的像9个牛上的毛一样多，也许还要多很多。如果我们什么都要知道。哦，天哪，我不想活了。 作为一个软件人员也好，作为一个初学者也好。知道自己要往那个方向走是很重要的。不然很容易的就饿死在软件技术迷宫里的。最后只好不干这一行了。这个可不太好。 一般来说，作为一个软件人员，掌握一到两个语言的开发能力就可以了。另外除非你是想做软件技术的研发（这些工作最有钱，在大型的公司是最受欢迎）。如果不是做软件技术的研发，只是一般的应用程序编写的话，不用太关注今天出来什么新的技术，明天又出来什么新的技术。这些东西只要知道就行了。知道有这么回事就可以了。以后有用的到的地方再去认真的关注也是不迟的。自己选择一个发展的方向，努力的向前走。不要被各种各样的新技术诱惑过去。说句实话，很多的所谓新技术的怎么怎么好，怎么怎么优异，很多时候都是有商业行为在里面的。要自己会判断才行。如果不能判断怎么办，看下面的一条。 第六：知道的更多 很多初学者最麻烦的事是怎么在这么多的软件技术里面选择一种又好学，又有前途（钱途），又能做点什么伟大的事情的技术来开拓软件开发这个他们未知的领域。对于这个麻烦的问题，很少有解。如果你能遇到一个很好的老师，那就是你的福气，千万要抓住这个机会。如果你不得不一人做出这个决定，那只能是小心翼翼地来了。不过一般来说学c和c＋＋都是一个不错的选择。 初学者的另外一个麻烦的问题是，当我选择之后，在学习过程中出现的很多这个和那个的新技术，新的变化。我该怎么办。这个也基本无解。只能是你自己慢慢慢慢积累。积累到你能理解这些新技术的出现是为了什么，这些新变化的发生是为了什么之后。你就会不怕这些的新的东西。 我一向坚持，如果我知道的更多，我的力量就会更大。我就更不会怕出现变化。如果因为你的信息不足，而无法对某件事情进行判断时，千万不要强行进行判断。对你没有好处的。
对于上班族自考本科，我有三点建议。
第一点，可以利用下班时间报班学习。现在的学习一般都是网络课程，对于上班族来说，又要上班，又想学习，自然经历没有那么多，所以为了能够兼顾到这两者，我建议报班学习。报班学习只要你有时间，地铁上随时可以跟视频学习，最重要的是会有专业人士来给你讲解课程，还有会重难点的说明，你只要在这个过程认真学习就行。这样的报班可以避免你走很多弯路，而且是比较快速的突击学习的一种方式了。
第二点就是每天都要坚持学习。这一点对于上班族可能比较难，但为了能够高效通过，除了利用时间学习真的只有学习了，记下一些考点，背背几乎就问题不大。
第三点，自己自考的话，你一定不要只看知识点，还要去买配套的练习做，根据练习来掌握考点和重点，练习也是一种检验方式。做完练习还要去对照看自己的问题，改正，并回到知识点看考点，这样会有效果点。
以上就是我的建议，希望可以帮助到你。
自学很多知识学的并不是很扎实，可以利用下班时间报一个自考本的辅导班，老师会根据你的课程为你做出一份能够在很短时间内提高成绩的计划。
你的时间很紧迫，白天工作，下班上课，晚上还要复习功课，你付出的要比普通人要多。
自考本的学历很少有企业单位承认，如果自考本的学历可以给你带来更好的工作，那你就考，如果不能还是劝你放弃，毕竟本科学历和自考本的学历还是有一定的差距。
学历只是一张白纸，如果你工作能力很强，你专科毕业都能在公司爬到很高的位置，如果你工作能力很差，不知道该如何处理人际关系，你学历在高，领导提拔你的几率很低。
自考本之后你还要学习，你确定你有很多时间学习吗？考上本以后，或许你现在的工作并不适合你，因为时间原因，你必须放弃一样，专心做另外一件事，鱼和熊掌不可兼得。
身为职场人，一个清晰的职业生涯规划是非常必要的。北大青鸟北京计算机学院给出这篇程序员如何做职业规划，希望可以帮助到同样迷茫的同学们！
程序员职业发展规划
选择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数据库、日志框架等等。