程序员和项目经理混迹职场秘籍

第一篇：程序员和项目经理混迹职场秘籍

第1个故事 我的项目经理成长路

低调、学历一般、内外向兼有的性格。对，这就是我。十年前为了就业进入IT领域。从当初的菜鸟程序员、数据库开发人员、需求分析人员成长为如今五年经验的项目经理。在这十年历程中经历过很多困难，有职业发展迷茫的、有技术的、有为人处世的等等。另外我也经常关注多个论坛中技术贴、职业规划贴等等来学习弥补自己的不足。今天再也按捺不住自己，将自己的奋斗过程简单写来与大家共勉。菜鸟经过自己的努力也可以在IT领域小有作为。文笔不周，请大家见谅。

本人于二零零六年毕业于一所普通大专院校，电子商务专业（偏文）。毕业前就知道就业形势严峻（主要还是缺乏技术、没有工作经验）。在老师和同学的建议下到一所培训机构学习了半年java等课程。面试十几家公司以失败告终，听了辅导老师的指导后修改了简历（改为一到一年半年工作经验），同时面试的时候吹了牛x成功入职某公司成为菜鸟程序员。如今回忆当初自己面试的场景结合现在面试他人的经验做了一些面试总结。一，如果缺乏真正的公司工作经验和实操经验，面试的时候要适当的夸大一点工作经验，表现出不急不躁、自信的状态。作为初级开发人员，面试官并不会要求技术精湛、理解深入，但是面试者要表现出积极端正的态度；二是要理解网络等方式给出的笔试面试题。只有理解后背诵能使知识系统化、理论化，面试官会感觉你基础好，是可培养的人才（背诵使用官方的术语回答面试题会显得高大上，如果你学历一般的话这样会显得科班一些）。三是如果面试官问你相对比较复杂的问题时如果没有具体的方法可以说出自己的思路，如果没有思路的情况下，可以坦诚的说明关于这个知识点暂未未涉足到。切勿胡吹乱说，这样会给人不踏实可靠的感觉。

二零零九年跳槽到第二家公司。本人出身草根，经济拮据还是主要跳槽原因。这时已经有了两年工作经验，关于技术、和同事合作沟通等等也积累了一定经验。在这个公司主要做oracle数据库开发（面试时吹了牛x说自己做过电信项目的清账程序）。其实数据库后台开发没有真正做过，无奈从头学起。一是对

程序员和项目经理混迹职场秘籍

新领域业务的不理解，二是对数据库后台开发没有实际经验，三又是在试用期。为了当初面试时自己吹下的牛x也为了表现自己，除了每天正常工作八小时外，我晚上自觉加班连续两个多月，每天晚上死磕学习到半夜。包括存储过程的开发、触发器的开发、程序调用数据库后台程序、job的开发等等。之后成功交付数据库后台开发的三个模块到测试组。三个月后项目成功上线。由于自己的心劲还比较大，加上自己经常主动和领导同事沟通，领导对我逐渐信任。将更多的工作分配给我。那段时间真的每天筋疲力尽，付出总算有了一点回报。说好听点叫领导器重，反过来说叫压榨组员（一个人干三个人的活）。但是看你自己怎么看吧。我呢就是每天给自己积极的心理暗示我可以做好，我要坚持做好。我把多做的工作就当成领导的器重而不是在压榨我的劳动力。载后来我负责辅导两位新人，那时我算是一个小组长的角色吧。再后来我们部门经理离职了，而我还在那七八个人的团队工作了两年多。经过这个公司的经历我总结的几点。一，不要担心自己没有做过的东西做不好，而且要敢于勇敢主动承担，开发就是学习和实践的过程，而且能证明自己有较强研发能力；二，不要过多计较个人得失，多付出（比如没有完成工作任务自觉加班，其实就是当初面试吹牛逼，哈哈。）就有能力和经验的提高。三，做程序是相对枯燥的工作，开发过程中以及其他工作内容中和领导、同事多沟通，提高自己的沟通能力，既能调节氛围以后又能有机会做开发以外的工作，四，工作中不断死磕自己，无论是技术还是沟通要提高自己，一定要提高。要注重沟通能力，这样职业发展的面会越来越广。

二零一二年跳槽到第三家公司。也可能是机遇，也可能是自己的付出有了回报。正是由于上家公司一起工作的经历使我和领导间建立了较深的信任。我到第三家公司就是上一家公司部门经理给我打的电话说正组建项目团队。我呢，又比较好强，有了近五年的工作经历，感觉自己沟通能力还行。当时我就提出我要面试项目经理。当时他还感觉有些迟疑，经过我主动沟通。从语言开发、数据库开发、主动沟通等多个方面和领导协商他给了我这个机会（说实话又是没有实际带项目经验，自己是有担心的）。我开始了我的项目经理之旅，带领四位研发人员开发了一个小型B/S结构的系统。研发中经常有技术问题，有些组员问我时，也是我没遇见的问题，我经过思考求证提供了方法，但是因为是新的团队，经常西安 第1页 程序员和项目经理混迹职场秘籍

有组员不服的情况，我开始就自己编写代码解决问题。经历几次后团队成员磨合的越来越好，我也得到组员的认可有了一定号召力。再者，研发过程中项目经理也要跟踪进度，控制时间、人力成本。一次两个组员之间因为一个问题争执的面红耳赤，其实解决问题方法都差不多。为了团队的和谐氛围要安抚组员的情绪，不能让情绪影响了工作。即便如此在项目管理中我还有些问题没有解决方法和思路，这时候就请教其他同事，经过单独谈话请教获得处理问题的方法和思路，在这也感谢部门老大了。经过这个带领研发人员开发项目的过程，我总结了几点。一，技术团队主要以技术服人，起码在新的同事之前要有几次证明自己的机会，没有机会要创造出机会，这样团队中成员才会拥护你的带领，其实国内好多公司项目经理就是技术经理，比如我在这家公司的岗位和工作内容，软件开发的项目经理是最不像经理的经理。二，控制成本、人力等重要要素，公司都是压榨劳动力的，实际中人员都是缺少紧张的（我们领导说人力充裕项目就不挣钱了，现在想来有一点道理）。所以要合理搭配人力、分配模块和合理安排时间、把控进度。三，团队是由人构成的，有人的地方就更容易生出来问题。要定期和不定期的和团队成员沟通，了解他们真正想法和诉求，把团队的稳定性、团队的氛围建设的更好。四，在讨论问题的时候要放低姿态不能把自己的想法强加给组员，要以理服人；但是相反，公司制度及管理方面该严肃要严肃，增加威望方便管理团队。

二零一三年至今，在第四家公司担任项目经理、产品经理岗位，由猎头公司推荐而来。主要带领项目团队近二十余人研发了一个大项目和两个产品。我面试的时候是项目经理的岗位，到团队后又是新的面孔多，刚开始也是大家不服气，也会向我的领导反映凭什么就招个新人直接担任项目经理，让老人怎么看，甚至有个别同事直接给我说你刚来就是项目经理，我都待五年还是中级开发人员（我们已经相处三个月，我心想工作六到七年了还是中级开发，技术不行、整天嘴上胡说，一写代码就不行了）。后来我和他单独吃了一次饭，放低姿态和他敞开心扉的深入的交流，慢慢他放低戒备接纳了我。项目和产品研发的思路还是有较大的差别。项目有被需求调研的具体对象，而产品研发刚开始的需求都是从项目延伸而来，有时候是闭门造车，后续要经过市场的印证。项目经常有明确的工期要求，而产品的研发则不一定。项目的svn版本简单，而产品经常会出现多个第2页 西安 程序员和项目经理混迹职场秘籍

分支的管理。经过自己的沉淀和对产品的精心思考研究对公司的产品定位有了新的理解和建议，成功研发两套产品部署全国20余个省份，期间出差也多，也终于理解了出差的辛酸。如今孩子也快出生了，继续死磕自己，为了我们更好的生活。

经过十年的奋斗，当前我成长为一个有一点阅历的项目、产品经理。项目经理，其实在欧美IT公司是team leader的角色，而中国的项目经理其实好多偏向于技术经理，而大点的公司或者团队才更侧重于真正意义的项目管理。以我现在公司的角色是管理、技术大约各一半。但其实我还有很多不足的地方，技术和管理都有。下面是我送给成长为项目经理和正在做项目经理工作的同僚的几条个人心得或建议，与大家分享和请教：

一、要有较好的技术背景和成长经历，死磕自己，学习技术和管理（注重沟通、协调学习项目管理的铁三角），这样才能服务于团队成员，让团队成员心服口服。

二、交流问题时要放低姿态，此时不能把自己当成项目经理，要以技术服人、以理服人，切记摆出领导的架势；而在公司制度、管理方面要严肃，管理方面不能和大家嘻嘻哈哈，这样不利于项目和团队成员的管理。

三、定期和不定期和各位成员沟通，察言观色，了解成员的真正诉求和内心想法，能帮助他们解决的问题尽量帮助。及时疏导心里承受差的同事，排除不顺的情绪，关心特别个性、比较内向的同事，让他们感觉到大家是个整体，没有被边缘化。让他知道除了工作大家是同事，可以一起说说笑笑。

四、向上级领导（部门经理或者总监等角色）定期和不定期的汇报工作，让领导知道我们的项目进度和人力各方面的状态，尽量少给领导添麻烦，要想办法自己解决问题替领导分忧。项目经理要让上级领导真正放心，主动找领导汇报工作成果、进度。不要等领导来问你。

五、沟通、管理等要不卑不亢、不急不躁，表现出沉着稳定的状态。遇到问题不能急不能慌，团队成员或者领导告知你突发状况的时候不能自己都慌慌张张，这样不仅会让领导同事担心你的能力，更有可能被替代。你需要做的是时刻准备着问题的到来，遇到问题时拿出解决方法。技术问题有能力指导尽量指导，西安 第3页 程序员和项目经理混迹职场秘籍

没有能力时要协调高级工程师、架构师等人员来解决；沟通问题要自己把握，要和直属领导沟通、和本项目组成员紧密沟通。有需要的情况下还要跨级沟通、跨部门沟通等等（要特别注意跨级汇报，紧急需要时一定要注意技巧。比如紧急情况需要领导决策而直属领导联系不上，这时候越级请示要事先说明直属领导联系几次联系不上等具体情况。总之要灵活对待）。

第2个故事 程序员的办公室哲学

其实标题叫办公室的哲学有点大，姑且先这么叫。我毕业十年有余，自己喜欢做的事情基本上也做了，包括工作和生活上的。起码没有太多让我后悔的事情，该学也学了，该工作也工作了，该疯玩也疯玩了。下面是我的作为IT人的一些总结，送给职场中的各位。希望给你们带来启发。

1、不要总说当前的技术不够新、框架不够好（有本事自己上，行动起来，别光嘴上逼逼）

作为经验欠缺的人、或者刚入职场的人、亦或是工作几年的人不要轻易说当前采用技术的好坏、框架的好坏。能采用这样的框架也是核心技术人员评估讨论过的，是适合当前公司的情况的（比如技术架构、人力资源、历史遗留等多方面因素）。说这些话会有几个意思：一是说这些框架不好，那就证明你有甄别能力，那好其他人会认为你有搭新框架的能力，有指导大家技术开发的能力。

二、你经验欠缺或者你是新人，你刚来就说架构不好等等是负面信息，让资格老的员工怎么看你。时间久了大家就会越来越讨厌你，你就是个嘴子。所以不要光说不练，吹牛逼吹得太狠容易伤到自己。所以千万不要老是说要用什么新技术，什么重新设计新系统。我想，大家不要在职场上无根据的乱评价框架和技术，要有依据，要能落地，要能指出问题后提出解决方法，别每次嘴上逼逼。

2、不要盲目相信做市场的人

做市场的销售人员或者领导，针对技术人员往往比较刻薄。他们面对客户的时候跟孙子一样，面对技术人员又喜欢把自己当大爷。销售会给技术人员灌输什么思想：尽快做，做完有奖金、做完我向公司帮你申请。。要么就是年终奖帮你第4页 西安 程序员和项目经理混迹职场秘籍

申请x个月的工资，要么就是下周请你吃饭，但是千万不敢太当真。开发工作是细水长流的事情，如果你开始激情满满，时间久被销售磨的没了激情，反而技术人员会被认为工作没以前努力了。所以激情要保持，要么就保持适度的激情。要有甄别销售人员“忽悠”技术人员的能力，别把他们说的话太当回事、别太认真。

3、指导或者帮助同事的工作，让对方知道你是在帮他。

IT人或者说是程序员，大部分人的节奏是类似的，每天上班最少8个小时。每个人都遇见过问题，每个人也给他人指导过问题。对于帮助我们的人我们要心存感激，不要认为他们是应该的。要知道他们也有自己的开发任务，有的是项目经理指定他给予你指导，有的是你请人家给你指导。但无论那种情况请表示感谢。

还有我们有时候也给同事指导或者帮助他解决问题。我曾经遇到一位女程序员，人呢？感觉人品有点问题。同时长相也一般但自己还很自信自己长的是美女。有一天她问我问题了，等我给他亲手解决完问题，人就嘴巴开始叨叨说不是那个原因，我说代码都帮你调好了，还说不是那样的原因，活生生的系统在你跟前，你嘴就是犟，说完她就不吭声了。而别人也给他指导问题（她技术个人感觉真一般）指导完也是婆婆妈妈说一堆，显示自己很牛逼的样子，妈的，牛逼自己调代码别找别人帮你。后来才知道是关系户进公司的。对于这样的人，要让华丽委婉的拒绝语言狠狠的给她一大嘴巴子。大家讨厌的就是这种嘴上胡说的人，显示自己牛逼的人。所以别人帮我们要感激，我们帮助别人耐心一点，如果对方再嘚瑟好好削他。

4、高调做事，低调做人

很简单的道理。就是为人要谦虚，做事情要显示出自己牛逼的一面。我一同事，经常在客户，经理面前说自己以前在哪个项目连续几个月加班到几点，其他人都快顶不住了之类的话语。加班有可能是因为做需求做的不好，有可能是设计的不好，要么是工期紧等等原因。当然加班是个事实无论什么原因造成的加班都是加班，把自己做的表达出来给领导，这就叫高调做事（当然这哥们表达的方式很直白，完全可以换种方式，比如前段时间加班到深夜就是处理XX问题，后面经过认真分析采用XX方法解决了XX问题，注意：不说谁解决了。侧重点在用什么方法解决什么问题），无论你做了什么，你都要把你做的告诉别人，把你的努西安 第5页 程序员和项目经理混迹职场秘籍

力告诉别人，特别是你老大。这样做就是让团队的成员认可你的牛逼，让项目经理知道你的牛逼地方在哪。要不然人家加工资的时候为什么要给你加，这就是高调做事。做人要低调些，比如谦虚的做事方法，无关紧要的事情由同事做主等等。

5、不要以为自己很清高

很多程序员活在自己的小世界里，感觉自己很小资，当着小白领，一个月拿着万把块的工资，优越感十足。殊不知现在钱越来不值钱的情况还没让你真正清醒。职业不分贵贱，所以不要认为自己是程序员就清高、就有优越感，当然也没必要诋毁和自黑程序员，注意维护我们的形象嘛。当你和收破烂的聊一聊一个月他们挣多少钱、当你和销售做人员聊一聊一个月挣多少钱、当你和银行工作人员聊一聊一个月挣多少钱，看你还有优越感没？当然说这么多也不是让我们比工资，人比人气死人。归根结底的意思是要告诉大家，作为程序员要沉淀下来、心静下来才能不断提高自己，摆正态度就没有那么那么清高和优越感了。清高和优越感对你我真的没有好处，不卑不亢。

6、珍惜身边的人

程序员很忙，以至于很多时候都忽视了身边的那些人。包括你的父亲，母亲，你的爱人。父母之恩要报，这个我就不说了。至于爱情这方面，我觉得，如果一个女人在你没有事业的时候可以一直默默的支持你，那她真的很了不起，很值得你去珍惜。多点时间陪陪她，哪怕陪她看电影、看书什么都行。有空买点小礼物哄一下。女人不是那么难哄的，不要到了30好几还是单身汪，当然如果你愿意也行。对待自己的父母要耐心，不要嫌弃他们唠叨和烦，现在我31了，我越来越能安静的听父母唠叨（一个耳朵进，一个耳朵出），他们能把你培养出来不容易。你我草根出身即便混个人模狗样，记住也是站在巨人（父母）、恩人的肩上成长起来的。我的微信 aitilaowang qq 317507750

7、遇到了你应该帮的人，就帮一下。遇到不值得帮的人，不要得罪就行。其实我们很多时候都需要一个人来点醒和指导我们的，所以当同事需要的时候，多帮助他们，一是你人缘越来越好，而是让大家真正的了解了你的技术和其他方面的能力，日后有机会你就是技术经理、项目经理。另外在公司要认识尽量多的人，保持好的人缘（尤其是其他部门的人，很多技术人不爱说话，不爱跨部第6页 西安 程序员和项目经理混迹职场秘籍

门的认识同事都是弊端），认识其他部门的同事，领导，能帮点小忙就帮点小忙，让尽量多的同事认识你，这样老板就可以从其他部门同事眼中打听你、了解你，你的机会就有越来越多。当然总有一些傻逼，认为你帮助他就是应该的，还不感激的人，遇到这种人我想说不得罪他即可，要保持距离。要知道得罪小人可会坏你大事。所以职场上，加油，做个积极正能量的人。你不需要让全部人说你好，关键的场合有超过一般人说你好就够了。懂就动了，混好IT职场。

我的故事和一些心得就介绍这里。经过1年编写，我也写了很多经验心得（内容如下图），需要的加我微信 aitilaowang或者qq 317507750----------------------

西安 第7页 程序员和项目经理混迹职场秘籍

第8页 西安

第二篇：程序员初到中 秘籍

开发杂谈——程序员从初级到中级10个秘诀

在一封与TechRepublic会员交流的邮件当中，他提到了面向程序员的博客、文章及杂志分成两类：面向初学者类（“hello world”这种类型的教程）以及面向专家类（MSDN杂志）。这个观点很好，有关程序员如何从初级跃升到中级的信息极少。以下是为了实现这种转变需要你去做的10件事。

1.学习另一门语言

其实你学的是哪一门语言并没有关系，但是学习另一门语言（不管你已经了解多少种语言）将把你打造为更好的程序员。能学会一门与你日常使用的语言风格迥异的语言则更佳。打个比方，如果你是C#程序员，学习VB.NET或者Java对你的帮助就没有学习Ruby或者Groovy大。

我说“学另一门语言”的意思是要真正学会它。学习一门语言包括三个领域的知识：语法、内置操作符和库，以及“如何使用”。前面两个简单；我认为一名有经验的程序员，根据语言的不同，能在半小时到几小时内掌握足以维护代码的语法知识。操作符和库只不过是知识逐步积累的过程，你什么时候想清楚要了解什么了，再去查阅参考材料也不迟。只有第三项，“如何使用它”-要花上你几个月的时间去跟这门语言打交道，真正的奇迹就在此发生。我建议用这门语言的风格去做一个适合该语言的项目。

真正学会了另一门语言之后，我敢保证你的程序员水平一定会突飞猛进。

2.学习先进的搜索技术、手段和及策略

作为一名好的程序员，不仅仅是技能的问题了，而是你寻找信息的技巧，这个趋势越来越明显。对大部分人而言，仅仅输入“现代语言及开发框架”，这都是泛泛之谈，记不住多少的。因此，你完成工作的能力通常取决于你的检索能力。不幸的是，了解到如何找到准确而高质量的信息可不仅仅是跑到TechRepublic来找答案，或者在你选好的搜索引擎上敲几个字那么简单。

“技术（Techniques）”、“手段（tactics）”和“策略（strategies）”看起来是一回事，实际上并非如此。你需要学会的技术是掌握你喜爱的搜索引擎的高级搜索系统；你需要了解诸如布尔操作符，如何过滤结果（像“非”关键字，域限制等等），关键字的词序扮演什么角色，等等。一句话，RTFM（Read The Fucking Manual，读那些他妈的手册）吧。

你应该学会这些手段，诸如如何接近特定的搜索，以及了解自己实际上想查些什么。查错误很容易—只需查出错代码即可—但是许多搜索的关键字选择要困难得多。

至于策略，你需要学会的东西，包括像应该使用哪种搜索引擎（提示：普通的搜索引擎不一定就是最佳选择），使用普通搜索引擎前应该访问哪个网站，甚至是应该到哪个论坛去寻求帮助，等等。

3.帮助别人

教别人始终是学习一切东西的最好方法之一。相对而言，由于你在开发领域还是个新手，认为自己没什么可教给人家的，这可以理解。但这毫无意义。记住，你所学到的一切都是你从别人或别处学到的；因此请尝试一下，成为另外一个人要请教的“别人”。每天尽量花一点时间试着回答TechRepublic上的问题，其他网站的亦可。读读其他会员的回答，你也可以学到很多东西。4.有耐心，常练习

研究表明，要成为一名“专家”，需要花费10年，或者10000到20000小时的刻意练习时间。真的很久。还有，成为专家不尽然就是执行10年同样的任务；通常这意味着要在特定领域内执行广泛的任务。需要花费大量的时间和精力才能成为“专家”；做几年程序员是不够的。想在30岁左右成为一名高级软件开发工程师？要么尽早接受教育/培训，要么你得愿意在闲暇时间进行大量的工作、阅读和练习。我从高中开始编程，还牺牲了许多休息时间去跟踪行业发展、学习新技能等等。结果，我获得中级和高级程序员的时间就比我的大部分同事都要早得多，随着时间的推移，这些就转化成为很多的金钱。

5.对教条拒之门外

是时候开诚布公了：也许初级程序员了解的东西还不足以说出做某件事情有一种最好的方式。尊重朋友或者权威的观点是好的，但直到你更有经验之前，不要把他们的观点说成是你自己的。很简单，如果你所了解的不足以让你独立地找出这些东西来，你又怎么会认为你知道哪一位“专家”是对的呢？话是难听了点，不过请相信我；由于受某些愚蠢建议的蛊惑，或者追随某些根本不知道自己在说些什么的所谓专家，白白把自己的职业生涯耽搁了几年，这样毛头小伙程序员，我见过多了。这一点有一个很好的例子，就是面向对象结构的滥用。比如说，许多初级者读了一些有关面向对象的信息后，突然间，他们那简单的应用程序的类图看起来就像埃菲尔铁塔一样了。

6.深入学习一点先进理念

成为一名中级程序员，很大一部分是要在代码里面体现出一些所擅长的概念。就我而言，是多线程/并行性，是正则表达式，以及如何对动态语言进行变化（后两个在我离Perl渐行渐远后开始退化）。这是如何发生的？多线程和并行处理是因为我读了相关文章，觉得它看起来很有趣，然后再自己把它弄清楚了；然后我就一直使用这些技术来写应用。我做过一件工作，是用Perl写的，里面运用了大量的正则表达式。我也用一个过程引擎模板和内置数据库系统写过我自己的电子商务引擎；那时我几乎花了2年时间在这上面。

找到真正令你着迷的东西。也许是图像处理，也许是数据库设计，等等。即便你是一个入门级的程序员，也要尝试一下成为某一自己所关注领域的专家。这会让你相当快速地进入到中级水平，一旦你到了那个水平，你的专家之路也走到一半了。

7.学习你的领域里面的基本理论

写出“Hello World”，跟理解那些字是如何显示到屏幕上的是两码事。通过学习支撑你所从事的工作的“基础/底层工作（groundwork）”，你会变得更加在行。为什么？因为你会理解事物为何会以这种方式运作，当东西坏了就能知道是哪里的问题，等等。通过掌握工作的底层机制，你变会得更出色。

如果你是Web程序员，读读HTTP RFC和HTML规范。如果你使用代码生成器，好好看看它生成的代码；如果你使用数据库工具，看看它生成的底层SQL语句，不一而足。

8.看看高级程序员的代码

在工作中看看高级程序员写的代码，然后问一问事情是如何以某种特别的方式完成的，为什么？可能的话看看开源的项目。甚至即使其他程序员没有最好的编程习惯，你也会学到许多编程经验。当然，要小心别学到坏习惯。我的意思是说不要生搬硬套人家的东西；你要能领会到哪些是能行的通的，哪些是有道理的，然后再模仿人家。

9.学习好的习惯 愚蠢的变量名，糟糕的缩进习惯以及其他一些凌乱的迹象就是一个没有经验的程序员的最好标记。一个程序员在学会如何编程时，却经常没有被传授到那些不那么有趣的细节，像代码格式编排。甚至尽管学习这些东西并不会令你的代码更好，也不会令你成为更好的程序员，它也会确保你不被同事视为入门级的程序员。甚至即使某人是高级程序员，如果他的变量是以他那97只猫的名字来命名，或者其函数叫做“doSomething（）”的，他们看起来也不像是知道自己在干什么的人。而且会令其代码在过程中更难以维护。

10.要玩的开心

想要痴迷于单调乏味的工作？痛恨工作吧。要想升级为中级程序员可不仅仅是为了拿到不断增长的工资不达目的誓不罢休，而是要真正享受工作。如果你不喜欢自己的工作，且还是初级程序员，你怎么会认为成为中级或高级程序员情况就会有所好转呢？换工作或改职业吧。反过来说，如果你喜爱所从事的工作，那就好！只要你坚持下去，我保证你能成为一名更好的程序员。（Justin James）

【人物小传】

Justin James

Justin James Justin James就职于Levit & James, Inc，并在公司中承担着混合编程、网络管理员、系统管理员多项职务。自2005年就在TechRepublic开博，博客地址：http://blogs.techrepublic.com.com/10things/。

第三篇：职场十大晋升秘籍

韶关鹏程万里人才网

职场十大晋升秘籍

职场人士谁不向高处望，晋升是一个对自己能力得到体现的机会。韶关家园招聘网认为想得到晋升，职场人际关系很重要，要有好的人际关系首先要有交流技巧。小编总结了以下十大晋升秘籍。

1.卡纸的打印机、罢工的电脑……每个公司里都有些人能迅速地把它们修好。发现这些人，并和他们保持良好的交往。

2.每认识一个新的客户，都给他们写一封E-mail，这样能更好地认识并了解他们。客户的赞美是很重要的，也许客户的一封感谢信就可以让你升职。

3.你可以喜欢玫红色，但重要工作场合尽量避免它，这让人联想到芭比娃娃。

4.如果你想约人谈些要紧的事情，放弃星期一和星期五吧。

5.尽量不要使用模糊词，例如“也许”。用词清晰准确才能使你的对话获得成功。要掌握准确的信息，而不是也许、可能的信息。

6.永远不要一个人吃午餐，尝试一下午餐社交，良好的人际关系是升迁的基础。首先你自己要行，然后有人说你行，最关键的是说你行的人要行。千万记住不要站错对!

7.和不对盘的同事相处也不要犯冲，跟他们说话的时候尽量符合他们的习惯吧。多个朋友多条路吗?如果树敌太多，即使你能力很强，可能升职也无门。

韶关鹏程万里人才网

8.如果你的桌子上总是一团混乱，请去看看大老板的桌子——他们的桌子上永远都是干净整洁的，东西也非常少。如果自己的办公桌都管不好，怎么管其他人呢?

9.对下级也要友好，谁知道新来的实习生是不是老板的亲戚。

10.记住老板助理的生日并跟他保持良好的关系，没有人会比他知道的消息更多。要有人在老板耳边不停的吹风，风的力量越大，你升迁的机会越多!

资讯整理：韶鹏程万里人才网（http://sg.joobbe.com)推荐阅读：职场健谈的三点要求

第四篇：办公室白领混迹职场必备的忍耐力

办公室白领混迹职场必备的忍耐力

一、找工作需要“忍耐力”

找工作，最重要的一条就是“人岗匹配”，如果你适合岗位，企业就会看中和培养你，给你发挥特长和能力的机会;如果岗位适合你，那你就喜欢干这个工作，并且千方百计把它干好，从中得到成长和发展;如果“人岗匹配”，那就是你与企业发生了“谐振”，这样，就能在企业扎住根，然后根深叶茂，求得发展。

大雷刚从学校毕业时，心气可高了，一般的工作都看不上眼，非要找个大公司做个神气的白领，可是，由于志大才疏、眼高手低，老是高攀不上。当同学们都陆续找到工作后，大雷还在奔波，自己觉得很没有面子，于是，慌不择路，矫枉过正，找了一份与专业毫不相干的工作。可是，却心态变坏，觉得工作太简单，谁都能干得，没什么发展，十分后悔，烦躁不安，痛苦沮丧。

于是，觉得应该再去寻找自己适合的工作，职业顾问最后帮她进行了职业定位和制定发展规划，其中包括行业定位、方向定位、职位定位，薪酬定位等很多项。再严格为他把关，一定要人岗匹配，有个良好的开端，经过一次次筛选工作，又经过企业一次次对他的筛选，由于经过专业辅导，每次面试都先声夺人，回答自如，最后终于坐上一个不错的职位，现在，大雷的工作热情很高，又恢复了以往的朝气蓬勃、开朗热情

二、干工作需要“忍耐力”

工作单调、枯燥、辛苦、劳累是普遍现象，因此很多人忍耐不住就跳槽了，甚至转行去干自己完全陌生的工作，结果丢了专业，丢了经验，成了一个“半吊子”：就是工作上能干但是干不好，干不精，更谈不上是业务大拿，工资还赶不上师弟师妹。虽然有些职业瓶颈、工作不符等职业疾病，可以通过跳槽来解决，但也不是全用这一付药来各类治疗职业疾病，还要对症下药，各取所需。如果能坚持和忍耐下来，经验积累越来越厚，成了公司业务上挑大梁的人物，工资也就上去了。

宋琳工作快三年了，一直做销售，在谈判和谈价格方面比较有优势，可是毕竟是南来北往、东奔洗跑，火车为家、十分辛苦。她的同伴们都陆续改行、跳槽，她也常常动摇，真有点坚持不住的感觉。

职业顾问在对她进行职业测评和各项分析后，觉得她非常适合做销售，对她说：不管做什么，都是贵在坚持，坚持下去，就有个宝贝等你。她觉得很有道理，就忍耐下来，市场越开辟越大，客户也越做越熟悉，终于也不用跑那么多路了，电话、QQ，就可以成交，提成也在不断上升，今年还当上了华北市场部的主管

三、跳槽需要“忍耐力”

跳槽，往往就是现在的工作不适合自己了，那么，跳槽前的职业定位非常重要，不能再次出现盲目、彷徨的现象，如果还是盲目走下去，不知道走到哪个原始森林饶不出来，或者掉在又一个沼泽地里不能自拔。那么，赔上的时间成本将不可估量，有可能终生赚的钱都不能与之正负抵消，达成平衡。而且，定位后，即使不能一步到位，也要耐心的等待机会，最后回归到自己的主干道上来。

张晨毕业后换了三家公司，哪个工资高点就到哪里去，结果，毕业三年了，也没有形成自己的核心竞争力。在职业走了一段弯路后，下决心要好好为自己的职业定位，咨询师为她的定位是做猎头助理，并且对切入点的所在的市场状况、行业前景、职位要求、入行条件、培训考证、工作业务、薪酬提升、行业英语等运作进行详细的指导，这样，面试时对职位了解详细，容易成功，工作也得心应手。

张晨很在意这个定位，按照咨询师的辅导去充电，不久就得到一家猎头公司的面试机会，可是因为发挥的不好，面试失败了，后来又拿到两个行政职位和一个销售职位的面试机会，可张晨没有去，她决心，今后要按照咨询师的叮嘱：沿着主干道去发展，不能让自己的职业脚步再发生错乱。终于拿到上海一个很大猎头公司的猎头助理职位，并且干的不错，当职业顾问公司跟踪她结果时，总能听到不断进步的信息。

前一个月，她对职业顾问公司说：“我已经把助理辞掉了。”“干的好好的，为什么要离开这个有实力的公司?”“因为我已经被提升为正式猎头顾问了，呵呵，为我庆祝吧!也谢谢你们。”呵呵，原来是吓唬我们一下!

四、人际关系需要“忍耐力”

因为人际关系，往往工作不顺畅，甚至跳槽的不在少数，有的人以为惹不起、躲的起，其实不然，凡是有人的地方，就有左、中、右，好、中、坏，再说功于心计，这是中国人老祖宗留下的传统，你往哪躲?所以，如果工作、收入还可以，不要因为人际关系忍耐不下去，换了地方还是如此，不如就在现有单位挺住，对周围的人和事还熟悉，容易对付过去。到了新的单位，重新了解，很不容易。

小辛的主管不太喜欢他，可工作还离不开他，什么好事也不拉着他，什么重担都找他，在别人眼里，小辛简直是个受气包，可小辛好像并不往心上放，每天闷头钻研业务，还津津乐道地做着一些工作以外的任务。一天，那个本来都要提升为副总的主管突然得了病，请了三个月的假，回老家休息去了，主管的担子就落在小辛的肩上，因为整个部门中，就是他对哪个业务都亲自干过，都熟悉明白，大家心服口服，等待和耐心让小辛拣了个小官当当，也过把官瘾。

五、提升需要“忍耐力”

职位的提升需要实力+机遇，更需要自身素质的修炼，当机遇不属于自己的时候，坚持、忍耐也是两味良药。

史冲是一个有几年经验的财务主管，也，他的未来目标是成为总监，本来能力和实力都已经很强，可是机遇不佳，去年，公司的一个主抓营销的副总离职，本来论能力和资格，他都在销售主管之上，是首当其重的人选，但是老总考虑再三，还是提升了销售主管。

史冲一气之下，想跳槽离开，并与咨询师述说自己的烦闷，咨询师告诉他：忍耐下来，什么牢骚都不要发，静观一段。果然，老总心中其实也是千方百计想平衡关系，见史冲一句怨言没有，更是觉得必须对他有个交代，于是，不久，便派史冲去了营销最好的长三角分部，职位是副总兼分部经理。

世界上的事情都是千变万化的，俗语说的好，塞翁失马、焉知祸福。浮躁就是给自己的一切清零，忍耐却常常给人带来机遇，使人风回路转、枯木逢春，职场需要忍耐力，忍耐力常常使人获得成功!

第五篇：Java程序员职场全攻略

监视内存计数器

要监视内存不足的状况，请从以下的对象计数器开始：

内存信息：

Memory Available Bytes

Memory Pages/sec

Memory Available Bytes

如果您怀疑有内存泄露，请监视 MemoryAvailable Bytes 和 Memory Committed Bytes，以观察内存行为，并监视您认为可能在泄露内存的进程的 Process Private Bytes、Process Working Set 和Process Handle Count。如果您怀疑是内核模式进程导致了泄露，则还应该监视 Memory Pool Nonpaged Bytes、Memory Pool Nonpaged Allocs 和 Process(process_name)Pool Nonpaged Bytes。

CPU信息：

Processor % Processor Time 获得处理器使用情况。

也可以选择监视 Processor % User Time 和 % Privileged Time 以获得详细信息。

Server Work Queues Queue Length 计数器会显示出处理器瓶颈。队列长度持续大于 4 则表示可能出现处理器拥塞。

System Processor Queue Length 用于瓶颈检测

通过使用 Process % Processor Time 和 Process Working Set

Process % Processor Time过程的所有线程在每个处理器上的处理器时间总和。

硬盘信息：

Physical Disk % Disk Time

Physical Disk Avg.Disk Queue Length

例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果页面读取操作速率很低，同时 % Disk Time 和 Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。

Physical Disk % Disk Time

Physical Disk Avg.Disk Queue Length

例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果页面读取操作速率很低，同时 % Disk Time 和 Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。

请观察 Processor Interrupts/sec 计数器的值，该计数器测量来自输入/输出(I/O)设备的服务请求的速度。如果此计数器的值明显增加，而系统活动没有相应增加，则表明存在硬件问题。

Physical Disk Disk Reads/sec and Disk Writes/sec

Physical Disk Current Disk Queue Length

Physical Disk % Disk Time

LogicalDisk % Free Space

测试磁盘性能时，将性能数据记录到另一个磁盘或计算机，以便这些数据不会干扰您正在测试的磁盘。

可能需要观察的附加计数器包括 Physical Disk Avg.Disk sec/Transfer、Avg.Disk Bytes/Transfer，和 Disk Bytes/sec。

Avg.Disk sec/Transfer 计数器反映磁盘完成请求所用的时间。较高的值表明磁盘控制器由于

失败而不断重试该磁盘。这些故障会增加平均磁盘传送时间。对于大多数磁盘，较高的磁盘平均传送时间是大于 0.3 秒。

也可以查看 Avg.Disk Bytes/Transfer 的值。值大于 20 KB 表示该磁盘驱动器通常运行良好；如果应用程序正在访问磁盘，则会产生较低的值。例如，随机访问磁盘的应用程序会增加平均 Disk sec/Transfer 时间，因为随机传送需要增加搜索时间。

Disk Bytes/sec 提供磁盘系统的吞吐率。

决定工作负载的平衡

要平衡网络服务器上的负载，需要了解服务器磁盘驱动器的繁忙程度。使用 Physical Disk % Disk Time 计数器，该计数器显示驱动器活动时间的百分比。如果 % Disk Time 较高（超过 90%），请检查 Physical Disk Current Disk Queue Length 计数器以查看正在等待磁盘访问的系统请求数量。等待 I/O 请求的数量应当保持在不大于组成物理磁盘的主轴数的 1.5 到 2 倍。

尽管廉价磁盘冗余阵列(RAID)设备通常有多个主轴，大多数磁盘有一个主轴。硬件 RAID 设备在“系统监视器”中显示为一个物理磁盘；通过软件创建的 RAID 设备显示为多个驱动器（实例）。可以监视每个物理驱动器（而不是 RAID）的 Physical Disk 计数器，也可以使用 _Total 实例来监视所有计算机驱动器的数据。

使用 Current Disk Queue Length 和 % Disk Time 计数器来检测磁盘子系统的瓶颈。如果 Current Disk Queue Length 和 % Disk Time 的值始终较高，可以考虑升级磁盘驱动器或将某些文件移动到其他磁盘或服务器。

posted @ 2006-01-05 17:05 摩摩茶 阅读(671)| 评论(5)| 编辑

如何分析Analysis中各个图表的含义，写出性能测试报告（继续增加中）

1：

vuser数：

这个根据你选择的方案不同结果也不同，如果采用所有vuser同时运行，并且所有vuser都正确执行的话，这个图没什么用处。

平均事务响应时间：

这个应该是关注最多的，一般来说，这个图的理想曲线是这样(针对同时开始vuser)：开始增长较快，中期几乎不增长，后期逐渐下降(类似发动机输出曲线)。比较差的曲线例如：线性增长，波动较大的曲线

每秒事务数：

一般来说，在平均事务响应时间达到期望要求的时候，这个值越大越好(峰值)

Windows资源/Unix资源：

这些就要看你监控哪些东西了(CPU利用率，内存使用情况，高速缓冲命中情况等)，CPU利用率的话在跑vuser期间最好不要超过80%，否则就是资源瓶颈(我们做Weblogic+Oracle测试时，oracle主机cpu利用率没超过20%，而Weblogic主机cpu利用率在整个方案运行中期徘徊在90%左右，性能瓶颈在Weblogic中需要优化)

排除网络瓶颈的话，问题一般按下顺序：Web服务器->应用服务器->数据库

2：

Memory：

内存使用情况可能是系统性能中最重要的因素。如果系统“页交换”频繁，说明内存不足。“页交换”是使用称为“页面”的单位，将固定大小的代码和数据块从 RAM 移动到磁盘的过程，其目的是为了释放内存空间。尽管某些页交换使 Windows 2000 能够使用比实际更多的内存，也是可以接受的，但频繁的页交换将降低系统性能。减少页交换将显著提高系统响应速度。要监视内存不足的状况，请从以下的对象计数器开始：

Available Mbytes：可用物理内存数.如果Available Mbytes的值很小（4 MB 或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。

Page/sec： 表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果pages/sec持续高于几百，那么您应该进一步研究页交换活动。有可能需要增加内存，以减少换页的需求（你可以把这个数字乘以4k就得到由此引起的硬盘数据流量）。Pages/sec 的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。

page read/sec:页的硬故障，page/sec的子集，为了解析对内存的引用，必须读取页文件的次数。阈值为>5.越低越好。大数值表示磁盘读而不是缓存读。由于过多的页交换要使用大量的硬盘空间，因此有可能将导致将页交换内存不足与导致页交换的磁盘瓶径混淆。因此，在研究内存不足不太明显的页交换的原因时，您必须跟踪如下的磁盘使用情况计数器和内存计数器：

Physical Disk % Disk Time

Physical Disk Avg.Disk Queue Length

例如，包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果页面读取操作速率很低，同时 % Disk Time 和 Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。

要确定过多的页交换对磁盘活动的影响，请将 Physical Disk Avg.Disk sec/Transfer 和 Memory Pages/sec 计数器的值增大数倍。如果这些计数器的计数结果超过了 0.1，那么页交换将花费百分之十以上的磁盘访问时间。如果长时间发生这种情况，那么您可能需要更多的内存。

Page Faults/sec:每秒软性页面失效的数目（包括有些可以直接在内存中满足而有些需要从硬盘读取）较page/sec只表明数据不能在内存的指定工作集中立即使用。

Cache Bytes：文件系统缓存（File System Cache），默认情况下为50%的可用物理内存。如IIS5.0 运行内存不够时，它会自动整理缓存。需要关注该计数器的趋势变化如果您怀疑有内存泄露，请监视 Memory Available Bytes 和 Memory Committed Bytes，以观察内存行为，并监视您认为可能在泄露内存的进程的 ProcessPrivate Bytes、ProcessWorking Set 和ProcessHandle Count。如果您怀疑是内核模式进程导致了泄露，则还应该监视 MemoryPool Nonpaged Bytes、Memory Pool Nonpaged Allocs 和 Process(process_name)Pool Nonpaged Bytes。

Pages per second :每秒钟检索的页数。该数字应少于每秒一页。

Process：

%Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85%

Page Faults/sec:将进程产生的页故障与系统产生的相比较，以判断这个进程对系统页故障产生的影响。

Work set: 处理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。

Inetinfo:Private Bytes:此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降低，则此计数器可以是内存泄漏的最佳指示器。

Processor：

监视“处理器”和“系统”对象计数器可以提供关于处理器使用的有价值的信息，帮助您决定是否存在瓶颈。

%Processor Time:如果该值持续超过95%，表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。

%User Time:表示耗费CPU的数据库操作，如排序，执行aggregate functions等。如果该值很高，可考虑增加索引，尽量使用简单的表联接，水平分割大表格等方法来降低该值。%Privileged Time：（CPU内核时间）是在特权模式下处理线程执行代码所花时间的百分比。如果该参数值和“Physical Disk”参数值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统。另外设置Tempdb in RAM，减低“max async IO”，“max lazy writer IO”等措施都会降低该值。

此外，跟踪计算机的服务器工作队列当前长度的 Server Work Queues Queue Length 计数器会显示出处理器瓶颈。队列长度持续大于 4 则表示可能出现处理器拥塞。此计数器是特定时间的值，而不是一段时间的平均值。

% DPC Time:越低越好。在多处理器系统中，如果这个值大于50%并且Processor:% Processor Time非常高，加入一个网卡可能会提高性能，提供的网络已经不饱和。

Thread

ContextSwitches/sec:(实例化inetinfo 和dllhost 进程)如果你决定要增加线程字节池的大小，你应该监视这三个计数器（包括上面的一个）。增加线程数可能会增加上下文切换次数，这样性能不会上升反而会下降。如果十个实例的上下文切换值非常高，就应该减小线程字节池的大小。

Physical Disk:

%Disk Time %:指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。如果三个计数器都比较大，那么硬盘不是瓶颈。如果只有%Disk Time比较大，另外两个都比较适中，硬盘可能会是瓶颈。在记录该计数器之前，请在Windows 2000 的命令行窗口中运行diskperf-yD。若数值持续超过80%，则可能是内存泄漏。

Avg.Disk Queue Length:指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。该值应不超过磁盘数的1.5~2 倍。要提高性能，可增加磁盘。注意：一个Raid Disk实际有多个磁盘。

Average Disk Read/Write Queue Length:指读取(写入)请求(列队)的平均数。

Disk Reads(Writes)/s: 物理磁盘上每秒钟磁盘读、写的次数。两者相加，应小于磁盘设备最大容量。

Average Disksec/Read: 指以秒计算的在此盘上读取数据的所需平均时间。

Average Disk sec/Transfer:指以秒计算的在此盘上写入数据的所需平均时间。

Network Interface：

Bytes Total/sec :为发送和接收字节的速率，包括帧字符在内。判断网络连接速度是否是瓶颈，可以用该计数器的值和目前网络的带宽比较

监视IIS需要的一些计数器

Internet Information Services Global:

File Cache Hits %、File CacheFlushes、File Cache Hits

File Cache Hits %是全部缓存请求中缓存命中次数所占的比例，反映了IIS 的文件缓存设置的工作情况。对于一个大部分是静态网页组成的网站，该值应该保持在80%左右。而File Cache Hits是文件缓存命中的具体值，File CacheFlushes 是自服务器启动之后文件缓存刷新次数，如果刷新太慢，会浪费内存；如果刷新太快，缓存中的对象会太频繁的丢弃生成，起不到缓存的作用。通过比较File Cache Hits 和File Cache Flushes 可得出缓存命中率对缓存清空率的比率。通过观察它两个的值，可以得到一个适当的刷新值（参考IIS 的设置ObjectTTL、MemCacheSize、MaxCacheFileSize）

Web Service:

Bytes Total/sec:显示Web服务器发送和接受的总字节数。低数值表明该IIS正在以较低的速度进行数据传输。

Connection Refused：数值越低越好。高数值表明网络适配器或处理器存在瓶颈。Not Found Errors：显示由于被请求文件无法找到而无法由服务器满足的请求数（HTTP状态代码404）