职业规划怎么写，相信很多朋友们对这个问题很感兴趣，下面给大家介绍一下。第一部分，前言即总论；第二部分，自我分析，包括业余爱好、性格、价值观、专业技能等；
我的生存之道
尽管我的编程技能不尽如人意，我仍然是一个非常成功的开发人员。这里有一些我多年来学到的诀窍，以及如何我作为一个平庸程序员，发挥出最佳平均编码技能水平的生存之道：
▲ 明确要求--我会预先得到完整、精确的系统要求清单。如果你直接开始编码就意味着你没有针对系统设计的要求来进行。
▲ 分析和设计--我获得了分析和设计权。一名普通程序员获得了分析和设计权，就拥有了一个超越一名伟大的程序员的优势。
▲ 项目计划--坦白来说，我早期职业生涯中没有用过正式的项目计划，一直到我加入了CSC,不得不使用更多的正式文档编制技术，从而开始使用项目计划。由此我充分认识到使用经过慎重考虑后的项目计划也是平庸程序员的一个优势。
▲ 经常翻阅手册、指南--我总是备有手册、指南以供不时之需。我也研究了其它的参考材料。
▲ 拷贝-粘贴程序员--我不介意承认自己是一名拷贝-粘贴程序员。多年来，我写了许多可以在新项目中重复使用的代码。因为我至少花时间写了一次代码，所以我对这些代码如何工作略知一二。在工作中我从不拷贝其他人写的代码，并且我从不使用我在其他公司写的代码。黄金规则和版权法都适用于知识产权：您不得复制和使用别人的代码，除非明确允许，或者你可以得到特别的许可。
▲ 毅力--我永不放弃，我一直相信自己能完成任何编程任务。
▲ 工具--当我需要一台更快的电脑但这又不在预算之列时，我发现了一个经理愿意用他们的一部分预算资金为我购买。你可以通过乞求、借用，或交易来获取所需工具，从而完成自己的任务，要经常向你的经理提出自己的要求；只这些要求是合理的，一个优秀的经理会尽最大努力找到一种方式来获得软件，硬件，手册，或者你所需要的帮助。
▲ 手气好（Serendipity）--也被称为代码一写就好策略。有几次我像一个初级程序员那样写了代码，而这些代码运行得很好。我把它比作是国际象棋，你在下棋的过程中突然发现，自己走两步就有将死的机会。这不是编程应有的方法，但由于我在检讨自己的职业中的罪过，我不得不纳入此项。
底线
我要做一个最终坦白：我不喜欢被看作是次等的团队成员。我见识卓越，而幼稚的程序员却真的相信：不能写出先进代码的人对团队和公司来说毫无价值。这些精英认为平庸的程序员能力有限，不足以生产高品质的代码，几乎总是犯错，令人不快。有个观念令我感觉既可笑又惊讶：如果你不能 ________（填空），就不是优秀的程序员。
你不必成为一个出色的程序员或伟大的开发者，特别是正在开发商用系统的时候。没错，我是一个平庸的程序员，其主要原因是我从来不需要成为一个伟大的程序员。
我不是纵容平庸。不论做什么，都要尽力做好--包括编程。最好的代码可能难以确定，但越高效的代码可能也越难维护。可以说，任何可以完成工作的代码就是好的代码。代码是像索玛立方体（Soma cube），有240种途径可以解决索玛难题，同样，也有许多代码编写方法可以用来完成任务。底线就是尽可能做好工作--这是任何一个平庸的程序员都可以做到的。
zc530.Com小编推荐
或许上面写的比较偏激，但真的是很普遍，我想告诉你们，你们虽然只是负责一个模块，但无论如何，请要知道你的项目到底是什么，如何运转，哪些地方好，哪些地方不好，因为这是对你自己的一个提升，也是对公司的一个负责。说到负责，我不得不说责任感，很多人就是缺少了责任感，以为完成了任务就可以了，但你要知道，你的公司或许等的不是你的完成呢？
请您拿到项目需求的时候，分析一下您要做的东西，用你敏捷的思维想一下，该如何去做，还请您多想想下一步，如果扩展了，我要改哪些地方，最重要的是，请您想想，这个任务对公司是否有利，或许你会说你只是个程序员，我没有权利去改变任务，没有错，你是个程序员，首先请你完成你的任务，在完成任务的同时，想想任务的完成对公司的运营是否起到反作用，因为有时你会比你的老板更了解项目对公司的利弊。如果你真的觉得不太好，不要怕，提出你的观点，但一定要想好你观点的描述，尽可能的表达清楚，让你的老板知道你的意思，因为老板他不一定懂技术，所以一定要白话一点。如果你的观点是正确的，你们老板也听明白你的意思了，那样你们老板会更加的器重你，而不会不可理喻的让你完成他所要的东西了。毕竟这是对他好的建议，也是对公司发展好的建议，如果你的观点不好，那样老板也会给你一定的提点，何乐而不为呢？
下班后，请你抽空想想公司的发展吧，因为你是公司中的一员，公司发展前景好也代表着你的发展前景好，如果你的想法给公司带来了好的前景，那也是对你能力的一种肯定。
最后说说面试，我也经历过很多面试，同样也面试过很多人，刚开始也会为工作着急，到处找面经，但最好的面经是无法从其他地方找来的，因为面试是一个展示自己的机会，而不是一再的ctrl+v 。刚开始我也会紧张，但马上，我调整了自己，每次面试就当自己一种磨练，一种交流、沟通、展示的机会，随后的几次面试都比较成功，再随后的几年，我回到了老公司进行面试，显然他们对我的能力已经是一个肯定了，最后我还是没有选择他们，因为我回去面试只是为了看看公司的发展进行的如何了，因为这一切也有着自己的一份努力。最好玩的是一次邮件面试，对方给了很多题目，大多是网上都有的，我也没有baidu，用自己的想法回答了所有的问题，并提出了很多意见，没想到对方回错了邮件，把他给人事的邮件发给了我，貌似是说面试还可以，就是工资高了点之类的话，我也懒得继续往下看，回信给对方，发错邮件了。过后不久收到对方的面试通知，更确切的说是offer，不过在他电话中我直接给回绝了，因为我已经在一家自己喜欢的地方就职了。
我爱我的公司，我爱我的程序，我也爱我的老婆和家人，因为他们给了我快乐，也给了我支持，让我能更全身心的去投入到代码之美中，我更相信公司能异军突起，成为IT界的领军人物，因为我看到了一群为公司孜孜不倦，辛苦能力的同事，我很爱这种氛围，我相信我们的努力一定会给自己带来收获，就算没有收获，我也没有任何怨言，因为我沉醉了，因为我快乐，因为我是个快乐的程序员。
在技术的选择上，是敏捷敏捷再敏捷！数据库尽量db4o,前台尽量sl/flex（面向最终客户的就不能选择sl）.工具软件尽量用C#开发。尽量只做自己擅长的，不做别人擅长的。
我有一个特点，就是会一大票语言，能用来干活的就有C,C++,C#,Java,Python,matlab,actionscript,javascript,tcl.去上班的话，这是缺点--泛而不精。自己干的话，这反而成了优点了。因为我接的项目，很多属于偏门项目，这些项目往往都有开源的实现，但这种实现，要么只有C版本，要么只有Matlab的，要么只有Java的，会这些语言可以最大范围的参考，降低技术风险。缺点在不同环境下可以成为优点。
第五关：团队
通过前面的不断切入，形成了一系列案例，也积累了良好的信用，业务量是翻番的在长，最后自己的时间成了瓶颈。前两天小试了一把，谈了5个项目（2个flex,2个图像处理，那2个flex项目的核心也是图像处理）,4个有合作意向，自己干不完，没办法，只能选择1个。
这就到了第五关了--一个人干不过来，得团队了。
但我前面说过，本地是人才沙漠。我的观点是宁缺勿滥，仔细挑选，从头培养。俺的挑选标准是：有激情、品德要好、数学基础要好、有自学能力。目前在带徒弟，看成长情况怎么样。
不着急，用不着太多的人，培养团队的同时开始摸索渠道。那个也得时间。
第六关：渠道
我最终想做的是产品。而在偏远地区做产品，想做成功，渠道和推广非常重要，不然的话，就算做出来了，也只能拿小头。在国内，还要考虑盗版因素。我现在只是有大致的产品方向，做也是玩票性质的，目的是摸索渠道和商业模式，想摸摸国内的和国外的两种市场。国外的只有试探性的探索。国内的，嘿嘿，前面的开发已经形成了一系列的推广工具了。
第七关：产品
做了这么多年项目，累死了。最终的目的还是产品和平台。我的征途是星辰大海（搞技术的，也得有技术的浪漫）目标是5-10年后，互联网3D化之后的虚拟现实（切入点？俺已有一个初步考虑的切入点）.短期（5年内）是开发一些工具类型的产品和推广平台。
我是学材料的，在纳米材料界有一个名言--Build The World Atom By Atom.那么，在可见的未来，虚拟世界就是--Build The World Bit By Bit. 协议、图像、机器视觉、3D、语音，正是构成虚拟世界的因素，前面的种种，都是为这个做铺垫。未来的制造业将是分子制造，于是Atom和Bit将会碰撞--Build The World Atom By Atom, Bit By Bit!
但还是那句话，只做小，不做大，做点做线不做面。
什么程序员30岁之后转行之类的鬼话。俺到今年，才开始感觉进入了程序开发的大门，写程序时开始有一种美感，有那种几十人骑着战马冲击奥山大桥的壮烈。做一辈子的技术又何妨。
上述路径相当保守，指导思想不是胜利，而是避免失败。无恃其不来，恃吾有以待之，无恃其不攻，恃吾有所不可攻也。
那么，个体应该怎样对待经验呢？
我个人觉得，可以从经验的形成和使用这两个角度来思考一下如何对待经验的问题。
1、经验的形成
在经验形成的过程中，不能仅仅满足于经验的获得，还要对产出经验的前因后果进行深入系统地思考，确保经验能够有机，系统地融入到自己已有的知识体系中。很多时候，我们解决问题的经验方法，思考过程，是以一种非显意识的，灵光一现的方式得出的，我们的大脑会以一种近似于直觉的形式从记忆深处跳跃性地抓取一些线索，得出问题的解决方案。这种背景下形成的经验，如果不对其加以整理，回顾，不将经验背后的东西从潜意识翻到显意识的话，不去将经验涉及到的知识点和相关事物进行整理联系的话，这种经验很容易就会淡化，甚至随着时间的推移发生扭曲。即便是没有发生扭曲和淡忘，但是因为对得出经验的前因后果不甚了解，往往在个体真正需要借鉴经验的时候很难建立出来一个有效的参考系统。在经验形成的过程中，要透过经验，去观察经验背后的本质规律，通过具体的经验接触乃至掌握了主导经验的本质规律，才能够让自己在以后遇到问题的时候有效运用经验。
2、经验的使用
在获得经验的同时，要警惕经验成为自我意识的一部分，以减弱因为人潜在的维护自我完整性的心理倾向所导致的对经验的过度使用。
保持一颗鲜活的大脑，对不符合经验的东西，对经验不能解释的东西要保持一种敏锐的觉知能力和思考的自由度。而作到这一点的关键是要确保内心的纯净，安静。在我看来，只有一颗不带欲望，不带喜好，不带情绪，不带偏见，不带过多自我意识的心，才能够在运用经验和创造经验之间获得完美的平衡。把文章发给了一位朋友，他的回复我觉得很精要，附在下面作为对自己的思考的补充吧：
关键的是要能够透过具体的经验，看到背后的规律，所谓透过现象看本质。有的人，事情只做一次，就能成为专家；有的人会不停地在类似的事情上失误，这就是对本质看法的能力不同所致。 能够看到本质的人，一定不会滥用经验。
4、对代码的信任
作为项目管理者，你怎么相信他们的代码。有些程序员，你可以对他们说：我星期五就要结果.--星期五到了，你收到了这样的Email:代码我都已经检查过了，现在就等着测试了。你很放心，只会有很少的瑕疵在质量确保的团队被查到。当然，还有些轻率的例子，一些程序员在邮件里是这样说的：我还没弄完，星期一上午我会最先完成它.你不太确信这东西，发现很多Bug,很长时间基本上不能用。又得花上几个星期清理代码中的Bug.
关键：你对一个开发人员越有信心，他离成为一个伟大的程序员的距离就越近。想象你是你的管理者，如果他并不担心你的代码，会给你多少信心和勇气！
5、对方案的信任
和对代码的信任是一回事--如果你手上有伟大的程序员，你就会对解决方案有信心。这些程序员同时也是伟大的建筑师。他们剖析整个问题，指出问题需要怎样去解决。这就不只是用伟大的代码编程的问题了，很大程度取决于你怎样构筑解决方案。这是关键，而且会让你在软件世界里出类拔萃。
6、满足客户需求
一天下来，你写出了最棒的代码、用了最好的框架和最好的解决方案，但这真的能迎合用户的需求吗？恐怕根本不是那么回事儿。你搞砸了。尽管现在多次失手，一个伟大的程序员还是会正中靶心，找出客户需要的，给用户逐步展示他们所需要的无bug的最终版本。需求正中靶心的同时，用户满意了。
7、不断升级
伟大的程序员会积极主动地把自己的技术升级。他们对知识的态度就像饿猫见着了牛奶，他们从不用上级催促给自己设定目标、不用经理要求他们完成任务，因为他们自己就已经安排OK了。
他们发现自己想要参加的大会就会给公司写Email本人非常想参加今年的Tech-Ed大会。我将用心研习，并对作出贡献。我预计这可节省金钱/其他原因.如果可行，不知公司是否帮我支付此行？如果我收到这样的邮件，我不仅会帮他支付参会费用，他的路费我也会全程买单。
伟大的程序员们永远会关注例如。net用户组或Java用户组的所有用户群体。他们参加本地的技术会议，并从中汲取知识。你会看所有最新博客和最新的杂志吗？现在列出你最喜欢的前5个开发博客。你能做到吗？你应该像参加基督教青年会那样轻松做到。做到这些，可以很好的帮助你延伸你的思路！你将会不断获得更好的点子！你会得到更好的回报！
职业规划就是对职业生涯乃至人生进行持续的系统的计划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。
另外一种情况，当一个程序员的市场价值达到一定数值的时候，如50万、100万的时候，而收入价值处在较低的水平，例如，5万，6万，程序员往往会产生单干的念头，以期获取更大的收入价值。但是，程序员往往会忘记市场价值的实现并不仅仅在于软件本身，还涉及到资金、资质、市场、销售、安装、维护、服务等各种环节。所以个人开软件公司人数挺多的，但是成功的并不占多数。好的程序员往往不是好的老板，就是这个道理。
现实当中，大学生程序员年收入在2万元比比皆是，普通程序员年收入在4-5万居多，高级程序员在10万以上也不在少数，超过20万年收入的程序员也时有耳闻。
如果我们平均一下程序员的年收入，估计在5万左右。假定公司的利润率为50%，全部由程序员贡献，那么程序员的市场价值也就在7-8万之间。这就意味着程序员一生（35年计）市场价值也就280万。这与比尔盖茨巨大财富相比是多么的渺小呀！这同时意味着中国程序员市场价值有很大的增长空间。
认识程序员的自身价值的目的。
第一，就是希望程序员不要单看自己的收入价值，不要埋怨自己的收入低，而是要更多看看自己的市场价值到底有多高。
第二，市场价值就是编制满足用户需求的软件，如果这个软件销售不出去，程序员再辛苦都白费，市场价值为0。程序员应该争做具有市场价值的软件，同时尽力帮助软件实现销售。
第三，市场价值最大化就是多编制可复用的程序，以提高单个软件开发效率，以降低人力成本，提高利润率。
第四，市场价值最大化就是多编制商品化软件，在编制定制软件还是通用软件选择中，它可以成倍地提高程序员的市场化价值。
第五，有了程序员市场化价值认识后，程序员和公司可以共同地为促进市场化价值作出贡献，并到达员工提高收入，公司提高利润的双赢局面。
中国的程序员市场化价值相对较低，导致程序员收入不高，程序员技术水平降低，最终导致软件质量下降。我们要关注程序员市场价值的提高，技术水平的提高，使得软件行业通用能软件所占的比重大大增加，软件公司的收入大大增加，只有这样我们的程序员的收入大大增加，我们的软件才有更高的质量和更大的市场。
营销法略的法，将产品营销拆解为面向机构客户采用一目标（CUTE）、二手段（建网10-30-60法则、达情1-3-6法则）、三宗案（赖式、袁式、牟式）的国情式流程，面向大众客户采用美式营销的普遍真理（6大要素、经典8P、当今新法）与中国市场的具体实际（本土特征、本土各P）及IT特殊的鸿沟现象相结合的差异定位专业式流程，以及不收客户的钱还能赚钱的出奇守正的第三方流程。
关于为将者的产品人修炼，智（坐知立行）、信（合作共赢）、仁（客户至上）、勇（勇于创新）、严（品质保障）五大素养，在成就企业产品的同时，也成就自我人生的成功。
程序员第二定理，不妨俗称为看远定理,或时间定理,即程序员应就职涯之世论技术之时.古人云，不谋万世者不足以谋一时，这个世就是职业生涯的全景，这个时就是当前的技术实现。反映到程序员需要做的心智模式的第二个战略转变是就职涯（世）论技术（时）.
程序员可以选择职业路径，始终做工程技术，其职涯大致的到达路径是研发、技术方面的首席技术官CTO或工程、项目管理方面的工程管理副总VP Engineering;也可以选择职业路径二，从技术端向商业端走，其职涯大致的到达路径是首席产品官CPO、首席营销官CMO或销售副总VP of Sales.一般情况下，这几个职务中能到达CEO的只有从CPO、CMO或VP of Sales上去，从CTO和VP Engineering一般上不到CEO,即CEO更偏向商业，这大抵也是商业驱动技术的写照，美国的CEO九成以上是从有过销售经验的营销或产品人员中产生。
长江后浪推前浪，创新的技术、产品和企业不断涌现，IT行业最大的敌人是周期性的创新衰减，或曰创造性毁灭，即你可以通过创新毁灭别人，新企业也同样通过创新来毁灭你，如微软之于IBM、Google之于雅虎，以及现在打得火热的微软和Google.
企业如斯，人亦如是。IT业人的最大的敌人是因年龄增长引发的激情与创新的衰减，随着年龄的增大，谈婚论嫁、成家生子，你会发觉刚毕业时整晚都可以呆在电脑前的激情逐渐消失了，曾经被自己嘲弄的没有志向的朝九晚六之人，现在又多了一位，而在你心有旁骛之时，长江后浪滚滚而来，就要把你拍死在沙滩之上。
企业应对周期性衰减有三类方法，第一类是依靠技术性垄断延长生命，如微软；第二类是阶段性自我颠覆，如IBM的老沃森、小沃森、郭士纳等领导的三次战略转型；第三类是通过兼并完成自我重塑，如思科。
IT业人亦然，第一种，用人单位就只有你能搞定这个产品或技术，地球离开你就不转，你就是微软，号令天下，莫敢不从，倚天不出，谁与争锋；第二种，跟着新技术潮流，不断学习，与时俱进，完成阶段性的自我颠覆，如原来在DOS下编程，后来Windows,再后来。Net、SOA、云计算等；第三种，从技术领域通过兼收并蓄其他领域的知识和技能，完成自我重塑，如成为PM、成为产品经理、成为营销业务人员。
不谋全局者不足以谋一域，不谋万世者不足以谋一时，这就是程序员的时空定理。
总结一下，其实你在这时需要的是对自己掌握新开发环境的能力的自信，而不是一遍遍地重复来证明自己。第二个大挑战就是你明白了只掌握VC是不够的，你发现自己有点浅薄，有很多东东你会用但你不太懂，很多方面支持VC编程的知识你都没掌握，比如操作系统的源码、网络协议知识、Windows 的注册表、进程和线程的基础知识、硬件驱动方面的知识、ActiveX、Windows 庞大的 API,又是一个等等等等，这些基础知识的学习和掌握可是要花费大量时间的，你再一次深切地感到时间太不够用了，因为这时的你大概有许多俗务缠身了，所以有点沮丧，还不用提IT业每天不知有多少新东西在发布，KAO,永远都跟不上，越拉越远了。哎！别气馁，振作一点，你还是忘记了自己是个职业人，既然好多东东在工作中你永远都没机会用，那么干嘛要学呢？用什么才学什么，最多预测到马上要用什么，先一步学什么好了，要知道没有人是真正的、无所不精的全科大夫，除非你是神，但如果你还在耐着性子看这篇文章，你肯定是个人嘛。 OK,一般工作后三五年，你经历了上述过程，经受了诱惑和考验，终于明白了一个道理：你要的是强劲的学习知识的能力，是对某种软件知识/技能的有深度的精通，一种摸到它的根的深度，而不是已掌握的技能的种类和数量。这时无论谁用他掌握了多少种你不会的技能来吓唬你都没用，你对他的层次只有蔑视。通过几年的学习和工作，要记住最重要的一点，永远最重要：对自己学习IT知识能力的自信，一个程序员一生都要不停地进行高强度的学习，用心问问自己，有没有这个自信？别用虚荣心来骗自己哦，如果没有的话，那就不必花费你宝贵的时间向下看了，作者在此感谢你有耐心看到这里，现在建议你关闭这篇文章，趁着年轻，当机立断转行吧！
三、注重逻辑：成为一名职业程序员 好，再前进一点点，你就要成为一名职业程序员了，让我们继续来完成这个任务吧！我们在前一节提到过，你发现一些个别的demo是极品，它所展现的程序逻辑结构是你设计不出来的，你现在有点更关心它的程序设计构架，甚于对你原始目的（某种相关的技术/技巧）的关注,其实你是在关注这个demo程序作者的思维逻辑，所有程序的本质就是逻辑。技术你已经较好地掌握了，但只有完成逻辑能力的提高，你才能成为一名职业程序员。打一个比方吧，你会十八般武艺，刀枪棍棒都很精通，但就是力气不够，所以永远都上不了战场，这个力气对程序员而言就是逻辑能力（其本质是一个人的数学修养，注意，不是数学知识）.逻辑能力也是逐步提高的，开始时你一定是用直观的逻辑能力来编程的，怎么想就怎么编，不对就再改，在改进中提高自己的逻辑能力，从直观逻辑能力提高到抽象逻辑能力，这是很正常的。提前说一句吧，到达逻辑能力的至高境界，其表现是用数学语言来描述问题和问题的解决办法，高度抽象！好，说回来吧，你要提高逻辑能力，最快的办法就是读别人写的结构优秀的程序。优秀的代码是百读不厌的（这句话是我抄来的）,暂时放放对其中某种技术和技巧的关注吧，你要推导和学习的是这些好程序的逻辑结构，它们是被精心设计出来的。你可以先捂住这个demo程序，自己设计一个功能相同的程序结构，然后比较一下demo的程序结构，如果差距较大，那你就不应简单地改进一下，而是要把demo作者设计的过程在心里复原一遍，做到这一点也许有点困难，但这种事干的多了，你就会越干越快，越来越得心应手，你的逻辑能力飞速提升，你能看得上的逻辑结构优秀的程序开始不多了，下一步就是练习。从工作中开始吧，如果你有空闲，你需要做至少两类练习，一类是算法练习，所有的经典算法都是经典的逻辑，题目有的是，像个好学生一样吧，每年的国内国际编程竞赛都有逻辑要求非常高的题，你可以只选一两道难题来做做。当你可以把复杂的单递归程序（只有A调A）变成非递归程序时，已经不错了，如果你能看得懂双递归程序（A调A、A调B、B调A、B调B都有）,我为你鼓掌！你不必往下看了，我有点不好意思啦――班门弄斧，你快滚蛋吧！另一类是把以前和当前你工作中你不满意的程序推倒重新设计一遍，这非常重要，省时省力，因为你熟悉需求，技术上也没问题，目的就是改进程序的逻辑结构，很划算哦，唯一要克服的就是：你对推翻以前工作中那点小小成就的心理障碍，如果你真想优秀，说句粗话：这点心理障碍算个屁，一遍遍反复地推倒已有的成果只能使自己快速进步，放手干吧，没什么好可惜的，马恩早就在《共。产。党宣言》里说过了：在这个过程中，你失去的只有锁链（禁锢你思想的锁链）. 让我们来总结一下，经过自我否定后，再生的你尽管对过去的业绩还有一些眷恋，但已是一个初步具备职业水准的程序员了，掌握了相应的技术和技巧，具备了较高的抽象逻辑思维能力，最主要的特征是：能自觉地自我否定，不断地追求更高水平的逻辑能力。 在这个过程中，如果你能注意以下一些小的方面，你前进的步伐也许会快一些。 从编译原理的角度来理解你工作中使用的高级语言，如果你做到这一点，至少有两个好处，第一个好处是避免一大堆低水平重复出现的编译错误。一名优秀的Coder平均在一个工作日中应该完成200行以上的源码，其编译错误应该控制在5个以下，要知道这200行源码不是一次完成的，所以大多数情况下你都要追求一次编译通过，而一名职业水准的程序员，应该进一步做到即使用purify这类的工具来检查源码，也不会存在严重的内存泄露。第二个好处是可以提高源码的可读性和效率。规范地编写你的代码使你自己的逻辑清晰，因为你明白多加几个括号和空行、多换行对齐、多注释，编译器是会自动识别的，不影响程序执行的效率，反过来，控制好递归调用和循环内的if语句才是提高程序效率的关键，要全力避免递归，但要深刻理解递归，能通过自己建立堆栈来把递归程序转换成非递归程序，要求还是较高的哦！ 避免思维陷阱，只要你是人就一定有自己的思维惯性，这一定又会表现在你的程序逻辑中，有时你就是从这个惯性中跳不出来（谁都有这个时候）,但要心里有数才行，所以你需要帮助，如果你有几个水平相若或更高的职业伙伴，太好了，当遇到花30分钟还打不下的bug时，就别浪费时间了，找他们吧，最要紧的是能思路清晰明确地表述你的问题，通常你自己在这个过程中或者伙伴中就有人把问题解决了，又快又好。另外，有几个可以良性竞争的职业伙伴是人生的一件幸事，1+12,大家各有所长，你最好做到及时公开你的成果，技不压身嘛，IT发展的这么快，你再优秀，那点东东也没有什么值得隐藏的，所以你可以技术或水平不够高，但千万不可以让真正具有职业水准的选手鄙视你的职业品质和行为。
第四级 一般的程序员
这类程序员的优点在于，他们很清楚地意识到了自己可能这一辈了也无法成为一个伟大的程序员。天才只是很少的一部分人。如果这类程序员有一些商业和人员管理能力，他们也会在公司里相当的成功。认识自我并不简单，这并不是一般人能做到的，能够认识自己的人已经是很不错了，找到自己的长处，并像那个方向努力，一定也会很成功的。因为在公司里，并不只有程序员一种职位，经理，PM，流程，SQA，技术支持，售前，管理员，测试人员等等都可能会让这类程序员有更为广阔的天空。
第三级 业余的程序员
这类人员不管是不是计算机科班出身，基础如何，他们对编程有着特殊的爱好，他们可能会是一些很有前途的学生或实习生，也许他们可能会给开源做一些贡献（比如说提供一些语言包或是一些插件什么的），有时候，他们也会写两个小工具软件放在网上让人下载，也行有些时候就是为了玩玩而开发一些小程序而打发一下他们空闲的时间。他们完全是靠热情和承诺来编程。兴趣永远是最好的老师，也是最好的一件事，因为兴趣而引发的热情通常会让这些程序员成为骨干程序员。
第二级 不知名的程序员
这一级的程序员是典型的为大众所知的程序员，他们有一定的编程能力，但并不出众，也许他们会在一家大公司里工作，只程序员只不过是他们的工作而已，并不是他们人生的全部。当然，这样的程序员也挺好的。必竟，平凡地人还是大多数，平凡地活着也没有什么错的。
第一级 糟糕的程序员
这类程序员不知道为什么就走上了编程这条路，他们甚至连最基本的编程经验和能力都没有。所有被他们碰过的事情都需要他们的同事重头再返工一遍，他们根本不就是程序员。程序员这个职位对于他们可能就是一个错误。
正如原文作者所说，这些级别并不是很严肃的，也并不是每个程序都会去思考一下自己的未来，但是这些级别可能会让你去想一想从事程序员十年/二十年/三十年后，自己可能变成什么样。
第二个提法，我觉得目前女性就业困难，关键还在女性自己。
目前大学里面有句话：干得好不如嫁得好！,我想大家都听说过。其实是人就有惰性，也有一些劣根性，都想找一些活少拿钱多的工作，舒舒服服地赚钱，这种思想，其实不管男人女人都有。我自己也有，呵呵。
关键是，社会是公平的，一分贡献，一分收获，哪有那么多不劳而获的事情。但现在的女生，我觉得普遍有点问题，都想走捷径，都想一次革命成功，目前大学校园中，傍大款的不少，很多女生一门心思嫁个好老公，认为这辈子就有靠了，不需要奋斗了。
因此，在求职市场上，很多女生不是找不到工作，是根本没有一心一意地去找，因为对女生而言，通常都有第二选择，可以靠家里，靠男朋友，等等。这种求职态度上的不坚决，其实无形中，已经给自己关闭了很多企业的大门。有个现象，同等条件的两名女生都面试，一名犹犹豫豫的，一名态度极其坚决，一定要拿到这份工作，通常都是后者获胜，因为企业认为这个人既然这么需要这份工作，那不管能力怎么样，进来后起码会拼命做事。
那我们再来比较男生和女生，就可以看出显著差异了，其实男生有时候也想靠，但是没得靠啊，反而，还有个女生在靠自己，自己还要撑起一片家庭，那么，你说男生求职拼命不？
但我还是得说，前面女生的这种思维是严重错误的，夫妻也是经济共同体，双方需要共同完成家庭建设，这样的家庭才稳定。一个女性，如果觉得职场艰难，就打退堂鼓，那，不管是不是程序员，其实我觉得她什么职位都找不到的。
这样还有潜在的恶果，现在有很多闪婚族，出了校门就结婚，我认为和女性的这种依赖思想有一定关系，但这样的婚姻，是不是稳定呢？
其实我不讲，大家都应该清楚，女性凭借个人的外貌实现魅力，男人更多的是凭个人的内涵和事业的成就实现魅力，这就决定了，一个女人，魅力最大的时候，是18~28这个年龄段，而男人恰好相反，一个男人最有魅力的时候，是35~45岁这个年龄段。这中间有落差。
一个女性，如果坚持以漂亮为本钱，早早地就嫁人，在家里相夫教子，那么，在她30多岁，年华老去的时候，情况就比较危险了。首先，男方逐渐进入事业巅峰，很多更为年轻漂亮的女性，会青睐这种男人，男人面临的诱惑在加大，其次，这个家庭，十几年其实都是男方一点点赚出来的，女方是享受者，不是建设者，在这个家庭里面渐渐就没有发言权，经济基础决定上层建筑，不要说对方爱你就会一辈子听你话，很多事会变的。
如果此时女性再不注意，试图通过控制经济等手段压制男人不会变心，或者采用跟踪，哭闹等极端方法，往往适得其反，最终导致男人离他而去。一旦出现这个问题，女性的问题就比较危险了，十几年没有上过班，自己的专业能力，恐怕仅仅剩下一张文凭了，知识都还给老师了，那她在社会上可以说没有任何竞争力可言。那么，她以后靠什么生存？
当时看算法本身的文档，然后又回头看线性代数，终于理解了算法，并用程序表达了出来。由于是嵌入式用的，又花了大量时间进行算法优化。
后来跳槽时终于尝到甜头：
１。薪水高，基本上一应聘就是Senior的职位
２。稳定，这个一般大街上招一个程序员是做不来的
３。机会多，这个怎么说呢，反正只要是大公司招人，象微软、Google等，除了问一些语言本身的问题外，基本上就是算法和数据结构的问题。
通常面试那些时间你写源代码是来不及的，基本上就是写伪代码。或说明你的算法基础和思路。答的好一两句话就解决了。
想走这条路的朋友，我首先建议好好读读《数据结构与算法：C++版》，里面所有常用算法和经典算法及数据结构必须烂熟。其次，建议将大学课本找回来，几本高数好好复习复习。《线性代数》《概率和数理统计》《微积分》《常微分》等等。
我们不是大牛，基本上创造不出新算法，但是我们能够将别人的算法实现或者能把一个具体问题分解成已知的算法，那么你就是一个很不错的算法工程师了。
说实在话，语言只是工具，是很容易掌握的。99年2000年泡沫时期，不是很多人突击那么三个月就可以上路做programmer么。就象刀法是很容易学会的。要应用精熟，也不过是长时间的积累而已。
对语言的理解实际上就是对刀法的领悟，有人是顿悟。但是多用总是会渐悟的。
最重要的是基础，就是数学能力，那可是内功。可以这样说，你要想真正和其他程序员拉来差距就在这里。
我朋友的孩子想走计算机编程这条路，考大学我就推荐考数学系！
再有就是多做那些大公司的面试题，一是锻炼自己的大脑，二是熟悉这些算法的应用。
好了，现在能想到的就这几点，这里给几个面试的例子，看看能不能用最简单的描述解答
1.如何生成一组正态分布的随机数？
2.有一个二维迷宫，如何找到出口路径？
3.有数据库存储一股票每五分钟的实时报价，如何生成每小时，每天，每周的股票价格变动曲线？
====我的建议答案
１。生成二维随机数，只取落在正态分布包络线内的数
２。二维连通图深度优先遍历
３。傅利叶变换
谨以此文献给所有想当程序员的朋友
(一) 文章由来及个人经历
我是一名计算机专业的本科毕业生，毕业已经1年多了。毕业后从事的是软件编程工作，经常有其他专业的朋友想从事软件编程工作，向我请教如何，因为我自觉涉行不深，不敢信口开河，无奈朋友信任，我不得不郑重考虑一下这个问题了，来帮助朋友选择和回报朋友的信任。 这也就是此文的由来。
还是先谈谈我个人的经历吧。(是不是有点俗套，但我觉得了解我的经历，有助于理解我话的含义;我一向认为不了解古龙的生活经历的，不会真正读懂古龙的作品和古龙笔下的英雄的)我本科就读于南方一所著名的高校(因为自己的不成气，愧谈母校名谓)，学的就是计算机专业。上本科时，几乎没有认真的听完一门专业课程，上课看报纸睡大觉，下课看录像看小说看球赛，临考抱佛脚，每次考试和课程设计都是蒙混过关。(于之相对是，我选修的工商管理和经济贸易方面的课到是听得不亦乐乎，考的分数颇高，也许这才是我的真正兴趣所在。)
总而言之，大学是混过来了，对专业的理解和掌握程度，应该没有达到毕业要求的合格水平。(也很后悔，但是有什么用呢，当时不知道珍惜;如果上天再给我一次机会的话，我一定会抓住，多看点美国大片少看点港片;现在，重回校园是我的一大理想)但是大学的学习使我有了一个简单的知识框架(总算学费没白交)，我对一个朋友这样形容过我的这个知识框架，它不是钢筋铸的，是稻草扎的，哈哈哈，不要笑，真的，我敢说很多本科毕业的朋友的本专业的知识框架也只不过是稻草扎的。直到现在，我一直觉得自己的基础知识还是很薄弱，一直想抓点时间，把基础书本好好的温习一下。(此项任务正在计划和实施中)
毕业后，分配到某研究所工作。当领导让我选择自己以后的工作方向时，我毫不犹豫的选择了软件(也不知道到底是对还是错，但我决不后悔)。此研究所主要是以硬件为核心搞通信控制设备的研发生产;软件是辅助，所以也不受什么重视，很多搞软件的人都跳槽走了，留下来的大都是一些已经废掉和行将废掉的伪/萎程序员(名副其实的软件人员)。在这里感觉不到什么高紧张和高技术程度的研究和开发;软件开发的技术含量极低，以致于大部分人只有半年的学习和开发经验，以后都是这些知识和经验的重复利用。(我问过其他到研究所工作的同学，他们说都一样，呜呼，我们的国防科研开发呀)对于软件的开发，领导的意志和老掉牙的经验在新课题的技术采用和开发中起了决定性作用，没有明确的需求，没有明确的开发计划和进度，大家在一天一天一周一周的浪费着宝贵的时间，最后开发出来的东西修来改去，直至它变成垃圾。 我越来越认识到一点，要么象那些废人一样废掉，要么自己去努力寻求出路，反正别指望从工作中得到什么高明的经验了(教训倒也许有)。期间发生了一些感情上的纠纷，严重的影响了学习计划和效果，直到现在浮躁的心仍然有些浮躁。
期间，我读了一些书，看了一些文章，编过一些小例程，搞了一些没有什么技术含量的开发工作，也和一些前辈和高手们谈过聊过。 我一直在思考几个问题;如何学习软件开发?如何搞软件开发，国外的软件开发到底其秘诀在何处?为何我们的软件业一直在低水平徘徊?我们难道真的离了Microsoft就活不了?我们的程序员到底在浪费时间干些什么?软件开发到底是如何分类的?我们如何走自己的民族软件之路?
我想了很久，一些想通了，一些还在想。但我知道有一点是肯定的，那就是我们一定要靠我们自己走出自己的软件之路!跟在别人屁股后面永远受制于人!
好了，关于经历和牢骚就先写这些吧，该进入我们的正题了。
你是不是感觉标题有点矛盾啊，是啊，程序员当然就只是程序员而已嘛，还会有其他什么吗？
No，No，No，如果你以前是如此认为的，那看完这篇文章后，请从此打消这个念头，因为你要改变成一个不一样的程序员（怎么还是程序员？）
虽然我工作经验也就6年左右，但经历了很多，也自己创业过，也是从一个初级程序员走起，因为看的比较多了，某些东西也普遍存在着很多程序员身上，希望自己的经验能帮助你们。
当刚踏入程序员这条路的时候，有幸为一家公司开发一个大型的电子商务网站，因为这篇领域当时还算刚刚起步，自己的编程能力还不太好，所以做起来就比较吃力，每天重复着做完PM给的工作，但是做了大概几个星期，我发觉某些地方真的不合理，但自己又仅仅是一个程序员而已，怎么办呢？我还是按照PM的任务一步一步来做，私下里我用了大量的时间去尝试着我的做法，在接下来的几个星期，我试着跟我的PM进行沟通，他也发觉不错，所以一并写了方案提交给上级领导，很好的是，我们的领导发觉建议还不错，所以改变了原先的策略，对我们的网站原先的设计进行了彻底的推翻，一套新的理念就此诞生了。
这只是一个小例子，并不是炫耀自己的能力，我只是想说，程序员，你其实不仅仅是worker，更应该是Ideaer。当你选择程序员这条路时，如果你仅仅为了工作而选择的，我想你的人生真的很灰暗，为什么这么说呢？我面试过很多人，大多都是从培训中心出来的，虽然我也是从那里走出来的，不过我当时是为了学习编程而去培训，但现在更多的人会为了工作而去培训。其实如果你是真正的选择程序员这条路，我想你的思维能力一定不错，因为一般程序员大多是理科出生，理科靠的就是你的思维能力，在某些时候或许你的思维还不够敏捷，但我知道，每个人在接受了一段时间的工作后，就会产生各类的想法，或许某个想法你会改变你公司的命运，可为什么提出观点的人就寥寥无几呢？
我想可能是因为性格吧，因为很多程序员都是内向型，因为我们需要花一定的时间，去沉醉在代码中，因为这是一个奇妙的世界，无法自拔，所以很多时候就忽略了沟通，因为我们打交道最多的是abcd。如果你正是如此，希望你快点走出来吧，分清楚何时沉醉，何时交流才是最好的。我的偶像-唐骏，我看过他的访谈，他在大学时还是一个不会沟通的人，只是偏执于技术，而且和大多人一样，都会觉得自己什么都会，什么都行，是个天才，但在他大三的时候，他意识到了错误，花了几年的时间去学习交流、沟通，在宁愿委屈自己进入微软做程序员，再到无数次发意见给Bill，一步一步成就了这位打工皇帝。
所以，我们每个程序员要做的是，技术和沟通并行提高。在唐骏的话中，我会学到很多东西，他能从容应对每一次挑战，当时有幸成为唐骏的下属，见证过他的能力，虽然他当时只是个技术总监，但他的想法、创意给盛大带来了无比的利益，我不得不佩服他的胆大，不得不佩服他的能力。从他身上还学到了专一，其实很多程序员会在编程的道路上三心二意，这是很正常的，不过我相信一段时间以后你会学会专一的，因为程序真的很美，带来的不仅仅是工作和薪资。
我这里又不得不批判一些年轻程序员了，他们仅仅看中的是工资、福利等，没错，这是考虑工作的一点，但你要知道，有些时候，你第一点的工资，或许你会学到更多的东西呢？我经历过很多，经历过1年工资翻几番，又经历过折一倍，又经历过小公司，又经历过大公司，各种各样看的实在是很多，但我不会说我自己半途而废，因为每次我会把事情做的觉得自己可以了，我才会选择更好的发展前景。我面试过一些人，工作也就2，3年，做过的东西也很多偏向于OA、ERM等项目，就觉得自己很了不起了，工资也是漫天要价，可真正面谈的时候，我才得知，你仅仅是其中的一个小模块，但当我问其项目的整个运维的时候，就会楞个半天，最后来一句，这个模块不是我负责的，敷衍了事。那好，我问你自己负责的模块，如何具体写的，用了何种方式等，基本都会回答，三层架构，什么什么，My god 三层架构是你一个模块就能体现的吗？那好，既然你说三层，何为三层，三层的优点，缺点在哪里？诶~~~~~前几天首页那篇批判大学生的文章，我觉得写的太好了，你们这是在沉醉吗？如果你不喜欢，你为什么非要选择程序员这条路呢？
3. 组件技术
我想是现在的Web应用推动了组件技术的发展。以前，从老式的静态库、动态库（dll），到现在的COM/DCOM，再到正在兴起中的Web Service；从单机调用，到基于内部网的分布式调用，到现在基于Internet的分布式计算。现在的应用都是基于组件的n层结构，最明显的就是COM和JavaBean。
这些东西体现了软件架构的发展，以前是基于单机的应用，然后是C/S结构，到现在的B/S结构。我记得李维曾经说过，程序员一定要注意软件技术的发展趋势，只有这样，才不至于被淹没在技术的洪流中。我想，作为Web程序员，一定要明白COM的原理，如何实现这种调用、如何进行分布式调用。说实话，我觉得COM还是比较复杂的，否则微软为什么要提供ATL和VB呢，要搞明白，应该学学C ，因为VC中提供的ATL库可以很明显的说明COM的内部运行机制。
4. 网络技术
这可以说是Web程序员最应该懂得东西。起码，应该知道Web服务器的机制，要明白Http协议。就拿IIS来说，要懂得web应用程序运行的进程安全和IIS的关系，懂得ISApi的作用。
如果有时间，就看看TCP/IP，看看winsock，这些都是底层的网络的东西。
我所说的这些都是基于微软技术下的东西，其他的像Java方面的东西都可以对照参考，就不多说了，这也是我这几年来的一些心得。总之，学海无涯，每当接触一些新的东西，就会发现自己的不足，同时也就觉得基础知识的重要。说实话，像我们做应用开发，用别人的东西，在现在这种情况下，新的技术层出不穷，稍不注意就会被甩开，这也是没有办法的事情。
托尔斯泰的小说《安娜.卡列尼娜》里面有经典的一句话：幸福的家庭都是相似的，不幸的家庭各有各的不幸。
同事小朱，教育学专业，后来尝试做设计，在咨询圈里混迹，整天都有项目预约上门，帮着销售打单子，他能做精美绝伦的ppt，跟着市场部做活动，他的演讲能聚集大批粉丝，业余时间做的手机应用程序，走出国门，登上了国际，一时间成了公司内外、社区炙手可热的人物。>>>
回想一年前，在一次有全球各个国家代表参加的公司大会上，大家针对一个问题展开讨论，与会者被分成很多小组先组内讨论，再在大家面前公开展示结果。通常来说，全英文的讨论，能主动请缨作为小组代表在全体人员面前做公开展示的中国人很少，小朱便是个例外。至今仍然保留对他的印象，他的英文讲得并不流畅，表达的逻辑也欠梳理，整个过程中他也紧张，也有磕磕巴巴的打结，但我还是记住了他，很深刻，因为看到了他主动请缨的勇气，刻意锻炼的努力还有眼睛里燃烧的热情和坚定。
有些人，认准一个目标，他们会像拉满的弓勇往直前，用尽常人难以投入的辛苦和尝试，拼尽全力，连世界都无法阻止。
其实，身边这种人并不少见，他们有着很多相似之处。
几年前，我曾经给公司新入职的同事做过一个演讲的培训，进入课堂的人基础都差不多，有意愿也有兴趣学习一些演讲技能，希望能在客户面前或者同事面前自信的表达，流利的演讲，同时，他们也都面临这样那样的问题，有的人紧张，有的人讲话没有逻辑，有的人身体语言僵硬，有的人不敢面对提问等等。培训之后，在场所有人的自信心提升了很多，而且每人都制定了一些行动方案，志得意满的各自奔向自己的前方了。
两年后，这个班的一位学员已经成为一名高级咨询师，在客户那里有较好的口碑，参与的项目不计其数，进入了公司高潜力人才发展计划，同时还收到公司在国外的大学的邀请，即将去做讲师。知道这个结果我并不意外，实际上，从那次培训课上我就记住了他，两年里我也一直在关注他的成长，每一步我也都看到他成长的足迹。
他是一名一说话就脸红的男孩子，说话有点结巴，每次说话打结的时候脸更是红的厉害，一直红到脖子，我甚至还怀疑过他本来的肤色就是如此还是真的因为紧张。他是那次培训课程上最没有基础优势但最积极的一名学员，只要一有机会，他总会踊跃走到台前去演讲，不同的主题，锻炼不同的技巧，尽管脸红，尽管结巴，但在他那里都不是事，他认真记录讲师的反馈和其他学员对他的反馈，每一次的演练他都能在前一次反馈的基础上有提升。两天的时间里，他由不停的重复甚至看“小抄”来提示、到表达完整的句子，由盯着天花板去死记硬背到可以接触听众的目光，把握节奏和气势，我相信所有在场的人都目睹了他那种让人肃然起敬的笨拙的练习，也都看到了他的进步。最让我印象深刻的是，培训完之后的当天晚上，他就把记录所有要点的笔记发了出来，分享给参加培训的所有人，足见其用心。
后来的事情都是寻常发生的，他经常在公司的群里面分享一些自己面对客户的技巧，收获，得失，不紧不徐的节奏，他就像龟兔赛跑故事里面的那只龟，慢慢的爬着，每走一步就会离目标更近些，我知道他的成功，只是早晚的问题，否则，没有天理。看到他，就会想起一句话：你这么努力，最坏的情况也就是大器晚成。
几年过去了，当时和他一起参加培训的其他学员，大都淹没在芸芸众生里了。
他让我想到的是：你练起来如此刻意，终有一天会做起来游刃有余！
几年前带过一个团队，共10 个人，工作在客户现场，开发一个为期1 年的项目。团队有两大主力，都是工作经验超过 8 年的工程师，其余的都是毕业生或者有少许的工作经验。
作为团队负责人，本着培养人的目的，我经常做一些授权，让两位资深的工程师参与到管理工作中来。
最资深也是我最欣赏的一位来自世界 500 强，有非常闪亮的工作经历和管理经验，而且在公司也有相当长的工作时间了。他的工作效率最高，别人一天搞定的事情他半天就绰绰有余，头脑非常清楚，极强的表达能力和缜密的逻辑思维能力。有他在，感觉项目有了定海神针。所以大家送他绰号“战神”。
第二位资深的工程师背景并没有那么光鲜，人称“老师”，做事情有板有眼，循规蹈矩，说不出来有多聪明，但做事情也不拖后，属于反应不够快但是人缘超好的人，乐于助人，也乐于开导人，在高压的环境下工作，他的作用显得尤其重要。
不大的项目，有这样两位彼此互补的“元老”守护，理论上应该一路绿灯，过关斩将，节节胜利，最起码也能保证平稳运行。但现实并不像预期的那样，项目过程中，客户方进行组织架构调整，客户方的负责人换了好几拨，风格各异，需求也彼此冲突，客户的矛盾经常性的会被转移成项目需要解决的问题。大家挑灯夜战，忍着苛责和抱怨，修修改改，几个月下来，精疲力尽，团队士气很低落。
“战神”在高压环境下仍然是不可多得的敢死队员，他能一边怒骂着一边把事情做了，虽然不是精益求精，但也让你挑不出毛病。他信奉“我的工作我做完了，你的鸟事和我无关”这个原则，所以他不会推卸责任，但也不会多承担责任。对于客户直接分配的工作，和他相关的接了，雷霆之势给完成，和他无关的他直接拒绝，不动用任何技巧，极端的情况下吵几次架来拒绝，或者直接来找我，让我出面解决。
每周的团队会议上，“战神”噼里啪啦把工作汇报完，便开始长时间倒苦水，客户是SB，我们是苦B，就应该和他们对着干，否则项目没法做，公司没人性，我们太能忍，他的牢骚像机关枪一样喷射出来，现场通常一片静默，没有人敢发言。我问他有什么解决方案没？他摇头，无能为力，因为问题不在我们。
而每当此时，老师总是唯一一个发言的，“我说说我的想法吧。” 他通常以这个开头，他的想法是什么在当时看来并不重要，但他的发言在向所有人表达一种态度，问题是实实在在的，而指望别人给我们解决问题不太可能，问题通常也不会自行消失，所以我们需要想办法自己解决，一个一个的来解决。
多年以后，我甚至记不得哪怕一次他发言的内容，但是他给我的感觉，给现场所有人的感觉是记得的，那就是：天不会塌下来，我们开始去做吧！
他的方案我经常需要修修改改，那些方案大都是他晚上加班做完的，他从来不抱怨，也不会提前和你说“我给你出个东西”，通常都是东西做完了，他过来找我”我想到这样，你看看如何？”，他的方案有时候被采纳，有时候被忽略，但这也不是最重要的，最重要的是当我看到团队里面还有一个人对项目如此上心，一次次也被点燃起来，能瞬间找回信心，再一次发起冲锋号令，把项目推向新的里程碑。
工作中，整体作战的时候是很多的，要保证整个战役取得成功，不一定需要所有人都能够披荆斩棘，攻城拔寨，队伍里还需要一些人，要能稳，要能顶，要能在深深的夜里顶着枪林弹雨坚持到黎明。“老师”就是了！
项目一期做完后，我需要去带领另外一个团队，谁来接替我的工作，成了我、客户、团队成员需要做的决定。尽管我知道“战神”和“老师”都有意愿可以接受新的挑战尝试管理的职位，但最终的结果是“老师”以压倒性的优势成为了接替我的人。至今记得临走时，客户和我说的话：“他心态好，做起事来如此用心，是团队的定心丸，有他在，我们心安”。而团队对他的评价是“正能量君，没你不行！”
是的，他的心态总让人想起向日葵，你甚至不知道它是什么时候发芽的，但当你看他的时候，他总是舒展在阳光里。
他使我想到的是：你发展起来顺理成章，因为透过你看到的是希望！
再回到小朱的故事，几年前他加入一个项目，属于公益类，一个手机的应用，帮助聋哑人实现无障碍交流，公益的项目没有收入，也没有来自机构稳定的经济支持，参与项目的人后来都渐渐退出了，只有小朱，还在坚持，用自己的时间和精力去投入，他白天有自己的工作，晚上或者周末去开发应用，找用户测试，做宣传，寻求反馈，不断改进……
几年之后，就有了开篇我们说的结果，这个应用获得了很多奖项，小朱被媒体争相报道，也为此还获得了去国外知名学府分享且学习的机会。
所有人都在谈论他的成功，他的幸运，他聪明的头脑和对公益的热情。但我从来没有听小朱提起过“成功”相关的字眼。
哈里.杜鲁门曾经说过：“只要你不计功利，就能做成任何一件事。” 用在小朱身上再合适不过。
在《从优秀到卓越》里面讲过这样一个故事：想象一下那里放着一个鸡蛋。一直以来都没有人注意到它，直到有一天蛋壳破了，从里面跳出一只小鸡来！突然间所有知名杂志和报纸都冒出来，竞相报道这个事件：“鸡蛋孵出小鸡了！”“鸡蛋的伟大革命！，“一个令人目瞪口呆的转变”就好像是鸡蛋经过一夜的转变，突然变成小鸡似的。
其实，人的跨越和公司实现跨越都是一样的路径，尽管在别人看来你的成功是一夜之间或者一瞬之间，但在那之前你或许已经孵化了好久，积累了好多天，甚至酝酿了好多年。
他让我想到的是：你有着超乎寻常的坚持，所以连上天都会来助你！
这些故事里面讲得，有时候能让我相信他们是一个人，有时候又会觉得他们是在分身，经常性的你想到了一个，便会联想到其他几个，他们用自己的存在，来影响着我们，而想到他们，你又会情不自禁给他们打上标签，这是一群“优秀”的人。
早上，招聘的小姑娘过来给我一个消息，今天约的面试取消了，因为候选人没有通过前面几轮。我说我已经知道了。大家惊呆，我还没有见过那个人，为什么有这样的断定？
我笑笑，如果真的拿那些落选者的简历来分析一下，便会发现各有各的落选原因，而那些埋在或长或短或平时或华丽的简历里面的原因，正是成为优秀者们必须具备的共性。
托尔斯泰的小说《安娜.卡列尼娜》里面有经典的一句话：幸福的家庭都是相似的，不幸的家庭各有各的不幸。他的意思是说，为了得到幸福，婚姻必须在许多不同方面都是成功的，比如两性的吸引、对金钱的共识、对孩子的管教、宗教信仰、三亲六眷等等，在所有这些基本面如果一个方面出现了问题，婚姻就可能毁掉。
这个原则推而广之，可以用来理解婚姻以外的其他方面。比如，做一个优秀的人，就必须在一些达到优秀所要求的基本面具备共性，否则就有可能沦为平庸。
因此，优秀的人都是相似的，平庸的人各有各的平庸。
你会如何选择呢？
相关文章
最新更新
