程序员，就是整天与机器打交道的那群人。
在计算机并不普及的年代，这样的描述毫无疑问；然而，这些年来，得益于计算机成本的不断下降，软件使用门槛的不断降低，如今，昔日昂贵而又神秘不可莫测电脑，已经成了随处可见、人人能用的办公器材。一句话：人机交互，不再是程序员的专利。大家都可以用电脑干活，只不过，程序员用电脑写程序，其他人用电脑干其它事。
结果，普通人抱怨的问题，程序员也在抱怨：电脑不够聪明，不够智能，效率太低
可是，电脑真的进化到了对程序员和普通用户一视同仁的地步吗？
我不由得想起，上个世纪80年代，温伯格在《技术领导之路》中提出的疑问：
（开办技术领导力学习班）也让我们产生怀疑，技术在当今社会扮演了重要的角色，我们的学习班，是否赋予了某些人太多的力量？
细细想来，当年，IT技术那么高深，只有少数人能够接触，因而程序员理所当然地借助了IT的东风，具有超常的力量。可是如今呢？与常人无异的程序员（或者说，IT技术人员），他们身上让人担心的太大的力量，到底是被淘汰了，还是没有发挥出来？
对这个问题，不同的人或许有不同的看法。不过，读过The Productive Programmer（中文版《卓有成效的程序员》）的人，多半会选择后一个答案。
The Productive Programmer是一本奇特的书，它的Productive（也就是生产力），与新的语言、新的框架、新的系统完全无关，而是另辟蹊径：它只是提醒读者，作为程序员，你与普通用户是不同的：其它人只是简单地启动程序，而你完全可以动用自己的专业知识，驱使/调度那些程序。这样的机会，普通用户想不到，也不愿意抓住，但是抓住它们，你的生产率就会成倍上升。所以，这本书叫做The Productive Programmer，而不是The Productive Computer-User。
薄薄的一本书（英文版224页，中文版215页），共分16章，兼顾概念和实践两个方面，既介绍了加速、专注、自动化等等提高生产率的先进 思维观念（譬如多用键盘少用鼠标，消除干扰集中精力），也给出了在设计、分析、构造、元编程、多语言编程等等多种任务中贯彻前述思想的若干实例（譬如 用全面测试保证质量，选用最省事的方式/语言完成任务），可以说是麻雀虽小，五脏俱全了。
不过，看完整本书，我最深刻的印象还是贯彻全书的思想。说白了，就是尽量让机器做机器该做的事情，让程序和程序打交道，发挥程序员在这方面的先天优势他人眼中的普通工具，是程序员手里的有利武器。
不信，你可以想想，虽然如今人机交互的难度已经大大下降，然而程序终究是程序，程序跟人打交道，与程序跟程序打交道，效率差的不是一星半点：
不用宏，你可能需要一次又一次地重复选择、修改、保存；
不用脚本，你可能需要一次又一次地点击、配置、等待；
不用自动化测试，你可能需要一遍又一遍地运行、调试；Zc530.cOM
不用管道，你可能需要一次又一次地生成、删除中间文件；
M.zc530.cOm编辑推荐
怎样评定一名软件开发人员？这是一个颇为奇怪的问题。现在已经有了很多的理论和形式来做这件事，人力资源部门也试着帮你管理和反省自己的行为。然而，怎样才是一个伟大的软件开发人员，在今天，你该怎样发展你的职业生涯？以下是我评定团队中软件开发人员的军规.按照这些技巧和规则，你可以改善你的现状，由一个优秀的程序员，成为一名伟大的程序员。
1、时间花在写精彩的代码上
这里说的不是数量，而是质量。对此，一种歪曲是：要数量，也要质量。你也许会很多次的遇到以下的两种情境：
情境A:你有一个发疯似的能写代码的程序员，事情似乎在进展中然后，Bug开始不断出现，你们也不知道为什么，好像永远补不完。补完十个，又出来五个，现在你手里的，就是一大堆代码
情境B:你现在有一个看起来很聪明的程序员，你面试他的时候，他似乎无所不知，能把理论说的头头是道。然而，你留给他三个任务，三个星期以后，他还在做一些三天就该干完的事。这下该你困惑了，他这么聪明，他知道generics（详见备注）,多线程的一切事情，甚至还能给祖母级的人讲解什么是指针，让老太太兴奋的想去编程。可是--怎么什么都没完成？
于是，在梦境中--你写出了堪称伟大的代码，--伟大的代码是伟大的程序员写出来的，他睿智，明白代码的真正品质所在。写代码就像托尼？霍克在玩滑板一样自然优美，看上去就令人愉快。这些程序员以让你眼花的速度搞定一切，他们知道每个问题应该处理多长时间，也不会追捧寻觅所谓的世界最好解决方案，弄很多线程很多层来写一个简单的游戏。他们写的程序没有Bug,因为写的时候自己测试过了，在睡觉时也在写代码说的就是这样的人。这些程序员太宝贵了。
2、阐明问题
可以明确的是：即使有问题暂时处理不了，还有成百上千的方法去解决。有些人反应很迅速，很快就能提出多种解决方案。然而，一个伟大的程序员应该在做出行动以前清晰阐明问题--创建文档或用白板表达出来。他们写邮件给项目的管理者，这样表述：我想和你说说我是怎么理解这个问题的，我们能这样处理吗？然后他们就会动手给你多种方案。
对，这些人明白自己看问题和阐明立场的方式，而这理解方式大概不会是问题创建者所想要被理解的。请牢记这就是关键所在。一名伟大的程序员在尝试解决问题以前，一定要完全的理解它。你百分百搞明白了吗？没有？百分之九十九？--回去再多问些问题，确保百分之百理解清楚了。
3、怎样着手解决问题
那一搞明白了问题，就开始动手写代码？错！一个伟大的程序员应该按照规划，开始思考面临的多种选择，基于问题开始考虑最好的解决方案。我觉的这像一场国际象棋比赛。你知道每个棋可以怎么走，知道所有的游戏规则。但是你会马上走棋吗？不，你要审时度势，制订计划，紧盯对手，分析其通常的做法。和这一样，在你coding解决问题以前，你也要这么做。
看看问题，计算出需要怎样的结果，你的时间能怎么安排，预期的质量，你必须用的工具，好了，开工吧！
程序员可以分为很多种，像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，都包含事务处理，可以说好的事务处理决定了他们的竞争力。
4、对代码的信任
作为项目管理者，你怎么相信他们的代码。有些程序员，你可以对他们说：我星期五就要结果.--星期五到了，你收到了这样的Email:代码我都已经检查过了，现在就等着测试了。你很放心，只会有很少的瑕疵在质量确保的团队被查到。当然，还有些轻率的例子，一些程序员在邮件里是这样说的：我还没弄完，星期一上午我会最先完成它.你不太确信这东西，发现很多Bug,很长时间基本上不能用。又得花上几个星期清理代码中的Bug.
关键：你对一个开发人员越有信心，他离成为一个伟大的程序员的距离就越近。想象你是你的管理者，如果他并不担心你的代码，会给你多少信心和勇气！
5、对方案的信任
和对代码的信任是一回事--如果你手上有伟大的程序员，你就会对解决方案有信心。这些程序员同时也是伟大的建筑师。他们剖析整个问题，指出问题需要怎样去解决。这就不只是用伟大的代码编程的问题了，很大程度取决于你怎样构筑解决方案。这是关键，而且会让你在软件世界里出类拔萃。
6、满足客户需求
一天下来，你写出了最棒的代码、用了最好的框架和最好的解决方案，但这真的能迎合用户的需求吗？恐怕根本不是那么回事儿。你搞砸了。尽管现在多次失手，一个伟大的程序员还是会正中靶心，找出客户需要的，给用户逐步展示他们所需要的无bug的最终版本。需求正中靶心的同时，用户满意了。
7、不断升级
伟大的程序员会积极主动地把自己的技术升级。他们对知识的态度就像饿猫见着了牛奶，他们从不用上级催促给自己设定目标、不用经理要求他们完成任务，因为他们自己就已经安排OK了。
他们发现自己想要参加的大会就会给公司写Email本人非常想参加今年的Tech-Ed大会。我将用心研习，并对作出贡献。我预计这可节省金钱/其他原因.如果可行，不知公司是否帮我支付此行？如果我收到这样的邮件，我不仅会帮他支付参会费用，他的路费我也会全程买单。
伟大的程序员们永远会关注例如。net用户组或Java用户组的所有用户群体。他们参加本地的技术会议，并从中汲取知识。你会看所有最新博客和最新的杂志吗？现在列出你最喜欢的前5个开发博客。你能做到吗？你应该像参加基督教青年会那样轻松做到。做到这些，可以很好的帮助你延伸你的思路！你将会不断获得更好的点子！你会得到更好的回报！
职业规划是对职业生涯乃至人生计划的过程，职业生涯规划的好坏可能将影响整个生命历程。感谢您阅读《如何从优秀的程序员成为伟大的程序员[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年后的发展。
伟大的程序员有了目标不会只是想象，他们会具体实施。他们会根据具体情况，在预期的时间做具体的事情。他们会详细地制订明年的计划，包括要上的课程、要完成的项目甚至包括他们需要建立的人际关系。
在面试一些新程序员的时候，当问他为什么选择.net方向时，经常听到一些这样的回答：记得曾经我的老师对我们说，当你在开发语言和工具方面不知道怎么选择的时候，那么你只要跟着微软走就行了。所以最终他选择了.net。我想大家都曾有过类似的经历。当经历过数年之后，一些人在.net的某方面成为了专家，有些人精通数据库方面，有些人精通web界面设计，有些人精通系统架构。还有一些人是什么都会，但不管哪一方面都算不上精通。当然还有另一些人，他们没有选择.net，他们选择了java，在若干年之后，他们说：java程序系统比.net系统更稳定之类。既然大家都是.net阵营，暂且对他们不予讨论。
结合自己的亲身经历，对准备成为。net程序员和已经成为。net程序员的新人一些快速成长建议：
1.选择研究方向后不要动摇
对.net好还是java好的问题，我一向的观点是：它们都好，它们都是软件开发领域的杰出工具，它们都能够做出非常出色的系统。评价一个系统好与不好的标准不在于开发语言，而在于系统本身，更多地在于这个系统的开发者-程序员本身。只要你是一个出色的程序员，你完全可以用你擅长的开发语言开发出高质量的系统，而不管这种开发语言是.net还是java。而如果你过度地徘徊在研究它们到底谁更好的时候，甚至不断地在二者之间辗转的时候，你损失的将是宝贵的时间。
2.尽量缩小研究范围
.net只是一个大方向，你应尽量将自己的研究范围缩小，比如专注于数据库，专注于xml方面，专注于ajax，只要你专注任何一个区域深入研究，当你成为专家之后，都不会愁饭吃。反之如果你什么都会，而没有一样真正精通，那么你可能永远只能做一个普通程序员。
3.找到正确的入门方法
不管做什么事，方法很重要。特别是入门时的方法。正确的入门方法将大大加快你学习的进度。了解语言本身和前提技术是最先要做的事情，比如你选择c#方向的asp.net，那么你必须先学习c#基础语法，和asp.net基础知识，并实际写小程序测试你学习的成果。当学会基本语法后马上找到asp.net的官方入门指导。微软做得很好的一个地方就是他的帮助系统做得很好。新人容易入门，建议首先从入门教程开始，这个东西就在你的机子上，在Framework SDK的菜单里面。强烈建议把这个教程全部学会。
4.多看别人的成果（源代码）
这个很重要，如果你是一个团队的新成员，那么看他们写好的代码将是非常好的学习途径，因为那些都是成功的代码经验。如果你还没有加入团队，是自学，那么找一个好的学习网站，多看上面的源代码也是很好的方式。另外一个强烈推荐的途径：仔细研究微软的.net StarterKit，个人认为这是.net入门学习途中最大的收获。
5.敢于接受新项目挑战，敢于尝试
主动承担公司的开发任务，敢于在项目中尝试你最新的研究成果将对你自身技术水平提高带来非常大的帮助。记得当初我在做一个建站平台项目时有过这样的经历，之前公司开发的项目大都在原有技术积累下面用成型的框架做开发，那时我也正在学习asp.net，不过那个项目我是主程序员，因此在开发上有很大自主性。于是1.0时我尝试将所有用户文章保存在web服务器的xml文件里，而不是像传统项目那样保存在数据库里，以希望减少web服务器和db服务器之间的数据传输。结果1.0系统实际运行时确实达到了我的目的，虽然随着数据量的大量增加，最终导致了IO瓶颈。但通过后来对IO瓶颈的优化解决，我在文件系统、服务器进程、xml应用、代码规范和性能优化等方面学到了很多东西，倘若当初按原来的模式写程序，将错过学习这些知识的很好机会。
6.不断推翻自己，敢于重构
这是对程序质量的要求，我认为只有不断地优化和改造自己的程序代码，才能最终写出高质量的程序，做出高质量的系统，最终使自己的技术水平提高。通常我会把实现一个功能的代码量作为衡量代码质量的标准，代码越少，越精简，同时又具有良好的可读性，就越理想。重构需要几个前提：首先是项目时间允许，然后是确实找到更好的代码组织逻辑，如一种很好的结构模式，更合理的面向对象调用方式等等。只要找到更好的解决办法，那么勇敢地推翻原来的程序框架，重构它，经过不断地重构后，有一天你回过头去看之前自己写的程序时会有一个感叹：哇，怎么以前我的程序写的这么烂阿。
7.跟上技术更新的脚步
软件技术更新速度有时真的让人很郁闷，经常听人说，刚学会.net1.0，马上就出了1.1，1.1刚完成一两个项目，又出了2.0，用2.0不到一年已经出了3.5，但现实就是这样，你必须得跟上脚步，当使用asp.net的时候，你就不能再像以前用asp那样去写程序，当使用.net2.0的时候，你要敢于使用masterpage，skin去代替原来的usercontrol模式，原来的网站皮肤实现模式。而现在出3.5了，你必须马上学习vs2008，学习Silverlight。只有跟得上技术更新的步伐，你才永远保持自己的技术领先地位。
以上几点建议，希望能给一些新加入的.net程序员们一些参考。
第三部分，未来职业生涯规划、家庭环境分析、例如经济状况，家人期望等。感谢您阅读《IT程序员：如何化蛹为蝶？[1]》内容，职场资讯网小编向您推荐一些职业规划知识，欢迎参考，希望能帮到你。
编者按：一个人的职业生涯不可能永远星辰闪耀。寻找明天的职业星途系列报道，就是想为那些职业生涯正走在星途上的人们，早早地点上几盏灯，让他们在星运尚未黯淡的时候，能够瞄准其中的一盏，用它继续照亮未来的职场人生。
寻找明天的职业星途
IT程序员：如何化蛹为蝶
高薪光环下的IT行业是众多年轻人的职业梦想，然而，身在其中的很多人却面临着职业的痛苦抉择。IT编程员被称为是IT业的蓝领，工作强度大，像个编码机器；技术更新换代快，竞争激烈，饭碗不稳定。随着年龄的增长，IT编程员该何去何从？
程序员Smith的困惑
32岁的Smith已经算是IT行业的元老了。大学时代的他，有2/3的时间是在校园微机房里度过的，当时，他疯狂地迷上了电脑。大学毕业后，Smith早早地被一家IT业著名的跨国公司录用，担任程序员。
刚进IT行业时，Smith真是有股火一般的热情，参与了不少项目，而且都成功了。公司对他也很器重，付给他的薪水在当时的同学中可算是天价。在后来的IT泡沫中，Smith的公司也还算是稳定。一晃8年过去了，Smith也曾换了两家公司，薪水越来越高，但他却越来越困惑。今年他已经32岁了，以前不觉得，但现在，他感觉程序员的工作强度非常大，一直处于超负荷运转，工作状态就一个字：累。况且，由于这一行的特殊性，从业者必须不断地学习。32岁的程序员虽然技术老到，但毕竟在学习能力、反应速度、工作效率上渐渐地开始和年轻人有差距，Smith觉得后生可畏，感觉自己的 竞争力在缩水。
何况，现在IT业不比以往，面对大量廉价的职场新人，老板不仅可以挑肥拣瘦，还可以随时让薪水已涨到一定水平的老人走人。Smith的同事Tom就是这样被公司请走的。Smith担心什么时候裁员的大棒就要挥到自己的头上。虽然目前薪水不低，但天下没有白吃的午餐，得到的多付出也就更多。而且业界还有这样的传统，过了35岁，IT编程员就有转岗的可能。未来该何去何从，Smith深感困惑。
职业规划就是对职业生涯乃至人生进行持续的系统的计划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。
经常有人问我：面对众多的开发工具/语言，我该选择哪一个？怎样才能学好一门语言？怎样才能算是一个真正的程序高手？
首先，我不算是一个什么程序高手，我也就半吊子水晃晃荡荡。我不太喜欢程序高手这个词，最多，只能算是一名熟练的开发者而已，很多时候亦是半懂不懂。我编程是靠自学的，没有人教，也没有人问。因此走了不少弯路。当然现在看来，那些走过的弯路也算是一种积累。从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）查询函数和资料，利用网络资源；
◆掌握好的跟踪调试技巧，多看一些高手的程序，从本质上理解；
说白了，要想成为一名熟练的开发者，就是最大限度的利用现有的资源，然后加上你的汗水。没有什么稀奇的。
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方面的东西都可以对照参考，就不多说了，这也是我这几年来的一些心得。总之，学海无涯，每当接触一些新的东西，就会发现自己的不足，同时也就觉得基础知识的重要。说实话，像我们做应用开发，用别人的东西，在现在这种情况下，新的技术层出不穷，稍不注意就会被甩开，这也是没有办法的事情。
相关文章
最新更新
