高收入低情商
程序员节来袭，你眼中的程序员是什么样
对，非常正确
当程序员变成软件项目经理怎么办
当你预期的那一天，也许是害怕的那一天，终于来到了：从工程师的队伍里你被提拔到了软件项目领导或者团队领导的位置。
这也许就是你选择的职业道路，或许你不太情愿，将就尝试一下。
无论在哪种情况下，你都可能缺少工程学科、人员管理以及领导能力的相关教育。
这需要更多的领导能力和管理（它们不是一回事），而不能象Dilbert（译注：著名IT漫画主角）那样简单地和老板对抗了。
当你考虑新的目标时，请考虑下面的活动计划列表。
一次就抓住了每个亮点，这是不可能的。
但是这份建议说明可以帮助你将注意力放在可以提高你和你的团队绩效的活动上。
建立优先级 作为经理，首先要做的、最重要的事是你需要有意识地建立优先级。
当你仍陷于繁重的软件开发活动中时，你需要一套新的职责。
过多的经理新手不能抗拒技术的吸引而陷于此类活动，这将导致项目组的其他人员想要获得经理的帮助时，却得不到帮助。
有成效的领导知道他们首要的任务是为其他组员提供服务。
这些服务包括训练和指导、解决问题和冲突、提供资源、建立项目目标和优先级、提供适当的技术指引。
要使每个组员都能清楚的知道，你总是可以帮助他们。
我发现将自己定位于为被我监督的人工作是非常有意义的，而不是相反的。
在你所作的事情中，对于组员要求你帮助他们这件事，应该具有非屏蔽中断的优先级。
第二重要的，是使你的客户满意。
作为一名经理，没有直接的能力使客户满意，因为你已不再是作为个人提供产品和服务完成这点。
相反，你必须建立一种环境，准许你的组员最大程度上满足客户的需求。
经理提供了强有力的方法，有效地提高客户的满意度。
第三重要的，是为你的项目工作。
因为也许还有其他许多技术上的项目，或者其他经理的请求帮助，诸如为指导委员会工作。
当这些和二个高级别的发生冲突时，都要准备推辞掉。
很明显，使其他经理满意的事情是你最不重要的事情。
在一个有秩序的组织里，如果你在三个以上的重大环节上获得了成功，其他的经理都会很激动的。
我们并不都能很幸运地工作在一个良好的环境里，但一定要对你任务单上排在最前面的工作任务努力尽到最大的责任。
集中精力有效地、快乐地、尽可能地帮助你的组员，不要将精力放在使你上司满意的上面。
分析你的技能差距 除非你已经为新位置做好了准备，否则相对于你当前的领导能力和管理技能，你会感到一些差距。
出色的技术背景或许是你被选为领导角色的一个因素，但是你要想干得出色，你需要更多的技能。
针对别人的评论和项目，真实地列出你的长处和短处，然后减少差距。
软件人员并不以令人满意的人际关系技能出名。
你会希望增强处理人际关系的经验：解决冲突、说服以及灌输想法。
你也不得不处理包括招聘、解雇、商谈计划表，以及在你的办公室里评论某人业绩使其伤心落泪等一些事务。
我发现从一堂倾听技能课开始我的管理职业是非常好的。
当作为个体提议人，积极地将我们自己的技术议程提交小组时，我们经常对此感到非常惬意。
有效的管理要求更多的合作和善于接受的人际关系方式。
要花点时间学习如何（何时）巧妙地引导自己的自然判断。
倾听技能课提供了一种交流机制，我已经发现在许多场合下都很有用。
接着，到讲台的另一侧，提高你的演讲能力。
如果你真的不适应公开场合的讲话，学习戴尔．卡内基的课会有帮助的。
你会发觉，通过这样的培训获得的经验，以及获得提高的交流能力，都可以帮助你更好地适应将来的工作。
作为项目领导，为了计划和跟踪项目，以及当需要项目回退而采取修正措施时，你有责任调整其他人的工作。
参加项目管理的培训课，阅读一些有关项目和风险管理的书籍和文章。
参加项目管理学会，阅读其月刊--PMNetwork。
SEI的软件能力成熟度模型对于软件项目计划和项目跟踪提供了很多有用的建议。
建立优先级的能力、控制有效果的会议、清晰的交流，对于你，作为一名经理的绩效将会有实质上的影响。
定义“质量” 几乎每个人都会认真地对待质量问题而且都希望生产出高质量的产品。
然而，对于软件的质量含义，没有一个统一的定义。
传统上的软件质量观点和“足够好”的软件观点有着激烈的争论。
为了帮助小组走向成功，需要花一些时间和你的组员、客户共同探讨质量的含义。
这两种阵营在思想上经常不会有相同的定义，可以很容易的就不同目的开展工作。
关注交付计划的经理对于想正常地检查每行代码的工程师会不耐烦的；认为可靠性非常重要的客户对一个带有很少使用但带有很多bugs的特性的产品是不会满意的；一个很好的GUI也许会让用户厌烦，因为用户已经熟记了如何有效地使用前一个版本的产品。
为了更好的理解客户对软件质量的看法，在Kodak，我的小组曾经邀请了我们的客户和他们的经理就这个议题在一个开放的论坛展开讨论。
这个论坛是很有意义的，那些使用我们产品的人有着自己的理解，通过讨论，我们可以知道我们制定质量的思路有哪些和他们是不相符的。
明白了不同，就可以使你集中精力，照顾客户的最大利益，而不是使开发人员获得最大满意。
软件质量的传统描述包括要与说明书一致，满足客户的需求，代码和文档没有缺陷。
“六个∑质量”（six-sigmaquality）这个流行词，建立了一个非常高的尺度，用于监测失败的频率和密度。
但它不适用于如快速产品交付，可用性，充足的特性集，已支付价钱的交付意义这样的质量尺度，。
对于我们生产和购买的产品，我们总是热衷于尽可能涵盖所有的这些质量特性，然而，妥协总是必须的。
在一个项目的需求阶段，我们制定了包括十项质量属性的一个列表，如效率，协同性，正确性以及宜于学习，我们认为这对于用户来说是最重要的。
我们请客户关键人物代表小组以1到5的尺度评估每项属性。
一旦我们决定了哪些属性是最重要的，我们就可以设计并实现这些目标。
如果你在了解了对于客户的质量含义并在设计实现质量属性的过程中没有麻烦的话，而且客户对质量属性表示满意，那你是很幸运的。
在众多关注的质量说明中，我曾听到过一个：“客户回来了，但产品没有”。
和你的客户、开发人员一起对每一个产品都确定适当的质量目标。
一旦决定了，就给出达到质量目标的明确的最高优先级。
以身作则，按很高的质量标准要求你自己的工作。
采用这个座右铭：“力求尽善尽美，满足于优秀。
” 表彰成绩 对你组员成绩的表彰和奖励，是激励他们的一种很重要的手段。
除非你的小组中已经有了一种表彰程序，否则这应是你最重要的事情之一。
表彰包括象征性的东西（证书，旅游奖励）以及实际的东西（电影票，餐馆礼品券，兑现奖）。
在送赠品时要说一些亲切的话语：“感谢你所给予的帮助”或者“祝贺取得了成绩”。
在表彰和奖励上花费很少的心思和钱，就可以获得很多的友好和将来的合作。
包括客户代表，以及为项目成功做出过贡献的支持人员等等开发组外的人员也可以获得表彰。
和你的组员讨论，了解他们感兴趣的表彰和奖励的方式。
使得无论大小成就的表彰活动成为小组文化的一个标准组成部分。
对每位组员对其所作的工作表现出发自内心的兴趣也要给与含蓄的表扬，为消除所有影响他们战斗力的障碍尽你的力量。
表彰是展示组员以及小组外的其他人的一种方式――你要知道并感谢他们为小组成功所作的贡献。
学习过去 你的小组在过去承担的一些项目有可能没有取得完全的成功。
甚至在成功的项目上，我们也能经常认为一些事情我们下次会作得更好。
当你进入了新的领导角色，需要花点时间了解早期的项目为什么失败，并要计划避免犯同样的错误。
对于软件开发，每位经理花时间处理每种可能要发生的错误是非常困难的，学习过去的成功和失败就是个成功的开始。
可以从过去你们小组承担的一个没有经过检查评估的项目着手，不要管其成功还是失败，实施项目后的回顾（有时称作事后调查分析）。
你的目标不是判定责任，而是为了在将来项目中作得更好。
借此，可以了解什么已经作得很好，什么应该作得更好。
在当前每个项目的主要里程碑时，通过集体讨论或公平的组织者，用同样的方式，领导小组用头脑风暴的方式对其展开分析。
另外，要了解领悟已有的软件工业的最佳准则。
一个好的起点是SteveMcConnell的JoltAward获奖作品：快速开发（RapidDevelopment，MicrosoftPress，1996）的第三部分，叙述了27个最佳准则。
也要避免McConnell叙述的36个常见的软件开发错误。
你的组员也许反对新的工作方式，但是你的角色是作为一名领导，要确保团队一致连续地使用最佳可用的方法、过程和工具。
积极促进组员之间的信息共享，这样局部单个最好的实践经验就能成为每个开发人员的工具箱的一部分。
建立改进目标 一旦你对过去的项目建立起了回顾，确立了质量对小组的意义，你就要建立短期以及长期改进的一些目标。
目标要尽可能量化，所以你要划分几个简单的阶段，标明你是否采取了适当的过程朝着目标前进。
例如，如果你认定由于需求的不稳定导致项目经常延期，你可以建立一个改进需求稳定的目标，在6个月内提高50%。
这样一个目标需要你确切知道每周或每月需求的变化数，清楚他们的出处，采取行动控制那些变更。
这可能要求你要改变与那些提交需求改变的人的交流方式。
你的目标和阶段是软件过程改进程序的组成部分，你要使之有序。
作为缺乏创造力的官僚主义的最后避难所，轻视“过程”很流行。
虽然事实上，每个小组都能找到改进其工作的方式。
当然，如果你总是用已有的工作方式工作，你也就不要期望你会得到比以前更好的结果。
有两个强烈的原因要求改进过程：校正问题，防止问题。
确保你的改进努力要围绕着已知的或可预知的可能威胁项目成功的问题。
领导你的小组找出当前正在使用的方法的长处和短处，以及项目面临的风险。
我的小组召开了一次“两段式头脑风暴”练习，来确定改进软件生产力和质量过程的绊脚石。
在第一次会议中，参会者在便条上写出他们关于会议主题的想法，一个便条一个想法。
组织者将他们写在便条上的想法收集上来并分组。
最后，我们就会得到一打主要的分类，并将其记录到活动挂图上。
第二次会议，相同的参会者在便笺上写出解决这些障碍的思路，并贴在挂图的合适位置。
进一步细化，归纳出一些详细的活动，就可以成为我们努力的一部分，清除障碍，帮助组员实现软件的质量和生产力的目标。
建立可度量和可达到的目标，便于你集中精力实现改进。
要使目标具有明显的优先级，并可周期性地监视过程。
记住你的目的是，提高你的项目和公司完成的技术和业务上成功，不要满足于一些过程改进书籍里提到的期望细节。
要把改进的工作视为迷你项目，具有可分发、资源、计划和有责任的小项目。
否则，过程改进活动将总处于比诱人的技术工作低的优先级上。
缓慢的开始 这篇文章提供了许多建议，帮助你，一位软件经理新人，带领你的小组走向伟大的成功。
在日复一日新的工作压力面前，要努力保持你的头脑清醒。
在长时间的塑造软件开发小组的文化和习惯上，你还是个非常重要的角色。
你不必一次性都作完，可以选择跟环境最相关的的几个开始。
作为软件经理，除了项目要按时按照预算完成外，你要担负的责任还很多。
你还要：领导技术人员，将他们形成一个具有凝聚力的团队；建立协同团队工作的环境；鼓励和奖赏高级软件工程师的实践应用；平衡来自客户、公司，组员和你自己的需求。
这是项重大的任务，祝你好运。
如何结束软件测试员和程序员之间的战争
计曾经这样跟我解释售前和售后的：“从某种上讲，售前是替公司吹牛，售替售前圆谎。
”我们曾经称售后为擦屁股的。
国内目前很多售前就是这样的曾经有一个小项目，市场和售前为了拿单，许诺客户了很高的技术指标。
到项目实施的时候根本做不到。
销售可不管这个，早已经拿了提成，又吹下一个单子去了。
为了管理这种不负责任的销售，一般有两种方法1）全过程收单评价 如果在销售回款没有拿到之前就兑现提成，就会这样，所以有些公司在回款90%后才兑现提成，这样如果由于sales胡侃导致合同实施成本上升或合同流产，他的提成就缩水甚至泡汤了2）有些公司会让售前有限的参与项目实施比如在需求分析阶段和项目组一起工作一段，这样他忽悠的时候一般不会太过份，总得给自己留点余地售前的素质道哥最常说的一句话，素质,要注意你的素质,（如果不知道道哥是谁，可以看看《疯狂的石头》）。
每一个有前途的职业,不论做窃贼、骗子还是小偷,都要求有素质,有技术含量,并且还要及时总结经验教训，做到精中取精。
而售前，显然是一个更复杂的职业，包容了上述三个职业的综合特征，那更是要求素质了。
当然素质不是一天就能练成的，就象一个字头的诞生，需要先从小混混开始做起一样。
第一个也是最重要的一个素质，是......声音要大。
呵呵，是不是有些搞笑了，但是这却真是最基本的素质。
在家里，LD一般是禁止我在她耳边说话的，因为即使声音再小，都会有嗡嗡的回声（好似几万只苍蝇呀）。
当然这种素质也有很多的好处，比如坐公交车，司机常会喊：“有没人下车
”，总有些人喊了很多声，司机就是听不见，然后连我都有些着急，替他弱弱地伴奏一声，车立马就停了。
只要你观察一下，就会发现人的发音有很多种，但大部分都是嗓子里出来的，这样子的声音如果做演讲，是搞不定别人的。
售前讲演，如果是下午的某一个时段，首要的目的就是不要让听的人想睡觉，当然进一步，就是让想睡觉的人也睡不着，如果你的声音对睡眠很有帮助，建议还是去幼稚园谋一个职位。
声音大其实就发音训练，要从胸腔发声，要有气度。
有些人天生大嗓门，有些人则是吐字不清，但是声音大真的不是一个不可改变的素质（就象小混混也不是天生就会砍人）。
因为有一个职业，只要你做了，声音自然就会大，那就是——老师。
说这个是想让有志成为头牌名售的人多一份信心，师范招生时可从来没有声音大这一条，老师的这个能力显然都是培训出来，只要是人，进了师范就能培养出来。
因此将自己培养成大嗓门的难度并不高，比如一种传说中的方法，在舌头下面放一块石头，然后再去发声（当然这种方法显然适合单独找没人的地方去练，否则要是弄得月落蛙啼鸦满天，恐怕会被人当成祥瑞的）。
第二个嘛，就是不怯场。
很多达人，若是几个熟人在一起，那定是口若悬河，上着天下挨地，让别人对他嘴的景仰之情，如涛涛之江水绵绵不绝，然而一旦到了公众场合，那便如同被雷着的蛤蟆，一声不吭了。
强要让他讲两句，就只见颤巍巍站起来，战惊惊放眼看，呀，这一大群人的目光，脑袋立刻就“嗡”一下，短路的连自己在哪都不知道了。
有这样可怕的经历的人，即使你没有把它当作恶梦，那也会是你记忆中最想被埋掉的东西。
怯场，是人性的弱点之一，就象你见到危险本能地会逃避一样。
因此，大可不必对着那些“人来疯”有什么自卑感，这一素质，也是后天培养的，小时候的孩子王到了大时见到生人就哆嗦的人有的是。
很多时候，只要有条件你就行，而且还有专业培养的，现在幼稚园里有专门开设的演讲课，就是培养这种能力的。
机会可遇不可求，不怯场最重要的就是职业训练，所有的售前都会记着他第一次的情景，便如同他第一次和情人幽会，不但印象深刻，而且感觉也差不多，都是口不应心，手忙脚乱，在乱七八糟中就过去了。
第一次之后的成长也相差不多，不同的人，近似的内容，慢慢就由菜鸟成了熟手，然后由被动变为主动，由心慌意乱变成明心顺气，甚至用目光扫视在场的人，观察对方的感觉，决定什么时候讲精细些，什么地方可以带过，最后甚至能发挥一下，讲一个笑话，说一下掌故，带起一轮高潮。
有个足球教练说的好，“你们一个星期的艰苦训练就是为了星期天的那两个小时，这是你们的节日”，作为一个售前，这两个小时的讲解又何尝不是如此。
第三个嘛，还是要有过硬的知识。
售前就是以专家的身份，去告诉别人系统该如何做。
当然专家也要看眼色，比如到大型国企，您实际是去考试，让那些眼高过顶的大佬们认可你的公司，知道你的公司至少有一号人知道这东西是怎么回事，而去到一些小的地方，你就是不折不扣的行业专家，告诉别人“为什么要做、做什么、怎么做”。
就这一点而言，售前就有些象某些药店的坐台行医的，先告诉“你有病”，然后告诉你“有什么病”，最后说“应该怎么治”，末了开一个药方，捎带在方中夹带上自己制的草药。
相对而言，小地方忽悠的成分更大一些，经常有人信马由缰的胡侃，也不怕露馅，用我的一个同事的话，“农民就是农民，即使有了钱，也只是富裕了的农民（简称富农）”。
而在大的企业里，虽然实际水平可能并不怎么样，他们仍然会自认为是这一行业的NO.1（在中国很多人认为他们呆的楼的高度和他们的技术水平是成正比的），你要小心侍候，即使他说的是错的，你也要不能直接说NO，而是要说，这个确实是这样，有很多地方都这么用，而且十分有效，当然我们还有另外一种方法等等。
售前的座右铭就是，“客户的脸上没有‘$’，但客户的兜里有”，因此不要去看客户的脸色，要想着他的衣服（详细技巧请回忆《喜剧之王》中的情节），这样你的心境会平和的多。
过硬的知识更体现在答疑中，在讲方案时，因为是单向度的，有些人虽然不熟悉，也可以根据自己的理解把方案讲的十分生动，售前高手中有很多人有这个本事，事前一个小时才拿到资料，然后看一遍，就给客户去讲，讲的就象自己做过很多年一样（当然技术支持高手的本事更高，能够在飞机上看完用户手册的第一章，然后大能地到客户那儿去安装，等回公司后才发现第一章是安装DEMO版）。
但是答疑就不一样，客户提出的问题往往是他们在工作中不得解决的难点，或者是经过很多次摸索终于解决了的得意之处，无论是哪一点，都与业务有很深的联系，单靠临时抱佛脚肯定是不行的。
好在一般的技术交流都会在讲方案之外，再配一个技术高手，这个人可能不具有前两项素质，但是过硬的知识还是具备的。
如果你上述三点都具备，那么恭喜你，你不来咨询界，无疑是这个行业一大损失。
当然，如果你不具备第三点，但却具备声音大和人来疯的素质，并且同时兼具良好的外型，那么我们建议你可以试一下另一个更有前途的行业，比如娱乐界，去参加一下快乐男生的比赛。
上面三点是基本素质，而要想做好售前，更需要具有交流才能。
售前就是去交流，说起来简单，做起来却有很多的门道。
最重要的一点要注意的，就是不要过多的谈计算机技术，而要谈业务，谈问题。
霍金教授在《时间简史》一书中谈到，书中每多一个公式，就会少一批读者。
售前也是一样，你的词句中每多一个高深的技术术语，就意味着少一分让人认可的可能。
记住，除了IT公司本身，IT对其它企业经营只有催化作用，并不能产生直接的效益，甚至在很多行业，IT是企业最大的投资和成本。
售前要去做的，是和一群非IT行业的人打交道，告诉他们如何去用IT解决某个行业问题。
生涩的技术名词，不会给客户留下什么印象，当售前的嘴里吐出一个又一个象牙时，你的客户却只会悄悄的把香蕉换成狗粮。
讲客户能够听懂的东西，然后引导他们由行业的难题进入到技术的解决之道，用一个又一个行业的案例告诉客户，这个系统是做什么用的，当遇到某个问题时，我们在过去的案例中是如何解决的，甚至有时还可以说，某个问题现在也没有什么好的方法，比如银行系统中客户信息的整合，这些都是一些常规的作法。
同样一个 PPT，短时讲20分钟，长时讲3个小时，主要的关键就是要在讲述过程中，不断的引述过去的案例，这样不但可以体现公司的实施能力，更能够活跃气氛。
忽悠是售前的基本素质，但是却不是没有实际基础的乱说，客户不是傻瓜，找你来就是探询公司的实力的。
一般而言，讲的每一句话都应该是实话（当然公司的人力资源除外，如果公司现成就有一批实施项目的人在家闲着，离黄也就不远了），但是组合起来却可能给人以不同的印象。
将几个案例的内容合在一个案例里讲，这样可以显得某个案例特别的大，给人以放心感，也可以将一些情况安到某个并没有发生这种情况的案例上，只是为了让客户有个印象，就是公司的案例很多，信手拈来。
七分实，三分虚，合在一起，既要表现的漂亮，就不要将话说满，给一些质疑留下余地。
特别是在答疑时，更要注意分寸，很多时候，可能客户已经从侧面了解过了，如何既能表现圆满，又不留下把柄，无疑是售前工作素质的最大考验。
说起来，公司的实力还是最重要的，就象IBM，他们的售前经常犯前面所列举的所有的错误，但是最后还是把标给拿下来了，没办法，人家的产品和市场，那才叫天外之天。
说一千，道一万，其实任何工作都一样，要保持平和的心态，同时要注意平时的努力。
最需要明白的一个道理就是，售前实际就是帮市场打猎，这一个猎物没抓住，还有下一个（当然如果一直抓不住，也是会饿死的），而能力就是在这不断的扑猎中锻炼出来的，不做永远不会，出一次错没有什么，最怕的就是没有信心，畏缩不前。
（三）：售前的体验很多人都看过《猎狗的故事》这个小段子，故事似乎有两个结局，一个是悲剧，就是最后冬天到了，狗儿们都给扫地出门，另一个是喜剧，被扫地出门的狗们成立了猎狗俱乐部，最后过上了幸福美满的生活。
其实每一个IT人似乎都有一种类似于猎狗的焦虑情绪，我们的现状还好是因为我们还有用，但是未来，一直是一个不敢面对的东西，无论在现实中，还是在故事中，幸福的老猎狗似乎都是少数。
有时候，甚至大家在想，做一只吃草的兔子该是一件多么幸福的事情。
当然相对于那些每月2K的兔子，IT这样肉食的工作还是充满了诱惑力，面对这个职业，很多刚出校门者，都有一种近乎本能的希望加入的冲动。
但是，压力也是永恒的，它很象安徒生童话里的那双红舞鞋，穿上才知道这其中的危险，此生中注定你将无法停歇，你将不断的跳，至死方休。
一个不断发展的行业，很多概念还没有实用就已经过时， 学习速度永远赶不上知识的更新速度。
三十年的老会计是公司的镇宅之宝，而三十岁的程序员，很多却已如同过气的歌女。
于是有一个更为时行的故事流传起来，将挨踢的和挨KAO的做了一番有趣的对比，最后的结论，老九的位置不论是以历史的排法还是按文革的排法，都是无比的正确。
上天有好生之德，世间无绝人之路，大能的神对于IT行业当然也不会法外加刑，否则这许多除了一把年纪什么都没有的好男人若是真的绝了种，神岂不是也不太好玩了。
售前显然是IT行业最终之路中的一条，就如同在娱乐界，酒吧女如果中途不从良最终总会去做妈妈桑一样。
在成长中的猎狗眼中，无论是售前还是妈 妈桑，都是老猎狗的职业，都是一个令人向往的幸福生活。
不过由一只青春猎狗成长为一只老猎狗显然还有很长的路要走，历史的经验告诉我们，再平坦的路都可能摔跤，柏油马路发明以来，死在路上的人数甚至超过了战争。
在职业旅程中，我们是成为路边上出来吓人的枯骨，还是成为路中间诱人前行的塑像，这一切似乎都源自造化。
不过，经验总是可以借鉴的，职业的成功远不象地震那样难以预测，总结一下，想成为一个成功的售前，其实和其它任何一个资深的职业一样，离不了勇气、机会和能力三个要素。
一次成功，必然是由一个抉择开始的，很多的伟光正都是事后才认定的，在刚开始时却不一定，此时，最需要的是勇气。
套用美国大兵手册里面的一句话，“你做的 任何事情都会挨枪子，什么都不做也一样”。
售前就是这样一粒枪子，唯一的区别是你有选择不死的权力。
对于一个程序员来说，售前是一个极大的改变，因为这意 味着你的生活将脱离控制。
一个IT化的人面对着一台电脑，就如同士兵手中拿着武器，只要你掌握了他，他就是一个对你言听计从的哥们，而一个售前，面前的那一群人类你永远无法掌握。
强调勇气，是因为见过太多的人在这种机会面前退缩，前面说过，在IT之路上，实际上还有一个更令人羡慕的终极职业，那就是产品经理，手中掌握着公司的核心 机密，一种不管谁当政都不会受影响的超级员工。
所以，很多时候售前并不是程序员的第一选择，研发骨干才是。
但是，很多的项目经理实在不适合做产品，在项目 中他们其实已经在和人打交道了，只是这次，不再是面对面的谈，而是面对一群人，别人坐着你站着，别人看着你说着，这一切都是一种全新的体验，只是这次的体验，却不一定让人愉快。
而在另一方面，对于公司而言，售前的每一次的派出，都意味着一笔不小的支出，同时又意味着一次商业机会的落定，没有哪个公司会将这种关系到钱途的位子随便托付给什么阿猫阿狗。
除非RP特别的好，否则这样的机会不会多次出现。
用我们经常给市场人员说的话，天上掉下来的，不一定是馅饼，还可能是石头，而且，即使是馅饼，如果太大了，依然可以把人拍死。
在公司的职位中，售前并不在正常的晋升之阶上，因为有些素质甚至和IT的职业特征相背，面对计算机太久了，很多人习惯了专业术语，习惯了非对即错的二元论，甚至习惯于命令式的语气，而这些都是与人打交道中的大忌。
在很多人眼里，IT人群就是一些怪物，费尽口舌之后经常会得来一句所问非所答的咒语。
不过这同时也带来另一个好处，那就是，在公司的选择范围中，具备售前素质的人并不会太多，有志于此的人，总会获得机会的垂青。
机会来临时，抓住它，这是一句老生常谈，但是，机会也许不会象你想的那么直白。
崔健有一首歌，叫做《投机分子》，里面有几句歌词很让人印象深刻，“忽然来了一个机会，空空的没有目的......机会究竟是什么，我们现在还不清楚，就象你十八岁的时候给你个姑娘。
”。
实际上几乎每一个售前的第一次，都很象这最后一句话，能否成为护花使者，甚至最后成为大众情人，还是要取决于此后能力的培养。
在BBS上，能力的等级最常见的分类是菜鸟、大虾和妖精，这种分类虽然远没有王国维人生三境界那么浪漫，不过却也十分形象。
作为一只IT老猎狗，虽然还没有成精，但是那些成精的故事还是知道不少，现在最常干的事情，就是坐在圆圆的饭桌旁边，给后辈讲一些妖精的故事，那时候，还没有妖精，这个世界才刚刚开始......。
人是人他妈生的，妖是妖他妈生的，没有人知道第一个售前的妖精是怎么诞生的，这样的妖精的历史似乎可以追溯到苏秦张仪为代表的纵横家。
不过既然这种史前的妖精都有当人时的惨痛历史，现在的妖精自然也不例外，每一个妖精的前世都有一只菜鸟在呱呱乱叫。
接下来，让我们来谈谈售前成长之路上的应对之道。
(四)：售前的入门就如同大多数虫子都要经过卵、虫子、蛹之后才能羽化升仙一样，一份有技术含量的职业，总要经历一番痛苦的历练才能得心应手。
而要达到妖精级别，那就不单是要历练，更需要年头，同样都是妖精，五百年的道行见了千年的，那就只有当跟班的份儿了。
当然，对于大多数人来说，妖精还是一个久远之后的幻想，第一步，我们还是先想着怎么做一个合格的菜鸟。
如果真正论起来，售前本身就已经是一个妖精级的职业，但是就象前面说的，妖精也一样会分出道行来，“新妖精”如同“新警察”一样，无论如何装扮，菜鸟的本质总会让人一眼认出来。
作为一个菜鸟级的售前，最大的特征就是言语发涩，还有就是头也不抬的照本宣科。
不过，人总会有当菜鸟的时候，即然不可避免，那么唯一需要我们做的就是如何能够愉快并且迅速的渡过。
作为一个售前的菜鸟，眼前最重要的事情不是如何完美的与客户交流，如何吸引客户的兴趣，而是如何顺利的完成一次讲解。
当许多双眼睛在看着你时，似乎世界都已经模糊，这时候，也许某一个不经意的打扰，就可能让你忘记那些已经准备了很久的台词，木然的呆在那里。
要避免这些尴尬其实真的没有什么捷径好走，作为一个菜鸟，唯一能做的就是在台下准备的充分一些。
PPT的讲稿最好是自己去写，即使是拿了别人的讲稿，也应该按照自己的思路去调整，虽然内容中抄的居多，但是好记忆不如烂笔头，写的过程实际就是组织词句的过程。
自己完成了讲稿之后，下面的事情就是反复的默记，甚至到最后去会议室的路上，也可以继续在脑中反复的演练。
拳不离手，曲不离口，一切神功，无它，唯手熟耳。
对于菜鸟售前，第一次亮相之前，公司一般会有预演，如果没有，你也可以争取一下，叫一些比较大的领导来听听，让他们提出意见，同时也锻炼你的场面应变力。
上面这些完成之后，售前的准备也就差不多了，下面，就是开练了，不过初次的登台还是有一些小技巧的。
首先，最好将开场白写在纸上，然后反复的记熟。
做售前的人都应该是对业务十分熟悉的人，欠缺的只是演讲中的一些技巧。
开场白是很重要的，对于一个菜鸟来说，尽快的进入到主题无疑可以减少慌乱，那么演讲的开始由一段机械的背诵开始无疑是比较好的方法。
其次，尽量将要说的话写在PPT上。
虽然PPT字太多并不是很好，但是却可以帮助你在脑中出现空白时也能知道自己要说什么。
当然，最好还是只在上面写出摘要，然后可以根据这些摘要引申出你说的话。
第三，不要去盯别人的眼睛。
对于老的售前来说，经常不经意间去看客户的眼睛，是与客户交流的技巧之一，既可以了解客户反应，又可以让客户知道你在注意他并重视他。
但对于菜鸟来说，这样做却有些危险，因为与客户的对视可能让你更加紧张，从而出现短暂的思维中断。
第四，说话的语速不要太快。
语速太快可能使你的思维跟不上，也使可能出现的忘词变得更加明显。
而比较缓慢的语速则可以使你有更加多的考虑时间。
生手循规导矩，老手天马行空，这似乎是任何一个职业的特征。
菜鸟的经历很痛苦，就象练盲打开始时的ASDF键一样，在这个阶段，你所做的就是保证你坚持下去，而不是要产生什么工作的最佳效果。
好在，对于售前而言，这个阶段并不长，因为对于大多数售前来说，以前的项目经验足够保证他能够很快领会到这其中的秘诀，然后进入到一个可以自由发挥的大虾阶段，这时候，很多的人就会称你为专家了。
在售前工作中能够写的东西还有很多，而如果要总结的话，最应该强调的一点是，工作和生活是不应该分家的，能够胜任售前工作只是起步，要想有所提高关键还是在生活中。
一个生活中无趣的人，一个在言谈中无法感染别人的人，不可能成为一个好的售前，因此，做一个有知识的人、经历丰富的人、有趣味的人、有幽默感的人，显然是好售前的最佳生活方式.
法制名言警句
1、宪法，就是一张写着人民权利的纸。
——列宁2、世界上唯有两样东西能让我们的内心受到深深的震撼，一是我们头顶上灿烂的星空，一是我们内心崇高的道德法则。
——康德3、在民法慈母般的眼神中，每个人就是整个国家。
——孟德斯鸠4、法律研究的目的是一种预测，即对公共权力通过法院的工具性的活动产生影响的预测。
——【美】霍姆斯《普通法》5、法律的真谛，就是没有绝对的自由，更没有绝对的平等。
——我国著名法学家郭道晖6、法律就像旅行一样，必须为明天做准备。
它必须具备成长的原则。
——著名大法官卡多左7、法律所传达的是一种超越暴力，超越权利的声音，它所划定的权利边界虽然无形，却深深地刻画在人们的心灵之中。
——著名的法律学者8、法律之内，应有天理人情在。
——安提戈捏9、法不禁止即自由。
——法谚10、法无授权不得为，法无禁止不得罚。
11、举证责任之所在，即败诉之所在。
——法谚12、在民主的国家里，法律就是国王；在专制的国家里，国王就是法律。
——马克思13、在世界各主要文明中，中国是距离法治最为遥远的一种，甚至与欧洲形成了两极相对的反差。
——滋贺秀兰14、无论何人，如为他人制定法律，应将同一法律应用于自己身上。
——阿奎那15、真想解除一国的内忧应该依靠良好的立法，不能依靠偶然的机会。
——亚里士多德16、宪法是一个无穷尽的、一个国家的世代人都参与对话的流动的话语。
——劳伦·却伯17、解释法律系法律学之开端，并为其基础，系一项科学性工作，但又为一种艺术。
——萨维尼18、法律是人类为了共同利益，由人类智慧遵循人类经验所做出的最后成果。
——强森19、法治意味着，政府除非实施众所周知的规则，否则不得对个人实施强制。
——哈耶克20、有理智的人在一般法律体系中生活比在无拘无束的孤独中更为自由。
——斯宾诺莎21、法律显示了国家几个世纪以来发展的故事，它不能被视为仅仅是数学课本中的定律及推算方式。
——霍姆斯22、宪法创制者给我们的是一个罗盘，而不是一张蓝图。
——波斯纳23、法律提供保护以对抗专断，它给人们以一种安全感和可靠感，并使人们不致在未来处于不祥的黑暗之中。
——布鲁纳24、民众对权利和审判的漠不关心的态度对法律来说，是一个坏兆头。
——庞德25、在一个法治的政府之下，善良公民的座右铭是什么
那就是“严格地服从，自由地批判”。
——边沁26、一项法律越是在它的接受者那里以恶行为前提，那么它本身就越好。
——拉德布鲁赫27、自由就是做法律许可范围内的事情的权利。
——西塞罗28、由于有法律才能保障良好的举止，所以也要有良好的举止才能维护法律。
——马基雅弗利29、法律解释者都希望在法律中寻获其时代问题的答案。
——拉伦茨30、立法者三句修改的话，全部藏书就会变成废纸。
——基希曼希望对你有所帮助，望采纳
如何成为一名卓越的软件工程师
想进入游戏行业，并不意味着你的第一份工作就去做游戏开发，可以试着自己运用所学语言去编写一些游戏，向游戏网站推荐，强调一点一定要有自己独立编写程序的能力，我有一个同学学通信的，大三自学C++,他最后能比过哈工大的硕士生，被一软件公司录取，我考研上自习时经常看到他拿着铅笔默写\\\/编写代码。
四级找工作就够了。
软件编程类的招聘，具我所你知，很多是现场考察你的编程能力，有点是只考察你的逻辑思维，就是出那种逻辑推理判断图形数字题，合格的公司会对你进行相关技术、业务的系统培训。
你考的证只能作为参考。
只有进入到游戏行业才能真正了解这个行业。
可以上c++，游戏编程论坛转转。
以上所言希望对你有所帮助。
软件测试人员在软件开发过程中的任务都有哪些?
测试人员在软件开程中的任务：1找Bug；2、避免软件过程中的缺陷；3、软件的品质；4、关注用户的需求。
软件测试目的1、测试的最终目的是为了避免错误的发生，确保应用程序能够正常高效的运行；2、好的测试用例在于发现至今未发现的错误；3、成功的测试是发现了至今未发现的错误的测试；4、好的测试工程师应该做到不仅发现问题，还能够帮助开发人员分析问题；软件测试的原则：1、应把“尽早和不断地进行软件测试”作为软件开发者的座右铭，实践证明单元测试能够尽早发现问题，减少后期测试的错误量。
2、测试用例应由测试输入数据、测试执行步骤和与之对应的预期输出结果三部分组成。
3、应当避免由程序员检查自己的程序。
（指后期系统测试阶段，不包括单元测试）4、测试用例的设计要确保能覆盖所有可能路径。
在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。
不合理的输入条件是指异常的，临界的，可能引起问题的输入条件。
5、充分注意测试中的群集现象。
经验表明，测试后程序残存的错误数目与该程序中已发现的错误数目或检错率成正比。
应该对错误群集的程序段进行重点测试。
6、严格执行测试计划，排除测试的随意性。
测试计划应包括：所测软件的功能，输入和输出，测试内容，各项测试的进度安排，资源要求，测试资料，测试工具，测试用例的选择，测试的控制方法和过程，系统的配置方式，跟踪规则，调试规则，以及回归测试的规定等等以及评价标准。
7、应当对每
