程序员要培养企业家式的能力

本文格式为Word版，下载可任意编辑——程序员要培养企业家式的能力程序员个人简历模板。

职业规划就是对职业生涯乃至人生举行持续的系统的筹划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。

昨天去加入了RIAMeeting组织的一次小型聚会，见了不少技术牛人，他们都有丰富的开发阅历和技术体会，并且对于技术有精益求精的态度，让我这个去蹭吃蹭喝的人觉得对比惭愧，也学习到了不少东西。在聚会终止的时候大家开头自我介绍，可以料想到：一个比一个谦逊、害臊、不善表达和我在其它场合接触到的大片面技术人员一样。这给了我一些触动，加上最近我也看了一些东西，就抉择写这么一篇日志。

上大学的时候我了解到有程序员这个职业，就是写代码的，不过在我毕业进入公司之后，我更热爱工程师这个称谓（webdeveloper也可以叫做前端工程师或者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等工程，就觉得自己很了不起了，工资也是漫天要价，可真正面谈的时候，我才得知，你仅仅是其中的一个小模块，但当我问其工程的整个运维的时候，就会楞个半天，结果来一句，这个模块不是我负责的，敷衍了事。那好，我问你自己负责的模块，如何概括写的，用了何种方式等，根本都会回复，三层架构，什么什么，Mygod三层架构是你一个模块就能表达的吗？那好，既然你说三层，何为三层，三层的优点，缺点在哪里？诶~~~~~前几天首页那篇批判大学生的文章，我觉得写的太好了，你们这是在沉醉吗？假设你不热爱，你为什么非要选择程序员这条路呢？

如何从优秀的程序员成为宏伟的程序员[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自带的书签，但是自己分类太累，多了之后不便于查找，很麻烦。后来用了插件，分外便当，现在成为了我必备的一个工具。

还有一个最重要的工具就是探寻引擎了，我装了googleforfirefox插件，感觉不错，还有英文翻译功能。按照我同事的说法，内事用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是一个最实用的工具，好多程序员，多级编号都不会用，索引目次也不知道如何生成，更别生动应用样式了。好多排版都是所谓的dirtywork.垃圾样式一大堆。其实，静下心来，稍微学习一下，就能写出一篇格式美丽的文档。

9.抽象才能

抽象才能是熟悉事物从现象到本质的才能。假设你只是停留在见山是山，见水是水的层次，客户说什么，你就做什么，设计怎么做，你就怎么实现，从来不过问为什么，也不去想他是得志了用户哪些方面的需求呢。这样可能只解决了外观的问题，可能会引起返工。熟悉到本质，才能让你的程序具备更大的生动性和可扩展性。在做企业应用软件开发中，抽象才能表达为对问题域的理解才能，对领域模型的抽象。合理的抽象也是代码重构的前提，每一次重构，都是向更好的抽象迈进了一步。

10.代码评审才能

代码评审和单元测试是保证代码质量的两种常用手段之一。代码评审才能，说领略你的审美标准，知道什么是好的，什么是不好的，什么是优雅的代码，什么是糟糕的代码，你才能让自己做的更好。

11.单元测试才能

没