程序员个人简历模板。
职业规划就是对职业生涯乃至人生进行持续的系统的计划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。
昨天去参加了RIAMeeting组织的一次小型聚会，见了不少技术牛人，他们都有丰富的开发经验和技术体会，并且对于技术有精益求精的态度，让我这个去蹭吃蹭喝的人觉得比较惭愧，也学习到了不少东西。在聚会结束的时候大家开始自我介绍，可以料想到：一个比一个谦虚、腼腆、不善表达和我在其它场合接触到的大部分技术人员一样。这给了我一些触动，加上最近我也看了一些东西，就决定写这么一篇日志。
上大学的时候我了解到有程序员这个职业，就是写代码的，不过在我毕业进入公司之后，我更喜欢工程师这个称谓（web developer 也可以叫做前端工程师或者UI工程师）,因为这个名字总是能让我想起游戏《红色警戒》里面那个带着黄帽子拿着工具箱到处跑的角色，如果半路上不被敌军的狗咬死就可以修好断桥和建筑，或者把敌军的建筑占领。我对工程师这个群体一直都抱有普遍的好感，他们低调、技术高超、真诚、单纯、有责任感，值得信任。和他们在一起工作你会感觉特别舒服。记得刚入职的时候，我对Linux一点也不了解，有次碰到一个问题，正好旁边几个工程师在那里聊天，于是我就像他们求助，他们过来之后一个人负责操作，其他几个在旁边七嘴八舌建议，不一会就把问题解决了，我当时就觉得特别有安全感，所以在以后的工作中遇到问题也没有特别着急过，因为我知道我身边有很多牛逼的工程师，有他们在就没有什么问题是解决不了的。
在工程师这个圈子呆久了，我发现大部分的人都有一个共同点，那就是不善表达，或者说懒得表达。在公众面前讲话会脸红，不能很好地表现自己，而且善于表现自己其实会被认为是一个缺点因为大家都觉得有真才实学就好了，而且普遍信奉低调的做人哲学，那些善于表现的人会被说成很能忽悠。举个例子来说吧，李开复应该算是一个很成功的人了，而且是技术出身，但是你会发现这几年很多人都对他有负面评价，说他不好好管理公司，整天跑去演讲、就是一个说书的、做秀云云，都是针对他频繁出现在公众面前这件事情来说的，而且你会发现大部分的负面评价都是出自技术圈的。但是这种在公众面前演讲、推销自己其实是一种很重要的能力，尤其是在现代社会，它是一种企业家式的能力。
在现实生活中，无论是哪个圈子和团体，都会经常发现这样的例子：有一些很有才华的人在社会上始终不成功，相反，有一些资质平平的人却为自己挣得了不错的地位和财产。为什么会出现这样的情形呢？一个重要原因是前者不善于经营自我，而后者善于。善于经营自我经常会被广大有真才实学的人鄙视，觉得那是钻营和不务正业。事实上，正如《自由秩序原理》一书中所说的那样，这是一种企业家式的能力，而且 一个人的成功不是取决于自己既有的才能、知识、技术等等，而是取决于能否成功地将它们转换成对其他有能力做出回报的人有用的具体的服务，这正是自由社会的本质之所在。
如果真的是这样的话，那么由于每个人的企业家式的能力的不同，势必会出现能力相同的人获得的报酬却相差很大，引起很大的不满，而且每个人必须为自己的才能去寻找市场，这就必然面临压力和风险。但是这种代价是必须的，为什么呢？因为如果不是根据使用才能的有用结果而是根据才能来决定报酬的话，那么就必须有一个权威来判定每个人的才能大小和级别，这就必然导致专制。如果想替代那种对自己的命运负责而导致的压力，那么可供选择的就只有那种人们必须服从的个人命令所产生的令人更为厌恶的压力。
虽然我们这一代没有经历过计划经济、分配工作这些事情，不过应该也有所耳闻吧，那个时候每个人不必去营销自己，因为上级已经给你安排好了工作和报酬，虽然说是根据你的能力进行的安排，但是里面必然掺杂了诸如个人恩怨等其它因素，那种不公平比现在的这种不公平要严重得多。尽管现在的市场经济也有不公平的地方，因为它只承认在市场上得到实现的价值，但是我想相比之下大家应该都更讨厌专制吧。两害相权，只能取其轻。
鉴于此，我很希望工程师可以抛弃一些偏见，虚心地去学习那种企业家式的能力：在公众面前讲话的能力、写文章的技巧等等，培养自己的一些市场意识，当然，这都是建立在真才实学的基础上的。如果没有真才实学而专门去推销自己的话，那真的是投机钻营了。
最后我想说的是，其实很多技术人员因为性格使然，是很难学会这种企业家式的能力的，但是他们又确实有能力又踏实肯干，很多时候对于他们来说真的不太公平。所以如果以后有机会并且有钱的话，我很想创建一家让工程师有幸福感并且摆脱无力感的公司。
延伸阅读
合格程序员应该具备的12种能力[1]
毕业四年来，感觉自己也是从一名不合格的程序员一步步走过来的。回头反思一下，合格的程序员有很多标准和要求，下面是我总结的一个合格程序员应该具备的12种能力。中国软件行业的崛起，靠的是合格的程序员。任何华丽的管理制度都不能保证软件项目的成功交付，合格的程序员就是有力的保证，是项目成功的基础。写下这些，是为了给刚刚进入程序员这个职业的新同学们一点参考。我一直以为，当程序员是很辛苦的，如果不是真正的喜欢，很难坚持下去。如果真的不喜欢这个职业，也该尊重这个职业，尊重自己，赶紧改行。
1. 编程语言能力
不用多说，作为合格的程序员，精通一门语言是必须的。这种精通，不是说看了一本《24小时精通XXX》，抄了几个程序就能说精通的，要靠长时间的积累和浸淫。
2.编码能力
我曾经看多很多程序员写的代码，在同一个jsp或者java源文件里，出现了三种以上的对方法的命名方式，有下划线间隔的，有全大写的，有拼音首字母的。就像一个菜市场，杂乱无比，估计10天后，他自己都无法看的懂。遵守编码规范，是一个程序员最基本的要求，可悲的是，很多程序员根本没有意识到这个问题的严重性。随意堆砌网上搜来的代码，根本不管可读性和可维护性，只要能实现功能就行了，心想做完这个项目，就拍拍屁股走人了，缺少最基本的职责素养。我经常把代码必须成程序员的孩子，你就是是孩子他爹，孩子他妈，是有感情的。对你自己的孩子，你能不仔细呵护吗？你是称职的父母吗？
另外一个就是注释，要注意不是为了注释而注释。对类，以说明职责为主；对方法，以说明意图为主；对方法体，以说明实现思路为主。对于大段大段的代码，要分段，使用空行隔开，并使用行内注释进行说明。
思维的条理性，写代码之前，先简单计划一下，用自然语言把流程写下来，用于整理实现思路。不要看了需求或设计之后，马上就敲代码了，敲完代码马上就debug。花点时间思考，敲代码只是最后一个很简单的工作，不要把自己变成一个代码打字员，编写边想，写了删，删了写。安安静静把实现过程想清楚，在脑子里先实现一遍。再去敲代码，水到渠成。
3.面向对象思维能力
如今，多数编程语言都是面向对象的编程语言。而这些面向对象的编程语言的共同的精髓就是面向对象的思想。掌握这些比面向对象语言本身更重要，比如对继承，多态，重载的理解。对面向对象基本原则的理解，比如开闭原则，接口隔离原则，单一职责原则等。在此基础上，应该掌握常用的设计模式，比如工厂模式，策略模式，观察者模式，模板方法模式，命令模式等等。我面试过很多程序员，没有一个能说得上几句的。
程序员：你是要学历还是要经验[2]
随便你说吧，迪恩，我说。我不是说他的道路不对，我只是想说我和斯坦认为获得大学学位还是比为了兴趣而退学要好些。
斯坦给我帮腔：无论公平不公平，在咨询业里你的简历是会被潜在客户拿来严厉判断的。高学历不仅可以为你争取到更多的服务合同，而且也能够让你更容易拿到更高的工资。（你知道，自从我进入管理层之后，我是多么的想念这些坦率的交谈。）
房间里的温度不断上升。你肯定你的薪水比我高，斯坦？乔说。即使是这样，你觉得这合不合理呢，只因为你上过一大堆无关紧要的课程？
斯坦试图保持冷静，但已经有些手足无措。我只是说你可能会看上去更像是个围着电脑转的蓝领程序员，而不是可以坐到办公桌上的白领开发者。而且这也会影响你的前途。轮到我运用人际沟通课上学的东西来维护和平了。
每个人都会做出贡献的。我们该牢记的是我们建造的东西，历史上所有的奇迹都是蓝领工人搭建的，建造或修整伟大的事情，这就是我们做的。 我急忙插话说。
迪恩在一边笑了，是啊！当个蓝领没有问题。不过，蓝领意味着体力劳动，我不认为我们中有哪个人在编写软件时会汗流浃背的。好吧，也许你会，埃里克。他继续笑着说。
乔并没有被逗笑，你想说我没有学位就是蓝领阶层吗？你知道我认为谁是蓝领？那些在数据中心的技术人员。他们有许多是自学拿到管理认证的，他们的手被服务器和电线弄的脏兮兮的，而我们干的是设计和编写复杂的代码。
迪恩跳了起来，哦，难道保护数据中心的工作就不复杂了？你最好不要让他们听到，要不然你的下一个请求将没人搭理。
每当回顾起这些，我都会感叹当时的我们是多么的不成熟。我不记得我们的谈话中的每一个字，但差不多是这样的。每个人都觉得自己的软件教育更好，都觉得能编写软件就会高人一筹。
经过了这么多年（真是很多很多年）,我才体会到使用不同的方式来教育开发者的好处。事实是，尽管我们之间的分歧，我们作为一个团队在一起工作的非常出色，开发了许多优秀的软件项目。
比受到的教育更重要的是，开发者对编写软件的热情，最好的开发者靠这东西来生存。他们整夜的阅读有关最新的软件趋势，永不会满足，他们总想成为领先的人，即使他们的经理会让他们适可而止。虽然这不是成为一位了不起的开发者的要求，但这有助于更全面的发展，不仅对你的工作，也对你的生活。
程序员：你是要学历还是要经验[1]
在某一天的午餐时分，为了缓解一下无聊的气氛，我和当时咨询公司里的一群程序员们开始聊天。在我问了这个问题之后，气氛开始变得热烈起来，大学足球成为我们的话题，每个学校的球队都免不了成为开玩笑的对象。
然而我注意到有一个人--乔突然变得非常沉默。
因此，我想最好把他拉到讨论中来，于是我又问了一遍这个问题，然而这次他却用不友好的语气告诉我他没有上过大学。
这时大家都尴尬的沉默了。
我是那种好奇心很强的人，不由得追问，真的吗？那你是在哪里学的写代码呢？
乔变得有些局促不安，他回答说：我上了两年的技术学院。
这时气氛缓和了些，显然他对他的教育不太满意。我想知道更多一点。
有点意思。那你们都上了什么课程？我问。
乔瞄了我一眼，然后咽下了他的三明治。
说老实话，我上过的技术课程可能比你们任何一所大学计算机科学学位都要多。你看，我不会在哲学和政治上浪费时间。我只关心写代码。所有其他的东西都毫无价值，我这样认为。当我开始考虑乔说的话时，岁数大一点的同事斯坦忍不住插话了。
乔，我相信你的软件开发学的很好，但我忽然觉得你所谓的那些'毫无价值'的课程恰好能把人培养的更全面，也许可以更好地与客户和项目沟通。这不仅仅是编写代码的问题，你必须要能够处理人、流程、业务规则甚至办公室的关系。
我跳起来想帮乔一把。你那时候上不起大学？（我后悔当时真的是这样说的。）
乔的脸色开始涨的发红。他深深地吸了一口气，开始解释自己的立场。
我选择的是不同的路。其实，我考上了一所一流的工科大学，但是我讨厌它的课程。所以第一年后我就选择了退出，这样我可以把重点放在我感兴趣的东西上，而不是那些别人认为我应该做的。
事实上，我在想有魄力离开一个好学校其实是一件令人钦佩的事。我的意思是，许多成功的IT人离开大学。比尔盖茨离开了哈佛，对不？
这时候斯坦也开始重新发言。哦，你从大学退学的吗？
乔做了个鬼脸。我在计算机科学课的分数还挺高的！我不喜欢的是其他课程像'人际沟通'还有'自由社会行为学'等等。
这点我可不同意，我说：嘿，我上了类似的课程，我觉得这些课是了不起的！
这时候我们的另一个朋友迪恩开腔了。是的，这就是为什么你能成为伟大的传播者，埃里克。迪恩讽刺我说。你的专业是信息科学，对不对？我敢打赌乔上的技术课程比你更多。可惜我当年没乔那个胆量。我的意思是，社会行为学与编写软件能有什么关系？
程序员你真的只是程序员吗[1]
你是不是感觉标题有点矛盾啊，是啊，程序员当然就只是程序员而已嘛，还会有其他什么吗？
No，No，No，如果你以前是如此认为的，那看完这篇文章后，请从此打消这个念头，因为你要改变成一个不一样的程序员（怎么还是程序员？）
虽然我工作经验也就6年左右，但经历了很多，也自己创业过，也是从一个初级程序员走起，因为看的比较多了，某些东西也普遍存在着很多程序员身上，希望自己的经验能帮助你们。
当刚踏入程序员这条路的时候，有幸为一家公司开发一个大型的电子商务网站，因为这篇领域当时还算刚刚起步，自己的编程能力还不太好，所以做起来就比较吃力，每天重复着做完PM给的工作，但是做了大概几个星期，我发觉某些地方真的不合理，但自己又仅仅是一个程序员而已，怎么办呢？我还是按照PM的任务一步一步来做，私下里我用了大量的时间去尝试着我的做法，在接下来的几个星期，我试着跟我的PM进行沟通，他也发觉不错，所以一并写了方案提交给上级领导，很好的是，我们的领导发觉建议还不错，所以改变了原先的策略，对我们的网站原先的设计进行了彻底的推翻，一套新的理念就此诞生了。
这只是一个小例子，并不是炫耀自己的能力，我只是想说，程序员，你其实不仅仅是worker，更应该是Ideaer。当你选择程序员这条路时，如果你仅仅为了工作而选择的，我想你的人生真的很灰暗，为什么这么说呢？我面试过很多人，大多都是从培训中心出来的，虽然我也是从那里走出来的，不过我当时是为了学习编程而去培训，但现在更多的人会为了工作而去培训。其实如果你是真正的选择程序员这条路，我想你的思维能力一定不错，因为一般程序员大多是理科出生，理科靠的就是你的思维能力，在某些时候或许你的思维还不够敏捷，但我知道，每个人在接受了一段时间的工作后，就会产生各类的想法，或许某个想法你会改变你公司的命运，可为什么提出观点的人就寥寥无几呢？
我想可能是因为性格吧，因为很多程序员都是内向型，因为我们需要花一定的时间，去沉醉在代码中，因为这是一个奇妙的世界，无法自拔，所以很多时候就忽略了沟通，因为我们打交道最多的是abcd。如果你正是如此，希望你快点走出来吧，分清楚何时沉醉，何时交流才是最好的。我的偶像-唐骏，我看过他的访谈，他在大学时还是一个不会沟通的人，只是偏执于技术，而且和大多人一样，都会觉得自己什么都会，什么都行，是个天才，但在他大三的时候，他意识到了错误，花了几年的时间去学习交流、沟通，在宁愿委屈自己进入微软做程序员，再到无数次发意见给Bill，一步一步成就了这位打工皇帝。
所以，我们每个程序员要做的是，技术和沟通并行提高。在唐骏的话中，我会学到很多东西，他能从容应对每一次挑战，当时有幸成为唐骏的下属，见证过他的能力，虽然他当时只是个技术总监，但他的想法、创意给盛大带来了无比的利益，我不得不佩服他的胆大，不得不佩服他的能力。从他身上还学到了专一，其实很多程序员会在编程的道路上三心二意，这是很正常的，不过我相信一段时间以后你会学会专一的，因为程序真的很美，带来的不仅仅是工作和薪资。
我这里又不得不批判一些年轻程序员了，他们仅仅看中的是工资、福利等，没错，这是考虑工作的一点，但你要知道，有些时候，你第一点的工资，或许你会学到更多的东西呢？我经历过很多，经历过1年工资翻几番，又经历过折一倍，又经历过小公司，又经历过大公司，各种各样看的实在是很多，但我不会说我自己半途而废，因为每次我会把事情做的觉得自己可以了，我才会选择更好的发展前景。我面试过一些人，工作也就2，3年，做过的东西也很多偏向于OA、ERM等项目，就觉得自己很了不起了，工资也是漫天要价，可真正面谈的时候，我才得知，你仅仅是其中的一个小模块，但当我问其项目的整个运维的时候，就会楞个半天，最后来一句，这个模块不是我负责的，敷衍了事。那好，我问你自己负责的模块，如何具体写的，用了何种方式等，基本都会回答，三层架构，什么什么，My god 三层架构是你一个模块就能体现的吗？那好，既然你说三层，何为三层，三层的优点，缺点在哪里？诶~~~~~前几天首页那篇批判大学生的文章，我觉得写的太好了，你们这是在沉醉吗？如果你不喜欢，你为什么非要选择程序员这条路呢？
如何从优秀的程序员成为伟大的程序员[2]
4、对代码的信任
作为项目管理者，你怎么相信他们的代码。有些程序员，你可以对他们说：我星期五就要结果.--星期五到了，你收到了这样的Email:代码我都已经检查过了，现在就等着测试了。你很放心，只会有很少的瑕疵在质量确保的团队被查到。当然，还有些轻率的例子，一些程序员在邮件里是这样说的：我还没弄完，星期一上午我会最先完成它.你不太确信这东西，发现很多Bug,很长时间基本上不能用。又得花上几个星期清理代码中的Bug.
关键：你对一个开发人员越有信心，他离成为一个伟大的程序员的距离就越近。想象你是你的管理者，如果他并不担心你的代码，会给你多少信心和勇气！
5、对方案的信任
和对代码的信任是一回事--如果你手上有伟大的程序员，你就会对解决方案有信心。这些程序员同时也是伟大的建筑师。他们剖析整个问题，指出问题需要怎样去解决。这就不只是用伟大的代码编程的问题了，很大程度取决于你怎样构筑解决方案。这是关键，而且会让你在软件世界里出类拔萃。
6、满足客户需求
一天下来，你写出了最棒的代码、用了最好的框架和最好的解决方案，但这真的能迎合用户的需求吗？恐怕根本不是那么回事儿。你搞砸了。尽管现在多次失手，一个伟大的程序员还是会正中靶心，找出客户需要的，给用户逐步展示他们所需要的无bug的最终版本。需求正中靶心的同时，用户满意了。
7、不断升级
伟大的程序员会积极主动地把自己的技术升级。他们对知识的态度就像饿猫见着了牛奶，他们从不用上级催促给自己设定目标、不用经理要求他们完成任务，因为他们自己就已经安排OK了。
他们发现自己想要参加的大会就会给公司写Email本人非常想参加今年的Tech-Ed大会。我将用心研习，并对作出贡献。我预计这可节省金钱/其他原因.如果可行，不知公司是否帮我支付此行？如果我收到这样的邮件，我不仅会帮他支付参会费用，他的路费我也会全程买单。
伟大的程序员们永远会关注例如。net用户组或Java用户组的所有用户群体。他们参加本地的技术会议，并从中汲取知识。你会看所有最新博客和最新的杂志吗？现在列出你最喜欢的前5个开发博客。你能做到吗？你应该像参加基督教青年会那样轻松做到。做到这些，可以很好的帮助你延伸你的思路！你将会不断获得更好的点子！你会得到更好的回报！
如何从优秀的程序员成为伟大的程序员[5]
15、组织技巧
把所有事情整合在一起的最关键要素是组织。你可能是世界上最好的程序员，但如果你不善于组织你所做的事儿，你的工作将陷入瘫痪，最终丧失优势。伟大的程序员保持自己工作平台的整洁有序，保留所有的笔记并调理清晰。他们标出自己的会议日程表。他们有专门的收件箱给日程邮件、会议和新任务分类。他们保留文档并能在需要时迅速找到所需。
额外要提到的：激情
伟大的程序员如果没有热情，那么他的工作也并不伟大。好的程序员有了热情来对待他的工作、方案和团队，那么他比伟大的程序员还要伟大。
在回顾的时候，我用这些标准来评判我的开发团队。我给我的团队尽可能最好的环境，作为回报，我想要他们都成为最伟大的程序员。你可以用这些标准来评判你的团队，或者你本身就是一名程序员，请用这张列表来尽可能地改造自己来超越同侪。
备注：Generics是程序设计语言的一种技术，指将程序中数据类型进行参数化，它本质上是对程序的数据类型进行一次抽象，扩展语言的表达能力，同时支持更大粒度的代码复用。对于一些数据类型参数化的类和方法来说，它们往往具有更好的可读性、可复用性和可靠性。在设计集合类和它们的抽象操作时，往往需要将它们定义为与具体数据类型无关，在这种情况下，使用Generics就是非常适合的。
合格程序员应该具备的12种能力[2]
4.利用工具能力
工欲善其事，必先利其器。有了趁手的家伙，工作效率可以提升数倍。你编程序，有没有选择一个很好的IDE，以前听说编程高手都用记事本写程序，我觉得那是一种自虐。就像以前看到的一篇文章，说一帮户外旅行爱好者，出去旅游，背了重重的旅行包，里面装着什么压缩饼干等快速食品。他们宁可就着矿泉水啃压缩饼干，也不肯去1里路都不到的快餐店，农家菜馆吃饭。工具是为目的服务的，好用，提高效率就行，形式无所谓。
另外一个常用的工具就是日记本，好听点可以称为知识管理工具，我用的是myBase，感觉非常好用，在之前，我的所有的片段内容都是记录的单独的文本文件里的，非常不好找，管理也很混乱。
经常上互联网，看到好多好的资料想保存下来，作为日后查看之用。一开始，我用的是firefox自带的书签，但是自己分类太累，多了之后不便于查找，很麻烦。后来用了插件，非常方便，现在成为了我必备的一个工具。
还有一个最重要的工具就是搜索引擎了，我装了google for firefox插件，感觉不错，还有英文翻译功能。按照我同事的说法，内事用baidu，外事用google。很多技术资料都是英文的，用google搜索效率高一些。搜索引擎用好了，就等于打开了一扇通向知识宝库的门，使用搜索引擎，关键字选择很重要。
经常去浏览大牛的blog，逐个网站访问很麻烦，去看了又可能没有更新，可以借助于RSS订阅工具，我是用iGoogle桌面工具，每天早上花半个小时扫一下，大牛的最新文章尽收眼底了。
5. 英语能力
新的技术资料都是英文的，英语国家的IT技术走在我们前面至少10年（这是我自己估计的数字，可能正在缩小）。就连印度，一个连基础设施建设都不太完善的国家，因为其英语基础较好，其在软件外包领域的发展也非常迅猛，远远超过了我们。学英语，首先是有信心，其次就是花时间。多阅读英文资料，贵在坚持。
6.学习能力
在IT业混饭吃不容易，整个环境进化的太快，你不学习，就等于落后了。学习要有针对性，别今天学ruby，明天学python，后天php的。首先要认清自己的目标，自己短期目标是什么，1年后，3年后，5年后的目标是什么。结合这些目标，确定自己的学习计划，人的精力毕竟是有限的。当然，多掌握几门编程语言也是好的，可以扩充自己的知识面，重要的是为自己的目标服务。
要想系统的学习一门技术或工具，看书是最好的方法。看完后，然后上网找相关资料，进行深入学习。学习要抓紧一切可以利用的时间，比如电脑启动要花1分多钟，旁边放一本书，可以看上几页了。公交车上，地铁上也可以看。
当然，不能只学习技术，要经常练习自己的软技能，比如沟通能力，表达能力。你可以把自己学到的东西，解释给自己的同事听，既加深了理解，又增进了同事之间的交流。学习的最高境界就是你能够把学到的东西解释给别人听，这才说明你理解了。在学习心理学上，称之为构成主义。
我学一样东西，总是先上网了解有没有相关书籍，如果想学，就买一本或者去图书馆找相关的书来读。我买的书，家里快放不下了（到目前位置，我买了1万多块的书）。我多半是把目录看完，了解这本书讲解的主要内容，然后需要的时候，我就可以立即补充它进入到我的知识结构。每个人可能都有自己的学习方法，意识到学习的重要，并能够根据需要补充自己的知识，这种能力更重要。
如何从优秀的程序员成为伟大的程序员[3]
8、团队奉献
你可以是团队中最棒的那个人，可是如果你不是最好的程序员、不是建筑师、不是团队里最有活力的人，那么对我来说，如果你不能分享或对你的团队有帮助，你的价值就会大打折扣。一个好的程序员会使自己周围的人同样强大起来。试想一下，好程序员会不断完善自己的知识和能力，如果他们不和周围的人分享他们的知识，他们从哪儿能获得更多呢？
他们不断学习新东西，发掘新技术，但是不会让其他人知道他们这么做了。一个好的程序员会准时完成方案，但是那是在催促和团队得不到休息的前提下。然而一个伟大的程序员则会与团队中所有的项目保持联系，在需要的时候还可以出手帮忙。他们会如是说：我注意到A团队的项目进行到xx进度了，如果不介意的话，我想我可以帮忙？
9、做好会议记录
做好会议记录绝对至关重要！开会期间，大家花大量时间来说明了新观点、新主张、集体讨论还有提出了新设计方案，可是会议结束后却没有人可以拿得出会议记录，简直没什么比这更糟糕的事情了。即使你有会议大纲，我还是期望见到参会的每一个人员都可以带着纸和笔（当然对于程序员来说笔记本则堪称完美）.一个伟大的程序员会注意到这点。他们会记下所有的会议记录，并且在会议结束的的时候说：就刚才的会议，我着重记录了几点：XX 我是否记录全了呢？
接下来，伟大的程序员就会把他做好的会议记录分发给项目管理者，列出会议时间、会议主题和参会者。接下来，是会议项目的标题和重要条目。在这之后，就是这些议题的详细记录。一个好的程序员没有做会议记录，并在会议上对提出的每项事宜都点头称是，那只能寄希望于他的记忆力足够好了。随后，他会给你发邮件让你看看他的改动，你得回头提醒他忘记的不多，百分之九十的都没错。--这不是浪费时间嘛！根本不是这么回事！所以，做好你的会议记录。
10、孺子可教和接受批评
如果你读到这儿了，就表明你有希望接受这些建议，并在以后的开发行动中尝试执行。对，程序员的另一项重要能力就是向他人学习并且能够接受批评。通过把自己变为一个虚心受教的人，像海绵一样快速吸收大量知识，毕竟在编程的路上你还有很多前辈。当然，也许他们在写代码的岁月里慢慢生了锈，甚至伤痕累累，但是他们毕竟曾披荆斩棘跨过无数的坎儿。对于做出正确决定，他们又着瞬间的本能，让你不得不服。处于他们这个位置，很乐于见到你的成长和成功。
所以，只要你是个伟大的程序员，就会理所当然的拥有理想的工作环境。如果你不断改善技能、虚心好学、在别人给出的意见和批评中总结错误并得以改善，我向你保证你将会成为一个伟大的程序员而不只是想象自己变得伟大而已。如果你总把自己想象成为精英而不进步，那你只是自欺欺人。如果你不成长，你甚至不能停留到原地，等待你的只有灭亡！
程序员你真的只是程序员吗[2]
或许上面写的比较偏激，但真的是很普遍，我想告诉你们，你们虽然只是负责一个模块，但无论如何，请要知道你的项目到底是什么，如何运转，哪些地方好，哪些地方不好，因为这是对你自己的一个提升，也是对公司的一个负责。说到负责，我不得不说责任感，很多人就是缺少了责任感，以为完成了任务就可以了，但你要知道，你的公司或许等的不是你的完成呢？
请您拿到项目需求的时候，分析一下您要做的东西，用你敏捷的思维想一下，该如何去做，还请您多想想下一步，如果扩展了，我要改哪些地方，最重要的是，请您想想，这个任务对公司是否有利，或许你会说你只是个程序员，我没有权利去改变任务，没有错，你是个程序员，首先请你完成你的任务，在完成任务的同时，想想任务的完成对公司的运营是否起到反作用，因为有时你会比你的老板更了解项目对公司的利弊。如果你真的觉得不太好，不要怕，提出你的观点，但一定要想好你观点的描述，尽可能的表达清楚，让你的老板知道你的意思，因为老板他不一定懂技术，所以一定要白话一点。如果你的观点是正确的，你们老板也听明白你的意思了，那样你们老板会更加的器重你，而不会不可理喻的让你完成他所要的东西了。毕竟这是对他好的建议，也是对公司发展好的建议，如果你的观点不好，那样老板也会给你一定的提点，何乐而不为呢？
下班后，请你抽空想想公司的发展吧，因为你是公司中的一员，公司发展前景好也代表着你的发展前景好，如果你的想法给公司带来了好的前景，那也是对你能力的一种肯定。
最后说说面试，我也经历过很多面试，同样也面试过很多人，刚开始也会为工作着急，到处找面经，但最好的面经是无法从其他地方找来的，因为面试是一个展示自己的机会，而不是一再的ctrl+v 。刚开始我也会紧张，但马上，我调整了自己，每次面试就当自己一种磨练，一种交流、沟通、展示的机会，随后的几次面试都比较成功，再随后的几年，我回到了老公司进行面试，显然他们对我的能力已经是一个肯定了，最后我还是没有选择他们，因为我回去面试只是为了看看公司的发展进行的如何了，因为这一切也有着自己的一份努力。最好玩的是一次邮件面试，对方给了很多题目，大多是网上都有的，我也没有baidu，用自己的想法回答了所有的问题，并提出了很多意见，没想到对方回错了邮件，把他给人事的邮件发给了我，貌似是说面试还可以，就是工资高了点之类的话，我也懒得继续往下看，回信给对方，发错邮件了。过后不久收到对方的面试通知，更确切的说是offer，不过在他电话中我直接给回绝了，因为我已经在一家自己喜欢的地方就职了。
我爱我的公司，我爱我的程序，我也爱我的老婆和家人，因为他们给了我快乐，也给了我支持，让我能更全身心的去投入到代码之美中，我更相信公司能异军突起，成为IT界的领军人物，因为我看到了一群为公司孜孜不倦，辛苦能力的同事，我很爱这种氛围，我相信我们的努力一定会给自己带来收获，就算没有收获，我也没有任何怨言，因为我沉醉了，因为我快乐，因为我是个快乐的程序员。
如何从优秀的程序员成为伟大的程序员[1]
怎样评定一名软件开发人员？这是一个颇为奇怪的问题。现在已经有了很多的理论和形式来做这件事，人力资源部门也试着帮你管理和反省自己的行为。然而，怎样才是一个伟大的软件开发人员，在今天，你该怎样发展你的职业生涯？以下是我评定团队中软件开发人员的军规.按照这些技巧和规则，你可以改善你的现状，由一个优秀的程序员，成为一名伟大的程序员。
1、时间花在写精彩的代码上
这里说的不是数量，而是质量。对此，一种歪曲是：要数量，也要质量。你也许会很多次的遇到以下的两种情境：
情境A:你有一个发疯似的能写代码的程序员，事情似乎在进展中然后，Bug开始不断出现，你们也不知道为什么，好像永远补不完。补完十个，又出来五个，现在你手里的，就是一大堆代码
情境B:你现在有一个看起来很聪明的程序员，你面试他的时候，他似乎无所不知，能把理论说的头头是道。然而，你留给他三个任务，三个星期以后，他还在做一些三天就该干完的事。这下该你困惑了，他这么聪明，他知道generics（详见备注）,多线程的一切事情，甚至还能给祖母级的人讲解什么是指针，让老太太兴奋的想去编程。可是--怎么什么都没完成？
于是，在梦境中--你写出了堪称伟大的代码，--伟大的代码是伟大的程序员写出来的，他睿智，明白代码的真正品质所在。写代码就像托尼？霍克在玩滑板一样自然优美，看上去就令人愉快。这些程序员以让你眼花的速度搞定一切，他们知道每个问题应该处理多长时间，也不会追捧寻觅所谓的世界最好解决方案，弄很多线程很多层来写一个简单的游戏。他们写的程序没有Bug,因为写的时候自己测试过了，在睡觉时也在写代码说的就是这样的人。这些程序员太宝贵了。
2、阐明问题
可以明确的是：即使有问题暂时处理不了，还有成百上千的方法去解决。有些人反应很迅速，很快就能提出多种解决方案。然而，一个伟大的程序员应该在做出行动以前清晰阐明问题--创建文档或用白板表达出来。他们写邮件给项目的管理者，这样表述：我想和你说说我是怎么理解这个问题的，我们能这样处理吗？然后他们就会动手给你多种方案。
对，这些人明白自己看问题和阐明立场的方式，而这理解方式大概不会是问题创建者所想要被理解的。请牢记这就是关键所在。一名伟大的程序员在尝试解决问题以前，一定要完全的理解它。你百分百搞明白了吗？没有？百分之九十九？--回去再多问些问题，确保百分之百理解清楚了。
3、怎样着手解决问题
那一搞明白了问题，就开始动手写代码？错！一个伟大的程序员应该按照规划，开始思考面临的多种选择，基于问题开始考虑最好的解决方案。我觉的这像一场国际象棋比赛。你知道每个棋可以怎么走，知道所有的游戏规则。但是你会马上走棋吗？不，你要审时度势，制订计划，紧盯对手，分析其通常的做法。和这一样，在你coding解决问题以前，你也要这么做。
看看问题，计算出需要怎样的结果，你的时间能怎么安排，预期的质量，你必须用的工具，好了，开工吧！
合格程序员应该具备的12种能力[3]
7.创造能力
普遍认为，东方人模仿能力很强，但创造能力差。我见过很多这样的程序员，经常说，这个只能这么解决了，我想不出有什么别的方法。可能他根本都没想过别的方法，或者懒得去想。对任何一个问题，找出两种以上的解决办法都是非常容易的，简单的google一下，可能就是数十种。悲哀的是，有些程序员经常止步于自己构建的狭小领地之内。对待客户也是这种态度，不是积极的帮助客户解决问题，而是推脱这只是唯一解决方案。
打破这一思维定势的首先的一个办法就是在面临一个问题时，首先想到的是没有不可能，或是一切皆有可能，前面那个是阿迪的广告语，后面是李宁的。只有这样去想，才能寻找解决问题的别的出路，即使最后我们试了很多种办法，还是只有着一种解决方案，但我们在这种寻找解决方案的过程中，常常会产生很多好的想法，这样才会使我们真正深刻思考一个问题。
但我认为，坚持认为存在另一种解决方案的信念是第一位的，方法和工具都是其次。
8.文档能力
也许有人会质疑，程序员跟写文档有什么关系。大家开源软件也用过不少，看看Spring，hibernate，Struts等最流行的开源软件的文档就知道，他么的tutorial，他们的getstarted，他们的reference文档写的多么的易懂。其实写代码也相当于写文档，只不过用的是编程语言。同样，写文档，用自然语言，也相当于写程序，简单明了，清晰易懂，这样的程序谁看谁舒服。同样，对于想进阶到设计师或者需求分析员角色的程序员，文档能力更是非常重要。
word是一个最实用的工具，很多程序员，多级编号都不会用，索引目录也不知道如何生成，更别灵活应用样式了。很多排版都是所谓的dirty work.垃圾样式一大堆。其实，静下心来，稍微学习一下，就能写出一篇格式漂亮的文档。
9.抽象能力
抽象能力是认识事物从现象到本质的能力。如果你只是停留在见山是山，见水是水的层次，客户说什么，你就做什么，设计怎么做，你就怎么实现，从来不过问为什么，也不去想他是满足了用户哪些方面的需求呢。这样可能只解决了表面的问题，可能会引起返工。认识到本质，才能让你的程序具备更大的灵活性和可扩展性。在做企业应用软件开发中，抽象能力体现为对问题域的理解能力，对领域模型的抽象。合理的抽象也是代码重构的前提，每一次重构，都是向更好的抽象迈进了一步。
10.代码评审能力
代码评审和单元测试是保证代码质量的两种常用手段之一。代码评审能力，说明了你的审美标准，知道什么是好的，什么是不好的，什么是优雅的代码，什么是糟糕的代码，你才能让自己做的更好。
11.单元测试能力
没有单元测试的代码，只能说是半成品。因为没有什么能证明你的代码是可以运行的。测试驱动开发是一个非常好的敏捷过程的最佳实践。单元测试还可以作为回归测试，在修改代码时，起到警戒线标志的作用。是否具有单元测试的意识是区分程序员是否合格的重要标准。写不写单元测试是区分平庸程序员和优秀程序员的重要标杆。
12.DRY
DRY是一种原则，就是Don't Repeat Yourself。这条原则可以用到很多地方，比如你经常要编译，打包，部署应用程序，供集成测试用。每次你都在重复你自己，写一个自动化脚本（比如用ant，批处理命令）来将这些工作自动化，以提高效率。
还有一个就是我们经常在不同的地方切换IP，如果每次手工做，也非常浪费时间，写一个bat命令可以解决，找一个小工具也可以解决。
编码时，对代码的copy复用也是在重复你自己，虽然拷贝过程很爽，但是维护一致性就要付出巨大的工作量，特别是将来维护的人不是你的时候，使用代码生成工具可以解决这个问题。类似的例子太多了，如果你发现你经常做一些重复的工作，就要警惕了，是否违背了这个原则，想一些办法将他们自动化。
程序员的“四高”
21世纪需要的IT人才具有5个鲜明的特点：
四商兼高（IQ、EQ、AQ、SQ）
21世纪的企业强调全面与均衡。一个人能否取得成功，不只看他的学习成绩或智商（IQ）的高低，还要看他在情商（EQ）、逆商（AQ）、灵商（SQ）这四个方面是否达到了均衡发展。
高智商（IQ,Intelligence Quotient）:高智商不但代表着聪明才智，也代表着有创意，有很强的学习潜质，善于独立思考和解决问题。
高情商（EQ,Emotional Quotient）:高情商是具有很好的认识自我、控制情绪、激励自己及处理人际关系，参与团队合作等相关的个人能力。在高级管理者中，情商的重要性是智商的8倍。
高逆商（AQ,Adversity Quotient）:高逆商是指一个人具有很好的面对困境时减除自己的压力、渡过难关的能力，包括逆境态度、减压力、抗挫力、积极乐观向上的心态，摆脱逆境推动人生发展的能力。
高灵商（SQ,Spiritual Quotient）:高灵商代表有正确的价值观，能否分辨是非，甄别真伪。那些没有正确价值观指引、无法分辨是非黑白的人，其他方面的能力越强，对他人的危害也就越大。
从事热爱的工作
在全球化的竞争之下，每一个人都要发挥出自己的特长。而发挥特长的最好方法就是根据自己的兴趣、爱好来选择工作--因为只有做自己热爱的工作，才能真心投入，才能在工作的每一天都充满激情和欢笑。这样的人才是最幸福和最快乐的人，他们最容易在事业上取得最大的成功。
融会贯通
仅仅勤奋好学，在今天已经远远不够了。因为最好的企业需要的人才都是那些既掌握了丰富的知识，又具备独立思考和解决问题的能力，善于自学和自修，并可以将学到的知识灵活运用于生活和工作实践中，懂得做事与做人的道理的人才。
创新与实践相结合
从根本上说，价值源于创新，但创新只有与实践相结合才能发挥最大的效力，为了创新而创新的倾向是最不可取的。反之，在实践过程里，我们也不能只局限于重复性的工作，而应当时时不忘创新，以创新推动实践，以创新引导实践。只有这样，我们才能不断研发出卓越的产品。
跨技术领域的复合型人才
21世纪是各学科、各产业相互融合、相互促进的世纪。现代社会和现代企业不但要求我们在某个特定专业拥有深厚的造诣，还要求我们了解甚至通晓相关专业和领域的知识，并善于将来自两个、三个甚至更多领域的技能结合起来，综合应用于具体的问题。
以上《程序员要培养企业家式的能力》一文，由编辑精心撰写而成，希望对您的职业规划有所帮助，更多精彩请访问“程序员个人简历模板”专题！
