The Productive Programmer则会教导你：
多用宏吧，启动它，你就可以迅速完成大量重复的工作；
多用脚本吧，你可以提高运行的效率，避免变数和误差；
多用自动化测试吧，你可以迅速定位问题，保证质量；
多用管道吧，这样多个程序就可以无缝结合成一条生产线；（ZW5000.cOm 作文5000网）
没错，学习宏、脚本、自动化测试、管道（Shell），不是容易的事情。但别忘了，身为技术人员，了解技术，学习技术，运用技术，正是你的职业，你的优势，也是你的责任，你的生产力（所谓productive）所在。随便举个例子吧，在本书中文版的第196页有这么一段话：
在我刚才提到的例子中，开发人员用了1小时58分建立正确的语法，然后用了不足两分钟运行。在一些未曾培训过的人眼里，他的大多数时间都没有效率（这就是为什么他们反对使用正则表达式的原因），但最后，他节省的是几天的时间！
我还要补充的是，解决好这样的问题，现在能节省几天的时间，将来，更可以节省无穷无尽的时间！就我的开发经历来说，平时多注重这样的细节，做些 没效率的事情，积累起来，就可以节省大量的时间和精力至少至少，你不会抱怨，自己终日被一大堆简单重复劳动所困扰。
类似的例子，在书中随处可见，譬如作者讲到，几乎每个*nix用户，都会有自己的shell alias，真是于我心有戚戚焉：我自己积累了一大堆alias，喜欢用grep color把要找的内容标成高亮，也喜欢在统计脚本里用不同的颜色标注不同的状态在Shell下干活，更加简单、利索，一目了然，这种流畅和效率，也可算专属于程序员的宝贵财富。
当然，也有读者会觉得很烦：作者几乎讲一个很小的例子，几乎都要强调一遍：简单重复劳动是低效的（程序员不应该这么干）。不过，我丝毫没有觉得罗嗦，反而因此喜欢上这本一个下午就能看完的轻量级小书：阅读它，你并不需要太多的期望，权当一次愉快的思维体操吧你会发现，专属于自己的高效率，就来自书中提到的点点滴滴。
zc530.Com小编推荐
4、对代码的信任
作为项目管理者，你怎么相信他们的代码。有些程序员，你可以对他们说：我星期五就要结果.--星期五到了，你收到了这样的Email:代码我都已经检查过了，现在就等着测试了。你很放心，只会有很少的瑕疵在质量确保的团队被查到。当然，还有些轻率的例子，一些程序员在邮件里是这样说的：我还没弄完，星期一上午我会最先完成它.你不太确信这东西，发现很多Bug,很长时间基本上不能用。又得花上几个星期清理代码中的Bug.
关键：你对一个开发人员越有信心，他离成为一个伟大的程序员的距离就越近。想象你是你的管理者，如果他并不担心你的代码，会给你多少信心和勇气！
5、对方案的信任
和对代码的信任是一回事--如果你手上有伟大的程序员，你就会对解决方案有信心。这些程序员同时也是伟大的建筑师。他们剖析整个问题，指出问题需要怎样去解决。这就不只是用伟大的代码编程的问题了，很大程度取决于你怎样构筑解决方案。这是关键，而且会让你在软件世界里出类拔萃。
6、满足客户需求
一天下来，你写出了最棒的代码、用了最好的框架和最好的解决方案，但这真的能迎合用户的需求吗？恐怕根本不是那么回事儿。你搞砸了。尽管现在多次失手，一个伟大的程序员还是会正中靶心，找出客户需要的，给用户逐步展示他们所需要的无bug的最终版本。需求正中靶心的同时，用户满意了。
7、不断升级
伟大的程序员会积极主动地把自己的技术升级。他们对知识的态度就像饿猫见着了牛奶，他们从不用上级催促给自己设定目标、不用经理要求他们完成任务，因为他们自己就已经安排OK了。
他们发现自己想要参加的大会就会给公司写Email本人非常想参加今年的Tech-Ed大会。我将用心研习，并对作出贡献。我预计这可节省金钱/其他原因.如果可行，不知公司是否帮我支付此行？如果我收到这样的邮件，我不仅会帮他支付参会费用，他的路费我也会全程买单。
伟大的程序员们永远会关注例如。net用户组或Java用户组的所有用户群体。他们参加本地的技术会议，并从中汲取知识。你会看所有最新博客和最新的杂志吗？现在列出你最喜欢的前5个开发博客。你能做到吗？你应该像参加基督教青年会那样轻松做到。做到这些，可以很好的帮助你延伸你的思路！你将会不断获得更好的点子！你会得到更好的回报！
3. 组件技术
我想是现在的Web应用推动了组件技术的发展。以前，从老式的静态库、动态库（dll），到现在的COM/DCOM，再到正在兴起中的Web Service；从单机调用，到基于内部网的分布式调用，到现在基于Internet的分布式计算。现在的应用都是基于组件的n层结构，最明显的就是COM和JavaBean。
这些东西体现了软件架构的发展，以前是基于单机的应用，然后是C/S结构，到现在的B/S结构。我记得李维曾经说过，程序员一定要注意软件技术的发展趋势，只有这样，才不至于被淹没在技术的洪流中。我想，作为Web程序员，一定要明白COM的原理，如何实现这种调用、如何进行分布式调用。说实话，我觉得COM还是比较复杂的，否则微软为什么要提供ATL和VB呢，要搞明白，应该学学C ，因为VC中提供的ATL库可以很明显的说明COM的内部运行机制。
4. 网络技术
这可以说是Web程序员最应该懂得东西。起码，应该知道Web服务器的机制，要明白Http协议。就拿IIS来说，要懂得web应用程序运行的进程安全和IIS的关系，懂得ISApi的作用。
如果有时间，就看看TCP/IP，看看winsock，这些都是底层的网络的东西。
我所说的这些都是基于微软技术下的东西，其他的像Java方面的东西都可以对照参考，就不多说了，这也是我这几年来的一些心得。总之，学海无涯，每当接触一些新的东西，就会发现自己的不足，同时也就觉得基础知识的重要。说实话，像我们做应用开发，用别人的东西，在现在这种情况下，新的技术层出不穷，稍不注意就会被甩开，这也是没有办法的事情。
怎样评定一名软件开发人员？这是一个颇为奇怪的问题。现在已经有了很多的理论和形式来做这件事，人力资源部门也试着帮你管理和反省自己的行为。然而，怎样才是一个伟大的软件开发人员，在今天，你该怎样发展你的职业生涯？以下是我评定团队中软件开发人员的军规.按照这些技巧和规则，你可以改善你的现状，由一个优秀的程序员，成为一名伟大的程序员。
1、时间花在写精彩的代码上
这里说的不是数量，而是质量。对此，一种歪曲是：要数量，也要质量。你也许会很多次的遇到以下的两种情境：
情境A:你有一个发疯似的能写代码的程序员，事情似乎在进展中然后，Bug开始不断出现，你们也不知道为什么，好像永远补不完。补完十个，又出来五个，现在你手里的，就是一大堆代码
情境B:你现在有一个看起来很聪明的程序员，你面试他的时候，他似乎无所不知，能把理论说的头头是道。然而，你留给他三个任务，三个星期以后，他还在做一些三天就该干完的事。这下该你困惑了，他这么聪明，他知道generics（详见备注）,多线程的一切事情，甚至还能给祖母级的人讲解什么是指针，让老太太兴奋的想去编程。可是--怎么什么都没完成？
于是，在梦境中--你写出了堪称伟大的代码，--伟大的代码是伟大的程序员写出来的，他睿智，明白代码的真正品质所在。写代码就像托尼？霍克在玩滑板一样自然优美，看上去就令人愉快。这些程序员以让你眼花的速度搞定一切，他们知道每个问题应该处理多长时间，也不会追捧寻觅所谓的世界最好解决方案，弄很多线程很多层来写一个简单的游戏。他们写的程序没有Bug,因为写的时候自己测试过了，在睡觉时也在写代码说的就是这样的人。这些程序员太宝贵了。
2、阐明问题
可以明确的是：即使有问题暂时处理不了，还有成百上千的方法去解决。有些人反应很迅速，很快就能提出多种解决方案。然而，一个伟大的程序员应该在做出行动以前清晰阐明问题--创建文档或用白板表达出来。他们写邮件给项目的管理者，这样表述：我想和你说说我是怎么理解这个问题的，我们能这样处理吗？然后他们就会动手给你多种方案。
对，这些人明白自己看问题和阐明立场的方式，而这理解方式大概不会是问题创建者所想要被理解的。请牢记这就是关键所在。一名伟大的程序员在尝试解决问题以前，一定要完全的理解它。你百分百搞明白了吗？没有？百分之九十九？--回去再多问些问题，确保百分之百理解清楚了。
3、怎样着手解决问题
那一搞明白了问题，就开始动手写代码？错！一个伟大的程序员应该按照规划，开始思考面临的多种选择，基于问题开始考虑最好的解决方案。我觉的这像一场国际象棋比赛。你知道每个棋可以怎么走，知道所有的游戏规则。但是你会马上走棋吗？不，你要审时度势，制订计划，紧盯对手，分析其通常的做法。和这一样，在你coding解决问题以前，你也要这么做。
看看问题，计算出需要怎样的结果，你的时间能怎么安排，预期的质量，你必须用的工具，好了，开工吧！
职业规划是对职业生涯乃至人生计划的过程，职业生涯规划的好坏可能将影响整个生命历程。感谢您阅读《如何从优秀的程序员成为伟大的程序员[5]》内容，职场资讯网小编向您推荐一些职业规划知识，欢迎参考，希望能帮到你。
15、组织技巧
把所有事情整合在一起的最关键要素是组织。你可能是世界上最好的程序员，但如果你不善于组织你所做的事儿，你的工作将陷入瘫痪，最终丧失优势。伟大的程序员保持自己工作平台的整洁有序，保留所有的笔记并调理清晰。他们标出自己的会议日程表。他们有专门的收件箱给日程邮件、会议和新任务分类。他们保留文档并能在需要时迅速找到所需。
额外要提到的：激情
伟大的程序员如果没有热情，那么他的工作也并不伟大。好的程序员有了热情来对待他的工作、方案和团队，那么他比伟大的程序员还要伟大。
在回顾的时候，我用这些标准来评判我的开发团队。我给我的团队尽可能最好的环境，作为回报，我想要他们都成为最伟大的程序员。你可以用这些标准来评判你的团队，或者你本身就是一名程序员，请用这张列表来尽可能地改造自己来超越同侪。
备注：Generics是程序设计语言的一种技术，指将程序中数据类型进行参数化，它本质上是对程序的数据类型进行一次抽象，扩展语言的表达能力，同时支持更大粒度的代码复用。对于一些数据类型参数化的类和方法来说，它们往往具有更好的可读性、可复用性和可靠性。在设计集合类和它们的抽象操作时，往往需要将它们定义为与具体数据类型无关，在这种情况下，使用Generics就是非常适合的。
8、团队奉献
你可以是团队中最棒的那个人，可是如果你不是最好的程序员、不是建筑师、不是团队里最有活力的人，那么对我来说，如果你不能分享或对你的团队有帮助，你的价值就会大打折扣。一个好的程序员会使自己周围的人同样强大起来。试想一下，好程序员会不断完善自己的知识和能力，如果他们不和周围的人分享他们的知识，他们从哪儿能获得更多呢？
他们不断学习新东西，发掘新技术，但是不会让其他人知道他们这么做了。一个好的程序员会准时完成方案，但是那是在催促和团队得不到休息的前提下。然而一个伟大的程序员则会与团队中所有的项目保持联系，在需要的时候还可以出手帮忙。他们会如是说：我注意到A团队的项目进行到xx进度了，如果不介意的话，我想我可以帮忙？
9、做好会议记录
做好会议记录绝对至关重要！开会期间，大家花大量时间来说明了新观点、新主张、集体讨论还有提出了新设计方案，可是会议结束后却没有人可以拿得出会议记录，简直没什么比这更糟糕的事情了。即使你有会议大纲，我还是期望见到参会的每一个人员都可以带着纸和笔（当然对于程序员来说笔记本则堪称完美）.一个伟大的程序员会注意到这点。他们会记下所有的会议记录，并且在会议结束的的时候说：就刚才的会议，我着重记录了几点：XX 我是否记录全了呢？
接下来，伟大的程序员就会把他做好的会议记录分发给项目管理者，列出会议时间、会议主题和参会者。接下来，是会议项目的标题和重要条目。在这之后，就是这些议题的详细记录。一个好的程序员没有做会议记录，并在会议上对提出的每项事宜都点头称是，那只能寄希望于他的记忆力足够好了。随后，他会给你发邮件让你看看他的改动，你得回头提醒他忘记的不多，百分之九十的都没错。--这不是浪费时间嘛！根本不是这么回事！所以，做好你的会议记录。
10、孺子可教和接受批评
如果你读到这儿了，就表明你有希望接受这些建议，并在以后的开发行动中尝试执行。对，程序员的另一项重要能力就是向他人学习并且能够接受批评。通过把自己变为一个虚心受教的人，像海绵一样快速吸收大量知识，毕竟在编程的路上你还有很多前辈。当然，也许他们在写代码的岁月里慢慢生了锈，甚至伤痕累累，但是他们毕竟曾披荆斩棘跨过无数的坎儿。对于做出正确决定，他们又着瞬间的本能，让你不得不服。处于他们这个位置，很乐于见到你的成长和成功。
所以，只要你是个伟大的程序员，就会理所当然的拥有理想的工作环境。如果你不断改善技能、虚心好学、在别人给出的意见和批评中总结错误并得以改善，我向你保证你将会成为一个伟大的程序员而不只是想象自己变得伟大而已。如果你总把自己想象成为精英而不进步，那你只是自欺欺人。如果你不成长，你甚至不能停留到原地，等待你的只有灭亡！
职业规划就是对职业生涯乃至人生进行持续的系统的计划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。
11、公司需要的时候总能出现
这如同等价交易。如果你为一家伟大的公司工作，他们会给你足够的弹性。公司不会限制你如何工作，不限制你开始或结束的时间，也不会限制你什么时候停下来歇歇。公司会鼓励你在休息时间做做操，甚至会在你和团队成员出去吃饭的时候为你们买单在繁复大量而紧张的工作后，公司会放你几天小假。诸如此类。
然而，毫无疑问，与前面的这些美事儿随之而来的是责任。如果赶上时间紧还得出活儿，伟大的程序员则建议你即使在周末也要加班。即使干得再晚也得把活儿干完。你看，伟大的程序员是要为自己的创作负责的。这虽不是必需的，但这是伟大程序员的标志之一。有些人只想朝九晚五的上班，他们可能不错，但是成不了伟大的程序员。伟大的程序员是团队中干到最后的那个，把作品视为完美的艺术，与团队成员亲如一家。
12、衣着职业化
你永远也不知道一个客户会什么时候突然拜访。你也永远不会预知什么时候突然要参加一个会议，不是每一件事都在计划中的。你得随时准备好展现自己。一个好的程序员周一到周五穿着普普通通，甚至有可能穿牛仔装和运动鞋来上班。在某些周五，他们穿着T恤，短裤和运动鞋出现。当一个客户突然在周五出现，要谈一个大项目，你没法把衣衫不整的他一块儿叫上。
一个伟大的程序员周一到周五都穿着职业化，衣服也能带来成绩。如果你不在意穿着，你也会因为穿的太奇怪而得不到晋升。毫无疑问，套装和领带还是很能提升你自己的。我向你保证，一套得体大方的西服套装会让你在今年就觉的物超所值。
13、沟通能力
这是另外的判定条件。这世上有太多优秀程序员，却没几个伟大的程序员。为什么呢？因为大多数程序员不善交流。交流的层次很多：从发电子邮件、参加小型SCRUM开发小组会议到大一些的主管会议，水平逐渐提升。这样你就能在数百人参加的会议上自如地展示你的软件。在会议上你不需要有好演技，但是至少要清晰明了地表达你的观点。你的沟通能力越强，你的职业道路就会走得越远！
概要：想要成为管理人员，你的沟通能力得分至少要打到9到10分。甚至你在会议上只讲了几分钟，或只一个小汇报，你都需要非常好的表达能力。别只是在你的每天的工作日志寥寥写上修补1371个bug,你要做的是尽可能描述清楚如何在这么艰难的情况下解决了问题。阐明你的方法，说明你如何保证这个bug不再出现。你就不再为你的日志发愁了。这会是你向经理展示自己的精彩演出。
14、目标设定的技巧
好的程序员日复一日的做你安排给他们做的事情，贯穿始终。他们并不往远看，不对明年、5年甚至10年后作打算。一些好程序员虽然知道自己想要什么，却没有具体计划去实现。伟大的程序员则给自己订立年度、未来5年的目标，而且大概预期到自己10年后的发展。
伟大的程序员有了目标不会只是想象，他们会具体实施。他们会根据具体情况，在预期的时间做具体的事情。他们会详细地制订明年的计划，包括要上的课程、要完成的项目甚至包括他们需要建立的人际关系。
职业规划就是对职业生涯乃至人生进行持续的系统的计划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。
经常有人问我：面对众多的开发工具/语言，我该选择哪一个？怎样才能学好一门语言？怎样才能算是一个真正的程序高手？
首先，我不算是一个什么程序高手，我也就半吊子水晃晃荡荡。我不太喜欢程序高手这个词，最多，只能算是一名熟练的开发者而已，很多时候亦是半懂不懂。我编程是靠自学的，没有人教，也没有人问。因此走了不少弯路。当然现在看来，那些走过的弯路也算是一种积累。从1994 开始，我所使用的开发工具/开发语言选择是这样一个经历：1994:GWBASIC, 1995:FOXBASE,TC,1996:VFP,VB,PB,DELPHI,1999:VC++,PHP.总的说来，各种开发工具各有秋千，应根据具体应用来采用不同的工具。例如，写MIS用PB/VB,界面设计用VB/Delphi,写系统软件，用C/C++是最好的，做网站，有PHP,ASP,JSP等等。对于初学者来说，先用一种可视化强的工具（如VFP/VB/DELPHI）比较好，容易掌握，上手也快。但如果你想走更深入一引起，我建议你还是很有必要去精通C/C++,甚至了解一些汇编。
有人说，C/C++太难学了，开发效率也不高。我先不说C/C++优越于其他语言的地方（这在很多的资料中都有介绍）,就单从一个很功利的角度来说说。Delphi/ VB对于一般人来说学上几个月就可以上手了。易学的东西学的人肯定多。而对于C来说，由于它难掌握，学的人不火，但一旦你真正掌握了，你的竞争实力就比其他人强。就目前的现实来看，C/C++程序员的工资普遍高于其他程序员就是一个证明。
就我个人认为，程序员不应该拘泥于某个特定的语言，每天为某个开发工具的优劣争来争去是没有意义的。重要的只有两点：
◆你用的开发工具/开发语言能解决你所遇到的实际问题吗？实用为王，适合的，能用的，就是最好的。
◆你喜欢这个开发工具/开发语言吗？兴趣，兴趣才是最重要的。选择你所喜欢的。
那么，怎样跨越程序新手这道坎呢？下面这几点建议也许对你可能有些帮助：
◆遇到问题时从所有你能想到的方面考虑去试图解决；
◆一定多动手，学一个专题（如网络/多媒体）后写一个软件检验自己；
◆用好联机文档（如MSDN）查询函数和资料，利用网络资源；
◆掌握好的跟踪调试技巧，多看一些高手的程序，从本质上理解；
说白了，要想成为一名熟练的开发者，就是最大限度的利用现有的资源，然后加上你的汗水。没有什么稀奇的。
程序员可以分为很多种，像Unix程序员、Windows程序员，或是C 程序员、Delphi程序员，等等。今天我想谈的是Web程序员，一名真正的Web程序员应该懂得那些方面的知识，应该注意学习哪些东西。
也许有些朋友会说，我知道Asp、Jsp，会做网站、会做bbs，这应该叫Web程序员了吧。确实，我承认，这些技术是一名Web程序员应该具备的；但是，你如果仅懂得这些，却只能叫做Asp程序员、Jsp程序员，而不是真正意义上的Web程序员。现在的世界是属于Internet的，大部分的应用基于Internet，大家可以想想，像Yahoo、Microsoft、Amazon那样的网站，其访问量之大、应用之复杂，需要什么样的技术才可以支撑，难道仅仅是硬件的功劳么。
我想在Windows平台下来谈谈Web程序员应该掌握的技术
1. 首先，就是上面提到的各种脚本，asp、jsp、php等等，这些东西大同小异，基本可以举一反三。
2. 数据库，
相信做Web的人肯定用过，像Access、Sql Server、Oracle。很多人会用各种数据库，但是仅限于写一些sql，select、update、insert，用ADO来操作，如果这样，就算会用100种数据库又有什么用呢？
你应该考虑用户量、访问速度、内存消耗，这些东西和你的sql密切相关，我经常见到很多分页程序根本不去考虑数据库中有多少条数据，统统select出来，很明显，当你从数据库中查出1万条数据和100条数据，占用的内存是不同的。
另外，数据库连接池和事务机制是非常重要的，应该知道数据库用什么来保证事务，连接池如何实现，这些都是商务应用的关键。譬如，目前很多的应用服务，像weblogic、MTS，都包含事务处理，可以说好的事务处理决定了他们的竞争力。
职业规划就是对职业生涯乃至人生进行持续的系统的计划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。
专家分析
立足核心竞争力，发现生涯第二春
向阳生涯职业咨询机构职业规划师洪向阳分析了Smith的处境，他认为，IT人才市场的整体年龄状况趋于年轻化，22岁以下的择业者占总体比例的71%，而35岁以上的只占10%，年
轻的人才给市场注入了活力，也使得IT行业的竞争变得更加白热化人才流动性很大，岗位相对不够稳定。
Smith的处境代表了IT行业一个群体性的问题。程序员是个属于年轻人的职业，Smith们如果没有在职业生涯最初的5年或8年时间里得到晋升或实现转型，随着年龄的增长，在技术更新的大潮中便面临竞争力衰减的残酷现实，需要重新定位和转型。Smith们与其咬着牙继续在编程队伍里打拼，还不如重新审核自己的职业兴趣、能力和性格，立足核心竞争力，寻求职业发展的第二春。
作为IT典型的技术型人才，Smith热爱IT行业，不愿放弃这个行当，希望在目前的基础上能得到进一步的发展。因此职业顾问建议他可以借助丰富的技术经验和人脉关系寻求发展。
生涯发展建议
三条发展出路，化蛹为蝶
在综合分析了Smith自身和外部的情况之后，洪向阳帮助Smith分析了摆在面前的三条出路：
出路一：向IT培训师转型
分析：IT企业在招聘新人后，一般都须经过培训才能上岗，这个培训有时是在岗位上进行的，由富有实践经验的老人负责。年轻人想要进入IT行业，必须接受这样的专业培训。如今IT培训市场非常红火，市场蛋糕相当大，利润空间可观，行业发展前景看好。
根据全球著名市场咨询顾问机构IDC(国际数据公司)统计数据显示，2004年中国IT培训市场共实现销售额24.4亿元，相比2003年增长了22.1%，表现出迅猛的增长态势。Smith无论是在IT公司内部转型担任培训工作，还是到IT培训机构担任教师，都应该有发展空间。这样的工作不会有太大压力，且比较稳定，对年龄也没什么要求。更何况，这仍然没有脱离Smith所喜欢的IT行业。
优势：像 Smith这样在这个行业工作了8年，拥有丰富编程、项目经验的老人可以说是合格的培训师人选，尤其是他曾经参与过许多成功案例。另外，8年积攒行业人脉关系，还可以帮助他发展企业客户，顺便担任市场拓展工作。
挑战：Smith在过去8年中一直是埋头苦干，只是在公司培训新人时担任过培训工作，缺少培训工作经验。如果要向培训师转型，Smith需要接受一些专业训练，提高担任培训师的能力。
出路二：向IT营销转型
分析：IT与其他行业不同，由于技术性较强，营销人员一般也须有较强的技术背景，且最好有着丰富经验。互联网公司、电子商务公司、软件公司目前都需要有技术背景的营销人员；另外，电子商务的再度火爆，使得传统企业开始重视电子商务营销，也需要有技术背景的营销人员。这类工作薪水不低，加上提成应该可以拿到高于程序员的薪水，同时也比较
稳定。
优势：深厚的技术背景仍然是Smith的核心竞争力，在8年的从业经历中，Smith广泛涉猎了各种编程软件和工具，对IT行业也有相对深入的了解，这些都为他转向营销提供了平台。
挑战：Smith对营销工作比较陌生，过去的工作主要是跟机器打交道，而营销工作恰恰需要跟人打交道，这对Smith来说是最大的挑战，要求他彻底改变工作方式，加强沟通能力与人际交往能力；此外，营销工作会面临销售指标的压力，这些问题都是Smith转型前必须深入考虑的。
出路三：向项目管理努力
分析：如果说前面两条出路转型的成分多，那么项目管理可以说是Smith更为便捷的发展之路。目前，软件项目经理是人才市场上炙手可热的人才，有丰富经验、外语好的软件项目经理是抢手的香饽饽，供不应求，薪水自然也是水涨船高。在上海市劳动部门新发布的2005年软件行业薪资调查中，项目主管的薪水是同层次主管中最高的，年薪高位数达到211011元，平均年薪达109414元。最重要的是，一个优秀的项目经理可以在这个岗位上长久工作下去，并且有向高层进一步提升的可能。
优势：像Smith这样的技术型人才，在IT业工作已达8年，有经验，有技术，有人脉，有能力，参与过多个软件开发项目，有一定的经验。项目管理无疑是Smith发展的一个很好的方向。
挑战：Smith以往参与过不少项目的开发，但一直是项目团队里的一份子，没有担任过项目带头人的角色。而很多公司在招聘项目经理时，都需要有带领团队进行项目开发的经验，这是Smith的一个劣势。建议他参加一些项目管理方面的培训课程，自学相关的知识，增长自己在流程管理、沟通协调等方面的能力，以便积累资本，逐步向项目管理岗位迈进。
相关文章
最新更新
