写给计算机专业的大学生！

首先说一说进入计算机专业的目的，我个人是因为十分喜欢IT业，很喜欢折腾电脑，所以在填报志愿是毫不犹豫的在报了的所有的学校都填写的计算机专业，梦想着进入计算机专业后能遇见很多高手，能交到几个知己，谁之进来后却大失所望。计算机专业的学生有很多以前对计算机不怎么了解，而且还有部分人进大学前连计算机摸都没摸过，对计算机很熟悉的很少，高手更是凤毛麟角，大多数人是服从了父母之命，显而易见，目前社会最热的行业是IT业，工资最高的也是IT业，抱着这个因素，大多数考生的父母都让自己的孩子进入了计算机专业，而大多数学生也天真的认为从计算机专业毕业后就能够像电视里演的大多数白领一样每天只用坐在办公室里和同事们聊聊天，和老板吃吃饭，每天签几个字然后就有高工资等着你去拿。

进校后他们发现其实他们在专业课方面什么都听不懂，自己也一点兴趣都没有，没有兴趣那就没有学习的动力，而且这个专业是要靠悟性的，而兴趣是培养悟性的第一步，然后他们会发现越往后学专业课越难，也越听不懂，好一点的就会狠下心来，硬着头皮苦学一通，有可能也就能走出一片路来，而不好的就会就此放弃，只需要混着考试通过，混毕业，找个单位安心上班。有些人上了几年学连自己上哪些课都不知道；拿个程序他分不清是用C语言写的还是用PASCAL写的；不小心进了DOS不知道怎么再回到WINDOWS。但说起游戏来头头是道，好像每个都是职业玩家一样，有的每天只知道泡在网吧。这就是中国计算机人才下一代的悲哀！

再说现在计算机专业大学生的学习和生活。大多数计算机专业的学生对本专业的发展及前景一无所知，每天都是看小说、玩游戏、看电影、打牌、喝酒、睡觉等等很有"前途"的事情。偶尔看见一两个同学看看与计算机专业有关的书，跑去拿来一看，全是什么"游戏攻略"、"黑客秘技"等此类书籍。还有的人连C语言和C++谁是谁都还没搞清楚，就拿本VC的书"刻苦钻研"，真不知他们看懂了没有。好多学生都买了电脑，但用处都是游戏机＋碟机＋音响，每天都在用电脑玩着各种流行的游戏、看着最新的大片、听着时尚的音乐，就是不用电脑学习。有的学生甚至问我电脑除了玩游戏还能干什么，我问他你为什么这么问，他告诉我他觉得电脑只能用来玩游戏，不知道还能不能干干别的什么。据我了解，近几年在国内好几所高校的计算机专业的毕业生的毕业设计竟然是做网页，在大学了四年，学完了《数据结构》、《软件工程》、《C语言》等专业课后，竟然交了一个没有学过计算机的人自学一两天就能做好的东西！

这就是大多数计算机专业的学生，在我在大学玩了两年之后，我突然明白该为自己的未来打算打算了，但还有许多人仍然还什么都不明白，所以就有了这篇文章。

如果你是以上我说的那种受父母之命来学计算机的学生，如果你看了《计算机应用文摘》第15期的《写给想当程序员的朋友》一文后，发现自己没有当程序员的欲望，那么我这里有几条路给你选择：
1、**页制作，将来去网站工作！
2、学习3D MAX等软件，去作动画！
3、学习美术设计！
4、**络，将来考个CCNA，去专业组网！
5、在保证能顺利毕业的前提下，去疯狂玩游戏，做个职业玩家或做一个或几个网络游戏的GM。（我身边就有这样的人）
6、以上五条都与计算机有关，要有一定的专业知识，但比起你的专业课简单多了。如果你看到这里还不觉得有适合你干的，那这条最适合你：在你们学校去修双学位，修一个自己感兴趣的专业，计算机真的不适合你！
如果以上几条有适合你的，那么你就努力去做适合你的那一片天地，去看杂志的下一篇文章，下面的文字你看了只会浪费你的时间。

如果你是计算机专业的在校大学生，而且想当程序员，那么请往下看：
1、大学生活丰富多彩，会令你一生都难忘，但难忘有很多种，你可以学了很多东西而难忘，也会因为什么都没学到而难忘！
2、计算机专业是一个很枯燥的专业，但即来之、则安之，只要你努力学，也会发现其中的乐趣的。
3、记住：万丈高楼平地起！基础很重要，尤其是专业基础课，只有打好基础才能学得更深。
4、C语言是基础，很重要，如果你不学好C语言，那么什么高级语言你都学不好。
5、C语言与C++语言是两回事。就象大熊猫和小熊猫一样，只是名字很像！
6、请先学习专业课《数据结构》、《计算机组成原理》，不要刚开始就拿着一本VC在看，你连面向对象都搞不清楚，看VC没有任何用处。
7、对编程有一定的认识后，就可以学习C++了。（是C++而不是VC,这两个也是两码事!C++是一门语言，而VC教程则是讲解如何使用MFC类库，学习VC应建立在充分了解C++的基础之上。看VC的书，是学不了C++语言的。）
8、学习编程的秘诀是：编程，编程，再编程；
9、认真学习每一门专业课,那是你的吃饭碗。
10、在学校的实验室就算你做错一万次程序都不会有人骂你，如果你在公司你试试看！所以多去实验室上机，现在错的多了，毕业后就错的少了。
11、从现在开始，在写程序时就要养成良好的习惯。
12、不要漏掉书中任何一个练习题--请全部做完并记录下解题思路。
13、你会买好多参考书，那么请把书上的程序例子亲手输入到电脑上实践，即使配套光盘中有源代码。
14、VC、C#、.NET这些东西都会过时，不会过时的是数据结构和优秀的算法！
15、记住：书到用时方恨少。不要让这种事发生在你身上，在学校你有充足的时间和条件读书，多读书，如果有条件多读原版书，你要知道，当一个翻译者翻译一本书时，他会不知不觉把他的理念写进书中，那本书就会变得像鸡肋！
16、我还是强调认真听专业课，因为有些课像《数据结构》、《编译原理》、《操作系统》等等，这种课老师讲一分钟能让你明白的内容，你自己看要看好几个月，有的甚至看了好几年都看不明白。
17、抓住在学校里的各种实践的机会，要为自己积累经验，就业时经验比什么都有用。
18、多去图书馆，每个学校的图书馆都有很多好书等你去看！
19、编程不是技术活，而是体力活。
20、如果你决定了要当一个好的程序员，那么请你放弃游戏，除非你是那种每天只要玩游戏就能写出好程序的天才！
21、你要有足够的韧性和毅力！有个高手出了一道题测试你的韧性和毅力：找个10000以内的素数表，把它们全都抄下来，然后再检查三遍，如果能够不间断地完成这一工作，你就可以满足这一条。
22、找到只属于你自己的学习方法！不要盲目的追随别人的方法，适合自己的才是最好的！
23、请热爱程序员这项工作！
以上的话有些是我的经验，有些是我从高手那里直接COPY来的，但他们都很有用，记住他们，并遵守他们，那你们一定会成功！

对于大多数初学者来说，好多人有这种问题存在：我到底先学什么？学C/C++？还是学VC？还是学Borland C++ Builder呢？还是Delphi？哪一个更好呢？学习程序设计和学习程序设计语言究竟是怎么一个关系？初学者究竟应该如何取舍呢？就这些问题，我从一个高手那里看了一下的这段话，可以帮助在这方面有问题的人：学习程序设计就好比学习射击，而程序设计语言就对应射击中的气枪、手枪、步枪等各种枪械。学习射击必须要选择一种枪械，不可能没有枪还能学好射击的，也不可能同时学会使用所有的枪械。但是，如果掌握一种枪械的射击，再学别的也就触类旁通了。因为在熟悉一种枪械的同时，也学习了射击技术本身。再学其他的，自然事半功倍。学习程序设计也是一样，必然要从学习一门程序设计语言开始入手。在学会系统的编程理念之后，用什么工具都一样！

之所以写这篇文章呢是因为自己眼看身边那么多的同学一个个都"不务正业"，荒废了学业，心急如焚，自己也荒废了好几年，眼看微软的Windows从3.X到现在的2003 Server，而中国的软件业还是在原地踏步，难道我们真要每年等微软给他的操作系统换一次名字，我们给他交一次钱吗？这么大的利润为什么不留给我们自己，为什么不让别的国家给我们交钱呢？这是广大中国程序员的一个共同的梦，要实现这个梦的人是现在还在大学里的"准程序员"们，他们是中国软件明天的希望！希望广大计算机业的大学生看到这篇文章后，睡觉的能醒来，玩游戏的能停下来，在网吧的能出来，一起拿起课本，坐在电脑前，用程序写出中国软件业明天的辉煌。

11.建立规则 
4年前，我在读了大量的管理类书后，我得出了一个结论：那就是现代的管理源于西方，被***发扬光大，再被台湾企业Copy，再逐步从东西方多个渠道传到中国大陆企业。我写了有3万字的文章发表在中心办的杂志上。不过今天我有新的想法，现代的管理思想有很多源于中国，实际上很多先进的理念都有老子的“道德经”孙子的“孙子兵法”和中国传统文化的影子。例如老子的“无为而治”，与GE的“学习型组织”；孔子的“三人行必有我师”和GE的“无边界管理”；百家姓中的“人之初，性本善”和 麦克雷格(Douglas McGregor)的“Y 理论假设”；德鲁克(Peter F Drucker) 说的?“发挥每一个人的长处设法使其短处不表现出来，因为人总是有弱点而且几乎不可能改变”几乎与中国的“扬长避短”如出一辙。等等。 
在总部并没有给我一些企业文化资料的情况下，我从已往的工作经历中感到了它的重要性，我自己写了中心企业文化的文本，主要选取了同创，海尔，GE，HP，北电网络的一些理念。为了大家能够接受，又选了一些漫画家郑辛瑶的哲理漫画做辅助，还选了早期由张蔚，沉冰主持的CCTV“对话”节目定期放给大家看(买的VCD)。用这些做为大家的日常行为准则和培训素材。针对每一条款，同时也做了案例说明什么是我们提倡的，什么是我们不提倡的，什么是我们不能触犯的 “天条”。我的体会是一开始就把“游戏准则”说清楚，这 
样以后容易执行。实际上我在一一面试时会请面试者填一个“企业文化” 选择表，看看每一个人的选择，是否大致符合我们的要求，并且我根据他(她)的答案，会再交流一下各自的看法，对他说清楚今后中心的运作模式。 
我们很难说有些行为准则一定是对的，事实上行为准则是根据公司的状况的一种选择和正确的运用。是公司利益和员工利益的一种平衡。我始终认为，没有最好的管理只有最合适的管理，在A公司行之有效的管理方法不一定在B公司有效，因为背景条件不同。 
比如采用“团队合作”或“个人英雄”的做法。面对一个技术难题，在基本上都是新手的 
Team中，我们一定会多用“团队合作”，先大家讨论分析再Debug的做法，依靠大家的智能来解决问题。而对一个成熟工程师，我们多会用“个人英雄”的做法，因为可能对他来说，你还没讨论完，他已经搞定了，在这一阶段靠的是个人的力量。而后续，我们还是“团队合作”的思路，会要求他写出Debug的思路和方法，以做技术传承。有的工程师不愿意写出来，这就是我们的否决项。不愿意做技术传承的工程师，不能在这个中心工作，这就是我们的一个“天条”。 
在建立规则方面，行为准则是一个最基础的东西。没有这些做共识，在做项目时会有很多磨擦产生，那个时候，一方面要解决技术问题，一方面再要讲基本观念就难了。因此在新手的培训期，要花大力气灌输。 
第2层面的规则是组织架构，职责划分。中心的主要项目是主板和VGA卡的研发，我们成立了项目管理部，硬件研发部，PCB layout部，BIOS研发部，测试部，人员规划50人。我的打算是能够找到一些做为每个部的技术骨干，其它成员按公司要求招聘应届生。我也特别找了硬件方面很有功力的李兴中来做我的助手，BIOS工程师一直没有合适人选。好在李兴中是软硬兼通，可以代管BIOS team，鉴于李兴中还30不到，不想管行政事务，只愿意处理技术问题，我们定下了项目管理部除了做PM的工作外，还兼管中心的各部日常管理和考核的职责。我写了各部的职责说明书，这样就因地制宜的形成了矩阵式管理架构。我的体会是职责划分的越清楚越利于项目组成员的执行，做事效率也越高，不会出现一件事多人重复做，或者一件事没有人做。有一些公司不愿意在职责划分上花些时间将其定义清楚，而是一味地要员工“主动”，那不是一个好的做法。“主动”仅应该体现在两人职责的交接 
处，没法写清楚的部分。“做我该做，说我该说”才是一个有序的团队。 
第3层面的规则是研发流程，技术方法。我们又一次的update板卡的研发流程，这一次我们在研发流程中特别加了几个内容，一个是每一环节的工作输入和工作输出；另一个是每一环节的所需标准时间，这个时间是按一个成熟工程师做的时候需花的时间。当项目有差异时，在绩效考核时再评估；再一个是加了每一个子项目的责任人栏目。 
技术方法是指PCB layout 规则，测试方法，Debug工具/仪器使用方法，在写这些文档时，我反复强调了一种观念：这些文档是写给新手看的，要尽可能的写的逻辑清晰，深入浅出。让水平低的人也能看得懂，才是高水平。我还特别找了一些中科院的院士写的科普读物来给我们的工程师做参考。在写每一个测试方法时，我们规定先写需要的测试部件和被测物，再写每一个测试要点的操作动作；再写操作动作后的屏幕反映(剪贴屏幕)，再用斜体写下测试注意事项。这样一份测试方法，一个应届生看了就能做个6~7成，剩下的再问有经验的工程师就方便多了。这一方面相关的话题在后面的“技术传承”一节中还会介绍。 
第4层面的规则是绩效管理。日常绩效考核主要是考核每个人的团队协作和部门公益性事务的执行情况。技术方面我们对项目的每个专业及每个阶段都规定了工作时间和工作品质的考核标准。例如，对主板的EVT阶段(设计后第1次)做的Sample，工作品质的考核标准是一开机就能点亮，功能全部实现，主要性能指针也均合格为优秀；一开机就能点亮，功能全部实现，主要性能指针经过3天以内的Debug可以实现为良好；开机点不亮，功能，主要性能经过5天以内的 Debug可以全部实现为及格。(制程问题除外)。对主板的DVT阶段(设计后第2次)做的Sample，则除BIOS和Driver以外，所有硬件问题特别是PCBlayout问题都已解决为优秀；经过3天以内的Debug可以解决为良好；7天内的Debug可以解决为及格(制程问题除外)。 
我们会半年更新一次这些绩效考核方法，对这些内容，开始工程师们不以为然，但慢慢地大家感到了一种方便，一种公平，发现也是一种了解自己水平提升自己的方法。

12.管理方法 
管理有4个境界，最高境界是“无为而治”用现在的语言就是建立“学习型组织”，到达这个境界的团队已经高度成熟，会自我调节以适应外部的变化达成目标。第2境界是用电子和网络的手段，制定一系列流程，规则，方法让员工在既定的轨道里运行，使得团队不会出大问题。第3境界是仅有粗糙的，不俱备可执行细节的规章制度，执行起来需要个人比较大的弹性发挥才能做事或经常需要请示上司才能做事。第4境界是仅有的一些规章制度也被束之高阁，老板发号施令，公司员工基本上看老板脸色行事。这种公司中阶层人员善于揣摩上司的心态，适时调整数据，弹性解释事实；基层员工大多心存“你说你的我做我的”弹性作业。 
我根据公司的状况，希望在研发中心能做到第2境界。我比较推崇的管理方法是职责明晰，流程清楚，方法规范，公平竞争。从管理风格上我喜欢直面事实，不绕弯地说出自己的观点，尤其是对技术问题。但是这种管理风格我发现效果不好，其负面作用要存留很长时间、直到别人真正了解你才能消除。 
管理靠流程，规则，方法这是管理的科学性一面，但管理还要面对人，而人的思想是千变万化的，要选择一种他能接受的方式去沟通，这就需要管理艺术。一个团队需要的这种管理艺术越少越好，如果每一个人都能直面事实，不要考虑“面子”，个人利益，为什么还要艺术呢？所以“直面事实”是我们的终极追求。 
管理靠流程，尤其是关键流程不能省，我不止一次的碰到科学规律带给我们的惩罚，一个产品从研发到市场，要走过的路，恰似婴儿到成人。我们能做的只是少走弯路，我们不可能跨越某个阶段。当我们没有把试生产的问题都解决，当我们没有把该测的项目都测过，以侥幸心理对待，等待我们的结果往往是“欲速则不达”。当然，管理者要分析判断的是针对一个产品的状况，那些是“关键流程”以及如果要跨越某个阶段的风险评估。 
管理靠细致，对作业面的所有工程师“心细如发”可能是共同的个性特质要求。硬件工程师在Debug一片板的时候，最基本的是先看有无连焊，虚焊，漏焊和错焊，这需要的就是心静心细。测试工程师在观察，描述一个Bug时，心细也是必要条件。因为有的工程师在写测试报告时经常丢三落四，特别是把“……不能 Pass”，漏写成“……能pas” 分析下来，也并不是不负责任，而是心粗。为此我曾对2位粗心的工程师做过一种培训，就是每天花一小时，让他们把一碗黑白混合的芝麻分开，开始几天分开的芝麻总有混杂，尤其是会混杂半粒的芝麻，经2周的时间，才真正半粒也不混杂。为了锻炼心静，我们还举行用筷子同时夹起三粒生花生米的训练。 
管理靠方法，才能少出错误，我们的软件工程师有时一天update几次程序，可往往最后的一次更改，不是在上一次的程序上，错改到上上次的程序上，这是缺少版本号的管理。借助一些规范化的表格，比如设计文件List，Debug分析纪录List，试生产Check List，测试项目List，测试表格等也会保证所做工作不被遗漏。 
人的天性容易趋利避害、避重就轻、文过饰非，这是人的心理决定的。尤其是做项目时，心存杂念，一心二用，出差错那是必然的。所以在研发项目中check机制的建立是必要的。检查者不是全部重复设计者的工作。重要的是要将全部设计环节中的要点找出。要在其工作输出的重点上检查，这正如铁路巡道工，他在漫长的铁轨上主要是检查铁轨的结合处的螺栓松动与否，并不是等效的在每一米铁轨上平均花时间。根据不同情况，检查时这几点可供参考：要用与执行者不同的方法进行核算；进行试验/测试确认；进行新设计与已有成熟设计的类比；对设计文件的审查特别要注意与设计实物的相符合；要设立一些简单易行的验证方法；检查者要做文字记录并保存；检查者要和设计者进行良好的人际沟通，要充分了解其设计思路。 
研发工程师的工作特性是需要安静少被打扰，以利于他的思考；而且工程师又往往爱面子——虽然这不见得是对的。因此借助网络的管理是很好的方法，因为透过网络传递信息，过滤了人的情绪化，而且文字有追溯性。除了Email，我们用了 TUTOS系统来实时管理研发项目中发生的问题和传递信息。这实际上是一个类似BBS一样的网络软件，只是具有更多的管理功能，如按项目设置成员和权限，问题目前是处理状态还是已解决状态，并且任何人发布新信息时，TUTOS系统会有mail自动发给相关成员，提示去TUTOS系统看。 
在各种研发电子文件的管理上，先是做好了科学的分类，并且有专人来定期整理和更新，当资料越来越多，后来又考虑开发像搜索引擎一样方便的搜索功能，这样可以大大方便、有效利用现有资料，只惜这件事没做完。 
对不同层次的研发工程师需要不同的管理，对有项目经验的工程师我基本上是做目标管理，仅看结果；对新手则要更多的关注过程，否则也许就会“翻船”。.我对项目管理的成败判定标准是：设计一块主板，如果出现了原理性的错误；或者如果schedule延迟了10天以上，那一定是管理问题，而不是设计者的技术问题。 
对不同专业的研发工程师需要不同的管理，比如对测试工程师，他们工作中对创新要求并不高，更重要的可能是细心和逻辑分析力。我给测试工程师3个目标：第1 个目标是能够按时并一次将被测主板存在的问题都测出来；第2个目标是能够对测出的问题做原因分析；第3个目标是对测出的问题给出解决方案。完全达到这3个目标，可能他需要在这个专业上做8年以上。同时为了让测试工程师知道自己处于何水准，我们设计了2个考核指针：用每一测试项目所花时间与标准测试时间之比来考核其工作效率；用一次bug测出率来考核其工作质量(这个指针得出，需要该产品后续的测试结果，故不是实时考核指针。) 
我们曾经做过全年的统计，在研发阶段和量产阶段对那些看表面现象是技术造成的问题做分析，结果令大家都很吃惊的是有70%的问题是在管理环节可以避免的，只有30%的问题确实是当时对技术掌握不够造成。我最近接触了一些国内IT公司的总裁，发现真正认识到研发中心缺管理的不多，实际上是国内IT公司研发中心不仅缺技术同样缺管理。 

13. 技术传承 
当没有其它激励时，几乎任何一个人都是，当他总是在向别人分享他的知识，而得不到别人的知识反馈，慢慢地他会停止这个行为 。所以技术传承要做的好，就要保证技术双向传播，技术共享，各取所需，共同提高。 
因为新人多，有经验的工程师少，中心采用了两种培训模式。一种是将研发PC主板的硬件技术分成十几个专题，每个专题的题目一般都定得很具体，界定范围，避免泛泛而谈，力争将一个小问题讲深讲透，能够对设计有指导作用，确定题目和内容主要由我和几个有经验的工程师来做。包括新人每人研究一两项，研究时间是利用做项目以外的时间，花2~3个月的时间。然后每人轮流讲给大家，会前2天将内容发给大家。会议形式是讨论会，会上鼓励提问题，充分交流，报告者自己也可提出自己没有理解的部分的问题。一轮讲完后，再来有延续性的第2轮。几年下来，每人都成为某个分支的一技之长者，大家也花较少的时间学到了较多的技术。一种是师徒制，这是传统的方法但也是有效的方法，同时徒弟的进步也纳入双方的绩效考核。徒弟技术能力不够，总是在请教师傅，他怎么样使别人一直愿意教他？他可以帮师傅分担一些数据收集，整理以及在过程中的一般测试、试验。让师傅去把精力放在技术深层次问题分析和思考上，以加速问题的解决。 
一个工程师应有技术专长，但更重要的是一个工程师要想具备一技之长，应该有一些基本能力。分析能力就是其一。怎样养成面对问题先分析的习惯？有这样一件事：中心规划了要开发一个加密软件，作为主板的附件。我记起几年前看过的《王选文集》其中的“软件规划”，内容是我迄今为止最有实际指导价值的。我就请我们的一位同事去买，也特别对他说，重点是要看其中的“软件规划”。他是复旦的应届毕业生，跑了一趟上海书城和科技书店，就说买不到，就说没有办法。我当时说给你3天时间，买到后再来上班，3天都买不到，你就不用来公司了，他委屈的要哭。结果在同事的鼓励下，还是又去想办法了。结果第2天就买到了。我相信这件事对他刺激是很大的。这里面就存在着对一个任务“分析”的问题(当然还包含着做事的观念)。

14. 怎样留人 

人在不同的层次要求是不一样的。1999年在一个IT年会上，王选教授说，他当时开发激光照排技术的动力是看到排字工人那么辛苦，有一股要把他们从繁重的体力劳动中解放出来冲动。他说从来没想到有奖金啊荣誉什么的，他还说”市场的成功才是对研发人员的最大激励”。这一点之所以记得这么牢，是自己十几年前也是这么想。那时没有生存的压力，又受了那么多年的教育。甘于清贫，乐在奉献是那几代知识分子的行为准则。现在说这些，连自己都觉得是在唱高调。 
自我需求金子塔理论马斯洛Abraham Maslow 提出了人有生理，安全，社会，尊重，自我需求这些由 a 至 e 由低级至高级的全面需求，它形同金子塔。这些需求对人来说是逐步的分阶段的 
a) 生理需求包括食物温暖住所； 
b) 安全需求稳定的环境工作人身安全； 
c) 社会需求亲情友情爱情； 
d) 尊重需求自我意识增强需要别人的尊重； 
e) 自我需求要求自我实现有独立的精神和人格对事物有深刻的认识力。 
自我需求就是一种最好的激励。怎样使得大家有工作激情，我的体会是首先要从招聘开始。多年的经验表明。如果一个人做他喜欢做的事，可以省掉很多管理上的要求。他的进步也会很快。我的副手李兴中就是，从中学开始就喜欢电子和计算机有很多知识和动手能力是在工作前就具备了。上班在做设计，下了班休息一下，大部分时间还是在研究计算机技术，工作的内容就是他的爱好。所以选择“做我所爱，爱我所做”的人是最合适的。可是，在目前的社会条件下，大多数人还是为了生存，或者说是为了生存的好一点，才来做IT。象本人就是，完全就是为了家庭和孩子能够有一个良好的生活水准。虽然也很勤奋的工作，但我的感觉和李兴中是不一样的，我是靠对一种家庭和职业的责任在支撑。 
对处于不同需求阶段的工程师首先要对他们心态的了解。比如对从农村来的应届生，他可能最需要的就是一份不错的工资和稳定的工作，他不怕辛苦。而上海本地的应届生他们没有那么大的生存压力，可能不愿意工作太辛苦。在工作安排时要做相应的考虑，前提当然是，一份耕耘，一份收获。 
对已在其它台资公司做过几年的工程师他们可能最需要的是做项目标机会。我们就要尽可能给他这个机会，否则就会留不住人。 
对资深的工程师来说，就要有技术上继续进步的机会或者向管理位置发展的机会。我在对技术骨干的态度和做法可能是我做成一些事和他们愿意长期跟我的原因。我的做法是看到有潜质的工程师会专门去有意识的去观察和给他机会锻炼。我往往会破格提拔，以给其大剞量的刺激，激发其潜质。这方面我是做的比较成功的。在同创时从维修工程师一下提拔为测试部的主管的李兴中；在深圳海尔科技将优秀软件工程师宋雅松的工资提的比我还高，让海尔总部领导也说，从没一个部门领导能够为员工做到这个状况，还有在我兼管ABIT工厂工程部时发现的PE顾峰源。远远不止这几位，事实上这些人确实是出类拔萃的，不论在那家公司都会脱颖而出。 
为了大家对工作对技术有热情，在开技术研讨会时，为鼓励发言，我们采用发言计分，纳入日常绩效考核；我们还自编了随机抽取发言人的小软件，以保证公平性。 
我们也制定了不同级别的职务说明书，上面列清楚了要掌握的专业知识/技能，做项目的能力，语言表达及写作能力等具体的要求。让大家有明确的努力目标。特别是坚持不论资排辈，而是看每人的绩效确定奖励。在这样一种环境下，一批人得到了个人能力的大幅提升。 
对成熟工程师我经常提一些需将技术知识贯穿起来的问题，以激励他们把技术融会贯通。象“在计算机上当你按下一个‘A’字，键盘有了什么反应，信号怎样传给主板上的南桥，CPU又起了什么作用？显卡怎么样接受信号传给显示器”？“为什么在主板不能开机时，既能通过改电源电路硬件解决，也能不改电路硬件而通过改BIOS相关参数解决”？还有“为什么PC有BIOS，OS，Driver，AP 4类软件？为什么TV没有？” 
在珠三角，长三角这两块热土，就外部来说有着大量的就业机会，就内部来说对工程师们公司种种的不适应，造成工程师们的频繁流动，其结果于自己于公司大都不利。我在这2个地方都工作多年，所管的研发团队都保持了优秀人材的相对稳定，总体流动比率大大低于同行平均水平。总结起来也觉得并不是很困难的事。
第一，一份中等或以上水准的薪水是首要条件，毕竟大多数工程师没有达到“住”无忧的经济水平；
第二，有想做的事可做； 
第三，有技术可学，毕竟市场竞争激烈；
第四，所在的部门公平，人际关系简单。
如果再提一点高要求，那就是个人有发展空间，公司有发展前景。 

15. 两岸工程师 

我接触过一些台湾中年工程师，他们谦逊，内敛，专业，礼貌，心态平和。和大陆台湾中年工程师比较，两者对工作的观念方法，处事原则相差不大。而以青年工程师比较，大陆和台湾两者对工作的观念方法相差很大。 
目前中国处于社会变革的时期，整个社会显得浮躁。大陆的青年工程师已极少有人愿意“十年磨一剑”。往往做了一年项目助手，第二年就想做主要角色，第三年就要做Leader。而且一旦达不到个人目标就频繁跳槽，致使成不了真正的技术精深的专家。而台湾的青年工程师即便是一个普通的测试职位也往往愿意一做十年不改行，成为专家级的工程师。 

大陆工程师频繁跳槽最主要的表象原因是外部机会多。其次就是薪水低，学不到技术，公司环境不好。事实上频繁跳槽，在上个世纪的80~90年代台湾也是这样的状况。最根本的原因是经济上的压力，眼看着房价节节上升，十年不吃不喝也买不起房，这时应遵守的职场伦理就被丢在了脑后。而所在的公司因为前期投入的培训费还没收回，薪资自然是慢慢的加。这样跳槽就在所难免，“存在就是合理”既然他到外面公司能有大幅度的提薪，为什么原公司就不能做到呢？可能就是这口 “气”咽不下去，结果多数还是双方受损，所以如果大环境不变这是公司和个人还继续要承担的阵痛。 
大陆年青工程师从学校的教育到社会的现实看到的都是极端的功利性，因此学技术也还是为了改变目前的处境。当公司看出这种风险，又不愿意大幅度加薪，采取的方法就是，技术封闭，技术分段，这就形成了不良循环。 
来自草原的人，来自东北大地的人性格大都粗圹，来自江南水乡的人性格往往细腻。地域对人的性格是有影响的。台湾工程师的技术封闭，不太愿意分享还有原因是地域差异带来的个性差异；一般的说大陆工程师比台湾工程师更愿意与外界交流。因为即使都是台湾工程师，他们之间的交流也不多。这从两岸的专业技术网站上也能看出，大陆的技术网站上有很多技术深层的东西。如 http://www.embed.com.cn/；http://www.21ic.com/；http://www.pcbtech.net/； http://www.csdn.net/ 

中国文化教育与西方教育最大的区别是缺乏一种建立在逻辑分析基础上的思维。从中国文化传统中演变而来的教育带有过强的“艺术性”，目前中国教育中和报刊上的“隔靴搔痒”文章，是一种不好的示范和引导。台湾工程师比较早的吸取了以西方和***的在逻辑分析基础上的先进方法，在精细思维，执行层面的细微处体现了长处。 
两岸工程师共有的一个问题就是，现在很多公司应届毕业生从学校一出来，就到了研发部门，缺少对新产品的生产制程知识和经验，设计的产品不利于批量生产。原来国企培养应届毕业生，都是先在生产线工作1年左右，优秀的选拔到技术科(工程部)再1~2年左右，再选合适的到设计所(研发部门)，这样选拔出来的工程师才能研发出方便量产的产品。就硬件工程师来说，不应跳过这一重要环节。 
大陆优秀人材在台资企业没有归属感，因为台企虽然都大幅投资建厂，但一个普通的台湾人，就因为他是台湾人就可以做主管，而大陆人材即使很优秀也只能做课长。很难做上去。更不要说象在大陆企业优秀人材有股票等的利益分享。 

我的副手李兴中在公司中总是在忙，请他帮忙的人多，他又是来者不拒。不论是研发中还是生产线上发生的技术问题，他都会帮着做，他跟大家交流时说，看起来是吃亏了，别人在休息，自己还在做事，但是正是因为做了很多Debug，才积累了很多经验，否则仅知道原理，没有实际经验，设计的产品还是会又很多不符合生产制程的问题。后来李兴中主导设计的几款PC主板的市场返修率，大大低与公司平均市场返修率，这些产品是在同样的生产线，同样的人，同样的材料和同样方法生产的。 

我们有一个结构工程师，本职工作事情不多，而我们的测试任务有时很忙，人手不够，我请她帮忙做，每次都是比较勉强。后来因其它原因离职。在应聘新工作时，因结构工程师要经常到模具厂参加试模具，人家看她一个女孩，有那么文弱，都不愿意录用，后来她转应聘测试工程师倒是被录用。这才对原来的多付出，有了新的认识。 

我们中心开会，不论是技术研讨会还是项目schedule安排会，我都要求会议的纪录要在会后1小时内整理完毕发给相关同事。开始助理对有些技术的内容记不下来，我坚持要他做到。他是学软件的，这就逼着他要了解相关的硬件技术，几年下来，他就成了可独当一面的PM，而且后来还被别家公司挖去成了研发部门的经理。 

一般来说，员工总是追求高薪，但有时未见得是好事，因为你拿了高薪，工作的压力也一定更大，而且在其它同等条件下，你的市场竞争力会降低，而且那个高薪，如果是老板为了解决一时之需，那就更不好了。在公司状况不好时，裁员也是被先考虑的。 

总的来说年青的时候，多做事，多经历一些磨砺，即使有些不公平，也不要去计较，不是没一次投入都有回报，但你总是在投入，终是有回报的，抱着这样的心态去面对工作，总会收回所有的投入的，这就是上天不负有心人。 

17. 设计输入 
我们往往要的是一个好结果，这是没错的，但好的工作输出来源于好的工作输入，这常被人忽略。软件行业有一句著名的格言：“进来的是垃圾，出去的还是垃圾”，把好输入关是极其重要的。所以特别把3年前在我们中心杂志我写的一篇文章贴在这里。 
这里讨论的产品以IT行业的板卡和整机为主，也包括软件。设计输入是确定所设计产品的市场、用户、功能、性能、时间等目标，开展产品设计的依据，也是以后验证产品设计是否能达到规定的要求，评定设计质量优劣程度的依据。 
1.设计输入的基本内容 
根据ISO9001的规定，产品的规划阶段的工作内容均为设计输入的基本内容，如表1.列出了各类产品的设计输入内容。在实际项目执行中，特别是规划阶段，设计输入的内容不是一次确定的，也不是一方确定的，它往往需要多次双方协商或反复才能确定。表中的内容是指最终形成的文件。具体如下： 
表1.各类产品的设计输入 
阶段 板卡类产品 整机类产品 软件类产品 
A 用户需求 用户需求 用户需求 
可行性分析 可行性分析 可行性分析 
B 产品标准/规格（SPEC） 产品标准/规格（SPEC） 用户说明书 
规划 用户说明书 用户说明书 软件需求分析 
C 合同要求和技术协议。 合同要求和技术协议。 合同要求和技术协议。 
项目任务书 项目任务书 项目任务书 
Schedule Schedule Schedule 
1.1 用户需求： 
1.1.1用户的分类 
有几类用户，一类是外部用户（委托设计）；一类产品是由本公司下达，此时公司就是用户；另一类是合作设计。当用户有充分、完整、清晰的图文要求时，是最佳状况，但实际情况往往不是这样，这就需要产品规划者通过有效沟通，将用户的口头要求或不完善需求进行图、文化的完善，要牢记口说无凭。还要充分考虑终端市场用户的需求。要有“用户的成功”才是我们的成功的概念。 
1.1..2用户需求包括内容 
*功能和性能要求，功能是回答这个产品有什么用？性能是回答这个产品怎么样(包括技术指标、MTBF)? 
*适用的法律、法规、专利、标准和规范要求； 
*适用的以前类似设计提供的信息（这是指既使用户没提到，但以前的实际经验证明应做到的设计要求）； 
*运行、安装和使用； 
贮存、搬运、维护和交付； 
物料参数和环境； 
处置要求。 
设计和开发所必需的其它要求（Design Kit ，Sample ，Software Kit ect.）； 
应注意，在软件和服务产品的设计和开发中，最终使用者要求的和直接顾客要求的输入，可能特别重要。这类输入应以贯穿后续验证和确认能进行有效试验的方式来表达； 
时间要求； 
合同要求和相关技术协议。 
1.2.可行性分析报告 
可行性分析报告的目的是从设计项目的市场、用户、技术、经济、社会等方面论证其可行性。它包括用户需求分析和市场、技术调研。要多用表格形式来表达。 
1.2.1市场调研 
*市场在哪里（市场容量，细分市场和前景）？ 
*用户在哪里（谁需要我们的产品）？ 
*用户需要什么样的产品？ 
*我们的优势在哪里？（技术/价格/品牌/时间/地利/政策/资金） 
*竞争对手状况（技术状况和市场份额）？ 
*我们的目标（技术水平和市场份额） 
1.2.2技术方案 
*采用什么原理、方法、外观、架构、算法、语言； 
*采用什么主芯片、结构、电路、模块、接口； 
*技术关键、难点、重点； 
*关键元器件配套状况（量产否，供货周期，有无成熟应用，厂商实力）； 
*与其它方案的比较； 
*标准化、系列化、专利、兼容性、可靠性； 
*易用性、工艺性、维护性，在线升级； 
1.2.3人员和设计周期 
*需要什么样的人员组合； 
*符合目前人员的状况吗？ 
*增加人员可否提高速度？ 
*产品设计组外需那些外部支持？ 
*开始和结束时间 
1.2.4投资和损益分析 
*设计费用（工资、材料、样板、专用仪器、夹具、模具、差旅费、购专用技术、外包、其它）； 
*产品材料成本； 
*市场推广费用； 
*生产费用； 
*利税； 
*损益平衡点（指销售多少台可收回所有投资，如果是附送产品，要估算其带来的附加值）； 
*敏感性分析（技术、市场、竞争对手变化带来的风险，如何抵御？战争、自然灾害等不可抗拒力带来的风险）； 
1.2.5法规法律的可行性 
符合法规、法律、环保规范，符合销售市场的民俗、宗教习惯。 
1.3制定产品标准或SPEC 
按照国家/国际/行业的相关标准制定自己的产品标准；IT行业有其技术、产品更新快的特点，往往很难制定产品标准，这时可以根据用户需求和可行性分析报告，制定SPEC，包括功能和性能，还应包括包装、环境、MTBF、安全、环保及引用的标准、规范。 SPEC要用定制的表格形式；特别强调要经用户签字确认。 
1.4用户说明书 
用户说明书要用非专门术语的语言，充分地描述其具有的功能及基本的使用方法；并能够说明特定的情况下的应对方法和注意事项。应特别注意下列各点： 
1.4.1用户说明书应在设计产品前就写，而且是尽可能的完善，这是成功研发产品得到的宝贵经验。特别是对未设计过的新一类产品，在设计产品前就写，是至关重要的（否则极易设计出不符合用户需求的想当然产品）； 
1.4.2站在用户的角度，根据SPEC和用户需求编写用户说明书，一份好的说明书应易读易用，让最普通水平的用户读后都能够正确、快速、无误操作的使用； 
1.4.3对一事物的描述，人易接收的程度依次为三维动画，二维动画，图片，表格，公式，文字（有语音辅助更好）。编写用户说明书要充分考虑这个规律； 
1.4.4轻重要分开，逻辑要清楚。如对应用软件的使用说明要明确的表叙：用户应进行的实际操作；屏幕有那些反应；有什么要注意的事项。对这些不同的内容，可用不同的字体、颜色、段落来区分； 
1.4.5当说明书内容很多时，可分为基本功能和高级功能，前几页是基本功能，让用户可迅速使用； 
1.4.6说明书的外观、格式应符合企业的CI 形象； 
1.4.7说明书应在产品发表时和在研发过程中必要时更新，一般来说，变更越少，体现产品规划越高。 
1.5项目任务书 
除了在规划阶段（1.1—1.4的内容和1.6的内容）给产品规划人员下达的上述内容任务书，这里的项目任务书是指经确认，可立项设计的项目； 
项目任务书内容包括项目名称、设计组成员、启动和结束（可分几大阶段）的间。 
1.6制定Schedule 
Schedule的三要素是人、事、时间，要制定完整的具体的，直到MVT阶段设计输出的项目Schedule。并在执行中适时更新，以符合当前状况。要借助于项目管理软件，以实现科学规范的管理。；Microsoft Project 是一种功能强大而灵活的项目管理工具，可以用于控制简单或复杂的项目。它通过各种图表能够安排和追踪所有的活动，从而对进度了如指掌。而且现在，通过安装在公司的 intranet 或 Internet 上的 Microsoft Project Central 
，可以比以往更为方便地与有关人员交换项目信息。如它可以实现子项目的关联性；子项目的重要等级等等。 
1.7 特殊性 
以上是一个通常项目的设计输入，对特定的项目会有些不同，如有的软件项目需要“软件需求分析”（不是指“用户”）。 
2.设计输入的评审 
计算机软件行业有一句著名的格言：“进来的是垃圾，出去的还是垃圾”把好输入关是极其重要的。 
2.1设计输入评审的参加人员 
设计输入的评审应有用户（或代表）、管理者、产品规划工程师、产品设计师、测试工程师、采购、销售人员参加。 
2.2设计输入评审的要求 
对设计输入的内容应分别进行评审，不完整的、含糊的和矛盾的要求应予以解决，没有遗留问题，再进行下一步的工作。这也是ISO9000:2000版的要求 
2.3设计输入的存档 
应将确定的设计输入按文件管制的规定存档并保持。 
18. 扬长避短 

除非经历一个人生大劫，否则人的个性特质是基本不会改变的。有时看起来是改变，那可能只是因为外界的压力，暂时的收敛。 
象我的个性是属于面对不合理的事是“疾恶如仇”，说话是直面事实，不怕得罪人；做事是追求完美，一追到底，风风火火，速战速决。象我这类人，在处理一些事的时候，一定有可取之处。如果要说负面的那就是易“得罪人”，工作要求高，给别人较大压力。我处理事时，他第一次出差错，我会和颜悦色地让他注意，第二出同样的差错，我会言词严肃，第三次还出同样的差错，我会忍不住严辞厉色。“对事不对人”作为一种管理理念是对的，但事是人做的，不把做事的方法说给他，不把责任心强调，不分析为什么多次出现这样的问题说给他听，怎么可以？这样对了解我的人而他又有一定承受力，没什么不良后果。但对脆弱的人往往是受不了。我承认在任何情况下都应该和颜悦色，但做不到，我仔细想过我为什么这样，原因应该是两条，一是个性使然，一是强烈的责任心。两者去掉任一条，都不会象我“那么‘顶真’，象做自己的公司一样”，这是我的同事经常说我的话。 
而且我自己发现，我一激动，思维会特别敏捷，前后事情会在脑子里面全部激活起来。 
对多次出同样的差错的人我做过分析，一个是责任心不够；一个是做事的方法或技术没掌握；还有一个不被人注意的原因是，他的“联想能力”能力不够，我发现一些人，确实不是前两个原因出错。主要是他脑子里面不记事，上周的事他记不住，面对眼前的事也不会作相关联想，这样的个性特质往往也不具备并行作业的能力。 

实际上，一贯的“和风细雨”式的管理和平时“和风细雨”加上偶尔地“暴风骤雨”式管 
理，都是一种管理风格，没有对错之分，只是一种选择，因为各种管理风格都有大量的成功案例。 

不同特质的人，应该选择做不同的事。有的人爱说话，善于口头表达，也许做FAE合适；有的人心细，观察力强，也许做测试工程师合适；有的人心静，做的住，也许做PCB layout工程师合适；有的人富于创意，善于“自来熟”也许做PM合适；有的人富于创意，善于“自来熟”也许做PM合适 

“江山易改，本性难移”也许硬着头皮改了个性，他的优点也随之消失。与其化大量时间去修身养性，不如扬长避短去做符合个性特质的事。 
转自TOM论坛

马宁伟
我是一个有10年电子产品研发经验的工程师和10年IT知名公司研发中心管理经验的技术管理者。世上好的管理理念可能归纳起来就那么1~2百条，也都好理解，难的是怎么适当地运用在特定的环境中。下面的文章共18篇，是我20年工作中的片段，也是我在研发及管理中的实际体验和感悟。 
1. 技术启蒙 
1977年的5月我进了宿迁无线电厂。今天已极少有人知道这家厂， 但当时这家厂还是有些名气的，因为当时设计新产品技术队伍中有在文革中遭解散的南京无线电工业学校的校长，教导主任，系主任，各科教师。其中有中国的第一代电化学专家叶厚禺，第一代无人驾驶康拜因(拖拉机)的无线电控制设计者赵骥，第一代雷达设计师赵柏林，第一代无线电专家洪瑞楫，第一代飞机机械师龚维蒸，还有靠“自学成才”的60年代即是华电工程师的张世昌。这些人才，多是因政治运动，先被排挤到学校再被下放到宿迁。当时工厂设计的晶体管图示仪和集成电路测试仪以及微波测试仪器产品畅销全国。 
龚维蒸老师原为系主任，当时已有50岁，头发花白，是南工（现南京东南大学）双专业的50年毕业的本科生，也是中国第一本《无线电设备结构设计》教材的编写者。在工厂是结构设计室的主任，当时我们有6~7个高中毕业生跟他学模具设计和仪器结构设计。每天半天学习理论和做作业，半天工作。当时的工厂主产品 JT－1、JT－3晶体管图示仪畅销，每台成本几千块，每台销售价7万5千块。市场竞争也不激烈。 
龚维蒸老师主要给我们上4种课，《机械制图》，《材料力学》，《冷冲模设计》《无线电设备结构设计》。他讲课深入浅出，循循善诱，结合实例，总是鼓励人，从不批评人，也从没看过他发过脾气，真正的敦厚长者。当时我们基础实在是太差，他讲完一点，总是会问：听懂了么？因为我的好问和勤奋，使我很快在几个人中脱颖而出。2年多的上课使我打下了良好的无线电设备结构设计理论基础，我当时还花半个月的工资买了铁摩辛柯的《材料力学》硬啃了很长时间，一直到读了大学才知道，龚老师的课选的是多么准确和有效，使我们一点弯路没走。我的一个大学老师跟我们说的是：学好《机械制图》，《材料力学》，给你半个工程师。对一个电子产品结构设计工程师来说，真是金玉良言。 
我的另一个师傅是张世昌，因为工厂要自制一套4开制版机（用来做PCB的胶片）我被抽调到这个产品设计小组跟他学做结构设计，实际上主要是制图，将他的设计思想，用图纸表达出来。第一天他先让我削只铅笔，结果是他不满意，他削了只让我看，用中华2H铅笔，笔芯削成20mm长的圆锥过渡，铅芯要露出5－ 6mm长，再用细沙纸磨成圆锥型，笔尖直径0.2mm。他用丁字尺划了一条直线，一边划，铅笔一边转，铅笔与图板倾斜成60度。他说，这样笔尖不会一下被磨秃。然后，他让我写0~9的阿拉伯数字。我写完后，他说，你数字写的不错，我推荐你去财务科，看我脸涨的通红，他说“8”字要这样写，我看着他用l了4 笔，每笔4个半圆写成了标准的仿宋体“8”。就这样我跟着他一丝不苟的开始了制图工作。他教会我选择三视图的技巧，运用局部剖视图和重复剖面图的表达方法，特别是强调要精确，简洁，完整的表达零件，不能少表达一个要素，也不能多划一个视图。“让水平低的人也能看懂你的图，好的工程图纸就是一幅艺术划”这些设计理念，深深地影响了我。他极富创意，教会我巧用机械原理，实现制版机结构和传动的设计。一个个想法从图纸变为实体零件，也使我渐渐地喜欢上了这个工作。 
事实上，张世昌老师还是一个多才多艺的人，他做的古筝，被淮阴地区剧团长期使用。他甚至教我们自己制做小提琴，告诉我们要用什么木料和特别的剖料方式。这个问题在我后来带的多个研发团队中，作为有奖问答，几乎无人答出。他给我也是给那个小城留下最深的影响是，当时有一出大热的话剧叫《于无声处》各地都在排演。话剧两个多小时，要反映的情节是24小时。张世昌老师用一座钟改变传动比，加上硬纸板做成大钟面和表针，用缝纫机做车床加工精密零件。钟做成后，挂在舞台上，成功的反映了剧情时间的变化。 
张世昌老师家居图书馆，他太太是50年代的北大图书馆系毕业生。当时是县城图书馆馆员，星期天我去借书时，常看他一家都在图书馆院中读书，他看的杂志，书籍面非常广，比如象《化石》，《乐器制作》。我从小就养成了阅读的习惯，但限于文学类，进工厂后，因工作需要也常借技术书看。受他的影响，我开始读《地理知识》《航空知识》《科学画报》《化石》《考古》《摘译》等五花八门的杂志。 
1977－1978是我学习技术的最幸福时光。那样的学习工作条件，可能今天的研究生和一流企业也不能具备，工厂环境在当时也称得上是花园工厂，有良师，有一个好工作，有技术可学，衣食无忧，没有什么竞争，还有一个自己心仪的女孩是同事，刚刚从生活的阴影中走出来的我，真的好象是来到了理想中的乌托邦。 
我是1970年随父母从南京下放到宿迁的，1974年在宿迁中学高中毕业，1977年才进工厂，岁月蹉跎。一位与我有同样经历的小学同学对我说，人要有“一技之长”，才能在社会上立足。所以，从进工厂起，我就有了个理想，奋斗10年，成为工程师。 

2.三年寒窗 
1978年我参加了高考，可惜没考上，主要原因是当时我的工作已不错了，没有全身心投入复习，现在看来是鼠目寸光。原本准备来年再考，可突然来了读大学的机会，那就是中央广播电视大学开办并冬季招生，1979年2月开学。开始并没打算读，可是读电大有一个好处是，可以带薪上学。就这样，通过简单考试，我开始了读电大。此时国家落实知识分子政策，原南无复校，老师们陆续回宁。工厂新产品设计需要人，所以读电大的3年我是一边读书，一边工作。 
大学的三个要素：名教授，图书馆，实验室。实际上电大仅具备了第一个。当时授课的大多是清华，北大老师。电大也成就一批名师，象教Basic语言的谭浩强，教英文的郑培蒂被媒体评为全国最多学生的老师，他们走到哪里，都被优先照顾，因为到处都有他们的学生。电大是全国统一教材，统一上课，通过电视同步传到各地。由于还没有线电视，用无线接收。电视差转台常出故障，刮风下雨，天线摇摆，转播效果更差，屏幕上往往是雪花飘飘。一节课耽误了，就无法弥补，全靠自学。电大采取的是宽进严出，考试是全国统一试卷，考试地点是相对集中。我们是在地区市的淮阴。完全没有普通大学老师学生面对面的种种便利。 
我们那个班开始有50多人，一学期下来就不见了一半，一年后还剩15人，到毕业，只有8个人。我因是一边读书，一边工作，每天只睡4~5个小时，整整3年几乎天天如此，。为什么有那么大的恒心？说起来，是因为工厂里自己心仪的女孩跟一个驻军的团政委儿子好上了，我觉得主要是自己的经济条件不够好，因此为了出人头地，发愤读书。实际上，现在想想不可思议，当时就没有跟人家表白过，也许追一下，就是另一种结果。3年下来，人瘦成97斤，而且以后10年如此。 
我的毕业设计是“RL－2微波漏能结构设计”那也是我们工厂实际研究设计的一个新产品。用来探测微波设备的微波泻漏能量。微波设备包括雷达，电视发射台等，超过30mw/cm3的微波对人体是有害的。在毕业设计答辩上，我从探测原理讲起，结合挂图介绍了主要器件传感器，又介绍了为将传感器上获得的讯号能在表头上显示出来，需放大电路和转换电路，这就是电路设计工程师的工作。另一方面，为了让电路板能放在合适的位置，也为了电路不受干扰，又为了传感器要有合适的形状便于手握，又因为是移动中使用的产品，特别要考虑防振设计，而这些就是电子产品的结构设计。我还重点介绍了产品中需要的一种材料：它即要能够被制成异型。又要能耐高温不变形，还要对微波无反射。为找到这种材料（氮化硼）所做的研究过程。我的报告受到了内行和外行的好评。 
我之所以要比较详细的说这件事，是象这样真正的原创性的研究和设计是非常锻炼人的，也非常有挑战性，在我后来的20年研发工作这样的项目不多。事实上在很多IT公司的研发部门也是如此，我见到的一家国内大公司的名校毕业生，津津有味的在做整机级测试，没人告诉他们，这不能算是研发。我的一个感觉是这些年来国内很多IT大公司研发做的越来越浅，远不如80~90年代的企业。所以，整体上我们工业技术可能与发达国家比现在离得更远。当然有些公司除外象华为，中兴等。 
3.十年磨一剑 
龚维蒸老师看我想真学技术，就对我说，要想学透一行，要花十年工夫。先用3年时间，将这一行需要的基础理论知识掌握；再用3年时间将这一行的书，文章全部找来读，了解这门技术的来龙去脉和当前的发展状况；再用3年时间选择其中薄弱分支进行研究，这样你就可以有所成就。 
1984年我回南京进了熊猫集团东方无线电厂，工厂主要产品是收录机和组合音响。我先是在工艺科结构室，主要的工作是：在设计阶段审查设计部门的结构设计图纸工艺性；在生产阶段承接设计部门的技术，写工艺流程卡（作业指导书）和处理生产线的技术问题。 
就现在看，后一个工作任务就是现在很多公司里工程部的职责。而前一个工作任务在大多数公司没有部门承担，这也是很多新产品样机做的可以，当批量生产时，问题就百出的原因之一。一个通则是，把技术问题解决在前端，将大大降低新产品失败的风险和成本，这是技术管理者要关注和研究的重要课题。 
半年后发生了两件对我有影响的事。第一件事是描图员忙不过来，我去客串帮忙，在描一张图时，顺便改掉了一个明显的设计表达错误。按理描图员是不应做任何改动的，所以这引起了那位设计师的不满，好在负责结构设计的副所长就在旁边，拿过去一看，说改得对，就这样了。并且问我，你怎么会知道要这样改？我说，我是做过结构设计的。第二件事是我审查一个新产品的一套结构设计图的工艺性，正巧就是这位副所长设计的。我找出来其中十几个制图和设计不当问题。我看完后，随口跟旁边的同事说了一下，谁知这信息迅速传到了他耳中，而且也不知怎么传的。据说他听后是暴跳如雷，说我的图纸还会问题，他一个小年青，搞的不得了。我的室主任说，这是个不能碰的人，因为又是交大毕业的，又是副所长，这个时候，我的倔强性格也出来了，说：白纸黑字在那呢，大家都可以看啊。结果却是，下午当面沟通时，他一一修正了问题。 
因为这两件事，由设计所长提出，将我调到了设计所。我回到了结构设计的本行，此时我实际上已有了6～7年的冷冲模和仪器结构设计经验。仪器主要用金属薄板做结构件；而音响的结构件主要是塑料件，塑料件的设计对我来说是个新课题，除此以外，结构设计的内容是相通的。我买了能够买到的所有塑料材料和零件设计的书。 
塑料因为可以设计成复杂零件，这特别考验一个人的三维空间想象能力。业界一直有两类设计师，一类是先设计个大概轮廓，再做一个手板，根据手板，再完善细节设计。另一类是完全想好细节，并用图纸完整表达，再去做手板，这种做法，改动会很小。但非常考验设计者的功力。我是一直坚持后者的做法。同理，做一个整机结构设计，首先要划装配图，没有精细的装配图就匆匆划零件图也注定会反复甚至翻船。 
我对设计的定义就是能够将设想和计算通过图纸将其表达出来，并可以成功的做成产品。对设计师来说，关键能力是还没有实物，但这物体已在脑中想象成形。而不是依葫芦划瓢。 
调来设计所后，也是新手但有相当才气的丁石藤和我分别独立担任电路和结构设计师，设计高性能的双卡收录机8400。这是个全新产品，全套结构设计图包括装配图，零部件图，我一人40天完成， 开模后一次试模成功。电路也如期设计调试完成，整机试投产后也一次成功，没有发现大问题，故试产后一天都没停就又投入了6K的批量。做到这个状况，任何一个做过设计的人都知道这是很难达到的一个技术水准，同时这里面还有很多的协调工作，当然还有运气，比如模具厂，PCB厂没有出问题。因为成功的设计了这个产品，也因为领导和同事的认可，我被任命为结构设计室主任。这在那个论资排辈的年代和国企环境是很破格的事情。我所在的设计室基本上都是有十几年工作经验的设计师。而我的搭档也成了设计所长------丁石藤是我迄今为止见到的少数几个杰出人才之一，他最历害的就是思维清晰而简洁，一语中的，具备超常人的智商，面对技术问题他几乎不会出错。而我的不出错是靠我的勤奋和专心，我在做设计时经常半夜惊醒，发现一个计算错误。 
我这时才知道，龚，张两位老师教我的专业知识，技术和自己三年苦读加工作，使我已积累了相当的专业功力。连我自己也奇怪，我对塑料零件设计并不熟悉，但遇到问题我总能迅速找到解决方法，我没有什么问题需要问我的同事，相反我倒是经常帮他们的忙。 
后来我接触过很多的工程师，发现他们虽然在R&D部门工作了1～2年，但并没有掌握他们那个专业的知识和技能，更糟糕的是他们不知道那个专业应该学些什么。一方面我为自己感到庆幸，一方面我也得出一个结论，刚刚工作的1～2年对新大学生太重要了，没有一个好的师傅指导，会走多少弯路，甚至于就此碌碌无为。 
我在结构设计室主任的位上一坐10年，虽然2年后我就就兼职副所长，八年后又做了所长。 
8400产品在生产车间量产时，在一张检验桌旁，检验科长问我，产品成功了，拿多少奖金就满意了，我说奖金不在乎，我希望能生产5万台，成为畅销产品。那是真话，那个年代的工程师，更看重的是名声。事实上由于是定位在高端的产品，销路并不好。所以厂里在分析了市场后，决定大幅度削减附加功能，仅保留主要功能，从结构上仅换面板，其余沿用原来的零部件。这大大快了设计进度。产品投产后命名为熊猫2200双卡收录机。就是这个产品上市后，因供不应求，包括熊猫集团本部的工厂一共4家厂生产，整整畅销3年，共产销120万台。为工厂创下巨额利润。也创下全国音响行业单机种销量的奇迹。 
总结起来这个产品市场成功要素一是价格低，二是品牌好，三是质量稳定；技术成功要素是通用化，标准化，操作简单，外观美观。 
在后面多年的产品设计中，几乎工厂所有的主要畅销产品都是我做的结构设计，或者是我带徒弟做的，实际上那时已有竞争，往往是几个设计小组同时做设计，然后由销售人员和厂长确定。产品的成功，也让我的技术日趋提高，也为我瀛得了很高的厂内外声誉，在我远没有被评为工程师的时候，从厂长开始就上上下下都叫我 “马工”。 
那时候的厂长是一个比较通达的人，一般我们完成一个产品设计就会让我们休整一下。由于多发奖金还是一个困难的事，所以一般都会安排骨干到各地去做市场调研，调研也是真的包括与经销商沟通和自己站柜台做一天营业员。然后会游览一下当地风景。除此之外我自己会利用这段时间和下班时间研究一些技术。 
80年代家电产品大量的使用塑料零件，这就带来了材料选择，零件设计和零件连接的很多问题。我开始研究其中的塑料零件连接技术，国内出版物已远不能回答我思考的问题。从1985年开始，我开始读《Plastic Design Forum》，《Plastic Engineer》，《Toshiba Review 》， IEEE的大分子化学卷(记得是第34卷) 等杂志 以及《Electronic Packaging Handbook》等年鉴类书。陆续跟踪和了解这些技术6～7年时间，仅其中的小小自攻螺钉连接技术就花了2年时间。 
当时自攻螺钉刚刚开始在国内用，我们的产品仅在一些不重要的连接采用自攻螺钉，原因是它容易滑牙。而打开**的产品已100%采用自攻螺钉。用自攻螺钉能大幅度降低装配成本，我觉得这就有研究价值。我跑了南京图书馆，江苏科技情报所，江苏电子科技情报所，南大图书馆，南京化工学院图书馆，上海图书馆，上海科技情报所，北京图书馆，电子部第四研究所，沈阳790厂（电子部紧固件研究所）我收集了所有的国内外的相关书籍，杂志，中日美英德ISO标准，约200 万字。 
1885－1990年在读这些英文资料时，我陆续将其翻译发表在省和国家级技术刊物上计4万字以上。这给我带来了2个好处，一个是我成了中国电子学会的会员，一个是在90年我被评为工程师时免考英文。1992年，经过多年的翻译，研究和实际设计经验积累，我发表了自己10万字的论文集《塑料零件连接技术》（中国音响工业协会出版），这时我在金属零件，塑料零件的设计，连接技术，包括对这些材料的知识，以及冷冲压工艺，注塑工艺有了很多独到的经验，那时候我在工厂对技术问题已不敢随便说话，因为你一说，别人就会认为是对的，就会照着做。在行业已小有名气。 
写技术论文不仅使自己进一步理清思路，也深化对问题的理解，因为你写得时候才会发现，有些问题原来自己并不很清楚，给别人讲课也是如此。写和讲都是与己与人有益的事。我后来对工程师的要求都是要会做，会写和会讲。 
电子产品的结构设计，是一个比较容易上手的工作，有1～2年工作经验的大学生就能出图，但在选材，工艺性，易装拆性，可靠性，电磁兼容性方面的技术和经验真的需要多年积累。 
我后来Interview新员工时经常问什么是电子产品的设计？什么是结构？什么是结构设计？但得到的多是大学教材里的隔靴搔痒答案。我的体会是：“结构”对零件而言，就是形状和材料；更多的情况“结构”是对2个或以上有装配关系的零件而言，就是2个或以上的零件它们的结合处的配合形状；对整机“结构” 而言就是指零部件的布局。因此结构设计就是用最简的形状，合适的材料，精巧的连接，合理的布局实现功和性能的要求。 
10年努力，我实现了做工程师的理想，1990年我拿到了省里发的工程师证书。在国企的日子，受到的教育使自己一直感到自己是工厂的主人，是为自己在奋斗。虽然那只是一个空头支票。

经过4～5个月的努力，这批新产品在北京新世纪饭店开了新产品技术发布会。作为业界的一匹黑马，又推出了这样一些自己设计的产品，业界是将信将疑。后来有一批记者和官员来参观了我们的研发中心才冰释前疑。这些产品都投入了量产，在MVP4主板的量产中，代工厂只能做到95%的良率，后来分析是设计余量不够，具体有两个因素，一个是元器件的“温飘”，一个是元器件制造的本身偏差，这为我们提供了一个教训。 
一个好的设计师，他一定要用心做事，技术上的事是躲不过去的，今天没有仔细去核算上下两种工作极限的状况，明天一定会让你十倍的头痛。“天道酬勤”就是讲的这个道理。 
我当时对人的要求是要主动，细心，开放，诚实。对所有进入中心工作的成员，都宣讲清楚，每一条都有正反方面的事例说明。如果违背，就是否决项，不能在中心工作。所以大家都非常open，技术上毫无保留。用我们总裁的话说就是：“大家都是短板子，但很多短板子也能围成大木盆，能盛很多水”。 

我平时管理风格还是很认真的，对重复出现的错误我会严肃指出，包括后来我选的副手。开始有的人是很不适应的，但后来看到是一视同仁，而且确实是为了把事做好，也慢慢能适应了。我是一个急性格和追求完美的人，因此也是一个对自己和别人要求都比较高的人。我有我的一些不合常理的逻辑：当两人同出错，我会批评跟我比较近的人；发产品奖金有争议时跟我比较近的人，我也会给他少些。那时大家很融洽，每周末我基本上都会轮流请部分员工吃饭，这也是一种人际关系平衡方法。我从不报销，虽然我有那个权力。不报销一是省得解释，二是自己很自信，从国企出来，原来外面的世界很精彩，自己很有竞争力，相信“千金散尽还复来”。 
我的性格本质上是属于急性格的一类人，但一般时候看不出来。因为我在南京时，公司午餐时间，我经常会讲一些故事，我讲的故事往往是我自己独特的思考，而不是说书本上的东西，这就引起了同事们的兴趣和讨论，常常是到了下午上班时间一群人还围在哪里，津津有味的说不完。比如我说过，不要看现在江南这么富，其实原来江北更发达，理由之一就是：不论吃什么，江南人一概用“吃”一个字，而江北人则会用很多不同的动词来说，象“喝”酒，“嗑”瓜子，“叨”菜，由此我推论中国的文明起源于黄河流域。我还说过，为什么重庆出美女，是因为抗战时期中国精英大批去重庆的原故，其它象米脂，扬州，上海，哈尔滨特征都是历史上都有大批外来人口的迁徙。所以那时我给人的印象是随和的人。在深圳容易发脾气，客观的说，主要是求胜心切，压力大。我们总裁是郭台铭那一类型的人。 
我以前单位的党委书记，见到所有员工都会微笑，后来做了厂长，压力大了，很快脸上没有了笑容，一年后又做了党委书记，笑容才又回到了他脸上。我的好几位同事，几年后，在做了部门经理后，都对我说过，现在可以理解你那时为什么那么急。不过我必须承认的是，直到今天我的修养远远的不够，我仍然做不到“喜怒不露于色”。 
公司是较早注重企业文化的企业，每个员工进公司都会发企业文化手册，其中的“同心创业，共享未来”，“陀螺理论”给我影响很大，前者是有现实的利益，公司买了一大块地在为员工盖宿舍，是看得见的；后者是很形象，说得是：陀螺在旋转时才不会倒下，而且越快越稳定，越不会倒下，所以大家要拼命工作才能赢。企业文化是一个想永续经营的企业的基石。其实好的企业文化道理不难理解，难的是员工的真正认同和将其溶于工作中。我们那时的状况，一方面公司急于要看到成果，一方面在深圳的年轻人一般都是干一份活，拿一份钱。因此能够凝聚一批人材，在人员流动率比较高的深圳保持了人员稳定，并且快速出了成果和人才。今天回头看，主要靠的是3点：第一是公司有一定知名度，薪资福利对外有竞争力；第二是大家有事做，有技术学；第三部门风气正，奖罚分明。第一条是公司作用，后面的两条有我和大家的努力。 
7. 走入海尔 
在一个社会大变革的时代，有时不是你不想稳定，是企业做着做着就不行了，你不得不做新的选择。1998年国家规定军队不准经商，在军队撤资，集团人事变更，经营管理等各方面的影响下，公司从全国性的大公司收缩成地方性的小公司，研发中心难以为续，宣布解散。我面临新的选择。这时国内有很多家电企业想进入 IT业。经过几年的IT产品研发，我对IT产品有了一定的技术和市场感觉。我给TCL李东生，海尔张瑞敏，康佳陈伟荣，新科秦志尚，创惟黄宏生分别写了 mail 和Fax。海尔回复最快，结果是在深圳成立了深圳海尔信息科技有限公司，我们重新招聘了员工，这实际上是一个Design House 有25人。 海尔集团总裁杨绵绵兼总经理，我为常务副总经理，我在同创的同事杨宏春为副总经理。 
我们研发了“海尔小超人”PC，它实现了语音识别控制计算机，当你进行语音训练后，它就可以根据你的指令，自动开关机，并可以用语音提示你已安排的日程，语音识别部分做在一个兔子形状的体内，兔子手臂会动作，眼睛会发光。通过USB接口与PC相连。 
我们还研发了基于ARM的以Creator 7209为主芯片的MP3，其功能包括播放多种格式的音乐如MP3/WMA/AAC，录音，文件存储和管理，复读机的所有功能。 
这两个产品研发时有两种意见，一种意见是先做最简功能推上市，然后再进一步做成系列产品，即一次规划，分次实现；一种意见是，一次规划，一次到位，能够一鸣惊人。我的想法是前一种。杨宏春和集团的计算机公司技术主管的想法是后一种，鉴于计算机公司实际上是我们的客户，也考虑海尔付得起这个学费，我同意按他们的想法做。结果由于技术上要解决的问题太多，产品上市一再推迟。 
工程师研发产品往往追求性能指针，设计的产品能代表什么什么水平，追求他认为有用的多而全的功能，往往忽视市场的时间需求和用户的实际需求。有时候，当影响公司的大局时，这种情况是一定要扭转的。如果不影响公司的大局，通过事实来教育新人，可能效果更好。因为你不让他试，就证明不了利弊。付这种成长的代价，其实也是体现一种企业文化。 
海尔有个“8号会”，即每月的8号，集团的经理级以上的干部会，大家天南海北的集中到青岛，地点在总部的海尔大学的阶梯形教室，开会时用多个投影仪，每人坐位上有麦克风。一般会上有三个内容：第一部分是各生产公司，销售公司的营业额排名，有准备好的报表，时间10几分钟；第二部分是重点，是案例讨论，案例有专人准备。用录象，录音客观反映这一个月发生在某个生产，技术，销售环节的一件事。然后讨论这件事的全过程，哪个环节做的对，哪个环节做的不对，对在那里，错在那里，怎样改善，这个案例重点放在管理层面，避开技术细节，以让大家均可参与。讨论由张瑞敏自己主持，这个时候，特别能体现张瑞敏的视角独到之处，体现他的逻辑能力，洞察力和把坏事变为好事的能力。 
海尔还有个“9号会”，即每两个月的9号开新产品推介会，由在全国各地的10个研发公司和集团空调，冰箱，电视等公司的设计所介绍这两个月来的新产品，场面做得很大，有实物，有图片，有演示。特别要介绍产品有什么市场“卖点”，产品处于同行的什么水平。然后由张瑞敏点评，最后由各销售公司经理填销售需求表，任一产品销售需求不足3万台，不能投产。 
1999年，深圳高交会期间，我陪他看了展会，并请他到深圳海尔科技给工程师们讲了话，张瑞敏说，做事关键是思路，海尔有品牌优势，服务优势，量大优势，你们做技术要善用这些优势，要借力去做技术整合，否则这几个人能做成几件事。他认为，核心技术固然是核心竞争力，核心技术还是为了赢得用户，在核心技术一时难求的时候，我们如果已经赢得了用户和用户的忠诚度，这就是核心竞争力。张瑞敏内心充满做第一的激情，但又充满理智。外表气定神闲，说话从不急躁，但一语中的，极富人格魅力，他是中国少有的思想家型企业家。 
海尔在全国各地网罗人材，在北京，上海，深圳，西安等地成立了10个研发公司，以改变海尔的技术形象，这些研发公司投入较高，人员待遇也比集团本部的技术/管理人员要好，在中下层也带来一些管理上的冲突。

 8. 学历 能力 绩效 
没有读一所名牌大学是我心中永远的痛，这种痛主要来自于每一次的工作转变，倒不见得再读大学可以多学多少知识。像海尔的各地研发公司经理除了我其它都是博士。其实后来工作中读书还是有机会的，在熊猫集团东方厂的时候就有过一次机会，后来因为手上有设计项目，没有去成，后来只去西电有过一次短期的培训。到了同创后，有了读工程硕士的机会，我报了名，刚刚开始读一个月，总裁要我去深圳做研发，我说要在南京读书，他说，你看硕士毕业才多少工资？你去深圳都超过了那个工资，还要那个虚名干什么？结果是我又一次失去了再读大学的机会，真是“失之东隅，得之榆桑”。 
在今天的职场，很多的国内企业第一看重的还是文凭。而外企的做法是对5年工作经验以内的人，其文凭占比较重要的录取分数；对5年工作经验以上的人主要看其能力，绩效，越是工作年龄长，其文凭占的录取分数就越小。 
这里我抄一个小故事: 
********************************************* 
学历代表过去，只有学习力才能代表将来 
有一个博士分配到一家研究所上班，成为学历最高的一个人。有一天，他到单位后面的小池塘去钓鱼，正好正副所长在他的一左一右，也在钓鱼。他只是微微点了点头，心想：跟这两个大学毕业生，有啥好聊的呢？不一会儿，正所长放下钓竿，伸伸懒腰，蹭蹭蹭从水面上如飞地走到对面上厕所。博士眼睛睁得都快掉下来了。水上飘？不会吧？这可是一个池塘啊。正所长上完厕所，回程同样也是蹭蹭蹭地从水上飘回来了。怎么回事？博士又不好去问，心想自己是博士生哪！过一阵，副所长也站起来，走了几步，蹭蹭蹭地飘过水面上厕所。 
这下子博士更是差点昏倒：不会吧，到了一个江湖高手集中的地方？想着， 想着， 博士生也内急了。这个池塘两边有围墙，要到对面厕所非得绕十分钟的路，而回单位上又太远，怎么办？博士生也不愿意去问两位所长，憋了半天后，也起身往水中跨：我就不信大学毕业生能过的水面，我博士生不能过。只听到 “噗咚” 的一声，博士生栽到了水里面去啦。 
两位所长赶忙将他拉了出来，问他为什么要下水？！博士反问：「为什么你们可以走过去呢？」两所长相视一笑：「这池塘里有两排木桩子，由于这两天下雨涨水正好在水面下。我们都知道这木桩的位置，所以可以踩着桩子过去。你怎么不问一声呢？」 
学历代表过去，只有学习力才能代表将来。尊重经验的人，才能少走弯路。一个好的团队，也应该是学习型的团队。 
********************************************* 
一般的说，本科生比大专生基础要好，工作能力也强些。但硕士就不一定比本科生工作能力强，博士也不一定比硕士工作能力强。尤其是长期来看，很难看出规律。所以说学历好，不一定能力好，能力好不一定绩效好。 
能力好，不肯出力，自然绩效不好；还有一种情况是个性问题，我就碰到过一个工程师在接研发项目时会提种种条件，往往因此失去做项目机会；难得接到项目，研发时碰到问题又老是说别人的问题，搞得左右都不协作，绩效当然不好。 
世上有两种成功的工程师，一种人是靠过人的聪明.。在熊猫集团东方厂时我的上司丁石藤（现在复旦大学工作），后来在ABIT时的YT－lee都是属于高智商的人，他们读书不吃力，成绩优秀；工作绩效也好，也不用靠加班熬夜。但这毕竟是属于很难找到的极少数人，我这么多年和那么多工程师共事，真正聪明的人也就碰到2～3人。大部分人取得成功，确实要靠方法和勤奋。 

9. 人脉关系 
工作中建立起来的人脉关系因该说是自然形成的，互相间觉得比较投缘，就多了一些来往，各自工作中碰到技术问题，也可以交流一下。因为工作了20年，走过几家公司，各种知识背景的人都认识一些。每一次的工作变更，我都会把工作交代的清清楚楚，好聚好散，也使我有比较多的人脉关系，这给后来的工作带来很多方便。也有些人并没共过事，仅一面之交，但也为今后留下了某种机缘。 
我多年面试新员工有一个习惯，就是帮面试者倒一杯水。这源于自己的一种感觉，人家大老远赶过来，心情又紧张，喝口水应该是需要的。还有就是第一天上班的新同事一般不会带自己的杯子来，我也会让助理给他倒一杯水。而且在从面试到新同事第一天上班，整个过程，我在公司HR规定的框架内，要求部门助理做到让新同事感到“宾至如归”。来公司谈事的供货商FAE或sales到午饭时，我都会对同事说，多定个盒饭，让人家吃过饭再走。这几件小事使我添了一些朋友，也为公司赢得了一些口碑。有的没被录取的人给我写mail，说应聘多少公司，仅在你们这里受到了礼遇，以后有机会还是想来工作。 
“以人为本”被很多公司列入企业文化，但怎样变为员工的行动准则，落实在细小的环节，那真是件困难的事。面对弱者，怀抱怎样的心态，是一种修炼。我一直有一个做人的原则就是：遇弱不强，遇强不弱。 
当然问题的另一面就是要交接比自己强的人，这就象下棋一样，要找高手，你才容易进步，而且能帮你的，往往是比你强的人。弱者和强者之间怎么能取得一种资源互补，要运用智能。这个技术问题在后面的“技术传承”中再介绍。 
社会变革和技术革新都会让一些企业掉队，经历了潮起潮落，心中的忧患意识是很强的。所以我一直以来都非常关注行业的技术发展趋势，也特别关注行业前几名企业的状况，也有意识的参加一些技术论坛，展会认识一些人。 
说起来1980年代，各行业的技术人员都有全国性的技术交流会，对技术人员的水平提高和技术的发展是有益的；现在各公司技术相对封闭过分了，说起来是为了公司各自的利益，但得不偿失。好在有网络，在一些专业网站上，还是能交流很多知识的。 

10. 台资企业 
上个世纪末，大型台资IT企业纷纷投资长三角地区，特别是在苏州地区。台湾主板厂ABIT公司也又一次布局大陆。他们找到了我，希望我去帮ABIT筹建和管理ABIT大陆研发中心，这缘于前几年在技术业务来往中建立的人脉关系和相互的了解。我想有几件事给他们留了印象：有一次是他们供给我公司的产品有品质问题，我一层层追踪得不到结果的时候，打了很多电话，得到了他们研发处长的家庭电话，打过去，终于联系上了，得到了明确的答案。那天是中秋节。我不是不知道公事一般不打家庭电话，但是做事突破常规，才能做成别人做不成的事。还有一次是一个项目的论证会，当报告者在报效益评估数据卡壳时，我报出一连串数据，帮助解了围。另外是他们看到我们的团队人员工作时的活力和我们的工程师与他们的工程师有冲突时我的客观处理态度。 
鉴于我家在南京和他们给我的良好待遇，2001年初我接收了这个中心常务副总经理的职务(无总经理)，从“0”开始筹建。我将深圳海尔信息科技有限公司常务副总经理的职务向海尔集团推荐，交给了我的副手杨宏春接任。 
ABIT股票当时刚在台湾股市上市2年，成立这个研发中心可能更重要的是要一种效应，因为这样，台湾股票就会涨。台湾的总经理一再强调不要急，技术人材的培养要很多年，招聘应届毕业生慢慢培养。要有“永续经营”的思想和做法。这也给了我一个比较好的环境，我那时已给自己定位为技术管理，因为要做大量的各种培训，也使得我又一次去update和总结一些研发流程和绩效考核方法，也去读了大量的管理类书。这里面有很多话题，放在后面介绍现在还是先说台资企业。 
大型台资IT企业在台湾都是股市上市公司，他们一般都已经过了资本的原始积累阶段，经营上比较平稳，不是那么急功近利，特别是在遵守政府法规，对员工的薪资福利方面是“明码标价”、很规范的，包括对新来的员工和流失的员工，做的够人性化。不像在大陆，即使有些名气的一些公司做的也很不规范。 
同规模的台资企业比大陆企业的管理要先进5～10年。就研发来说，EVT、 DVT review，零件承认流程，新品试生产流程，网络化的Debug review系统，ERP中的料号系统，BOM系统都是有效的流程化管理。就工厂的管理来说，均实现了基于网络的电子化管理，我所在ABIT的工厂——“罗礼科技”就有4套系统：A.用来考勤 /就餐 /门禁的刷卡系统；B.ERP中的BOM系统，MRP系统，C. SFIS(shop floor integrated system)：现场信息整合系统中的品质管理系统；D.文件管理和签核系统。这些管理手段大大减少了人为的失误。就整体上说，目前大陆和台湾的研发管理相比前者还是粗放形的，同样写一个流程，前者可能1页就写完了，后者可能要写10页。即便是IT行业的领军团队也是有相当差距，而后者的精细，严谨，制度化已是普遍达到的水平。 
台资企业为大陆企业带来了技术和精细化的管理也提供了大量的就业的机会。 
台资企业薪资定的比较低是一个普遍现象比如同等工作，技术人员月薪在主要是欧美企业的苏州工业园区比主要是台资企业的苏州新区高500圆。上海又比苏州工业园区要高500～1000圆。站在员工角度，看到苏州的房价飞涨，做10年也买不起一套房子，生活水准不比上海低，如果没有特别的吸引，流动在所难免。上海贵的是房价，他们会选择在上海挣几年钱，再到一个合适生存的城市。 

转自：http://oker1234.bokee.com/

　　以数据库为核心的软件时代已经过去，数据库时代早已结束，当我看到J2EE征途中那么多人在对象和数据库之间彷徨痛苦ing的时候，我想我该出来喊一声了。

　　其实这句话在几年前肯定有人喊过，因为中间件时代的来临，实际意味着数据库时代终结，正所谓一山无二虎：如果你重视数据库，你的J2EE系统就无法完全OO，只有你忽视数据库，你的系统才有可能完全迈向OO，至于数据库性能调优等特定功能都可交由EJB容器或O/R Mapping工具实现。

　　很多年前，包括我自己在内的大部分企业程序员都是从数据库开始我们的职业生涯，最早的是dBase/FoxPro，后来有了 SQL系列数据库, Oracle将数据库时代推向了顶峰。

　　每当有一个新项目时，第一步就是首先设计出数据表结构(Table Schema)，然后开始使用SQL语句实现业务逻辑，这种开发模式一直重复，就是后来加入了DelPhI/VB，他们也只是承担图形显示实现，这种C/S结构带来最大问题是：非常难于维护，修改起来，迁一动百。

　　软件的生命在于运动，当它需要发展时，最棒的软件人员如果对他也束手无策，这是谁的悲哀？

　　现在更多人开始接受B/S结构，但是他们中很多人还没有真正明白为什么需要B/S结构，B/S代表的多层架构才是真正目的（因此，伪多层的B/S系统遍地皆是）。

　　多层架构实际是将以前系统中的显示功能、业务运算功能和数据库功能完全分开，杜绝彼此的耦合与影响，从而实现松耦合和良好的可维护性。

　　一. 从设计上说：由于实现层次完全分离，业务运算功能成为一种中间功能（中间层），它不依赖具体的表现层技术(Jsp/Html applet等)，也不依赖具体数据库技术（Oracle/SQL Server），业务运算功能运行在J2EE应用服务器中，当我们的业务运算功能不再依赖数据库时，是否意味着数据库已经不是重点？

　　二. 当然，多层结构带来了性能问题：客户端访问数据库中的数据时，通常需要经过多个层次，非常耗费性能， 如何尽量减少数据库访问是J2EE应用系统首要解决的问题，使用存储过程并没有解决这个问题，存储过程的执行还是属于后端，并没有缩短客户端请求所要经历的坎坷路途。

　　解决性能问题的根本解决之道是使用对象缓存，现在， 64位CPU提供的巨大内存空间为单台缓存计算提供了硬件基础，更重要的是，这种缓存计算是可伸缩的，通过集群的缓存机制（如JBossCache）， 通过增加应用服务器的数量，可以提高整个业务逻辑层的缓存计算能力，抛弃过去那种为内存斤斤计较的老思维吧。

　　三. 在系统分析之初是否首先需要数据表设计呢？回答是否定的， 以UML为代表面向对象的分析设计方法已经成为强大工具，随着面向模型驱动分析设计（MDA）的普及， 面向数据库分析方法正在逐步被抛弃，拥有深厚传统数据库分析习惯的程序员必须面对和接受这种挑战。

　　纵观整个J2EE系统开发过程，数据库已经从过去的中心位置降为一种纯技术实现，数据库只是状态持久化的一种手段（文件是另外一种实现手段）；什么是持久化？这是相对于内存缓存状态而言，持久化就是当内存断电情况下能永久保存状态数据，但是如果J2EE应用服务器是7X24小时集群运行；几乎永不当机，是否有持久化的必要呢？

　　很显然，数据库已经沦为与操作系统中文件系统同样的层面，以它为中心的时代真的结束了，IBM早期将DB2数据库开源已经强烈向我们昭示这点。

　　对于J2EE初学者来说，尽早抛弃过去的两种影响：过程语言编程习惯和以数据库为中心的设计习惯，从全新的面向对象角度(OOA、OOD和OOP、AOP)来设计开发你的J2EE系统，J2EE设计开发三件宝：Model、Patterns和Framework。

　　以上不只是理论，而是我每天正在做的，如果你也是或赞同请广为传播，唤醒更多彷徨痛苦的初学者。

　　越来越多人开始使用Java，但是他们大多数人没有做好足够的思想准备(没有接受OO思想体系相关培训)，以致不能很好驾驭Java项目，甚至 导致开发后的Java系统性能缓慢甚至经常当机。很多人觉得这是Java复杂导致，其实根本原因在于：我们原先掌握的关于软件知识(OO方面)不是太贫乏就是不恰当，存在认识上和方法上的误区。

软件的生命性

　　软件是有生命的，这可能是老调重弹了，但是因为它事关分层架构的原由，反复强调都不过分。

　　一个有生命的软件首先必须有一个灵活可扩展的基础架构，其次才是完整的功能。

　　目前很多人对软件的思想还是焦点落在后者：完整的功能，觉得一个软件功能越完整越好，其实关键还是架构的灵活性，就是前者，基础架构好，功能添加只是时间和工作量问题，但是如果架构不好，功能再完整，也不可能包括未来所有功能，软件是有生命的，在未来成长时，更多功能需要加入，但是因为基础架构不灵活不能方便加入，死路一条。

　　正因为普通人对软件存在短视误区，对功能追求高于基础架构，很多吃了亏的老程序员就此离开软件行业，带走宝贵的失败经验，新的盲目的年轻程序员还是使用老的思维往前冲。其实很多国外免费开源框架如ofbiz compiere和slide也存在这方面陷阱，貌似非常符合胃口，其实类似国内那些几百元的盗版软件，扩展性以及持续发展性严重不足。

　　那么选择现在一些流行的框架如Hibernate、Spring/Jdonframework是否就表示基础架构打好了呢？其实还不尽然，关键还是取决于你如何使用这些框架来搭建你的业务系统。

存储过程和复杂SQL语句的陷阱

　　首先谈谈存储过程使用的误区，使用存储过程架构的人以为可以解决性能问题，其实它正是导致性能问题的罪魁祸首之一，打个比喻：如果一个人频临死亡，打一针可以让其延长半年，但是打了这针，其他所有医疗方案就全部失效，请问你会使用这种短视方案吗？

　　为什么这样说呢？如果存储过程都封装了业务过程，那么运行负载都集中在数据库端，要中间J2EE应用服务器干什么？要中间服务器的分布式计算和集群能力做什么？只能回到过去集中式数据库主机时代。现在软件都是面向互联网的，不象过去那样局限在一个小局域网，多用户并发访问量都是无法确定和衡量，依靠一台数据库主机显然是不能够承受这样恶劣的用户访问环境的。（当然搞数据库集群也只是五十步和百步的区别）。

　　 从分层角度来看，现在三层架构：表现层、业务层和持久层，三个层次应该分割明显，职责分明：持久层职责持久化保存业务模型对象，业务层对持久层的调用只是帮助我们激活曾经委托其保管的对象，所以，不能因为持久层是保管者，我们就以其为核心围绕其编程，除了要求其归还模型对象外，还要求其做其做复杂的业务组合。打个比喻：你在火车站将水果和盘子两个对象委托保管处保管，过了两天来取时，你还要求保管处将水果去皮切成块，放在盘子里，做成水果盘给你，合理吗？

　　上面是谈过分依赖持久层的一个现象，还有一个正好相反现象，持久层散发出来，开始挤占业务层，腐蚀业务层，整个业务层到处看见的是数据表的影子（包括数据表的字段），而不是业务对象。这样程序员应该多看看OO经典PoEAA。PoEAA 认为除了持久层，不应该在其他地方看到数据表或表字段名。

　　当然适量使用存储过程，使用数据库优点也是允许的。按照Evans DDD理论，可以将SQL语句和存储过程作为规则Specification一部分。

Hibernate等ORM问题
　　现在使用Hibernate人也不少，但是他们发现Hibernate性能缓慢，所以寻求解决方案，其实并不是 Hibernate性能缓慢，而是我们使用方式发生错误：

　　“最近本人正搞一个项目，项目中我们用到了struts1.2+hibernate3, 由于关系复杂表和表之间的关系很多，在很多地方把lazy都设置false，所以导致数据一加载很慢，而且查询一条数据更是非常的慢。”

　　Hibernate是一个基于对象模型持久化的技术，因此，关键是我们需要设计出高质量的对象模型，遵循DDD领域建模原则，减少降低关联，通过分层等有效办法处理关联。如果采取围绕数据表进行设计编程，加上表之间关系复杂（没有科学方法处理、侦察或减少这些关系），必然导致 系统运行缓慢，其实同样问题也适用于当初对EJB的实体Bean的CMP抱怨上，实体Bean是Domain Model持久化，如果不首先设计Domain Model，而是设计数据表，和持久化工具设计目标背道而驰，能不出问题吗？关于这个问题N多年就在Jdon争论过。

　　这里同样延伸出另外一个问题：数据库设计问题，数据库是否需要在项目开始设计？
如果我们进行数据库设计，那么就产生了一系列问题：当我们使用Hibernate实现持久保存时，必须考虑事先设计好的数据库表结构以及他们的关系如何和业务对象实现映射，这实际上是非常难实现的，这也是很多人觉得使用ORM框架棘手根本原因所在。

　　当然，也有脑力相当发达的人可以 实现，但是这种围绕数据库实现映射的结果必然扭曲业务对象，这类似于两个板块（数据表和业务对象）相撞，必然产生地震，地震的结果是两败俱伤， 软的一方吃亏，业务对象是代码，相当于数据表结构，属于软的一方，最后导致业务对象变成数据传输对象DTO, DTO满天飞，性能和维护问题随之而来。

　　领域建模解决了上述众多不协调问题，特别是ORM痛苦使用问题，关于ORM/Hibernate使用还是那句老话：如果你不掌握领域建模方法，那么就不要用Hibernate，对于这个层次的你：也许No ORM 更是一个简单之道： No ORM: The simplest solution
http://www.theserverside.com/blogs/thread.tss?thread_id=41715

Spring分层矛盾问题
　　Spring是以挑战EJB面貌出现，其本身拥有的强大组件定制功能是优点，但是存在实战的一些问题，Spring作为业务层框架，不支持业务层Session 功能。

　　具体举例如下：当我们实现购物车之类业务功能时，需要将购物场合保存到Session中，由于业务层没有方便的Session支持，我们只得将购物车保存到 HttpSession，而HttpSession只有通过HttpRequest才能获得，再因为在Spring业务层容器中是无法访问到HttpRequest这个对象的，所以， 最后我们只能将“购物车保存到HttpSession”这个功能放在表现层中实现，而这个功能明显应该属于业务层功能，这就导致我们的Java项目层次混乱，维护性差。 违背了使用Spring和分层架构最初目的。

　　相关案例：请教一个在完整提交前临时保存的问题:
　　http://www.jdon.com/jive/article.jsp?forum=46&thread=28429

领域驱动设计DDD
　　现在回到我们讨论的重点上来，分层架构是我们使用Java的根本原因之一，域建模专家Eric Evans在他的“Domain Model Design”一书中开篇首先强调的是分层架构，整个DDD理论实际是告诉我们如何使用模型对象oo技术和分层架构来设计实现一个Java项目。

　　我们现在很多人知道Java项目基本有三层：表现层　业务层和持久层，当我们执著于讨论各层框架如何选择之时，实际上我们真正的项目开发工作还没有开始， 就是我们选定了某种框架的组合（如Struts+Spring+Hibernate或Struts+EJB或Struts+JdonFramework），我们还没有意识到业务层工作还需要大量工作，DDD提供了在业务层中再划分新的层次思想，如领域层和服务层，甚至再细分为作业层、能力层、策略层等等。通过层次细化方式达到复杂软件的松耦合。DDD提供了如何细分层次的方式

　　当我们将精力花费在架构技术层面的讨论和研究上时，我们可能忘记以何种依据选择这些架构技术？选择标准是什么？领域驱动设计DDD 回答了这样的问题，DDD会告诉你如果一个框架不能协助你实现分层架构，那就抛弃它，同时，DDD也指出选择框架的考虑目的，使得你不会 人云亦云，陷入复杂的技术细节迷雾中，迷失了架构选择的根本方向。

　　现在也有些人误以为DDD是一种新的理论，其实DDD和设计模式一样，不是一种新的理论，而是实战经验的总结，它将前人 使用面向模型设计的方法经验提炼出来，供后来者学习，以便迅速找到驾驭我们软件项目的根本之道。

　　现在Evans　DDD概念很火，因为它将著名的PoEAA进行了具化，实现了PoEAA可操作性，这也是MF大力推崇的原因。最近(8月8日)一位老外博客上用微软的.NET架构和Evans DDD比较的文章：http://weblogs.asp.net/pgielens/archive/2006/08/08/Organizing-Domain-Logic.aspx，这篇文章比较了微软的三层服务应用架构[Microsoft TLSA]和Evans DDD的架构， 使用Microsoft .NET Pet Shop 4为例子，解释两个目标的区别，并且表明
微软是如何在案例中更好地实现支持后者。这篇文章帮助哪些.NET平台上有域设计知识的人实现更好地提高。

　　另外一本关于.NET的DDD书籍也已经出版，这些都说明Evans DDD这把火已经烧到.NET领域，当然DDD在Java领域生根开花多年，Evans的DDD书籍就是以Java为例子的，笔者板桥里人也率先在2005年推出DDD框架JdonFramework 1.3版本，这些都说明，Java在整个软件业先进思想的实践上总是领先一步。

　　J2EE学习者越来越多，J2EE本身技术不断在发展，涌现出各种概念，本文章试图从一种容易理解的角度对这些概念向初学者进行解释，以便掌握学习J2EE学习方向。

　　首先我们需要知道Java和J2EE是两个不同概念，Java不只是指一种语言，已经代表与微软不同的另外一个巨大阵营，所以Java有时是指一种软件系统的流派，当然目前主要是.NET和Java两大主流体系。

　　J2EE可以说指Java在数据库信息系统上实现，数据库信息系统从早期的dBase、到Delphi/VB等C/S结构，发展到B/S（Browser浏览器/Server服务器）结构，而J2EE主要是指B/S结构的实现。

　　J2EE又是一种框架和标准，框架类似API、库的概念，但是要超出它们。如果需要详细了解框架，可先从设计模式开始学习。

　　J2EE是一个虚的大的概念，J2EE标准主要有三种子技术标准：WEB技术、EJB技术和JMS，谈到J2EE应该说最终要落实到这三个子概念上。

　　这三种技术的每个技术在应用时都涉及两个部分：容器部分和应用部分，Web容器也是指Jsp/Servlet容器，你如果要开发一个Web应用，无论是编译或运行，都必须要有Jsp/Servlet库或API支持（除了JDK/J2SE以外）。

　　Web技术中除了Jsp/Servlet技术外，还需要JavaBeans或Java Class实现一些功能或者包装携带数据，所以Web技术最初裸体简称为Jsp/Servlet+JavaBeans系统。

　　谈到JavaBeans技术，就涉及到组件构件技术（component），这是Java的核心基础部分，很多软件设计概念（设计模式）都是通过JavaBeans实现的。

　　JavaBeans不属于J2EE概念范畴中，如果一个JavaBeans对象被Web技术（也就是Jsp/Servlet）调用，那么JavaBeans就运行在J2EE的Web容器中；如果它被EJB调用，它就运行在EJB容器中。

　　EJB（企业JavaBeans）是普通JavaBeans的一种提升和规范，因为企业信息系统开发中需要一个可伸缩的性能和事务、安全机制，这样能保证企业系统平滑发展，而不是发展到一种规模重新更换一套软件系统。

　　至此，JavaBeans组件发展到EJB后，并不是说以前的那种JavaBeans形式就消失了，这就自然形成了两种JavaBeans技术：EJB和POJO，POJO完全不同于EJB概念，指的是普通JavaBeans，而且这个JavaBeans不依附某种框架，或者干脆可以说：这个JavaBeans是你为这个应用程序单独开发创建的。

　　J2EE应用系统开发工具有很多：如JBuilder、Eclipse等，这些IDE首先是Java开发工具，也就是说，它们首要基本功能是可以开发出JavaBeans或Java class，但是如果要开发出J2EE系统，就要落实到要么是Web技术或EJB技术，那么就有可能要一些专门模块功能(如eclipse需要lomboz插件)，最重要的是，因为J2EE系统区分为容器和应用两个部分，所以，在任何开发工具中开发J2EE都需要指定J2EE容器。

　　J2EE容器分为WEB容器和EJB容器，Tomcat/Resin是Web容器；JBoss是EJB容器+Web容器等，其中Web容器直接使用Tomcat实现的。所以你开发的Web应用程序可以在上面两种容器运行，而你开发的Web+EJB应用则只可以在JBoss服务器上运行，商业产品Websphere/Weblogic等和JBoss属于同一种性质。

　　J2EE容器也称为J2EE服务器，大部分时它们概念是一致的。

　　如果你的J2EE应用系统的数据库连接是通过JNDI获得，也就是说是从容器中获得，那么你的J2EE应用系统基本与数据库无关，如果你在你的J2EE应用系统耦合了数据库JDBC驱动的配置，那么你的J2EE应用系统就有数据库概念色彩，作为一个成熟需要推广的J2EE应用系统，不推荐和具体数据库耦合，当然这其中如何保证J2EE应用系统运行性能又是体现你的设计水平了。

　　衡量J2EE应用系统设计开发水平高低的标准就是：解耦性；你的应用系统各个功能是否能够彻底脱离？是否不相互依赖，也只有这样，才能体现可维护性、可拓展性的软件设计目标。

　　为了达到这个目的，诞生各种框架概念，J2EE框架标准将一个系统划分为WEB和EJB主要部分，当然我们有时不是以这个具体技术区分，而是从设计上抽象为表现层、服务层和持久层，这三个层次从一个高度将J2EE分离开来，实现解耦目的。

　　因此，我们实际编程中，也要将自己的功能向这三个层次上靠，做到大方向清楚，泾渭分明，但是没有技术上约束限制要做到这点是很不容易的，因此我们还是必须借助J2EE具体技术来实现，这时，你可以使用EJB规范实现服务层和持久层，Web技术实现表现层；

　　EJB为什么能将服务层从Jsp/Servlet手中分离出来，因为它对JavaBeans编码有强制的约束，现在有一种对JavaBeans弱约束，使用Ioc模式实现的（当然EJB 3.0也采取这种方式），在Ioc模式诞生前，一般都是通过工厂模式来对JavaBeans约束，形成一个服务层，这也是是Jive这样开源论坛设计原理之一。

　　由此，将服务层从表现层中分离出来目前有两种可选架构选择：管理普通JavaBeans（POJO）框架(如Spring、JdonFramework)以及管理EJB的EJB框架，因为EJB不只是框架，还是标准，而标准可以扩展发展，所以，这两种区别将来是可能模糊，被纳入同一个标准了。　但是，个人认为：标准制定是为某个目的服务的，总要牺牲一些换取另外一些，所以，这两种架构会长时间并存。

　　这两种架构分歧也曾经诞生一个新名词：完全POJO的系统也称为轻量级系统(lightweight)，其实这个名词本身就没有一个严格定义，更多是一个吸引人的招牌，轻量是指容易学习容易使用吗？按照这个定义，其实轻量Spring等系统并不容易学习；而且EJB 3.0（依然叫EJB）以后的系统是否可称为轻量级了呢？

　　前面谈了服务层框架，使用服务层框架可以将JavaBeans从Jsp/Servlet中分离出来，而使用表现层框架则可以将Jsp中剩余的JavaBeans完全分离，这部分JavaBeans主要负责显示相关，一般是通过标签库（taglib）实现，不同框架有不同自己的标签库，Struts是应用比较广泛的一种表现层框架。

　　这样，表现层和服务层的分离是通过两种框架达到目的，剩余的就是持久层框架了，通过持久层的框架将数据库存储从服务层中分离出来是其目的，持久层框架有两种方向：直接自己编写JDBC等SQL语句（如iBatis）；使用O/R Mapping技术实现的Hibernate和JDO技术；当然还有EJB中的实体Bean技术。

　　持久层框架目前呈现百花齐放，各有优缺点的现状，所以正如表现层框架一样，目前没有一个框架被指定为标准框架，当然，表现层框架现在又出来了一个JSF，它代表的页面组件概念是一个新的发展方向，但是复杂的实现让人有些忘而却步。

　　在所有这些J2EE技术中，虽然SUN公司发挥了很大的作用，不过总体来说：网络上有这样一个评价：SUN的理论天下无敌；SUN的产品用起来撞墙；对于初学者，特别是那些试图通过或已经通过SUN认证的初学者，赶快摆脱SUN的阴影，立即开溜，使用开源领域的产品来实现自己的应用系统。

　　最后，你的J2EE应用系统如果采取上面提到的表现层、服务层和持久层的框架实现，基本你也可以在无需深刻掌握设计模式的情况下开发出一个高质量的应用系统了。

　　还要注意的是: 开发出一个高质量的J2EE系统还需要正确的业务需求理解，那么域建模提供了一种比较切实可行的正确理解业务需求的方法，相关详细知识可从UML角度结合理解。

　　当然，如果你想设计自己的行业框架，那么第一步从设计模式开始吧，因为设计模式提供你一个实现JavaBeans或类之间解耦参考实现方法，当你学会了系统基本单元JavaBean或类之间解耦时，那么系统模块之间的解耦你就可能掌握，进而你就可以实现行业框架的提炼了，这又是另外一个发展方向了。

　　以上理念可以总结为一句话：
J2EE开发三件宝: Domain Model（域建模）、patterns（模式）和framework（框架）。
推荐一套高质量的J2EE开源系统： JPestore

1 　 <<Core Java 第六版　卷 1>> 　　 just ok

2 　 <<Thinking in Java 第二版本 >> 　 just ok

3 　 <<C Primer Plus 第五版 >> 　　　 just ok

4       << Computer Networks >> Andrew S. Tanenbaum 著　 No

5       <<Expert One on one J2EE Development Without EJB>>Rod_Johnson 著 just ok

6       << 精通 Struts>>  孙卫琴著　 just ok

7       <<Java 与模式 >> 阎宏 著　　 Reading

8       <<Enterprise Java with UML>>   reading
9　   <<Mastering Enterprise JavaBeans Third Edition>>     No
10     <<Effective Java >> Joshua Bloch 著                              No
11     <<Spring in Action>> Craig Walls 著                               Reading
12     <<Servlet与JSP核心编程(第2版)>> Java技术丛书        just ok
13     <<精通Hibernate>>孙卫琴著 　 reding
14     <<Spring技术手册>>林信良著     just ok
暂列这么多，内容不断补充中。

　　而今天在食堂里面一个大学老师的所作所为让人遗憾，一个老师应有的“为人师表”没有看到；看到是为着自己进餐的舒服，用自己所带之物占着座子不让其他学生坐在他身旁的空位上。名曰：“有人了”，真是大学生自修室的翻版。而且至终那个空位还是空着直到他离去。看着一个个学生背着沉重的书包，拿着餐盘到处找个座位，而那个所谓的老师没有任何反应。能说什么？无语 ……

　　声明：此为个别大学教师的素质之所表现，并非全部。 

一、马太效应
《新约•马太福音》中有这样一个故事，一个国王远行前，交给三个仆人每人一锭银子，吩咐他们：“你们去做生意，等我回来时，再来见我。”国王回来时，第一个仆人说：“主人，你交给我们的一锭银子，我已赚了10锭。”于是国王奖励他10座城邑。第二个仆人报告说：“主人，你给我的一锭银子，我已赚了5锭。”于是国王例奖励了他5座城邑。第三个仆人报告说：“主人，你给我的一锭银子，我一直包在手巾里存着，我怕丢失，一直没有拿出来。”于是国王命令将第三个仆人的一锭银子也赏给第一个仆人，并且说：“凡是少的，就连他所有的也要夺过来。凡是多的，还要给他，叫他多多益善。”这就是马太效应。看看我们周围，就可以发现许多马太效应的例子。朋友多的人会借助频繁的交往得到更多的朋友；缺少朋友的人会一直孤独下去。金钱方面更是如此，即使投资回报率相同，一个比别人投资多10倍的人，收益也多10倍。

这是个赢家通吃的社会，善用马太效应，赢家就是你。
　　
　　对企业经营发展而言，马太效应则告诉我们，要想在某一个领域保持优势，就必须在此领域迅速做大。当你成为某个领域的领头羊的时候，即使投资回报率相同，你也能更轻易的获得比弱小的同行更大的收益。而若没有实力迅速在某个领域做大，就要不停地寻找新的发展领域，才能保证获得较好的回报。

　　二、手表定理

手表定理是指一个人有一只表时，可以知道现在是几点钟，而当他同时拥有两只表时却无法确定。两只表并不能告诉一个人更准确的时间，反而会让看表的人失去对准确时间的信心。你要做的就是选择其中较信赖的一只，尽力校准它，并以此作为你的标准，听从它的指引行事。记住尼采的话：“兄弟，如果你是幸运的，你只需有一种道德而不要贪多，这样，你过桥更容易些。”

如果每个人都“选择你所爱，爱你所选择”，无论成败都可以心安理得。然而，困扰很多人的是：他们被“两只表”弄得无所事事，心身交瘁，不知自己该信仰哪一个，还有人在环境、他人的压力下，违心选择了自己并不喜欢的道路，为此而郁郁终生，即使取得了受人瞩目的成就，也体会不到成功的快乐。
　　
　　手表定理在企业经营管理方面给我们一种非常直观的启发，就是对同一个人或同一个组织的管理不能同时采用两种不同的方法，不能同时设置两个不同的目标。甚至每一个人不能由两个人来同时指挥，否则将使这个企业或这个人无所适从。手表定理所指的另一层含义在于每个人都不能同时挑选两种不同的价值观，否则，你的行为将陷于混乱。

　　三、不值得定律

不值得定律最直观的表述是：不值得做的事情，就不值得做好，这个定律似乎再简单不过了，但它的重要性却时时被人们疏忘。不值得定律反映出人们的一种心理，一个人如果从事的是一份自认为不值得做的事情，往往会保持冷嘲热讽，敷衍了事的态度。不仅成功率小，而且即使成功，也不会觉得有多大的成就感。
　　哪些事值得做呢？一般而言，这取决于三个因素。
　　1、价值观。关于价值观我们已经谈了很多，只有符合我们价值观的事，我们才会满怀热情去做。
　　2、个性和气质。一个人如果做一份与他的个性气质完全背离的工作，他是很难做好的，如一个好交往的人成了档案员，或一个害羞者不得不每天和不同的人打交道。
　　3、现实的处境。同样一份工作，在不同的处境下去做，给我们的感受也是不同的。例如，在一家大公司，如果你最初做的是打杂跑腿的工作，你很可能认为是不值得的，可是，一旦你被提升为领班或部门经理，你就不会这样认为了。
　　
　　总结一下，值得做的工作是：符合我们的价值观，适合我们的个性与气质，并能让我们看到期望。如果你的工作不具备这三个因素，你就要考虑换一个更合适的工作，并努力做好它。
　　
　　因此，对个人来说，应在多种可供选择的奋斗目标及价值观中挑选一种，然后为之而奋斗。“选择你所爱的，爱你所选择的”，才可能激发我们的奋斗毅力，也才可以心安理得。而对一个企业或组织来说，则要很好地分析员工的性格特性，合理分配工作，如让成就欲较强的职工单独或牵头来完成具有一定风险和难度的工作，并在其完成时给予定时的肯定和赞扬；让依附欲较强的职工更多地参加到某个团体中共同工作；让权力欲较强的职工担任一个与之能力相适应的主管。同时要加强员工对企业目标的认同感，让员工感觉到自己所做的工作是值得的，这样才能激发职工的热情。

　　四、彼得原理

彼得原理是美国学者劳伦斯•彼得在对组织中人员晋升的相关现象研究后得出的一个结论；在各种组织中，由于习惯于对在某个等级上称职的人员进行晋升提拔，因而雇员总是趋向于晋升到其不称职的地位。彼得原理有时也被称为“向上爬”原理。这种现象在现实生活中无处不在：一名称职的教授被提升为大学校长后无法胜任；一个优秀的运动员被提升为主管体育的官员，而无所作为。

　　对一个组织而言，一旦组织中的相当部分人员被推到了其不称职的级别，就会造成组织的人浮于事，效率低下，导致平庸者出人头地，发展停滞。因此，这就要求改变单纯的“根据贡献决定晋升”的企业员工晋升机制，不能因某个人在某一个岗位级别上干得很出色，就推断此人一定能够胜任更高一级的职务。要建立科学、合理的人员选聘机制，客观评价每一位职工的能力和水平，将职工安排到其可以胜任的岗位。不要把岗位晋升当成对职工的主要奖励方式，应建立更有效的奖励机制，更多地以加薪、休假等方式作为奖励手段。有时将一名职工晋升到一个其无法很好发挥才能的岗位，不仅不是对职工的奖励，反而使职工无法很好发挥才能，也给企业带来损失。

　　对个人而言，虽然我们每个人都期待着不停地升职，但不要将往上爬作为自己的惟一动力。与其在一个无法完全胜任的岗位勉力支撑、无所适从，还不如找一个自己能游刃有余的岗位好好发挥自己的专长。

　　五、零和游戏原理

当你看到两位对弈者时，你就可以说他们正在玩“零和游戏”。因为在大多数情况下，总会有一个赢，一个输，如果我们把获胜计算为得1分，而输棋为-1分，那么，这两人得分之和就是：1+（-1）=0。

　　这正是“零和游戏”的基本内容：游戏者有输有赢，一方所赢正是另一方所输，游戏的总成绩永远是零。

　　零和游戏原理之所以广受关注，主要是因为人们发现在社会的方方面面都能发现与“零和游戏”类似的局面，胜利者的光荣后面往往隐藏着失败者的辛酸和苦涩。从个人到国家，从政治到经济，似乎无不验证了世界正是一个巨大的“零和游戏”场。这种理论认为，世界是一个封闭的系统，财富、资源、机遇都是有限的，个别人、个别地区和个别国家财富的增加必然意味着对其他人、其他地区和国家的掠夺，这是一个“邪恶进化论”式的弱肉强食的世界。

　　但20世纪人类在经历了两次世界大战，经济的高速增长、科技进步、全球化以及日益严重的环境污染之后，“零和游戏”观念正逐渐被“双赢”观念所取代。人们开始认识到 “利己”不一定要建立在“损人”的基础上。通过有效合作，皆大欢喜的结局是可能出现的。但从“零和游戏”走向“双赢”，要求各方要有真诚合作的精神和勇气，在合作中不要耍小聪明，不要总想占别人的小便宜，要遵守游戏规则，否则“双赢”的局面就不可能出现，最终吃亏的还是自己。

　　六、华盛顿合作规律。

华盛顿合作规律说的是：一个人敷衍了事，两个人互相推诿，三个人则永无成事之日。多少有点类似于我们“三个和尚”的故事。人与人的合作不是人力的简单相加，而是要复杂和微妙得多。在人与人的合作中，假定每个人的能力都为1，那么10个人的合作结果就有时比10大得多，有时甚至比1还要小。因为人不是静止的动物，而更像方向各异的能量，相推动时自然事半功倍，相互抵触时则一事无成。我们传统的管理理论中，对合作研究得并不多，最直观的反映就是，目前的大多数管理制度和行业都是致力于减少人力的无谓消耗，而非利用组织提高人的效能。换言之，不妨说管理的主要目的不是让每个人做到最好，而是避免内耗过多。21世纪将是一个合作的时代，值得庆幸的是，越来越多的人已经认识到真诚合作的重要性，正在努力学习合作。

　　邦尼人力定律：一个人一分钟可以挖一个洞，六十个人一秒种却挖不了一个洞。
　　
　　合作是一个问题，如何合作也是一个问题。

　　七、酒与污水定律

酒与污水定律是指，如果把一匙酒倒进一桶污水中，你得到的是一桶污水；如果把一匙污水倒进一桶酒中，你得到的还是一桶污水。几乎在任何组织里，都存在几个难弄的人物，他们存在的目的似乎就是为了把事情搞糟。他们到处搬弄是非，传播流言、破坏组织内部的和谐。最糟糕的是，他们像果箱里的烂苹果，如果你不及时处理，它会迅速传染，把果箱里其它苹果也弄烂，“烂苹果”的可怕之处在于它那惊人的破坏力。一个正直能干的人进入一个混乱的部门可能会被吞没，而一个人无德无才者能很快将一个高效的部门变成一盘散沙。组织系统往往是脆弱的，是建立在相互理解、妥协和容忍的基础上的，它很容易被侵害、被毒化。破坏者能力非凡的另一个重要原因在于，破坏总比建设容易。一个能工巧匠花费时日精心制作的陶瓷器，一头驴子一秒钟就能毁坏掉。如果拥有再多的能工巧匠，也不会有多少像样的工作成果。如果你的组织里有这样的一头驴子，你应该马上把它清除掉；如果你无力这样做，你就应该把它拴起来。

　　八、水桶定律

水桶定律是讲，一只水桶能装多少水，完全取决于它最短的那块木板。这就是说任何一个组织都可能面临的一个共同问题，即构成组织的各个部分往往决定了整个组织的水平。

　　构成组织的各个部分往往是优劣不齐的，而劣质部分往往又决定整个组织的水平。

　　“水桶定律”与“酒与污水定律”不同，后者讨论的是组织中的破坏力量，而“最短的木板”却是组织中有用的一个部分，只不过比其它部分差一些，你不能把它们当成烂苹果扔掉。强弱只是相对而言的，无法消除。问题在于你容忍这种弱点到什么程度。如果它严重到成为阻碍工作的瓶颈，就不得不有所动作。

　　 如果你在一个组织中，你应该：
　　 1、确保你不是最薄弱的部分；
　　 2、避免或减少这一薄弱环节对你成功的影响；
　　 3、如果不幸，你正处在这一环节中，你还可以采取有效的方法改进，或者转职去谋另一份工作。

　　九、蘑菇管理

蘑菇管理是许多组织对待初出茅庐者的一种管理方法，初学者被置于阴暗的角落（不受重视的部门，或打杂跑腿的工作），浇上一头大粪（无端的批评、指责、代人受过），任其自生自灭（得不到必要的指导和提携）。相信很多人都有这样一段“蘑菇”的经历，但这不一定是什么坏事，尤其是当一切都刚刚开始的时候，当上几天 “蘑菇”，能够消除我们很多不切实际的幻想，让我们更加接近现实，看问题也更加实际，而对一个组织而言，一般地新进的人员都是一视同仁，从起薪到工作都不会有大的差别。无论你是多么优秀的人才，在刚开始的时候都只能从最简单的事情做起，“蘑菇”的经历对于成长中的年轻人来说，就像蚕茧，是羽化前必须经历的一步。所以，如何高效率地走过生命中的这一段，从中尽可能吸取经验，成熟起来，并树立良好的值得信赖的个人形象，是每个刚入社会的年轻人必须面对的课题。
　　十、奥卡姆剃刀定律

如果你认为只有焦头烂额、忙忙碌碌地工作才可能取得成功，那么，你错了。

　　事情总是朝着复杂的方向发展，复杂会造成浪费，而效能则来自于单纯。在你做过的事情中可能绝大部分是毫无意义的，真正有效的活动只是其中的一小部分，而它们通常隐含于繁杂的事物中。找到关键的部分，去掉多余的活动，成功并不那么复杂。

　　奥卡姆剃刀：如无发要，勿增实体。

　　12世纪，英国奥卡姆的威廉对无休无止的关于“共相”、“本质”之类的争吵感到厌倦，主张唯名论，只承认确实存在的东西，认为那些空洞无物的普遍性要领都是无用的累赘，应当被无情地“剃除”。他主张，“如无必要，勿增实体。”这就是常说的“奥卡姆剃刀”。这把剃刀曾使很多人感到威胁，被认为是异端邪说，威廉本人也受到伤害。然而，这并未损害这把刀的锋利，相反，经过数百年越来越快，并早已超越了原来狭窄的领域而具有广泛的、丰富的、深刻的意义。

　　奥卡姆剃刀定律在企业管理中可进一步深化为简单与复杂定律：把事情变复杂很简单，把事情变简单很复杂。这个定律要求，我们在处理事情时，要把握事情的主要实质，把握主流，解决最根本的问题。尤其要顺应自然，不要把事情人为地复杂化，这样才能把事情处理好。

　　十一、二八法则

你所完成的工作里80%的成果，来自于你20%的付出；而80%的付出，只换来20%的成果

　　十二、钱的问题

　　当某人告诉你：“不是钱，而是原则问题”时，十有就是钱的问题。

　　照一般的说法，金钱是价值的尺度，交换的媒介，财富的贮藏。但是这种说法忽略了它的另一面，它令人陶醉、令人疯狂、令人激动的一面，也撇开了爱钱的心理不谈。马克思说，金钱是“人情的离心力”，就是指这一方面而言。

　　关于金钱的本质、作用和功过，从古到今，人们已经留下了无数精辟深刻的格言和妙语。我们常会看到，人们为钱而兴奋，努力赚钱，用财富的画面挑逗自己。金钱对世界的秩序以及我们的生活产生的影响是巨大的、广泛的，这种影响有时是潜在的，我们往往意识不到它的作用如此巨大，然而奇妙的是：它完全是人类自己创造的。致富的驱动力并不是起源于生物学上的需要，动物生活中也找不到任何相同的现象。它不能顺应基本的目标，不能满足根本的需求 -的确，“致富”的定义就是获得超过自己需要的东西。然而这个看起来漫无目标的驱动力却是人类最强大的力量，人类为金钱而互相伤害，远超过其他原因。