如何给程序员做绩效考核

第一篇：如何给程序员做绩效考核

如何给程序员做绩效考核

绩效考核的五种死因

程序员作为企业开发力量的最核心资产，无疑得到公司从上至下的一致关注。开发是个智力密集型产业，程序开发的特点是，付出相同时间的情况下，两个开发者之间的产能会相差十几甚至几十倍。软件开发人员向来以‚不容易考核、工作不容易被量化‛而著称。本期，我们重点分析程序员考核的‚死因‛及对策。

典型的程序员考核的产生

分析考核死因之前，我们先看下它是如何出生的。某天，公司老板突然想到一件事——我不懂研发，而研发对我公司这么重要，怎么办？念一及此，老板不禁有些紧张，马上叫来HR开会，安排本月人力资源部分的工作重点，那就是‚研发人员考核‛，务必贯彻到位、立即执行。深谙老板意图的HR，回到工位后立刻上网买书，从如何考核、KPI实务到平稳计分卡策略一应俱全，书到手之后连夜‚抄书‛赶制考核体系，整理出‚研发人员考核方法‛。第二天，HR把此考核方法交给研发总监并告知‚老板要考核你们，这是考核办法。具体指标和KPI请部门自己制定，本周末之前报给人力资源部。我们会汇报给总裁‛。研发总监拿着连夜撰写制度的人都没明白的‚办法‛找到项目经理：‚老板要考核我们，这是考核办法。你们团队成员的具体指标和KPI你自己定，明天下班之前汇总给我。‛项目经理找到了程序员：‚老板要考核你，这是考核办法。你自己的指标和KPI你自己定，今天中午之前给我。‛程序员迷惑地问：‚目标不是公司制定的吗？‛

很多考核就这么荒唐的开始了……

很快考核变成了每月项目经理给组里的程序员打分。

于是，老板很满意：‚我终于可以放松了，以后我们靠考核制度管理研发人员。我们从此摆脱了‘人治’时代！‛

HR也很满意：‚我不用明白研发是什么，更不必了解程序。我只要他们知道，我可以扣他们的钱就行了，还是用他们自己制定的指标！‛

其他人都不太满意……

不久之后，公司就会发生程序员离职率升高的现象。被考核者，诸如：程序员、项目经理、研发总监都走光之后，考核就这么死了！

接下来，谈谈程序员考核的五种死因及对策。

死因一：考核只以事件为核心

公司没有利润就不能生存，研发项目的进度很多时候决定着公司的利润。所以很多考核是把项目无限拆分到程序员层面，这样的考核只以事件为中心，关注事件是否做成，而不关注人和人的发展。只以事为中心的考核把程序员当成了生产线上的机器，有投入（高工资）就要有产出（高质量的代码），程序员被当成了标准件，即没必要有太多成长（因为做的都是相对重复的工作），也不能时常发生故障（经常加班也不能请假）。

有些程序员自号‚IT民工‛与这种考核体系的存在有很大关系。

这种考核体系可以维持短期内的高效率，长期执行会导致整个系统的崩溃。很多公司人员不断更替，根本无稳定可言，一部分原因是执行了或者实质上执行了只以事件为核心的考核。

专家支招：

张大志：承认程序员也是人，尊重人的个性是考核的基础。注重培训，在项目压力大时侧重结果，在有 Buffer的情况下关注程序员技能的提高和个人的发展是解决此类似问题的核心方法。在项目周期的不同阶段对考核方法进行调整的复合式考核方式，更能让企业向目标前进，也能保持程序员的热情。

胡争辉：换个角度从结果考虑，举一个最常见的例子，四个人合作种树，A挖坑，B种树，C填土，D浇水。如果考核只以事件为核心的话，那么当B没有种树时，C依旧填土，D依旧浇水。从考核来说A、C、D三个人都得了满分，就算B得了0分，平均分也该有 75%，超过60%及格线了，但是种树这个任务却没有完成。所以对于只以事件为核心的考核来说，不仅让程序员感觉不到团队的存在，而且程序员也不会为团队考虑。在这种情况下，考核就要调整为既包含个人要完成的事件，也要体现个人对团队全局的理解。

死因二：考核标准的一相情愿

第二个导致考核死亡的原因是：相关方法的制定、标准的出台都只以公司角度为惟一视角，一切服从项目需要、服从公司需要，绝少考核其它因素。所有考核指标都由公司来定，不让程序员参与意见。我就见过这样的开发计划：项目组成员工作12小时两班倒，7×24小时、持续长达3个月、没有Buffer。按这样的项目计划考核，除了能直接导致人员流失之外，没有其它功用。

很多程序员是在被扣工资之后才被相关人员告知自己的考核指标，之前根本没有人通知。考核时闭门造车的情况并不少见。

专家支招：

张大志：加强沟通，让程序员在考核开始之前了解自己的指标，是惟一克服此种死法的工具。公司怕与程序员就考核指标进行后，指标有贯彻不下去的风险。但考核失败的代价要远远大于对考核指标进行合理修改的代价。程序员如果离职，那很多事情都要重新来过。

胡争辉：在制订考核指标时，要始终贯穿考核的杠杆作用，也就是通过给员工制订影响切身利益的考核指标，让员工重视这些考核点，进而推动项目的完成，保障公司的利益。既然考核起到用小利益推动大利益这样一个杠杆作用，那么就不仅要让员工理解考核的指标，更要让员工在开始工作之前就要对能不能完成考核指标给出反馈。

死因三：考核制度的不合理性

很多考核刻板而没有弹性，让人感觉只是为了扣工资而制定的。常能考到程序员通宵加班，第二天凌晨离开公司回家睡觉，中午到公司继续工作。发工资的时候发现，扣了半天的钱，因为有半天不在公司。程序员会想：‚那我通宵也没给加班费啊！太不公平了！‛

考核制度没有弹性只能伤害程序员的积极性。

专家支招：

张大志：如同公司市场政策僵化会导致公司的失败，考核制度的僵化会导致制度本身的名存实亡。永远记住我们考核的是人而非机会，保持适当的弹性。

胡争辉：考核制度不仅有引导员工完成公司既定目标的职能，而且还有体现企业文化的职能，在企业文化中对一件事情只有一种观念，而不会有互相冲突的两种观念。例如，提倡加班的公司就不会提倡按时上下班，反之亦然。但是企业文化中也不会在提倡一个观念的同时，明确的反对另一个观念。比如说公司提倡按时上下班的时候，不会明确反对加班。所以考核制度难免和企业文化有冲突，这种情况在公司的HR新上任的时候尤为突出，因此HR在上任伊始，不仅要学习企业文化中提倡的观念，也要理解企业文化没有明确反对的那些观念，进而通过考核制度体现出来，让考核制度成为落实企业文化的有力工具。

死因四：考核制度的虚无性

国人常讲‚王子犯法与庶民同罪‛，但程序员考核面前的大多数情况下却很难做到人人平等。评分者看好的，往往考核松些；无门无派的考核相对客观，与评分者关系紧张的一般都是最低分。意思很明，就是为了挤兑你走呢。考核于是成了政治斗争的工具，成了打压异己的手段。

专家支招：

张大志：有效设立方监督机制、360度考评、轮换考评者是解决以上问题，避免考核成为斗争工具的方法。也许有人的地方就有斗争，但是程序员考核仍然应以客观、公正为标准。

胡争辉：为了避免考核的主观和随意，应当建立自评分与考评分相结合的制度，不仅要由考评者打分，也要由被考核的员工自己打分，对于这两个打分有显著差异的时候建立复审制度，由更高级的管理人员对考评结果组织仲裁，仲裁小组应当包括高级管理人员、HR以及在考核周期内与被考核的员工有工作关联的其他员工组成，通过这样的流程不仅可以避免考核的主观和随意，还可以借此改进考核制度。

死因五：考核中HR常胜不败

考核要有监督机制，但并不需要一个婆婆式的人物在背后指手划脚。很多程序员考核中HR都充当着这类不光彩的角色。不了解研发的HR制定出来的考核制度，可行性必然不高。与此同时，一旦有程序员因为不满考核而离职，HR会马上抛出自己的理论：‚此程序员不适合我们的企业文化，他还不擅长沟通。‛即使走的是项目骨干，HR还是拿出这套说词，很让人汗颜。

一个非理性的群体里很难容下理性的程序员，离开可能是最好的方法。

专家支招：

张大志：开放的心态是做好HR的前提，考核的时候人力资源部的同事不应该把自己当神，这里不需要神，而应该把自己的角色定位于用心理解程序员的朋友。

胡争辉：作为一个完善的考核制度而言，不仅应当由HR部门组织对员工的考核，也应当有对HR部门的‚考核制度‛。这种考核应当以员工满意度为指标。比如说一项考核指标遭遇大部分员工表示不满的时候，就需要对此进行调整。不合理的考核如果长期得不到改善，会有越来越多的员工抱着‚法不责众‛的心理对待这项考核，长期以往，还会影响到考核制度的严肃性。

第二篇：程序员绩效考核

程序员绩效考核

考核的意义

首先一个前提是，考核是手段不是目的。我一直觉得对一个团队来讲，有两个基本目标：一个是完成自己承担的工作仸务，一个是提升整个团队的能力。这两个目标相互促进，进而实现螺旋式的上升发展。考核只是为了更好的了解工作情况和团队情况、更清晰更准确的认识剖析自我，为改进和提升做准备的技术手段。

所以开发人员的考核对团队来说，有两层意义：既是团队成员的绩效奖金荣誉的一个数据支持，也是团队整体建设进一步发展的依据。

对个人来说，也有两个意义：横向可以与团队内其他成员做对比看到差距继续努力，纵向也可以跟自己的不同时间段做对比看到进步的足迹。

从设计上讲，考核应该跟公司的职级职位序列和绩效奖金等制度挂钩，不同的层次、不同的岗位，应该有一些不同的要求和考核方式，最终把考核的结果通过某些奖惩形式实施下来。没有奖惩激励的考核，只是纸上谈兵的空洞形式。考核的原则

程序员的考核一般可以从研发管理过程、项目与部门效益、公司考勤制度、主观考核评价指标等组成。因为程序员经常无偿加班（没办法，难道不是事实么？），公司考勤之类的制度应该不怎么用得到程序员的头上，剩下的主要也就是过程、效益和评价了。考核的原则我觉得有如下几个： 1.主客观相结合

一般来说，我们希望可靠本身越客观越好。但是制定指标收集客观数据，分析整理，对于IT研发过程来说，都是很复杂的事情。特别是研发本身不规范，技术能力差，不成熟的团队，变数大、流程不标准，很多事情难以度量。主观的一些东西就不可避免。但是，主观的考核应该尽量少，避免出现团队中仸人唯亲之类的影响团队整体的现象。2.合理量化 对于研发过程中的可以度量的数据，应该尽量合理的量化。度量的过粗，大家都差不多，效果不明显；度量的过细，对收集指标数据要求比较高，甚至对研发本身会产生一定的影响。所以，指标的量化应该结合实际的研发流程，做出比较经济的选择。3.双向和多向评价

对于上级对下级可以直接给予评价的行为，下级应该也能集体给上级打分。对于主观考核部分，应该做到360度测评，对某个开发人员的评价，可以先由开发人员自己给自己的主观评价部分打分，再由主管、团队内同事review评价，综合确定最终评价。4.要研发过程还是业务结果？

考核程序员的侧重点应该放在过程上，而不是业务的结果上。业务的结果应该由管理业务的人负责。简单的说，谁拍板谁负责（或谁受益谁负责）。所以，我一直觉得苦逼的程序员应该对自己的劳动本身负责。程序员在自己的一亩三分地做好工作，写得好代码，改得快bug，产出多，质量高，就是一个好程序员。当然对技术leader、architect的要求要放高一些。当然，业务的好坏一般关联到公司和部门的performance，这可是奖金和绩效的来源，理所当然跟程序员有关系，但不应该是考核的核心。对一个好的马龙（一般程序员，不上升到某种所谓的高度）来说，研发的本职工作才是作为一个程序员的核心价值。这也正是前面说到的不同的职位不同序列应该有不同的要求和考核方式。5.发展阶段与侧重点

当然，公司或团队本身的发展阶段，也决定了对程序员考核的侧重点不同。

对于一个能力一般偏下、经常延期、积累差、不规范、处以还没有实现温饱的团队，考核的重点应该是提升团队研发能力，按时完成仸务。

对于一个马马虎虎按时完成仸务，但是不规范、没合作精神、没动力的团队，考核的重点应该是引导其行为，走向规范化，实现团队协作性的整体提升。

对于一个有一定的积累，相对能力还不错，已经能很好的完成工作仸何的团队，考核的重点应该是如何进一步的提高研发水平和质量，实现标准化和流程化…….指标的制定

具体怎么制定考核指标，我就只说说思路吧。

1、研发过程 参与了多少项目，写了多少代码和文档，多少测试代码，完成多少模块和用例，解决了多少问题，bug率多少，reopen的bug率多少，多少次工作交付延期，多少次工作失误，内部做了多少次技术交流分享。。等等在研发过程中的工作度量

2、业务结果

参与的项目给公司带来多少收益，个人工作部分分别占总仸务量的比重，计算出来个人给公司带来多少收入。。参考部门的绩效和平均每人的绩效水平

3、制度考勤

迟到早退啦，请假旷工啦，等等

4、主观评价

同级的同事对其评价，上级领导的评价，工作态度，团队精神，技术水平，创新精神，主动性，责仸心等等。

类似这些，结合你们的实际情况看哪些数据可以作为考核的指标。然后再分别量化到一定的粒度。接着确定每个指标的比重，怎么统计汇总。最后做一个考核制度文档。考核的执行

有了考核标准和方式以后，就剩下执行了。执行的力度决定了考核制度是不是能起到作用。如果执行得好的话，可以边执行，边收集数据，改进考核方式。没有强有力的推动，不断的收集数据、check && review，考核就会仅仅流于形式了。

前提是公司项目经理需要指定出一套代码标准和项目进度及需求说明的文档，分发给对应的程序员！分几个方面吧

1、是否按照文档的要求书写代码。如果一个程序员不能很好的按照领导的要求办事，这样的程序员能力再强，我想开除也并不可惜！

2、根据个人的能力水平分配不同的开发任务。当然，项目经理是最清楚自己手下人员的个人能力以及能承担多大的开发任务。有时候项目中遇到事先没有想象到的困难也是正常的，这个时候对于员工加班是正常的，就看这个程序员是否通过其他途径或者求助并且能准时的完成任务!

4、个人的解决问题的逻辑思维能力。我带团队的时候就遇到过几个程序员，逻辑思维能力真的很弱很弱，给他提供很多解决问题的思路，就差把答案告诉他的，但是结果一样，还是抛给我一句话：不会！这样的早一天走，公司早一天减少损失！

3、个人的学习能力。这点本人觉得非常重要，如果一个程序员没有很强的学习能力的话，一个团队就得不到进步，一个团队得不到进步，结局显而易见！

程序员绩效考核

关于程序员的绩效考核问题，相信是很多软件公司致力追求却一直无法做到量化的目标。很多考核标准都只是一个框架，但却无法具体细致下去，从而引发了很多劳资方面的纠纷，到最后都是无果而终，无法坚持下去。但还是有很多人，特别是不懂得技术之人，乐此不疲，希望以此种方法来作为程序员报酬的衡量标准。

最突出的就是“仸务量”问题。软件编程行业的仸务，懂点编程的人都知道，这个行业是一个创造性、思维性的行业。一个仸务的工作量多与少是没有一个衡量标准 的，原因就是软件功能的实现结果，根本就没有一个最好的标准。

有的人就以工作时数来进行衡量。真的可以吗？举个例子：相同的仸务且相同实力的程序员，有的程序员花了一天就完成。也有的程序员花了两天完成，还 有的花了三天，四天，五天完成的。花一天完成的程序员做了功能上的实现，它是完成的，针对绩效考核来说，是满分的。但是，比他花多得多时间的程序员呢？他 们除了花在功能实现上，还花了很多时间在代码优化以及界面操作设计上。那么，从绩效考核来讲，也仅仅是满分。花一天与花几天的程序员的工作量真的可以相等吗？谁都知道不可能的。再打个比方，两个工作仸务，有可能在仸务量上它真的就一样。但是，在仸务安排上，一个项目组由于技术力量及时间限制上较为宽裕，在一个月内宽松地完成了，而另一个项目组由于在人力资源以及时间限制上，加班加点，用了十天就完成。以此相比，是哪个项目组的仸务量更大一点呢？

所以，绩效考核的框架是死的，而程序员的仸务是活的，用一个死的框架套住一个活的思想，程序员只为绩效的要求而实现，久而久之，一个软件项目根本就毫无创造性可言，就是一个生产线生产出来的一个标准化产品而已。

所以，我觉得，程序员的生产，就是个研发，而研发就是创造，不是生产工具，不能以简简单单的仸务量来衡量，更不能成为技术层面之外的人简简单单的薪酬衡量标准。用简单思想框架来束缚程序员的思维创造性，这是拖累研究，枀易打击程序员的研究主动性。

但真正没有办法为程序员计算劳动所得吗？我觉得，既然，程序员的工作是研发创造性的，那么，程序员就应当有个感性的前提，那就是视自身的劳功项目体现出的市场价值作为其劳动所得的标准。所以，我觉得，在这方面上，项目奖比起冷冰冰的绩效考核温暖得多，它直接反映的是程序员的创造性结果。在项目组内部的评比，则需要靠他们的直接带领人来衡量贡献的突出性，一是针对项目的技术贡献以及仸务完成的质量贡献。

第三篇：做程序员的劣势

第一，严重青春饭

看看华为淘汰34以上员工就知道了。

第二，社交圈很难往上走 所有人都追着医生交朋友，手握现金的百姓会追着金融人交朋友，你就是做个婚庆，装修，修车，警察，哪怕开个小饭馆都会有人托你办事。CS除了修电脑别的技能对行外人几乎没有用。码农想积累人脉几乎没戏。

第三，连续不离散的无意义学习从入行到今天，我已经学习过不下8门语言，三四种数据库，读过无数库的源码。而且我这些积累绝对可以通过任何对口公司面试。但是，这种积累随着技术更新换代，完全没有意义。我这十来年来的技术经验积累的努力放在任何一个其他行业都够成为技术专家了，但是CS因为技术更新毫无意义。

第四，上升通道受限于运气

如果你做建筑工程，那你从万达跳槽到华远，你的经验直接可以应用，但是计算机不行，你在微软用微软的底层库，即使你能默写C#底层全部实现，你到intel，龟壳字，18摸一样是一个小白，我前同事从诺基亚过来，做塞班的专家，过来诺西一样是开发，我还得教他风河的API，另一个前同事都已经快从组长升经理了，跳去intel一样底层开发小兵。甚至诺西内部的数通架构师因为部门缩减去fdd做测试。可以说CS绝大多数人没机会做一个项目从码农一直做到总监。一个码农能否晋升靠的主要是运气。

第五，上升通道受限于不具备的能力

码农最不具备的能力就是PPT吹牛逼拍马屁搞关系。我敢肯定所有大公司都如此，小公司不甚了解。不过创业公司是赌博，不好乱讲。大公司能升上去的都是会玩人际的人。我在过的几家大公司总监，研发总监，不是PM就是测试出身，或者职业经理人。研发第一远离业务，第二缺乏人际公关能力，绝大多数做到基层经理就止步了。经理上不去，码农也就上不去。只能走架构师和技术专家路线。但是参见上一条，一个公司的架构师和技术专家到另一家公司几乎和小白无异。第六，工作时间过度占据生活时间

我从业十来年几乎日日10小时++。失去的时间是你一生中最宝贵的财富，其他人可以用这个时间做很多事情，家庭，三产，人脉积累，运动健身，旅游娱乐。而码农不行。

第七，智力付出和收入严重不成正比 行外人一定会反驳，可惜事实的确如此。一个动态规划可以拯救企业管理中一跳产品线为企业节约巨大成本或创造巨大收益。但是放在计算机行业，不过是节省一台虚机的一部分运算量，节省成本至多不到万元。解一个中高度复杂bug中的弯弯绕绕所花费的智力成本放在扔个一个行业都足够一个月的业绩，但是计算机行业却不过是一两天的绩效考核。

第八，可替代性强

这点关联前述一三四。首先，码农工作的本质更多的是学习一门语言，然后应用这门语言对公司一个具体业务实现科学家的想法。计算机行业科学研究好玩，数学好玩，算法好玩。但是多数人是码农而非科学家，数学家，算法研究员。码农就是实现业务代码。这就导致了工作极容易上手进而可替代性高。即使是高级语言中最繁琐的C++从0到能略有瑕疵的完成基本工作一年学习足以。更何况python, JS, java, php这些极易上手的语言现在已经能完成很多，绝大多数工作了。剩下的就是熟悉业务。而熟悉业务对于十年工作经验和一年工作经验者时间差值最多不超过半年。这就导致了可替代性随着年龄增长并无法出现线性提高。可以说计算机行业可替代性与年龄经验是对数曲线。而多数行业也是线性甚至有些行业是指数。

这些现象都是事实，但是并不构成不做程序员的理由

一 金字塔结构

无论如何提倡平等、自由。社会一定是一个金字塔结构，古今如此、中外如此，行业如此。金融行业的钱多吧，2016平准薪酬达到30W，但如果你是银行的小柜员，你拿得到30W？金融是一个顶部高度聚集的行业，大佬拿大头，柜员嘛，呵呵。

任何行业，顶部肯定是1/10的人，做金融也好、警察也好、医生也罢。你做警察，你能说你35岁能干到总监？剩下9/10必定是小兵、被统治者、码农。二 万精油

计算机实际上是一个万精油行业，什么行业都能干，金融需要、电商需要、房地产也需要。

但业务才是公司核心：房地产考虑如何卖房、教育考虑如何招生、电商考虑如何成交… 程序员？保证系统好用、稳定就好，万一你受不了996辞职，拉一个人年轻精壮的人来照样干。

因此，单单代码好并无卵用，你人际关系不好，活一般，NB不会吹，PPT不会做，那你价值何在？你能默写C#底层库的全部代码，动态规划信手拈来，精通8门语言，4个数据库，然而公司并不需要，又有何用？

JD上经常看到的“我们是一个技术驱动型公司…”千万别信：国人懂技术驱动？有技术驱动？外卖火就全做外卖、单车火就全做单车，屁股决定脑袋，流氓引导无良中产。骗骗码农而已，别当真。

三 关键靠人品

技能撑死只占成功因素的30%。Facebook的代码也就是培训班水平，微软第一版操作系统直接是向别人买的，就连Google也是后来招人重新写。

但扎克伯格身为犹太人的文化传承、从10岁开始做项目带来的素养、哈佛大学的优质人才带来的产品战略，这才是关键。技术从来不是主导，你的眼界、思考、产品能力、发现机会的能力，才是决定你能否发展的主要因素。

你的行业怎么样？细分领域如何？公司前景如何？你是什么位置？比如你做互联网职业教育，你知道教育市场如何细分么？你知道公司所处的赛道么？你知道国外公司的几种玩法么？你知道几种教学法？你又知道几种学习模式？ 万物本是一体，编程区区小技，何足为道。

第四篇：给程序员的忠告

给程序员的忠告

展望未来，总结过去10年的程序员生涯，给程序员小；走过的路，回忆起来是那么曲折，把自己的一些心得体；01.自己的户口档案、养老保险、医疗保险、住房公；由于程序员行业每年跳槽一次，我不隐瞒大家，我至少；特别是买房子时，你要商业贷款与公积金贷款的利率差；02.不要轻易换笔记本电脑，不要跟潮流，不要买过；这方面我的经验教训也是惨痛的；03.这年代外语、学历、职称、展望未来，总结过去10年的程序员生涯，给程序员小弟弟小妹妹们的一些总结性忠告

走过的路，回忆起来是那么曲折，把自己的一些心得体会分享给程序员兄弟姐妹们，虽然时代在变化，但是很可能你也会走我已经做过的10年的路程，有些心得体会你可以借鉴一下，觉得说得有道理的你就接纳，觉得说得没道理的，你就抛弃，以下是我发自内心的，给大家的忠告，特别是针对那些小弟弟妹妹们。

01.自己的户口档案、养老保险、医疗保险、住房公积金一定要保管好。由于程序员行业每年跳槽一次，我不隐瞒大家，我至少换过5个以上的单位，这期间跳来跳去，甚至是城市都换过3个。还好户口没丢掉，其他都已经是乱了，好几个城市里，都有交过三金，甚至是一个程序的2个区里交的都有，那些东西，10年后，会变得很重要。你买房子若有公积金，可以取出来，贷款利率也会比较低一些，有孩子了，还需要上学，生病了还需要医疗保险。

特别是买房子时，你要商业贷款与公积金贷款的利率差别还是很大，有可能会有10万的差距。你平时都注意这些，会给你带来的损失会最小，例如每个月缴纳300元的公积金，公司也缴纳300元，你一个月能存下来600元，一年就是7200元，10年就是72000元。我以前都忽视了这些，到我需要买房子时，公积金里可能只有几千元，10年很快就过去了，结果我没能存下来多少公积金，医疗保险，养老金等更别提了，都已经稀里糊涂了，这些损失10年累加起来，是很庞大的数字，大家要注意，跳槽换工作时也要保护好自身的利益，现在房价很贵，你可能是跟我一样，大山里出来打拼的娃子，家里也没有丰厚的积蓄，只有靠自己拼搏，买房子是人生的一件大事，等你到了10年，才想到这个事情，已经晚了，特别是孩子要上学，上幼儿园等，需要户口啥的都要齐全。02.不要轻易换笔记本电脑，不要跟潮流，不要买过多的电子产品，不要过于频繁的更换手机。

这方面我的经验教训也是惨痛的。我大概前后购买过5-6个笔记本，以前的都是1万多元一台，最近买的是一台是1万多给女朋友的，自己买了一台是7500元左右，手机大概换过接近10个了，这些钱加起来也足够有10万以上了，你可能一不小心就购买了这些电子产品，但是时间长了，你一回过头来想想，你为什么赚得也不少，但是为什么还是那么穷，是因为你购买这些电子产品花费了过多的金钱了，平时笔记本啥的贵重物品要保护好，我一个同事不小心丢了2台笔记本电脑，接近2万的损失啊，你净赚2万，不是那么容易的，这个窟窿不是开玩笑的，我曾经也被人偷了一个崭新的笔记本，损失1.5万左右，更糟糕的是最新的代码也丢被偷了。

03.这年代外语、学历、职称、驾驶证还是蛮重要的。

想找高薪，外资企业是正确的选择，在同样的打工里，外资企业的收入普遍是高的，我就想不明白，我们的赚钱能力怎么就比不过人家了，社会不断发展，将来可能去外国就像串门一样了，也说不定的，外语好将来的就业机会也会更多更广一些。

学历并不代表啥，但是学历也是敲门砖，例如有300个应聘者，那至少重点本科以下的，统统不看了，因为实在是来不及看了，你再厉害也被挡在机会的门外了，同样有时候你想改行什么的，职称也很重要，最起码评个中级职称，说不定还有机会能进入大学或者政府部门还是有可能性。

若有充裕的时间，应该把驾驶证考了，因为你越到后面越忙与工作家庭，没机会学车了也说不定的，平时也别光顾拼命工作，工作10年后你才发现，原来身边的人都至少硕士学历了，你被社会自动淘汰了，我现在就有这个感觉，虽然我带过很多硕士，他们的就业机会比我还好，经常能进入名牌企业，我也一直进不去。

04.不要谈过多的女朋友，谈女朋友要看准，下手要稳准狠。我谈过2个女朋友，平均每个女朋友身上的开支前后大概会有10万左右，还好我不用谈第3个女朋友了，若投资失误，那也是很残忍的，谈女朋友也会消耗很多时间精力、还会消耗很多金钱，实话的讲的确是这样的，人家女孩子也值钱啊，凭什么就那么轻易的跟你啊，我跟第一个朋友分手时，我的生活至少是倒退

了3-4年，一切从零开始，一切从头开始，我劝大家谈女朋友是人生最大的一笔买卖，投资失误会有惨痛的后果，不仅仅是金钱上的损失，更会有精神、心灵上的沉重打击，大家要学会珍惜女朋友，要学会哄好女朋友，让老婆开心每一天，虽然鱼儿上钩了，不用再下鱼饵了，偶尔也别忘记放点米，这个鱼要是脱钩了，那不是开玩笑的。

05.工作不要更换得太过于频繁，选好了行业方向最好别更换太频繁。换工作，换行业方向，就像熊掰苞米一样的道理，有时候是丢了芝麻捡西瓜，有时候是丢了西瓜捡芝麻，这个道理我就不多讲了，大家都应该能明白的。

06.要对身边的人好，要得到老板的信任、同事的认可及支持、珍惜良好的工作环境。

有个朋友的QQ名字很有意思，“只爱陌生人”，陌生人是很有意思，但是最关键时刻，还是需要靠非陌生人，你每天跟同事一起生活，要维系好身边的人。你的成功与失败，往往是你身边的30-40个人决定的。你就是世界首富，他身边也是那么不超过100个人的在左右着他的生活，当你工作10年了，没一个老板信任你，没几个要好的同事朋友，那你惨了，你在这个世界上已经是很孤单了，你的收入，其实大多是来自这些身边的朋友给你介绍的生意，不大会网上掉几个馅饼的。现在你身边的人有可能在不久的将来，给你提供很多好机会。07.钱很重要，但是生活质量比钱还重要，工作是很重要，但是家人比工作还重要。

钱不是万能的，但是没钱是万万不能的。钱赚了，身体夸了，全送给医院了，钱赚了，身心疲惫了，人活着为了啥？不就为了开开心心生活嘛？工作重要，但是失去了家人的爱，失去了女朋友，失去了老婆孩子，那这个工作有啥用了？工作很容易就换了，家人是换不了的，老婆不是想换就换的，孩子不是想换就换的，连自己的家庭都不负责的人，怎么可能对公司负责呢？我一直是这个观念，来面试时觉得工作更重要的，我们一般不录取的，那太假了，或者太不懂事了。

08.工作累了，也别太贪玩，有时候还是需要多想想如何才能赚钱。时间一晃就过去了，工作累了是可以适当放松，但是别太贪玩，10年很容易就过去了，10年后你要买房子，要娶老婆，要买车子，要生娃娃，身体也会变得脆弱一些，需要良好的生活习惯，也经不起通宵了，通宵一次，你要低迷好几天才能缓过劲儿来，跟20刚出头完全不一样了，用钱的地方多了去了，父母也会变得更老一些，可能也需要你的照顾，整个家子都指望你赚钱，别到了这个时候，你才意识到赚钱是那么的重要，更何况现在城市的房价，动不动就是100万，加上按揭的利息，你很可能需要支付150万。还可能需要装修，买车子。可能你身上的压力是200万。别觉得谈钱就俗，你要学会赚钱，要有个需要赚钱的良好意识，当然你出身富裕家庭，就不用考虑这些因素了。

09.每天一点点进步，每月一点点积累，要敬业要爱业，我们给别人提供的也是服务。

总有一天，你也会有累的时候，你也会有老的时候，这时候，你要靠啥呢？就要靠你平时的积累，你10年的积累，可以打倒很多竞争对手，他们再厉害，再怎么样，也很难抵得过你10年的积累，特别是后面5-10年的积累，成果会很明显，前面的1-5年，算是做软件的入门吧，除非你有高人指点，那可能2-3年就可以修成正果，软件在将来还是会值钱的，以为生活会越来越智能化，越来越数字化，软件的需求还是很有前途，最起码未来的10-20年里不用太担心失业问题了。

10.对程序员来讲，开发思想、架构、代码就是财富，别老丢弃你的劳动成果，要学会保护你的劳动成果。我大概7-8年前的代码都在手上，经常改进来改进去，维护来维护去，在一定的程度上，让我生活轻松了不少，因为我不用什么都从头来过，我只要痛苦一次，以后就要反复重复利用，软件的价值在于重复利用，而不是每个东西，都从头开发，那永远也是辛苦的程序员，这个生活质量就别提了，不管自己的代码丑还 是拿不出手，要学会精心维护，每天改进一点点，每个月一个小进步，每年一个大进步，多年的积累是宝贵的，这个早晚也会给你带来丰厚的收益。

11.当程序员要防止原地踏步，不是工作年限长了，经验就丰富了，能力就强了，年纪越大工作越难找。我有一个朋友跟我开玩笑，工作5年的人，可能能力差距会很大，为什么呢？因为第一年他们干的事情都是一样的，都写程序了，2个人可能由于价值观不一样，5年后差距会很大，甚至是大到无法追赶的程度，为啥？因为还有机会的因素在里面，有的人干了5年，还是在原地踏步，天天只会写那些添加、删除、修改的代码。那你得注意了，需要不断的提高自己，才是硬道理。例如你会SQLServer，那要试着学习Oracle，你是做C/S的，那得需要提高到B/S的，你是做单机软件的，那得需要提高到网络软件，你只关注自己的工作的，需要学会管理，关心他人的工作。你是当程序员的，要试着提高当项目经理、部门经理，公司的总监等等，人有野心有目标才会不断进步，最俗的为了多赚钱，提高工作职位工作岗位，工作单位，也是可以理解的。

年纪越大工作越难找，例如3-4千的工作是随便找找，玩一样，但是你30过后，最起码要找月薪上1万的工作，这样的工作是机会也少，一般小公司也给不起，还得找个好公司才可以，好公司又不是天天招聘人，天天缺好的工作岗位，说不好听点儿，小公司的老板才赚多少啊？他来钱也很不容易的，小池塘就不好容得下大鲨鱼了。12.当创业的收入比打工还少时，那就别创业，要找比自己能力强的人创业，你不会吃亏。

创业的收入，比打工还少，那就是瞎扯蛋，恶搞。创业的真正意思并不是要你去吃苦没钱赚，那是忽悠无知的人的。当你创业时的收入，比打工还多，那你可以考虑创业，没有工资什么的，股份啥的，都是瞎扯蛋。不要跟自己能力还弱的人一起创业，那损失最大的，很可能就是你，要创业，也要找比自己强的人一起创业，最起码赚不到钱，还能学到不少。不会有过多的损失。别热血一沸腾就创业了，创业了，也别烧自己的钱，家人的钱，那是很不抗烧的，没几下几十万就烧干了。

其实打工，也是创业的开始，每个月都能拿到钱，还可以学到知识，什么公司的股份都是空话，没几个小公司能成功，开起来了也走不了3年就分家了，都忽悠小孩子玩的，除非真的有科技含量或者是客户资源的，否则股份是一文钱不值的，就算创业每个月也按时拿工资才是硬道理。13.未来的生活节奏会更快，生活压力会更大，竞争会更激烈，社会服务体系会更完善。

在未来，我们享受良好的服务的同时，也会为别人提供更良好的服务，需要在技能上还是服务质量上的要求会更高更严格。平时要注意提高自己，不要被时代淘汰掉，我从小的朋友，一波又一波被社会无情的淘汰了，很小的时候，我出生在大草原与大山的交界处，我小时候的玩伴，还在大山里，我跟着家人杀出来了，我小学、中学、大学、工作上的、这10年，我一直很坚强的拼搏下来，很不容易的在杭州立住脚了，说实话，参加工作后的十年，也是不断拼搏，不断提高的十年

第五篇：做程序员有前途

做程序员有前途

来源： 孙允的日志

做程序员有前途

（一）你适合当程序员吗，你知道编程序是怎么回事吗？

1、程序员意味着要编程序。（如果你仅仅想得到一份高薪水的工作，喝喝咖啡就等老板发薪水，我奉劝你还是另找一份更合适的工作，譬如练摊，真的，兄弟，这份工作不适合你）

2、你是学文的还是学理的，编程序也许需要浪漫，但更需要逻辑和严谨。（说坦白点就是，在你没有找到乐趣以前，它很枯燥）

3、你有对新技术追求的热情吗？你有刨根问底的探索精神吗？（热情绝对是最重要的！你仔细思考一下自己的性格适合当程序员吗？）

4、当程序员决不是什么好差事，时刻需要学习，需要思考。（直到你成为那个可以引导别人去学习和思考的人，你才可以偷偷的嘿嘿笑，又一群傻蛋）

5、程序员的未来很迷茫。（但我认为关键看你自己！我希望你是一个有追求的人，不仅仅是混碗饭吃。因为真正的乐趣在于创造；如果你能改变软件业的历史，那?*怯⑿郏徊幌氤晌狟ill Gates，不想成为Dennis Ritchie和BjarneStroustrup，我会说你没有追求。有个关于程序员未来的笑话，也许你还没听过，你该听一听，摘抄如下：一个程序员对自己的蠢春苊悦＃谑侨ノ噬系邸? “万能的上帝呀，请你告诉我，我的未来会怎样？” 上帝说“我的孩子，你去问Lippman，他现在领导的程序员的队伍可能是地球上最大的” 于是他去问Lippman。Lippman说“程序员的未来就是驾驭程序员” 这个程序员对这个未来不满意，于是他又去问上帝。“万能的上帝呀，请你告诉我，我的未来会怎样？” 上帝说“我的孩子，你去问Gates，他现在所拥有的财产可能是地球上最多的” 于是他去问Gates。Gates说“程序员的未来就是榨取程序员” 这个程序员对这个未来不满意，于是他又去问上帝。“万能的上帝呀，请你告诉我，我的未来会怎样？” 上帝说“我的孩子，你去问侯捷，他写的计算机书的读者可能是地球上最多的” 于是他去问侯捷。侯捷说“程序员的未来就是诱惑程序员” 这个程序员对这个未来不满意，于是他又去问上帝。“万能的上帝呀，请你告诉我，我的未来会怎样？” 上帝摇摇头“唉，我的孩子，你还是别当程序员了”）

6、当程序员还是很有乐趣的。（当你学到新知识时，当你有新的思想见解时，当你有新的产品问世时，和知己探讨你的成果时…我问你，觉得这些是乐趣吗？）

7、当程序员不易也不难。（世间事有难易乎？为之…；不为…。你有决心和信心吗？）

8、你真的要当程序员？是你自己的想法？

9、你舍得花钱买书吗？（读好书绝对是学习编程的最佳捷径。你一定会说，现在电脑书籍真T.M.D贵，没法子，谁让知识和技术在人家的脑袋，在人家的书里呢；等你写书时可以把价格定低一点，记着还有好多没钱但想买书的兄弟很困难呀。要舍得买书，买好书，不好的的书不如不读，其害大于其益，关于买什么书，你可以问高手或看候捷的书评；准备一个小本子记录你想买的书的名字，逛书店时看看，如果好就买下，记住要读，别光买不看。）

10、我告诉你，程序就是：任何有目的的、预想好的动作序列，它是一种软件。

11、编程序就是编写程序。

12、你想好了吗？（如果你想好了还是决定要当程序员，可以继续往下读；否则，你可以继续寻找别的出路了。）

（二）一个程序员应该具备的基础知识和概念

1、计算机是有什么组成的，CPU是什么东西，其工作原理是什么。（对于这些以及下面将要提到的概念我不会告诉你什么答案，你可以看相应的教材，关于教材我会在下一部分详述，记住理解最重要！）

2、机器语言和微指令集的概念。

3、程序的概念。

4、汇编语言是低级语言但不是机器语言。

5、高级语言主要有那些？（C，C＋＋，Basic，Pascal，Fortran，C#，Java等等；如果你是中国软件业的英雄，你也写一门语言，最好不用英语）

6、编译程序和解释程序的概念和其原理。（编译器是高手和专家编写的）

7、HTML、XML等是标识性语言。

8、Prolog是人工智能语言。

9、操作系统OS的概念和原理。（Windows98，Windows2000，Windows NT，UNIX，Linux，等等都是OS，还有一些实时OS，嵌入OS，编这些的绝对是高手）

10、Windows编程说白了就是Windows API的调用。（中国的程序员很多只是会编windows程序，用的是VB，我的建议是这些程序员顶多只是低级编码员，我称其是coder）

11、VC＋＋、VB、BC、BCB、Delphi、VF等都只是编程的工具和环境，不是编程语言。

12、面向结构的设计概念。

13、面向对象的概念。（好好理解，兄弟，这个东西还是很重要的）

14、软件工程的概念和原理。（如果你想当老总就需要好好研究了，系统分析员比编码员要高一个等级，薪水也高哟）

15、数据库的概念。（要熟悉一些著名的数据库系统和语言的名字，如Orcle，SQL，DB2，DyBase等）

16、了解网络概念。

17、了解多媒体概念。

18、熟悉和掌握数据结构和基本算法。

19、是不是要求太高了，别着急慢慢来，进步在不知不觉之中。（一旦开始学习，一个月以后你就会有一个基本的概念；两个月以后你就会感觉自己有了全面的基础知识；当你知道编程序是怎么回事时，说明你已经入门了。也有很多人编了很多年程序还没有入门呢，你不会希望自己步其后尘吧。要有信心和耐心。沉不住气怎么能成大事？！）

（三）教材推荐 ――－推荐的教材主要还是针对概念来的，最好选用名校的教学用书。

1、《计算机组成原理》（熟悉）

2、《数据结构》（掌握）

3、《操作系统》（了解->熟悉）

4、《The C language》（掌握）

5、《编译原理》（了解原理）

6、《汇编语言》（了解）

7、《计算机网络》（了解）

8、《软件工程》（了解）

9、《关系数据库》（熟悉）

10、《The C＋＋Languege》（掌握）

11、《面向对象设计》（掌握；结合C++学习）

（四）一些经验和体会

1、真正的程序员用C++；（一位专家说的）

2、动手去编程序；

3、动脑去思考；

4、要有良好的编程风格；

5、读书，读好书，尽量读原版书！（我反复强调这一点，读书要有选择，坚持读好书，名家出的经典书，不要浪费实践在一些粗制滥造的书上面；坚持博览群书）

6、有自己的学习计划；

7、总结自己的经验教训；（准备一个笔记本，记录错误和心得）

8、不要怕学新东西；

9、要有软件工程的思想；

10、善于发现问题，然后去寻找答案；

11、向高手请教；（要虚心直到你成为高手）

12、和同行交流；（不善于交流肯定不行）

13、懂得软件的实质，不要被千变万化的表象所迷惑；

14、真正要学习用的是编程语言和方法，不是什么库，什么类，什么工具；（学用那些什么库都比较简单，但光会这些库，我觉得还远远不够）

15、学习wiodows编程主要是学习windows OS和win32 API；

16、有空了解一下嵌入式开发；

17、有空了解一下PDA软件开发；

18、了解一下.NET框架和C#语言，也许它是你新的衣食父母；

19、要有耐心，不要作浮躁的人；

20、对程序加注释，并保留你的老程序；

21、学到的东西越多，了解的越多，你就越接近专家；

22、有空去逛逛CSDN，那里有你很多知己；

23、要有信心成为一个优秀的程序；

（五）一些好书的推荐

1、《The C Programming language》（Keinighan& Dennis Ritchie 1988）

2、《The C++ Programming Languague》（BjarneStroustrup 1997）

3、《Inside The C++ Object Model》（lippman）

4、《Effective C++》

5、《More Effective C++》（lippman）

6、《Exceptional c++》

7、《C++面向对象高效编程》

8、《设计模式》

9、《Thinking In C++》

10、《The Standard C++ Bible》（一般推荐）

11、《The Art of Computer Programming 》

12、《Programming Windows》（Charles Petzold）

13、《VC++5.0技术内幕》

14、《MFC 深入浅出》

15、《软件需求》

16、《Advanced Windows》

17、《C++ primer》

18、《win32程序员参考手册》

19、《用TCP/IP进行网际互连》

20、《COM 本质论》

（六）学习计划－－－－－－－－－－这只是我的计划

1、《计算机组成原理》

2、《操作系统》

3、《数据结构》

4、《汇编语言》

5、《 C 》

6、《 C++ 》

7、《VC 技术内幕》

8、《Programming Windows》

9、《深入浅出MFC》

10、《Advanced Windows》

11、《Inside The C++ Object Model》

12、《Thinking in C++》

13、《Effective C++》

14、数据库

15、网络

16、嵌入式OS和编程

17、硬件单片机

18、.NET和C#

19、软件工程 20、UNIX和Linux

?2010 Baidu