已经决定放弃编程，但是不知道改如何和家里说明自己的情况（家里反对意见占大多数）；不知道自己接下来该选择什么类型的工作，因为如果放弃编程的话现在这份工作也就等于放弃了，然后我也成了无收入者了，过去一年考研，生活，买资料等等花费了家里快好几万了，如果不能即时找到工作的话，又要给家里增加负担了。

你现在处境相信也是大多数人的处境，干着自己还算有兴趣的工作，领导是个脑子不好的自大狂，此外领导还不愿意承担错误的后果；我们在公司看不到自己的未来，没有提升自己的机会；每天就是上班、下班，像走肉一样过日子，工作就是为了生存。

周围有些朋友经常会问下面的问题：1、 技术之路走到头儿是什么？2、 现在做技术，以后能转行做技术支持或者者销售吗？3、转行开饭店行吗，具说挺赚的？4、我有技术能自己开公司吗？

今年10.1，我用了近10个小时的时间给博客做“改版”。这一切，都是为了给您提供更加良好的阅读体验。以下是我对此次改版的总结。

TT：“我孙子前一阵儿也练，两个月就不练了，总是哪点玩意儿没意思。练到黑带能打几个人？”Leo：“嗯，什么带应该都不行。把人打坏了还要赔钱并承担法律后果。”……

最后是H公司，我们一行8个人，经过一轮笔试和初试，8个人留下来3个，第二轮面试再刷掉1个，第四轮下来再刷掉1个，第五轮就剩我1个，一轮笔试5轮面试，是我从未遇到过的。太残酷了！由于还没拿到毕业证，所以只能先实习一个月，500块。我对此没有其它想法。现在我已上班两周了，或许上面还漏掉了某个公司，但与我的有些同学比起来，我这只相当于他的一半，也算幸运了。

跟很多人一样，在中学时完全不懂什么是程序，什么是软件。而且专业也是选了服从……所以糊理糊涂地被安排去了信息软件类的专业。

无论是生活之中还是身处职场，我们都能见到很多人动辄抱怨，大到诸如没有加薪升职，小到没赶上电梯这种P事儿都是他们抱怨的理由---世界亏欠他们的。抱怨的态度就是他们的一种最直接的选择，慢慢地选择决定了这些人有负面的性格，再之后，他们大多如自己期盼的一样“最终拥有了悲惨的命运……

如果老板能力低下，直接领导有眼无珠，那么你就不必在意什么他们的认可了。可能公司生存都成问题，他们哪还有能力认可一线员工呢？有句话说的地很好“除非得到你的首肯，否则别人无法伤害你！”你被伤害的根本原因是自己出了些问题，前老板伤害你是得到你自己的首肯的---你通过自卑首肯了对方伤害你的事实。

为了让跆拳道练习达到良好的效果，我必须保证每周去两次。这种情况下，我只能周六、周日上午去。一是考虑到平时太忙，晚上休息不好会影响第二天的工作；二是平时晚上练习时间比周末短半个小时，对学习的内容可能难以做到融会贯通。

如果没有太多的社会实践经验，那么应届生在求职中只有素质取胜这一条路可走。别以为这里提到的素质太软，摸不着边际。其实这种职业素质是可以培养的。下面一起分享吧……

1 引子 都说海阔凭鱼跃，又有多少鱼能跃出大海？都说天高任鸟飞，但真正能一飞冲天的，也不过是寥寥数鹰而已；在IT圈里流浪的程序员，当青春逝去、渐至而立之年时，又有多少人黯然退出？30岁，似乎宣告了程序人生的终结。 从学会写第一个Basic程序起，已过去了15年，我也曾为30岁烦恼过。近日《神雕》热播，杨过在独孤剑圣的剑冢中发现宝剑若干，见证了独孤剑圣在人生不同阶段对剑道的领悟。忽有所感，联想起古圣今贤的论述，结合自已这些年来的经历，不禁豁然开朗。 程序之道，在于悟，悟透表象后面的真相。程序人生，大致可分为三个阶段： n 编码阶段：凌厉刚猛，无坚不摧，弱冠前以之与河朔群雄争锋 n 设计阶段：重剑无锋，大巧不工，四十岁前恃之横行天下 n 思想阶段：四十岁后，不滞于物，草木竹石均可为剑。自此精修，渐进于无剑胜有剑之境 本文针对普通程序员的实际情况，对这三个阶段进行解说，并给出了“升级”的秘笈。所述观点，不适合IT狂人和天才——因为我不是。 2 编码，技巧作先锋 2.1 阶段释义 老张：小王，昨天讨论的那个EJB接口，已经实现了吗？ 小王：我已经实现了，现在客户端可以通过EJB与服务器进行通信了。 上述对话，取自于某项目组的会议纪录，老张是这个小组的开发经理。小王毕业一年，在项目组中主要从事代码编写工作。每天上班，老张会给小王分配当天的工作，告诉小王有哪些Java接口，需要写多少个Java类，具体有什么要求等等。小王按照要求，写完这些类后，交给老张，一天的工作就完成了。衡量小王的能力的标准是，看他是不是能做好具体的事，即“我能做（I can do it）”。 小王是典型的第一阶段中人。该阶段中人，通常是入门三年内的，初窥门径，斗志昂扬。在网上常看到的“VB好还是DELPHI好”“.Net好还是J2EE好”等贴子，多数都是由这个阶段的人提出，人气值剧旺（这是合理的，符合人才的金字塔结构），往往争吵得头破血流也不罢休。笔者也曾因此与同班一MM大吵出口，如今回想，深感当年之可爱。独孤剑圣弱冠前，手持无名利剑，凌厉刚猛，与河朔群雄争锋。程序员也一样，手持“编程语言”利剑，以“面向对象”为招式，东征西战，编出代码无数。 2.2 应该做的事 找一家有正经事干的公司，打一枪换个地方的不要。这是重中之重。“蓬生麻中，不扶自直，白沙在涅，与之俱黑”，现阶段的程序员，是无力改变现状的。如果你所在的团队不能按正规方式进行较大型软件产品的开发，那你所能学到的东西就会少许多。如果是正规开发团队，而且有前辈愿意尽心尽力地教你，那就是捡到宝了，不给钱都行。 从技术角度，这个阶段的人，关注细节是必修课，追求的是技巧这个层次。“如何才能用最少的语句实现表达式求值”“i++与++i有何区别”等是最关心的问题。当技巧的积累达到一定程度时，应付日常工作将比较轻松，此时信心爆棚，最喜欢的口头禅是“天底下没有编不出来的程序”，技术特点是对某种编程语言（如Java、C#）非常熟悉，甚至达到“回字有四种写法”的境界。凡事必追根究底，有股子“语不惊人死不休”的蛮劲。 笔者没有任何贬义，相反，是褒义，因为这是必须经历的。佛云：“既未入迷，何言解脱？”如果你是工作三年内的同行，那么应以“入迷”为荣。上学时，老师常教导我们“先把书读厚，再把书读薄”，只有“深入”，才能“浅出”，也是这个道理。 2.3 不应该做的事 年少气盛，固然可爱，但若因此而鼻孔朝天，则是大大的不妥了。你的许多同事，API没有你熟悉，编程也没有你快，但他们能为企业创造的价值却可能比你大（为什么？看下文）。时下流行“态度决定一切”，此时的你，应以低姿态为主，傲气会让你短视。 “技术代表一切”可能是你的信仰。但你的老板可能对技术根本不感兴趣，老板关心的是你能为公司创造多大的价值。许多黑客甚至养不活自己，因为单纯的自我陶醉式的攻击、骚扰、破坏并不能创造价值，通常都是在改行后（例如当安全顾问），他们的技术才能用于创造价值，才能使自己过上好日子。许多黑客则干脆是双重身份，平时从事着另一份职业。所以，如果想挣更多的钱，那你就不能迷信技术（屠龙之技有何用？），而是要审视你所做出的贡献。许多牛人觉得自己水平很高，为什么老板就是不给加薪？反思一下，自己给公司挣了多少钱吧。 2.4 局限性 1、锋芒有余，韧劲不足。该阶段的人，锐气太盛，遇到挫折后容易气馁，轻言成败往往是他们的缺点。（什么？没有锐气？是谁，是谁把你招进公司来的？） 人不可有傲气，但不可无傲骨，傲骨体现在面对困难上。要勇于用抽茧剥丝的精神，去磨，去啃，相信吧，只要你的困难不是想发明质能方程，最终一定会被你搞定的。事实上，你遇上的问题，大多数都可以通过Google、百度搜出答案来。 2、与具体的语言或编程工具绑定得比较紧，受语言的限制较大。 3、需要良好的体力。人到中年，体力上往往拼不过刚毕业的学生，这就是所谓的“程序员30岁问题”的原因。我有一些朋友，已过而立之年，却还在苦苦寻找编码的职位。虽然我很同情，但爱莫能助，如果这种情况继续下去，“寻寻觅觅，冷冷清清，凄凄惨惨戚戚”将是必然的结果。 朋友，赶快升级吧。 2.5 进阶指南 1、多记多写。好记性不如烂笔头，把各种想法写下来，把经典的代码摘录下来（最好用源码工具来管理，推荐VSS），有价值的东西，还可以发表在博客中（俺们那个时候苦啊，网络不发达，呕心沥血之佳作，却只能孤芳自赏），这些就是你的财富，在关键时刻拿来就能用； 2、别忘了挖井。不知是否听说过两个和尚的故事，原文不在此粘贴了，大意是一个和尚天天挑水，另一个除了挑水外，还在寺庙附近挖井。若干天后，第一个和尚还在挑水，第二个和尚已经挖好井，不用再挑水了。编码好比挑水，作为本职工作，自然是要卖力地挑，好争胜的，不妨跟人比比谁挑得多。但在业余时间，可以多看看《软件工程》、《设计模式》、《人月神话》、《极限编程》、《UML》…… 3、由外而内，勤修内功。什么编程啦，什么算法啦，统统都是外功。外功练好了，内功也能跟着长进。内功是什么？很多。现阶段最需要的是：灵活的头脑、关注细节的态度以及与人为善的处世技巧。 灵活的头脑，使你能快速学习新东西，这是最基本的。 关注细节的态度让你能“象福特一样捡起地上的纸片”（如果不知道福特的故事，上Google搜去吧），工程实施现场出现的问题，多数都是由于编码人员的疏忽；经典错误“空指针”和“数组越界”，你检查了吗？几十年了，“缓冲区溢出”仍然是黑客的最爱。 与人为善的处世技巧，使你有良好的人缘，前辈愿意帮助你，晚辈愿意投靠你，领导愿意提拔你，哇，好处多多，实惠多多……能否进阶，就靠这了。 （常云：先做人，后做事。无论是程序员还是艺术家，这个道理都是普遍适用的，贯穿人生的各个阶段——而这恰恰又是刚参加工作、涉世未深的新人们容易忽略的。所以在此提出，下文就不再赘述了。） 2.6 阶段小结 适用人群：工作三年内 输 入：设计好的类、接口和算法 职 责：按要求编写类和接口的具体实现代码 输 出：具体的代码 阶段目标：我能——I can do it 技术特点：注重技巧，对具体的编程语言非常熟悉 胜任职位：软件工程师、开发工程师 升级秘笈：多学习软件工程、设计模式等与具体编程语言无关的知识 参考薪水：￥6000以下（仅供参考） 3 设计，方法为指导 3.1 阶段释义 老李：老张，你负责的这个模块，要有分布式事务处理能力，还要能与客户的OA系统通信，从OA中获取客户资料的数据。 老张：好的。我将用EJB来实现分布式事务处理，然后开发一个专门的接口，用来与OA通信。 老张毕业五年，是项目组的开发经理，负责完成子系统的设计，并指导其他成员完成编码。老张从老李处获得关于所开发的产品的需求情况，然后进行设计和分析，用UML建出模型，并生成框架代码，由小王等去实现。 老张属于第二阶段中人，通常工作了三年以上。此阶段中人，已经完成了一定程度的技术积累。对《设计模式》、《J2EE核心模式》、《UML》等烂熟于胸，张口就是IOC（控制反转），有事没事也要说说AOP，最差也得是Factory、Delegate吧，你要是说不知道什么是Facade，都不好意思跟人打招呼…… 与第一阶段“我能——I can do it”不同，本阶段的人，特点是“我知道它能——I know It can do”，对，就是“知道它能”，至于如何去“能”，就不需要关心了。例如老张，他只需要把EJB接口定义清楚，知道有了这个接口就能完成相应的功能，至于小王如何去实现这个接口，是写了三个类还是五个类，就不关心了。 从技术角度，追求的不再是纯粹的技巧，而是方法这个层次，努力寻求正确的做事方法。即关心“怎样才能盖出好房子”，而不是“如何把石头从货车里搬运到工地上”。用流行的话说，就是“只要方法正确，结果就会正确”。 当然，达到这个阶段的人，技巧本身，通常也是很厉害的。举个例子吧，小王要用一个开源的XML文件比较工具，并编了个测试程序，比较a.xml和b.xml的区别，却怎么着都得不到正确的结果。后来老张来了，牛人根本不看JavaDoc，而是拿着XOP提供的命令行比较了a.xml和b.xml，发现结果是正确的，然后直接打开与命令行对应的main()，检查与options对应的API，发现小王少调用了一个API，加上这个API后测试程序就通过了。在这件事中，老张根本不熟悉XOP的API，但他掌握了查找API的方法，那就是：组件或工具，都有其外在特性，通过组件或工具提供的命令行能做到的事，也一定能通过它提供的API来完成。如果不知道如何去调用API，对于开源软件，看它的source code或samples中的main()即可；对于非开源软件，看StackTrace；如果都看不出来，就放弃该软件，选择别家的吧。 此阶段中人，也需要编写程序，但编写的是与业务和框架相关的核心类。所用的语句通常朴实无华，用最简单的语句完成最复杂的功能是他们的习惯。例如，求b和c中的较大值，通常不会写成 result=(b>c)?b:c 而是写成 if (b>c) result=b; else result=c; 因为后者更容易懂，而前者，相对生僻一些。开发经理的工作，是把产品的需求，转变为编码人员能理解的接口或类，并保证团队的所有成员在理解上的一致性、无二义性，在这个前题下，简单而又精确的语句是必然的首选。所以，如果你的经理编写的程序，在你看来很“幼稚可笑”时，千万不要洋洋得意。 舍小巧而用大巧，舍弃繁花似锦的编程细节，换取简单稳定的框架结构，换取无二义性的交流效果……独孤剑圣四十岁前，以玄铁重剑纵横天下，剑法古拙，大巧不工，就是此境界（孤独大侠也走过弯路，30岁时用紫薇软剑，可能是追求剑招的繁复和剑法的华丽，失去控制，最终误伤义士） 3.2 应该做的事 该阶段的人，该做可做的事非常多。须知一个完整的软件产品的开发过程，编码仅仅是其中的一个环节而已。作为开发经理，老张的典型工作如下： 首先充分理解需求，挑选其中20%左右的功能，结合非功能性需求，设计出系统的结构（Architecture Design）。通过边界类、控制类、实体类的应用，分析清楚Use Case中的交互流程，然后用一系列接口来表达这个流程，最后运行各种设计模式或技巧，实现这些接口，建出UML模型，并生成代码框架。 除了开发经理外，你还有可能是项目经理，在中国公司，项目经理和开发经理可能都是你。学习先进的开发方法是你的必修课，什么用例驱动开发、测试驱动开发，不管用不用，你都得知道个大概；选择正确的开发模型也很重要，何时选用瀑布模型，何时选用迭代模型，一定不能含糊。 遵守公司的开发流程，为SQA（Software Quality Assurance）提供必需的文档和数据也是你的本职工作。如果你所在的公司尚无规范的开发流程，那么，你要帮助公司来建立。完整的开发流程贯穿整个产品生命周期，你有可能只与其中几个阶段有关。但只要与你有关，那就要尽力去配合。 该阶段的人，通常在公司中是中层干部，执行能力是一个最主要的考核指标。你的领导，可能根本不懂编程，而项目组里的小伙子们，可能无法领会领导的意图，这时，你就是中间人，好比足球场上的中场，你的沟通能力和执行能力，将决定产品开发阶段的成败。 3.3 不应该做的事 1、尽量少编程。除了“核心接口、类和算法”，不要与其它代码纠缠，那会使你忽视宏观上的问题。而且，你也不一定比小伙子们编得快。只有当小伙子们遇上困难时，你才去协助他们解决问题。 2、不轻言放弃。该阶段的人，工作压力巨大，即使他看上去什么事也没干，他承受的压力也不是编码人员所能体会的。在压力面前，容易失去理智，如果不注意控制自己的情绪，可能会发生一些不愉快的事。 现在的你，可以说是“到哪都能找到工作”了。当与公司、同事发生一些摩擦时，可能会“一怒而去”，这是最要不得的。因为你现在追求的，已不是“能找到工作”了，而是“能找到体现自己价值的工作”，千里马尚且需要伯乐来发现，换家公司就一定能受重用了？而且，不管你是否意识到，你已经学习了许多行业相关的知识，这些知识，在更换公司后，未必能用上，到新公司后，还得从头学习——人生有几次重来的机会？ 3、戒骄戒躁。你现在已经是“有本事”的人了，加上工作压力，难免有点脾气。但是切记，你还没有功行圆满，还要“多长本事，少长脾气”。因为你的局限性，与你的优点一样明显。技术等级的提升，应该是让你眼界更开阔，并看到了更大的差距，而不是固步自封。 4、不要迷信新技术。新技术的采用是有一定的风险的。因为技术本身，可能还不成熟。追捧新的框架可能是你的爱好。没关系，作为爱好，是可以的，但不一定要把爱好带到工作中来。老板关心的是你开发出来的东西能否买个好价钱，不是看你用了多少新的Framework。你的用户关心的，是产品的易用性、稳定性，用起来是否顺手，用户同样不会关心你用了Tomcat还是Jetty，甚至连J2EE和.Net都不关心——如果他不需要为此购买新的硬件或者重新培训操作员。 5、多看人文方面的书和文章。此时的你，在技术方面已经有一定的造诣了。但是不是就大功告成了呢？回答当然是“不”，你还需要补充人文方面的知识，即进行感性思维训练。为什么？往下看。 3.4 局限性 你的局限性，与优点一样明显。如果让你列举自己的优点，你可能会说： n 我精通设计模式，能做出重用性很好的软件 n 我对软件工程很有经验，能做一个好的项目经理 n 我熟悉建模工具、开发环境等，能提高开发效率 n …… 是的，这些都是了不起的能力，但是： 1、 你们公司不是研究所，不卖设计模式，也不是咨询公司，不卖软件工程经验，更不是培训机构，不对外提供“建模工具、开发环境”培训 2、 你知道软件是如何被开发出来的，但很少考虑是否应该开发这个产品； 3、 你不知道用户会怎样使用你开发的产品，你不知道用户喜欢什么、抱怨什么； 4、 你不知道这个产品为公司赢得了多少利润； 5、 …… 一句话，你懂技术，但客户要的，并不是技术。摩托罗拉有世界上最好的射频工程师，但为什么手机就是卖不过诺基亚呢？因为诺基亚喜欢听客户的意见，而摩托罗拉喜欢听工程师的意见。 你说：“我热爱技术，喜欢钻研技术，至于客户在想啥，那不是我要考虑的问题——我甚至不知道客户是谁”。是的，达到你今天的这个境界非常不容易，许多人工作十年也未必能象你这样优秀，你是公司的骨干，是同事的偶像，但是……但是……《武状元苏乞儿》中有一段经典对白： 洪日庆：先别走！行行出状元！如果我没看错，你会是乞丐中的霸主！ 苏 灿：乞丐中的霸主？！那是什么？ 洪日庆：嗯……还是乞丐！ 没错，乞丐中的霸主也是乞丐。你再优秀，也只是公司的中层干部，是干活的人中的霸主——还是个干活的： n 客户给老板发工资 n 老板给你发工资 n 你不认识客户，客户同样也不认识你 n 既然你不认识客户，那就不知道客户喜欢什么、讨厌什么 n 如果有一天，你的产品让客户不满意（这个概率还是很大的） n 客户很生气，后果很严重 n 老板请你喝咖啡，并建议你去度假，顺便提醒你从外面把门关好 再来看看圈子里： n 没有技术，但手里有一堆客户的公司，比比皆是，他们活得很滋润。 n 没有客户，但手里有一堆技术牛人的公司，很少见——都倒闭了。 现在，你知道局限性在哪里了吧？ “正因为你技术太强了，所以只能当乞丐中的霸主，技术恰好就是你的枷锁” 说件真实的事吧。 某天，我奉命与一个合作伙伴交流我们的平台产品，目的是让对方了解我们的平台并在平台上做二次开发。交流进行得很顺利，对方也跟我们签合同了。后来，市场人员去合作伙伴处了解反馈意见，对方说：“你们那个xxxx太厉害了，问什么都难不倒”。回来后，领导就不允许我参加交流了。原因是：“你可能泄密了”。 作为技术人员，我希望充分介绍自己产品的优势，并能应付合作伙伴提出来的各种应用场景和问题。但是，从领导的角度来看，“如何满足应用场景、如何解决问题”本身，就是商业机密，是不能乱说的。举这个例子的目的，就是说明技术人员看问题的局限性。 想要达到更高的层次，就要跳出技术看问题，多了解市场，了解客户。假设孤独剑圣陶醉于玄铁重剑的威力，天天带着到处乱跑，那么他就不是剑圣，而是搬运工了。搬运工最多只能当个中层经理，当不了高层领导。 如果想进入领导班子，与老板一起玩游戏，那就赶快升级吧。 3.5 进阶指南 1、 跳出技术看技术 达到这个阶段的人，在技术上已经“很深入”，眼中所见，尽是技术。但你们公司不是卖技术的，你们卖的是产品，是服务。所以，把你的目光从技术中解脱出来，去思考一下产品和市场层面的问题。例如： n 市场上有同类竞争的产品吗？ n 当前已有的产品，客户有什么不满意的？ n 我做的产品应该具有什么样的特色？有什么卖点？ 所谓“一招鲜，吃遍天”。只要你知道客户想要啥，并能有针对性地开发产品，客户一定会情不自禁地给你钱。客户都给你钱了，老板还好意思不给你个CTO的头衔玩玩？ 2、 了解业务 计算机技术必须为具体的行业服务，每个行业都有自己的特定背景和业务知识。技术人员应抓住机会，了解这些知识。我曾在某个电信软件公司任职三年，号称是项目经理，开发电信网管产品。那时我整天的工作就是研究各种框架，讨论各种设计模式，我眼中所见心中所想，尽是WEB、Struts、HTML等一大堆计算机名词。如果你问我“为什么这玩意是个网管软件，而不是淘宝易趣阿里巴巴？”我一定回答不出来。 一个公司里面，真正值钱的东西，不是技术，而是业务知识，技术是实现业务的一种手段，是为业务服务的，主从关系，不可搞错。 3、 加强非技术性的功夫 学书法时，老师曾说过“三分书内功夫，七分书外功夫”。这句话我一直不理解（事实上，到今天依然不理解），但把这句话用于计算机技术，却是明白的。三分书内功夫，是计算机技术，七分书外功夫，就是非技术性的产品和市场了。 可以通过看些“不务正业”的书，来提高自己的感性思维能力，可以多看看市面上流行的《比尔盖茨传奇》《数字化生活》《把信寄给加西亚》等，象《谁动了我的奶酪》这种只会抱怨不会解决问题的书，就不用看了。 3.6 阶段小结 适用人群：工作三年以上，上限不封顶 输 入：软件需求（请注意用词的区别：软件需求，而不是客户需求，你所得到到软件需求，是由别人收集来的，并不一定能代表客户，如果“别人”的水平一般，错误理解了客户的意图，那么你就等着跟他一块倒霉吧） 输 出：设计好的类、接口和算法 阶段目标：我知道它能——I know it can work 技术特点：注重方法，不关注编程语言细节 胜任职位：高级软件工程师、开发经理、系统架构师等 升级秘笈：换位思维，跳出技术看问题 参考薪水：￥6000以上，￥15000以下（仅供参考） 4 思想，无招胜有招 4.1 阶段释义 客户：我们公司有二十个下属单位，每个单位分别有一套自己的销售管理系统。我们想了解各个单位的销售情况，现在是每个星期由下属单位上报周报，周期太长了，不利于领导及时掌握情况。 老李：如果把销售数据自动地集中到总公司这边来呢？ 客户：集中？有什么好处？ 老李：数据集中后，总公司可以实时掌握销售情况，不用等上一个星期。根据集中后的数据，您只需要打开电脑，就能看到每小时的销售变化情况。 客户：那挺好啊。只是，怎样来集中数据呢？要花多少钱？ 老李：可以在每个下属单位分别安装一套程序，实时地把进销存系统中的数据提取出来，然后上报给总公司。在总公司这边，也安装一套程序，用来接收下属单位送上来的数据。这样，数据就全部集中到总公司了。从现在的规模来看，您只需要在总公司增加一台服务器，用于接收数据。当然，总公司与下属单位的计算机要能通过网络互联。请问现在已经联网了吗？ 客户：我们现在已经联网了。公司申请了专线，可以进行视频会议。 老李：噢，那就花不了多少钱了。您只需购买一台服务器，再加上软件的费用就行了。 客户：噢，听上去挺好的，那你们公司能不能做这件事…… （注：上述对话，纯属虚构。目的是为了说明不同阶段所做的事。实际项目中，您可别建议客户“实时提取并上报销售数据”，所花的钱，也不只是一台服务器那么简单，^_^） 老李是公司的研发副总。他经常拜访客户，了解客户有什么困难和需求。本例中，客户觉得每周上报一次，时效性太差——这就是需求，同时也是老李的机会。老李运用手中所掌握的技术，帮助客户策划出一个分布式采集数据的方案。老李只需要知道：（1）现在有许多种成熟的分布式技术，能实现分布式采集；（2）老张对这些具体的技术很熟悉。至于如何去实现分布式，就不是老李要考虑的了。 老李属于第三阶段中人：既了解技术，又了解业务。从技术出身的背景，使得老李在与客户交流时更务实。许多人对业务非常熟悉，但由于不懂技术，不知道什么事能做，什么事不能做，与客户的交流经常流于形式，只能开花，不能结果。既懂技术又懂业务的复合型人才，往往具备独特的优势，使得他们能在事业上达到别人无法企及的高度。 第三阶段的人，看问题的角度已不再局限于技术，而是更一般化、通用化。其实做信息系统也好，做通用软件也好，思维都有一些模式可循。例如，在决定开发一个产品前，通常需要问自己几个问题： n 目标客户是谁？ n 客户有什么烦恼？他在抱怨什么？ n 客户现在已经有了什么？还缺什么？ n 你能给他提供什么？ （注：后来我才知道，这些问题早已出现在RUP的Inception阶段中，Inception要解决的是商业风险，上面列的几个问题，就是Inception阶段的成果——Vision Document） 这些问题弄清楚后，基本上，“给客户提供什么东西”就已经定下来了。然后就可以与架构师一起，讨论这个产品，并最终由开发小组去实现。与第二阶段中“我知道它能－I know it can work”不同，本阶段主要特点是“我知道它是什么——I know what it is”。 也许你会说：“上面的几个问题，谁都能问，干嘛非要第三阶段中人呢？”没错，这几个问题，谁都能提出来，甚至可以用Word写个模板。但是，提问题容易，回答问题难。同样的环境，同样的客户，不同的人收集到的信息是不一样的。不信？找两个人一起去为某个会议做纪录，然后看他们写的《会议纪录》文档，就知道差距了。许多人不愿意做会议纪录，认为这是低级活，其实不然。会议纪录做得好的人，与客户交流时，就能有重点而又比较全面地记录下有用的信息，甚至能领会“弦外之音”。能达到第三阶段的人，通常都是信息挖掘的高手。 到达这个境界后，不再需要知道什么设计模式，也不需要知道什么是EJB、CORBA（虽然他们都懂技术，造诣也都不低），就象独孤剑圣，已达“不滞于物，草木竹石，皆可为兵”。说起来神乎其神，其实归纳起来，也就两点： 一是识势：俗话说，识时务者为俊杰。用现在的话说，叫“形势比人强”。以一已之力对抗大形势，那是必败无疑。“俊杰”的出现，能推动形势的发展，但也只是“推动”而已，形势是不可能“阻挡”和“违逆”的。大禹治水，疏并导之，鲧不懂这个道理，纵有息壤相助，亦无法堙填。张勋不知道封建君主制已不适合中国国情，而搞什么复辟，唉，可怜啦。具体到软件项目，如果客户想搞分布式，你却建议他搞大集中；客户想要三层结构，你却建议他用二层C／S，岂不谬哉？所以说，识势是应具备的首要能力，是重中之重。 二是知人：光说不练假把式。如果仅仅是识势，而没有得力的人相助，那也是一场空。刘备身具“帝王之后，汉室宗亲”的血统，打着光复汉室的旗号，甚得人心，可谓是识势（至于刘备是不是真的想光复汉室，鬼才知道），但在遇上关、张前，他只能卖草鞋，在认识诸葛亮之前，也一直被赶着屁股跑。再说老李，如果没有老张，任他舌绽莲花，天上也不会掉下一套分布式系统来。 4.2 应该做的事 与客户保持经常性的沟通。销售和市场人员，他们可能想不到一些事，与客户的经常性沟通，能让你掌握第一手的资料，从而有助于产品的创意。最好是把客户的MSN、QQ等经常上线的聊天工具的号码弄明白。从MSN的昵称、说明档等很能看出一个人的心情，这里面能表达很多信息。频繁的、不刻意而为之的沟通，容易拉近与客户的距离，让客户把你当成朋友。当然，许多客户，尤其是客户中的领导，通常是不上MSN的。对于这些人，就要谨慎一些了，他们可能不希望被打扰，所以别随便打电话。建议请教专业人士：公司的销售——他们有的是办法。 增加阅读量，扩大信息来源。大量的信息，可以让你了解行业动态，增加你的灵感和创意。上文说过，要锻炼“收集有用信息”的能力。现在都是海量信息，如果不能敏锐地发现对自己有用的信息，那你唯一能做的事，就是在信息的海洋里游泳健身。一个秘诀：看到有用的文章后，随手就保存到本地硬盘里。然后在机器上装一个Google Desktop，让Google帮你搜索。另一个建议就是：最好有属于自己的笔记本电脑。钱不多的，买个活动硬盘也行。 培养情商，增加个人魅力。通常，能对你有用的人，都是些“牛”人，至少是比较牛的人。这样的人是否愿意为你所用，不一定取决于薪水，而更多地在于你的领导艺术——至少要让他们认为，跟着你混是有前途的。《古惑仔》中有一段对白：“我们做古惑仔的，跟对老大很重要”。其实在职场混，跟在江湖混，没多大区别。越往上走，就越古惑。通常是职位越高，圈子越窄，抬头低头，总是那么几个人。到达这个份上，就应了一个平时常说的名词：“人品问题”。人品好而又有能力的人，才能成就大事。 参加俱乐部或沙龙活动。有的信息，尤其是内部信息，从外界是无从得知的。尤其是，许多灵感，可能来自于几个有共同爱好的朋友的闲聊。 4.3 不应该做的事 作为第三阶段中人，通常是一个不小的领导，不应该做的事有很多。市面上有大量的书而供参考。本文只给出从技术出身的领导最常犯的两个错误： 不信任下属。技术出身的领导，往往对那些技术上不如他的人持有一定的怀疑，尤其是当他／她们犯了错误时。用人不疑，疑人不用。你的下属之所以会犯错误，正是因为他／她想真正把事做好。此时，宽容大度加上适当的指导，通常是最好的选择。 自己很有成就感。这是另一个常犯的错误。要知道你是领导，你不需要与下属争抢功劳，应尽量把获得成就感的机会留给下属。如果你事事争先，由于本身的能力与素质，你比下属更容易把一件事做好，但因此而带来的副作用，远大于这件事情本身：下属会觉得没有成就感，没有自信心，渐而渐之，就会影响士气。如果这样，就算你这个当领导的再能干，也不可能把所有事情都做完。 4.4 局限性 俗话说：江湖越来越老，胆子越来越小。当你逐渐成为某个行业内的知名人士之后，得到的东西越来越多，相反，患得患失的心理也越来越重。所谓“壁立千仞，无欲则刚”，欲望太多，就会使自己变得虚弱。 在职场上，你已经是老兵，酸甜苦辣都经历过一些，可谓是水火不侵了。但在人生道路上，起落浮沉，也许才刚刚开始。此时的你，大概已过而立之年，家事琐事有一大堆，人际关系也渐趋复杂。此时能影响你成功的，通常都是些与职场无关的事——恰恰又因为你在职场上投入了太多的时间，职场外的事，多半是一团糟。 4.5 进阶指南 职场内的事，已无须我再说什么了。到了你这个境界后，我只有一句话可说，那就是：人生并不只有职场，正如职场并不只是技术一样。知道独孤剑圣怎么死的不？他是寂寞死的。 4.6 阶段小结 适用人群：工作六年以上（经常跳槽的不算），上限不封顶 输 入：客户需求 输 出：可行的创意或产品定义 阶段目标：我知道它是什么——I know what it is 技术特点：注重思想，不关注技术实现 胜任职位：部门经理、研发副总、CTO、解决方案专家、业务专家、产品经理、高级产品经理等 升级秘笈：换位思维，跳出职场看问题 参考薪水：￥15000以上（仅供参考） 5 附录：关于“三阶段说” 古圣今贤给予我们许多的启示。虽然他们没学过计算机，没当过程序员，但对于人生，对于“道”的领悟，远比我们这些白骨精（白领骨干精英）强。人的进步过程，其实是一个“肯定，然后否定”的过程，这个过程，其实不只三个境界。但是境界三转后，就与“程序员”这三个字无关了，所以本文中不加以论述。 无论是哪个阶段，都需要先“入迷”，然后“解脱”： n 在第一阶段，需要先在编程语言细节上入迷，然后从语言细节中解脱出来，达到语言无关，从而进入设计这个层次 n 在第二阶段，需要先在设计方法上入迷，然后再从方法中解脱出来，达到技术无关，从而进入思想层次 n 在思想层面，需要先在解决问题的总体思想上入迷，然后又从思想中解脱出来，达到与职场无关，从而进入另一个境界。 以下附两段笔者收录的与“三阶段说”有关的名句，供参考。 n 孙过庭《书谱》：“初学分布，但求平正；既能平正，务追险绝；既能险绝，复归平正。初谓未及，中则过之，后乃通会。通会之际，人书俱老” n 王国维《人间词话》：“古今之成大事业、大学问者，必经过三种之境界。‘昨夜西风凋碧树，独上高楼，望尽天涯路’，此第一境也。‘衣带渐宽终不悔，为伊消得人憔悴’，此第二境也。‘众里寻他千百度，蓦然回首，那人却在，灯火阑珊处’，此第三境也。” 还有很多，不一一列出了。以君之智慧，必已有所悟。 （全文完，谢谢阅读）

在中国，大概很少有人是一份职业做到底的，虽然如此，第一份工作还是有些需要注意的地方，有两件事情格外重要，第一件是入行，第二件事情是跟人。

你的问题可以概括成老板在你入职前欺骗了之你。加之你现在的老板又是个混蛋，理由如下：公司对员工最大的责任就是按时发工资。而你们这个公司“已经3个月没发工资了。”而且，从你的邮件中，我们可以看同你这个老板没有改进自己的意愿。没本事开公司，可以关了去打工，不要耽误别人。

今年（2008）我开学了ITF跆拳道，决定在CSDN上开个“Leo与ITF跆拳道”的系列，分享我学习中的心得和体会。希望大家有空来捧场！

曾经我也不明白有些人为什么并不比我有能力却要坐在我的头上，年纪比我大就一定要当我的领导么？为什么有些烂人不需要努力就能赚钱？为什么刚刚改革开放的时候的人能那么容易赚钱，而轮到我们的时候，什么事情都要正规化了？

全面了解社会是很好的选择，但在此之前，请先好好了解一下我们自己……

软件外包这个行业还是很有前途的，但它不适合所有人。尤其是刚入行的程序员，做软件外包就像当雇用军，钱多、活累、没太多行业积累。我个人认为软件外包行业适合那些有些经验的开发者。有时候，程序员把软件外包工作做为自己跳到好公司的跳板，这也不失为一个好的选择。另外，99%的猎头都是乱打电话，你不用在意……

最近在网上查新闻，说是“赢在中国”已经停办了。即使真有的第四季，我也不打算再看了。本来想做成鼓励电视的节目，结果做成了“真人秀”（这个词在被裁剪的节目里都出现了好几次），为了保证结果有说服力，人为地播出一些明显有失公平的片段。为了点击率，坚持到最后的多不是“真有货”的选手，而是能“叫唤”的选手（比如第二季那个冠军）。其实也没什么可怪的，本来就是一档电视节目而已……

如果没有太多的社会实践经验，那么应届生在求职中只有素质取胜这一条路可走。别以为这里提到的素质太软，摸不着边际。其实这种职业素质是可以培养的。下面一起分享吧……

一份工作到两三年的时候，大部分人都会变成熟手，这个时候往往会陷入不断的重复，有很多人会觉得厌倦，有些人会觉得自己已经搞懂了一切，从而懒得去寻求进步了……

读了你的邮件，我感觉自己回到了11年前，看到了那个刚刚大专毕业不知所措的我自己，我们都曾经在前进的道路上迷失。很多年过去了，其实外部世界本质改变并不大，大学生毕业时也依然迷茫，每个人都在探索中寻找自己的出路和归宿……

由此，我想到行走职场的我们。多少次在准备大干一番的时候迎来的却是凉水浇头，昨天还前途光明，突然之前公司高层变动，今天就不得不打算离开。所谓，人生无常。尽快调整自己，顺应我们不能左右的变化，让自己保持年轻的心态，可能是克服此类困难的不二法宝……

我现毕业在一家国有IT公司上班，里面的项目资料浪费现象.....我们不说,我是想问问单位收了我的毕业证和学位证的原件。说是要收去核查真假。核查的话，有复印件就可以根据证书的编号来查了。你觉得这有问题吗？会不会被扣压呢？如果收了长时间不还，我们应该采取什么办法呢……

我现毕业在一家国有IT公司上班，里面的项目资料浪费现象.....我们不说,我是想问问单位收了我的毕业证和学位证的原件。说是要收去核查真假。核查的话，有复印件就可以根据证书的编号来查了。你觉得这有问题吗？会不会被扣压呢？如果收了长时间不还，我们应该采取什么办法呢……

深度探讨：真正技术高手是如何炼成的? , cto,高手,技术,团队,觉得,东西,商业,架构师,主持人,程序员, , - CSDN 新闻

职业生涯首先要关注的是自己，自己想要什么？大多数人大概没想过这个问题，唯一的想法只是——我想要一份工作，我想要一份不错的薪水，我知道所有人对于薪水的渴望，可是，你想每隔几年重来一次找工作的过程么……

我是大一新生，现在很迷茫，度过了一个不知所措的大一上学期，感觉这学校里没几个像样读书的……好怕自己也堕落到里面去了。本来我这个学校就不是很好，专业课设置有些乱，老师基本都是兼职的……现在一头雾水。

过年了，抽两天时间给自己，思考一下什么是自己真正想干的吧！！！

我联系Ann的时候，她的年薪是30万，构成如下：2W/月X13个月+相当于15%底薪的资金（guarantee）。因为在现公司工作多年ANN每年还有Stock Option……

我们为什么要学习？都大学毕业了，还学吗？

身为女性，职业生涯之路有哪些选择？家庭与事业如何权衡？

提问 过了30就做不了开发了？

说起职业素养，可能大家脑子里马上反应出的是西服领带公文包的精干白领形象，其实作为程序员来说，有更多内在的职业素养？一个具有职业素养的程序员应该是什么样的呢？本期调查分享两个研发小组的故事，让大家在统计数据的基础上进一步了解——什么是程序员需要的职业素养？

驳《驳〈“80后”程序员为什么找不到工作〉》,两驳

最后一次就《“80后”程序员为什么找不到工作？》发表意见。

Leo对反对意见的态度……

一个成功的软件工程师知道并会使用一定的设计模式、分解代码、撰写单元测试并从意识上追求简单化。除了这些基本方法外，还有一些优秀的程序员知晓的概念。这些概念超越了编程语言和不同的项目——它们不是设计模式，而是你需要掌握的更宏观的东西。这10个概念是： 软件工程师必须知道的10个概念| 软件工程师必须知道的10个概念|接口 软件工程师必须知道的10个概念|协议和模板 软件工程师必须知道的10个概念|分层 软件工程师必须知道的10个概念|算法复杂度 软件工程师必须知道的10个概念|哈希 软件工程师必须知道的10个概念|缓存 软件工程师必须知道的10个概念|并发 软件工程师必须知道的10个概念|云计算 软件工程师必须知道的10个概念|安全 软件工程师必须知道的10个概念|关系数据库

每个有经验的程序员都知道，在软件开发中存在着一些规律。但是，破坏了这些规律并不会得到惩罚，相反会有些许奖励。

.NET 程序员

我现在是自己做，但我此前有多年在从事软件开发工作，当回过头来想一想自己，觉得特别想对那些初学JAVA/DOT。NET技术的朋友说点心里话，希望你们能从我们的体会中，多少受点启发(也许我说的不好，你不赞同但看在我真心的份上别扔砖头啊). 　　一。 在中国你千万不要因为学习技术就可以换来稳定的生活和高的薪水待遇，你千万更不要认为哪些从事 市场开发，跑腿的人，没有前途。 　　不知道你是不是知道，咱们中国有相当大的一部分软件公司，他们的软件开发团队都小的可怜，甚至只有1-3个人，连一个项目小组都算不上，而这样的团队却要承担一个软件公司所有的软件开发任务，在软件上线和开发的关键阶段需要团队的成员没日没夜的加班，还需要为测试出的BUG和不能按时提交的软件模块功能而心怀忐忑，有的时候如果你不幸加入现场开发的团队你则需要背井离乡告别你的女友，进行封闭开发，你平时除了编码之外就是吃饭和睡觉（有钱的公司甚至请个保姆为你做饭，以让你节省出更多的时间来投入到工作中，让你一直在那种累了就休息，不累就立即工作的状态） 　　更可怕的是，会让你接触的人际关系非常单一，除了有限的技术人员之外你几乎见不到做其他行业工作和职位的人，你的朋友圈子小且单一，甚至破坏你原有的爱情（想象一下，你在外地做现场开发2个月以上，却从没跟女友见过一面的话，你的女友是不是会对你呲牙裂嘴）。 　　也许你拿到了所谓的白领的工资，但你却从此失去享受生活的自由，如果你想做技术人员尤其是开发人员，我想你很快就会理解，你多么想在一个地方长期待一段时间，认识一些朋友，多一些生活时间的愿望。 　　比之于我们的生活和人际关系及工作，那些从事售前和市场开发的朋友，却有比我们多的多的工作之外的时间，甚至他们工作的时间有的时候是和生活的时间是可以兼顾的，他们可以通过市场开发，认识各个行业的人士，可以认识各种各样的朋友，他们比我们坦率说更有发财和发展的机会，只要他们跟我们一样勤奋。（有一种勤奋的普通人，如果给他换个地方，他马上会成为一个勤奋且出众的人。） 　　二。在学习技术的时候千万不要认为如果做到技术最强，就可以成为100%受尊重的人。 　　有一次一个人在面试项目经理的时候说了这么一段话：我只用最听话的人，按照我的要求做只要是听话就要，如果不听话不管他技术再好也不要。随后这个人得到了试用机会，如果没意外的话，他一定会是下一个项目经理的继任者。 　　朋友们你知道吗？不管你技术有多强，你也不可能自由的腾出时间象别人那样研究一下LINUX源码，甚至写一个LINUX样的杰作来表现你的才能。你需要做的就是按照要求写代码，写代码的含义就是都规定好，你按照规定写，你很快就会发现你昨天写的代码，跟今天写的代码有很多类似，等你写过一段时间的代码，你将领略：复制，拷贝，粘贴那样的技术对你来说是何等重要。（如果你没有做过1年以上的真正意义上的开发不要反驳我）。 　　如果你幸运的能够听到市场人员的谈话，或是领导们的谈话，你会隐约觉得他们都在把技术人员当作编码的机器来看，你的价值并没有你想象的那么重要。而在你所在的团队内部，你可能正在为一个技术问题的讨论再跟同事搞内耗，因为他不服你，你也不服他，你们都认为自己的对，其实你们两个都对，而争论的目的就是为了在关键场合证明一下自己比对方技术好，比对方强。（在一个项目开发中，没有人愿意长期听别人的，总想换个位置领导别人。） 　　三。你更不要认为，如果我技术够好，我就自己创业，自己有创业的资本，因为自己是搞技术的。 　　如果你那样认为，真的是大错特错了，你可以做个调查在非技术人群中，没有几个人知道C#与JAVA的，更谈不上来欣赏你的技术是好还是不好。一句话，技术仅仅是一个工具，善于运用这个工具为别人干活的人，却往往不太擅长用这个工具来为自己创业，因为这是两个概念，训练的技能也是完全不同的。 　　创业最开始的时候，你的人际关系，你处理人际关系的能力，你对社会潜规则的认识，还有你明白不明白别人的心，你会不会说让人喜欢的话，还有你对自己所提供的服务的策划和推销等等，也许有一万，一百万个值得我们重视的问题，但你会发现技术却很少有可能包含在这一万或一百万之内，如果你创业到了一个快成功的阶段，你会这样告诉自己：我干吗要亲自做技术，我聘一个人不就行了，这时候你才真正会理解技术的作用，和你以前做技术人员的作用。 　　[小结] 　　基于上面的讨论，我奉劝那些学习技术的朋友，千万不要拿科举考试样的心态去学习技术,对技术的学习几近的痴迷，想掌握所有所有的技术，以让自己成为技术领域的权威和专家，以在必要的时候或是心里不畅快的时候到网上对着菜鸟说自己是前辈。 　　技术仅仅是一个工具，是你在人生一个阶段生存的工具，你可以一辈子喜欢他，但最好不要一辈子靠它生存。 　　掌握技术的唯一目的就是拿它找工作（如果你不想把技术当作你第二生命的话），就是干活。所以你在学习的时候千万不要去做那些所谓的技术习题或是研究那些帽泡算法，最大数算法了，什么叫干活？ 　　就是做一个东西让别人用，别人用了，可以提高他们的工作效率，想象吧，你做1万道技术习题有什么用？只会让人觉得酸腐，还是在学习的时候，多培养些自己务实的态度吧，比如研究一下当地市场目前有哪些软件公司用人，自己离他们的要求到底有多远，自己具体应该怎么做才可以达到他们的要求。等你分析完这些，你就会发现，找工作成功，技术的贡献率其实并没有你原来想象的那么高。 　　不管你是学习技术为了找工作还是创业，你都要对技术本身有个清醒的认识，在中国不会出现BILL GATES，因为，中国目前还不是十分的尊重技术人才，还仅仅的停留在把软件技术人才当作人才机器来用的尴尬境地。（如果你不理解，一种可能是你目前仅仅从事过技术工作，你的朋友圈子里技术类的朋友占了大多数，一种可能是你还没有工作，但喜欢读比尔。盖茨的传记）。