职业规划就是对职业生涯乃至人生进行持续的系统的计划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。
编者按：一个人的职业生涯不可能永远星辰闪耀。寻找明天的职业星途系列报道，就是想为那些职业生涯正走在星途上的人们，早早地点上几盏灯，让他们在星运尚未黯淡的时候，能够瞄准其中的一盏，用它继续照亮未来的职场人生。
寻找明天的职业星途
IT程序员：如何化蛹为蝶
高薪光环下的IT行业是众多年轻人的职业梦想，然而，身在其中的很多人却面临着职业的痛苦抉择。IT编程员被称为是IT业的蓝领，工作强度大，像个编码机器；技术更新换代快，竞争激烈，饭碗不稳定。随着年龄的增长，IT编程员该何去何从？
程序员Smith的困惑
32岁的Smith已经算是IT行业的元老了。大学时代的他，有2/3的时间是在校园微机房里度过的，当时，他疯狂地迷上了电脑。大学毕业后，Smith早早地被一家IT业著名的跨国公司录用，担任程序员。
刚进IT行业时，Smith真是有股火一般的热情，参与了不少项目，而且都成功了。公司对他也很器重，付给他的薪水在当时的同学中可算是天价。在后来的IT泡沫中，Smith的公司也还算是稳定。一晃8年过去了，Smith也曾换了两家公司，薪水越来越高，但他却越来越困惑。今年他已经32岁了，以前不觉得，但现在，他感觉程序员的工作强度非常大，一直处于超负荷运转，工作状态就一个字：累。况且，由于这一行的特殊性，从业者必须不断地学习。32岁的程序员虽然技术老到，但毕竟在学习能力、反应速度、工作效率上渐渐地开始和年轻人有差距，Smith觉得后生可畏，感觉自己的 竞争力在缩水。
何况，现在IT业不比以往，面对大量廉价的职场新人，老板不仅可以挑肥拣瘦，还可以随时让薪水已涨到一定水平的老人走人。Smith的同事Tom就是这样被公司请走的。Smith担心什么时候裁员的大棒就要挥到自己的头上。虽然目前薪水不低，但天下没有白吃的午餐，得到的多付出也就更多。而且业界还有这样的传统，过了35岁，IT编程员就有转岗的可能。未来该何去何从，Smith深感困惑。
zc530.Com小编推荐
这个问题相对比较复杂，也很宽泛，很难简单回答，我这里，也仅仅就个人的一点认识，谈谈看法。
目前在学生里，我也观察到，很多二本，三本的同学，在心里上有种自卑感，总觉得考分低了，出来就低人一头。这点，我是万万不赞同的。很多时候，我对小弟讲，我相信你们的老师，师兄，师姐，前辈，都有讲过：大学毕业，仅仅是开始，不是结束。
中国的社会，越来越商业化，其实商业化有一个好处，就是这个社会给每个人的机会，总的来说还是越来越公平。这个问题分怎么看，名校毕业，高官子弟，亿万富豪的孩子，总会比我们站在更高的一个起跑线上，这是事实，但是，也仅仅是起跑线而已。在社会上，也有太多的故事，从一个穷家子弟，经过努力奋斗，最后成功的事实，因此，首先我觉得大家不必气馁，万事有拼才会赢，只要敢拼敢做，没什么大不了的。
我自己的学历就不高的，经过这么多年奋斗，也取得了一点成绩，这里就不多说了，总之，请大家记住，这个世界，还是相对比较公平的，只要肯努力，就会有回报。反过来说，当我们认为社会不公的时候，不妨问问自己，自己尽到自己最大努力没有？
第二个问题，关于学校里面开设的课程，大家可能会觉得不够时髦，不够酷。净是一些计算机组成原理，数据结构等老掉牙的课程，远没有什么spring 框架来得过瘾。呵呵，不过根据我的经验，工作几年以后，大家可能会觉得，最值钱的，恰恰是这些最土气的课程。用框架，永远不算本事，也没有什么核心竞争力的，哪天框架死了，你就死了。会做框架，才叫本事，才叫公司里面的骨干人才，才可能成为架构师。而另一方面，框架也是人做的，大家以为，做框架需要哪些知识？是不是上述old的知识？
因此，我的建议，大家好好学好自己的课程，在这几门课上，清华的老师，比起你们的老师，未必有优势，因为这些知识太经典了，也没有给老师什么推陈出新的发挥余地，学这几门课，大家和清华的学子，是站在同一个起跑线上的。
第三个问题，学习C和C++的问题，大家不用想，我的经验，别说这两门相对复杂点的语言，就算是 Java,PHP等语言，没有指针的干扰，要想学精学透，没有3到5年、5到10年的刻苦，也是不行的，大学毕业就想做大师，不太可能的。因此，建议大家不必妄自菲薄，你做不到，别人也做不到，大家还是一个起跑线，关键看，以后工作中，能不能扎下来潜心研究，仔细揣摩，不断增长自己的经验值。
第四个问题，关于培训机构不培训C和C++的问题，我也很好奇，好像是有这么回事。我曾经研究了一下，认为原因是这样的：
培训机构也是商业公司，主要目的是赚钱。对他们来说，赚钱有两个重点，第一是短平快，要短期出成果，让学生和家长有看得见的进步，给客户以信心，好让客户买单。第二则是成本够低，在同样营业收入的情况下，培训时间越短，请的老师价格越低，老师的沟通成本越低，培训机构的利润越大，因为企业做生意，核心问题是利润，即他真正赚到手的那部分钱。
这就很好理解了，无论从哪个方面理解，C和C++都不是最佳的选择。大家可能没有讲课的经验，但是我本人有一点。我讲课时，发现最难和同学们沟通的细节就是指针，翻过来揉过去说，几个小时下来，就是有人搞不懂指针，至于指向指针的指针，就更晕了。更不要说C中的函数指针，C++中的对象指针，泛型设计等复杂概念，反之，Java,.net都有比较成熟的应用程序框架，同学们可以快速搭建一些立竿见影的应用，因此，从短平快角度，从利润最大化角度，C 和C++都不是最好的教学语言。
如果我开培训公司，我的目的是赚钱的话，我也不会教C和C++,太费神了。当然，有人说你贵买贵卖吗，收费贵点，把成本补回来。那样也不太现实，因为，太贵的费用，就没有客户了，大家试想一下，如果开个培训C和C++的培训班，保证出来会写操作系统，收费20万，大家学不学？我估计就算这个课程值这个价，恐怕也卖不出去。
所以，这位同学说的培训机构的意见，我的建议是，听听就好了，不要太认真。
你是不是感觉标题有点矛盾啊，是啊，程序员当然就只是程序员而已嘛，还会有其他什么吗？
No，No，No，如果你以前是如此认为的，那看完这篇文章后，请从此打消这个念头，因为你要改变成一个不一样的程序员（怎么还是程序员？）
虽然我工作经验也就6年左右，但经历了很多，也自己创业过，也是从一个初级程序员走起，因为看的比较多了，某些东西也普遍存在着很多程序员身上，希望自己的经验能帮助你们。
当刚踏入程序员这条路的时候，有幸为一家公司开发一个大型的电子商务网站，因为这篇领域当时还算刚刚起步，自己的编程能力还不太好，所以做起来就比较吃力，每天重复着做完PM给的工作，但是做了大概几个星期，我发觉某些地方真的不合理，但自己又仅仅是一个程序员而已，怎么办呢？我还是按照PM的任务一步一步来做，私下里我用了大量的时间去尝试着我的做法，在接下来的几个星期，我试着跟我的PM进行沟通，他也发觉不错，所以一并写了方案提交给上级领导，很好的是，我们的领导发觉建议还不错，所以改变了原先的策略，对我们的网站原先的设计进行了彻底的推翻，一套新的理念就此诞生了。
这只是一个小例子，并不是炫耀自己的能力，我只是想说，程序员，你其实不仅仅是worker，更应该是Ideaer。当你选择程序员这条路时，如果你仅仅为了工作而选择的，我想你的人生真的很灰暗，为什么这么说呢？我面试过很多人，大多都是从培训中心出来的，虽然我也是从那里走出来的，不过我当时是为了学习编程而去培训，但现在更多的人会为了工作而去培训。其实如果你是真正的选择程序员这条路，我想你的思维能力一定不错，因为一般程序员大多是理科出生，理科靠的就是你的思维能力，在某些时候或许你的思维还不够敏捷，但我知道，每个人在接受了一段时间的工作后，就会产生各类的想法，或许某个想法你会改变你公司的命运，可为什么提出观点的人就寥寥无几呢？
我想可能是因为性格吧，因为很多程序员都是内向型，因为我们需要花一定的时间，去沉醉在代码中，因为这是一个奇妙的世界，无法自拔，所以很多时候就忽略了沟通，因为我们打交道最多的是abcd。如果你正是如此，希望你快点走出来吧，分清楚何时沉醉，何时交流才是最好的。我的偶像-唐骏，我看过他的访谈，他在大学时还是一个不会沟通的人，只是偏执于技术，而且和大多人一样，都会觉得自己什么都会，什么都行，是个天才，但在他大三的时候，他意识到了错误，花了几年的时间去学习交流、沟通，在宁愿委屈自己进入微软做程序员，再到无数次发意见给Bill，一步一步成就了这位打工皇帝。
所以，我们每个程序员要做的是，技术和沟通并行提高。在唐骏的话中，我会学到很多东西，他能从容应对每一次挑战，当时有幸成为唐骏的下属，见证过他的能力，虽然他当时只是个技术总监，但他的想法、创意给盛大带来了无比的利益，我不得不佩服他的胆大，不得不佩服他的能力。从他身上还学到了专一，其实很多程序员会在编程的道路上三心二意，这是很正常的，不过我相信一段时间以后你会学会专一的，因为程序真的很美，带来的不仅仅是工作和薪资。
我这里又不得不批判一些年轻程序员了，他们仅仅看中的是工资、福利等，没错，这是考虑工作的一点，但你要知道，有些时候，你第一点的工资，或许你会学到更多的东西呢？我经历过很多，经历过1年工资翻几番，又经历过折一倍，又经历过小公司，又经历过大公司，各种各样看的实在是很多，但我不会说我自己半途而废，因为每次我会把事情做的觉得自己可以了，我才会选择更好的发展前景。我面试过一些人，工作也就2，3年，做过的东西也很多偏向于OA、ERM等项目，就觉得自己很了不起了，工资也是漫天要价，可真正面谈的时候，我才得知，你仅仅是其中的一个小模块，但当我问其项目的整个运维的时候，就会楞个半天，最后来一句，这个模块不是我负责的，敷衍了事。那好，我问你自己负责的模块，如何具体写的，用了何种方式等，基本都会回答，三层架构，什么什么，My god 三层架构是你一个模块就能体现的吗？那好，既然你说三层，何为三层，三层的优点，缺点在哪里？诶~~~~~前几天首页那篇批判大学生的文章，我觉得写的太好了，你们这是在沉醉吗？如果你不喜欢，你为什么非要选择程序员这条路呢？
怎样评定一名软件开发人员？这是一个颇为奇怪的问题。现在已经有了很多的理论和形式来做这件事，人力资源部门也试着帮你管理和反省自己的行为。然而，怎样才是一个伟大的软件开发人员，在今天，你该怎样发展你的职业生涯？以下是我评定团队中软件开发人员的军规.按照这些技巧和规则，你可以改善你的现状，由一个优秀的程序员，成为一名伟大的程序员。
1、时间花在写精彩的代码上
这里说的不是数量，而是质量。对此，一种歪曲是：要数量，也要质量。你也许会很多次的遇到以下的两种情境：
情境A:你有一个发疯似的能写代码的程序员，事情似乎在进展中然后，Bug开始不断出现，你们也不知道为什么，好像永远补不完。补完十个，又出来五个，现在你手里的，就是一大堆代码
情境B:你现在有一个看起来很聪明的程序员，你面试他的时候，他似乎无所不知，能把理论说的头头是道。然而，你留给他三个任务，三个星期以后，他还在做一些三天就该干完的事。这下该你困惑了，他这么聪明，他知道generics（详见备注）,多线程的一切事情，甚至还能给祖母级的人讲解什么是指针，让老太太兴奋的想去编程。可是--怎么什么都没完成？
于是，在梦境中--你写出了堪称伟大的代码，--伟大的代码是伟大的程序员写出来的，他睿智，明白代码的真正品质所在。写代码就像托尼？霍克在玩滑板一样自然优美，看上去就令人愉快。这些程序员以让你眼花的速度搞定一切，他们知道每个问题应该处理多长时间，也不会追捧寻觅所谓的世界最好解决方案，弄很多线程很多层来写一个简单的游戏。他们写的程序没有Bug,因为写的时候自己测试过了，在睡觉时也在写代码说的就是这样的人。这些程序员太宝贵了。
2、阐明问题
可以明确的是：即使有问题暂时处理不了，还有成百上千的方法去解决。有些人反应很迅速，很快就能提出多种解决方案。然而，一个伟大的程序员应该在做出行动以前清晰阐明问题--创建文档或用白板表达出来。他们写邮件给项目的管理者，这样表述：我想和你说说我是怎么理解这个问题的，我们能这样处理吗？然后他们就会动手给你多种方案。
对，这些人明白自己看问题和阐明立场的方式，而这理解方式大概不会是问题创建者所想要被理解的。请牢记这就是关键所在。一名伟大的程序员在尝试解决问题以前，一定要完全的理解它。你百分百搞明白了吗？没有？百分之九十九？--回去再多问些问题，确保百分之百理解清楚了。
3、怎样着手解决问题
那一搞明白了问题，就开始动手写代码？错！一个伟大的程序员应该按照规划，开始思考面临的多种选择，基于问题开始考虑最好的解决方案。我觉的这像一场国际象棋比赛。你知道每个棋可以怎么走，知道所有的游戏规则。但是你会马上走棋吗？不，你要审时度势，制订计划，紧盯对手，分析其通常的做法。和这一样，在你coding解决问题以前，你也要这么做。
看看问题，计算出需要怎样的结果，你的时间能怎么安排，预期的质量，你必须用的工具，好了，开工吧！
价值这个词，很正式，俗一点就是一个钱字。可以说这个字是当今社会的一个核心。无论经济活动、社会活动那个能离开这个字呀！人为财死，鸟为食亡。可能是人生的一个真实的写照吧！
回到现实生活之中，我们常常听到程序员抱怨自己的工资很低，抱怨自己的付出和自己的报酬严重背离，有的甚至不考虑自己工作能力和工作贡献，以别人的工资或社会岗位工资来确定自己的报酬。同时我们也常常听到公司的老板的抱怨软件公司不赚钱，最大的成本都花在员工的工资上了，自己在给员工打工。那么我们怎么能够计算程序员自身的价值呢？我们怎么看待程序员价值值与不值呢？我感到程序员自身价值有两个方面，一个方面是程序员的收入价值，一方面是程序员市场价值。程序员收入价值比较简单，就是程序员的年收入。例如一个程序员的年收入是5万。则这个程序员收入价值就是5万。程序员市场价值是指程序员本人编制的软件产品销售价值和预期的销售价值。例如，有5个程序员一年之中为一个客户编制了一个软件，软件售价5万元，假定我们忽略了销售成本和维护成本等，5个程序员水平大致相同，则一个程序员的市场价值就是1万。
程序员的收入和程序员市场价值往往是不相同的：
1）当大学生刚刚参加工作的时候，由于能力的限制，很少能编好程序，大部分时间都花在学习上，但是，他还是获得工资报酬。但是他的市场价值为0。这个时候，程序员是正收入。
2）当程序员具备编程能力，投入到编程工作之中，程序员不但获得工资报酬，其劳动成果也变成的公司的收入。假定公司能收支平衡，而且分配比较合理，那么程序员收入价值于程序员的市场价值相当。
3）当程序员具备较强的编程能力，投入到编程工作之中，程序员不但获得工资报酬，其劳动成果也变成公司的收入。假定公司产生利润，而且分配比较合理，那么程序员的收入价值就会低于程序员市场价值，其差价就是程序员给公司的利润贡献。
4）当公司出现亏损的时候，程序员收入价值就会大于程序员的市场价值。
通过以上分析我们可以看出，程序员的市场价值是程序员收入价值的基础，当程序员收入价值远远低于其市场价值的时候，程序员就会感到收入太少，分配不公，不愿意在公司长期呆下去。当程序员收入价值高于或等于其市场价值时候，公司老板只能维持或靠吃老本来维系公司的运作，维持不下去公司只好倒闭。另外，程序员的市场价值要小于公司的软件销售收入。
就目前的中国软件企业运行状况而言，中国软件业早已告别了暴利时代，残酷的竞争使得软件的公司利润趋于下降。有的软件公司在竞争中倒闭，大部分在维持中维持。究其原因很多，但是大部分软件公司都是靠开发项目来维持生计。而项目都是靠用户需求来驱动的，因此，开发出来的软件往往是定制的，不可复用。一些好的软件公司，往往在一个行业中积累了大量的行业知识和软件开发的程序。通过程序积累系统积累，形成了行业系统的开发工具和通用软件。使得程序的复用性大大增强，逐步形成了行业软件的优势，这样公司发展很好。
无论从程序员个人的收入价值或市场价值，还是软件公司的运行状况来看。其核心是软件本身的市场价值。如果一个软件市场价值很高，则程序员的市场价值就会很高，公司的利润就会很高。一个软件市场价值往往取决于这个软件的复用性或商品化程度。假定一个软件销售价格为1万，预期的销售个数达1000个时，其市场价值就会达1000万，假定这个软件是由5个人开发的，相关销售、维护、管理费用不计，则一个程序员的市场价值就会达200万，尽管这个程序员年收入只有5万。但是程序员的市场价值是很高的。有了高的市场价值，就有了增加工资、奖金报酬的基础，就会有增加收入的希望。一般开明的公司都会根据程序员的市场价值的大小来，来定义程序员报酬的。只有这样公司才能留住人才，才能获得更大的利润。
在面试一些新程序员的时候，当问他为什么选择.net方向时，经常听到一些这样的回答：记得曾经我的老师对我们说，当你在开发语言和工具方面不知道怎么选择的时候，那么你只要跟着微软走就行了。所以最终他选择了.net。我想大家都曾有过类似的经历。当经历过数年之后，一些人在.net的某方面成为了专家，有些人精通数据库方面，有些人精通web界面设计，有些人精通系统架构。还有一些人是什么都会，但不管哪一方面都算不上精通。当然还有另一些人，他们没有选择.net，他们选择了java，在若干年之后，他们说：java程序系统比.net系统更稳定之类。既然大家都是.net阵营，暂且对他们不予讨论。
结合自己的亲身经历，对准备成为。net程序员和已经成为。net程序员的新人一些快速成长建议：
1.选择研究方向后不要动摇
对.net好还是java好的问题，我一向的观点是：它们都好，它们都是软件开发领域的杰出工具，它们都能够做出非常出色的系统。评价一个系统好与不好的标准不在于开发语言，而在于系统本身，更多地在于这个系统的开发者-程序员本身。只要你是一个出色的程序员，你完全可以用你擅长的开发语言开发出高质量的系统，而不管这种开发语言是.net还是java。而如果你过度地徘徊在研究它们到底谁更好的时候，甚至不断地在二者之间辗转的时候，你损失的将是宝贵的时间。
2.尽量缩小研究范围
.net只是一个大方向，你应尽量将自己的研究范围缩小，比如专注于数据库，专注于xml方面，专注于ajax，只要你专注任何一个区域深入研究，当你成为专家之后，都不会愁饭吃。反之如果你什么都会，而没有一样真正精通，那么你可能永远只能做一个普通程序员。
3.找到正确的入门方法
不管做什么事，方法很重要。特别是入门时的方法。正确的入门方法将大大加快你学习的进度。了解语言本身和前提技术是最先要做的事情，比如你选择c#方向的asp.net，那么你必须先学习c#基础语法，和asp.net基础知识，并实际写小程序测试你学习的成果。当学会基本语法后马上找到asp.net的官方入门指导。微软做得很好的一个地方就是他的帮助系统做得很好。新人容易入门，建议首先从入门教程开始，这个东西就在你的机子上，在Framework SDK的菜单里面。强烈建议把这个教程全部学会。
4.多看别人的成果（源代码）
这个很重要，如果你是一个团队的新成员，那么看他们写好的代码将是非常好的学习途径，因为那些都是成功的代码经验。如果你还没有加入团队，是自学，那么找一个好的学习网站，多看上面的源代码也是很好的方式。另外一个强烈推荐的途径：仔细研究微软的.net StarterKit，个人认为这是.net入门学习途中最大的收获。
5.敢于接受新项目挑战，敢于尝试
主动承担公司的开发任务，敢于在项目中尝试你最新的研究成果将对你自身技术水平提高带来非常大的帮助。记得当初我在做一个建站平台项目时有过这样的经历，之前公司开发的项目大都在原有技术积累下面用成型的框架做开发，那时我也正在学习asp.net，不过那个项目我是主程序员，因此在开发上有很大自主性。于是1.0时我尝试将所有用户文章保存在web服务器的xml文件里，而不是像传统项目那样保存在数据库里，以希望减少web服务器和db服务器之间的数据传输。结果1.0系统实际运行时确实达到了我的目的，虽然随着数据量的大量增加，最终导致了IO瓶颈。但通过后来对IO瓶颈的优化解决，我在文件系统、服务器进程、xml应用、代码规范和性能优化等方面学到了很多东西，倘若当初按原来的模式写程序，将错过学习这些知识的很好机会。
6.不断推翻自己，敢于重构
这是对程序质量的要求，我认为只有不断地优化和改造自己的程序代码，才能最终写出高质量的程序，做出高质量的系统，最终使自己的技术水平提高。通常我会把实现一个功能的代码量作为衡量代码质量的标准，代码越少，越精简，同时又具有良好的可读性，就越理想。重构需要几个前提：首先是项目时间允许，然后是确实找到更好的代码组织逻辑，如一种很好的结构模式，更合理的面向对象调用方式等等。只要找到更好的解决办法，那么勇敢地推翻原来的程序框架，重构它，经过不断地重构后，有一天你回过头去看之前自己写的程序时会有一个感叹：哇，怎么以前我的程序写的这么烂阿。
7.跟上技术更新的脚步
软件技术更新速度有时真的让人很郁闷，经常听人说，刚学会.net1.0，马上就出了1.1，1.1刚完成一两个项目，又出了2.0，用2.0不到一年已经出了3.5，但现实就是这样，你必须得跟上脚步，当使用asp.net的时候，你就不能再像以前用asp那样去写程序，当使用.net2.0的时候，你要敢于使用masterpage，skin去代替原来的usercontrol模式，原来的网站皮肤实现模式。而现在出3.5了，你必须马上学习vs2008，学习Silverlight。只有跟得上技术更新的步伐，你才永远保持自己的技术领先地位。
以上几点建议，希望能给一些新加入的.net程序员们一些参考。
改革开放三十年，中国迅速从官本位社会向重商社会转型。商业社会的公理是商业驱动技术，反映到现实中，就是做技术的程序员被做商业的营销及管理人员驱动而成为附属，做商业的因代表客户利益而有着最高的话语权，其结果常常是技术与商业的二元对立，用被誉为中国的比尔？盖茨的金山软件公司董事长兼CEO求伯君的话，中国软件、互联网等IT从业人员的最大问题是就技术论技术、就商业论商业，技术与商业二律背反。
作为程序员，怎么办？
从商业驱动技术的公理出发，我们可以推论出关于程序员的两大定理，即程序员的时空定理。
程序员第一定理，不妨俗称之为站高定理,或空间定理,即：程序员应就商业之局论技术之域.古人云，不谋全局者不足以谋一域，这个局就是商业大局，这个域就是技术实现。反映到程序员身上需要做的心智模式的第一个战略转变是就商业（之局）论技术（之域）,古今中外，概莫能外。
百度创始人兼CEO李彦宏在北大2008本科生毕业典礼上说，我在北大是信息管理系，学的是信息检索方面的理论，这让我比任何计算机系科班出身的工程师都更能够理解普通用户习惯于怎样的信息获取方式。这就是一个典型的站在商业的高度论技术实现的案例。
IBM的第二次战略转型，即1961年小沃森豪赌System 360项目，取得了历史性的成功。S/360对于IBM的意义以及对于IT行业的影响，相当于Windows对于微软的意义以及其对于PC时代所产生的影响。
从技术角度看，S/360取得专利权数量超过了300项，其中包括发明了内存芯片、发明了关系数据库、发明了人类第一个高级编程语言FORTRAN等。但是如果仅仅从这些技术的成功推断其成功源于这些技术，就大错特错了。
S/360的成功源于其创新的商业战略兼容,所有的技术实现都是围绕这一商业战略而展开。在S/360之前，每台电脑都有自己的指令集，所以每开发一台新的电脑就必须重新撰写程序。S/360成为了历史上第一款指令集可兼容电脑。当然，这同时这也意味着IBM将淘汰自己过去生产的所有型号的计算机，完成自我颠覆。
那么程序员如何站在商业战略的局审视技术的域，有没有一整套的系统方法论？
产品哲学的道，适用于做任何产品，讲述了什么样的产品是好产品，什么样的产品是伟大的产品；用户购买的本质是什么，企业如何应对购买本质；什么是产品的灵魂；做产品分为哪三个层级。
天马设计的天，将产品设计拆解为生产者集合的行业与消费者集合的市场通过创新机制孕育生成产品的三大流程。首先是如何通过行业流程及新经济的特性洞见产经大势，解决产品设计we should do的问题；其次是如何通过市场流程专注客户需求，解决产品设计we must do的问题；最后如何进行有目的、有组织、系统化的创新及中国式创新流程（13类方法）来具体规划产品线及产品功能，解决产品we can do的问题。
落地执行的地，将产品实施拆解为战略执行力的三大组成流程：战略目标、组织管理和开发运维。首先是经营责任化的目标流程，将产品与项目目标逐层切割分解作为经营责任落实到单一责任人，IT技术的趋势及中国式的产品运作模式是什么；其次是管理精细化的组织流程，如何配套对产品成败影响巨大的产品组三大组织模块六个构件；最后是运营程序化的开发流程，在确保工程三要素折中匹配的前提下，以本土实践为本，兼容并包四种工业级流程体系，形成三权分立的强矩阵最佳战阵。
程序员，就是整天与机器打交道的那群人。
在计算机并不普及的年代，这样的描述毫无疑问；然而，这些年来，得益于计算机成本的不断下降，软件使用门槛的不断降低，如今，昔日昂贵而又神秘不可莫测电脑，已经成了随处可见、人人能用的办公器材。一句话：人机交互，不再是程序员的专利。大家都可以用电脑干活，只不过，程序员用电脑写程序，其他人用电脑干其它事。
结果，普通人抱怨的问题，程序员也在抱怨：电脑不够聪明，不够智能，效率太低
可是，电脑真的进化到了对程序员和普通用户一视同仁的地步吗？
我不由得想起，上个世纪80年代，温伯格在《技术领导之路》中提出的疑问：
（开办技术领导力学习班）也让我们产生怀疑，技术在当今社会扮演了重要的角色，我们的学习班，是否赋予了某些人太多的力量？
细细想来，当年，IT技术那么高深，只有少数人能够接触，因而程序员理所当然地借助了IT的东风，具有超常的力量。可是如今呢？与常人无异的程序员（或者说，IT技术人员），他们身上让人担心的太大的力量，到底是被淘汰了，还是没有发挥出来？
对这个问题，不同的人或许有不同的看法。不过，读过The Productive Programmer（中文版《卓有成效的程序员》）的人，多半会选择后一个答案。
The Productive Programmer是一本奇特的书，它的Productive（也就是生产力），与新的语言、新的框架、新的系统完全无关，而是另辟蹊径：它只是提醒读者，作为程序员，你与普通用户是不同的：其它人只是简单地启动程序，而你完全可以动用自己的专业知识，驱使/调度那些程序。这样的机会，普通用户想不到，也不愿意抓住，但是抓住它们，你的生产率就会成倍上升。所以，这本书叫做The Productive Programmer，而不是The Productive Computer-User。
薄薄的一本书（英文版224页，中文版215页），共分16章，兼顾概念和实践两个方面，既介绍了加速、专注、自动化等等提高生产率的先进 思维观念（譬如多用键盘少用鼠标，消除干扰集中精力），也给出了在设计、分析、构造、元编程、多语言编程等等多种任务中贯彻前述思想的若干实例（譬如 用全面测试保证质量，选用最省事的方式/语言完成任务），可以说是麻雀虽小，五脏俱全了。
不过，看完整本书，我最深刻的印象还是贯彻全书的思想。说白了，就是尽量让机器做机器该做的事情，让程序和程序打交道，发挥程序员在这方面的先天优势他人眼中的普通工具，是程序员手里的有利武器。
不信，你可以想想，虽然如今人机交互的难度已经大大下降，然而程序终究是程序，程序跟人打交道，与程序跟程序打交道，效率差的不是一星半点：
不用宏，你可能需要一次又一次地重复选择、修改、保存；
不用脚本，你可能需要一次又一次地点击、配置、等待；
不用自动化测试，你可能需要一遍又一遍地运行、调试；
不用管道，你可能需要一次又一次地生成、删除中间文件；
让程序员感到最为骄傲的事情是什么？那肯定是自己做出的技术在别人的面前进行炫耀。就像当初卡马克做出新的三维游戏技术时，整个世界都为之疯狂，这是一个技术人员能够达到的最终幻想。不过，对大部分程序员来说，这样的高度是无法企及的，但这并不妨碍他们来show一下自己学会的技巧。
我认识一位在Dos时代的技术人员，他在别人只会用拼音输入法的时候学会了五笔输入法；在别人只会用UCDOS的时候，他可以解密WPS文件，在别人会用CCED的时候，他可以拿着打印的长长的用C语言写的Menu的实现代码炫耀。然而，到了今天，仍然对自己掌握了某一个技术感到沾沾自喜。其实，这样的技术人员应该也不在少数，甚至有些人只不过五十步笑百步罢了。这并不能怪他们，因为在最初软件开发进入中国的时候，各方面的技术资料少的可怜，尤其是当 Dos向Windows编程过渡的时候，微软有很多API并没有公布，在那个时候，可能一个产品的核心依靠的就是比别人多了解一个API或者一个钩子的机制。蒋涛曾经讲过金山词霸的开发，其实只不过是因为他们直到如何利用一个钩子机制从程序中截获信息并进行翻译的处理，但就是这个技术，事实上造就了如此大的一个产业，也造就了几位的百万富翁。而对王志东来说，也是靠剖析了Windows系统中的DLL文件实现了对 Windows平台的汉化，并由此诞生了一个畅销的中文之星软件。而瑞星的崛起也是因为刘旭将流行的Word宏病毒的查杀机制做了出来，便一下子打开了市场。那个时候，这些人被称为高手，因为他们掌握着某些关键性的技术。甚至可以说，不一定是技术，有可能只是技巧。
然而，现在随着互联网的兴起，技巧的价值变得越来越小，遇到一个难题，用搜索引擎搜索一下，一般都可以找到答案。实在不行，到论坛中发一个请求，也经常会有高手告诉你答案。一个人掌握某种技术技巧变得越来越不重要了。说到这里，我们可以讲一个小插曲，这便是微软最早评选MVP（社区最有价值专家）的时候，根据专家分来进行判断，也就是谁回答的问题最多，谁就是专家。当通过检索把名单给微软之后，在第一次见面会上，令大家跌破眼镜的是，第一名是一个女生，而且她不太编程。当询问她经验的时候，她说每次看到问题，她就会先用搜索引擎搜索一下，如果中文找不到，那她就用选择一些关键词搜索英文的网站，这样一般都会有人回答，这样答案就出来了，而且很多都是英文的答案，这也让很多网友感觉这的确是一个高人，因为这些问题都是用英语回答的。了解了这一切，令人恍然大悟，除了看到一些程序员的懒惰之外，也可以感受到技巧已经不在称为衡量一个程序员水平高低的门槛了。这个时候，考察一个程序员的价值除了其技术的深度和广度之外，是否能够看到技术之上的商业价值，是否能够拥有商业的意识便变得更为重要。这时，如果作为一个程序员，仍然整天为了获得了某个技巧而炫耀的话，相信无法取得更大的成绩。
以上《IT程序员：如何化蛹为蝶？[1]》一文，由编辑精心撰写而成，希望对您的职业规划有所帮助，更多精彩请访问“程序员个人简历模板”专题！
相关文章
最新更新
