程序员可以分为很多种，像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，都包含事务处理，可以说好的事务处理决定了他们的竞争力。
zc530.cOm编辑推荐
如何成为一个真正的程序高手
职业规划就是对职业生涯乃至人生进行持续的系统的计划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。
经常有人问我：面对众多的开发工具/语言，我该选择哪一个？怎样才能学好一门语言？怎样才能算是一个真正的程序高手？
首先，我不算是一个什么程序高手，我也就半吊子水晃晃荡荡。我不太喜欢程序高手这个词，最多，只能算是一名熟练的开发者而已，很多时候亦是半懂不懂。我编程是靠自学的，没有人教，也没有人问。因此走了不少弯路。当然现在看来，那些走过的弯路也算是一种积累。从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）查询函数和资料，利用网络资源；
◆掌握好的跟踪调试技巧，多看一些高手的程序，从本质上理解；
说白了，要想成为一名熟练的开发者，就是最大限度的利用现有的资源，然后加上你的汗水。没有什么稀奇的。
如何成为卓有成效的程序员[1]
程序员，就是整天与机器打交道的那群人。
在计算机并不普及的年代，这样的描述毫无疑问；然而，这些年来，得益于计算机成本的不断下降，软件使用门槛的不断降低，如今，昔日昂贵而又神秘不可莫测电脑，已经成了随处可见、人人能用的办公器材。一句话：人机交互，不再是程序员的专利。大家都可以用电脑干活，只不过，程序员用电脑写程序，其他人用电脑干其它事。
结果，普通人抱怨的问题，程序员也在抱怨：电脑不够聪明，不够智能，效率太低
可是，电脑真的进化到了对程序员和普通用户一视同仁的地步吗？
我不由得想起，上个世纪80年代，温伯格在《技术领导之路》中提出的疑问：
（开办技术领导力学习班）也让我们产生怀疑，技术在当今社会扮演了重要的角色，我们的学习班，是否赋予了某些人太多的力量？
细细想来，当年，IT技术那么高深，只有少数人能够接触，因而程序员理所当然地借助了IT的东风，具有超常的力量。可是如今呢？与常人无异的程序员（或者说，IT技术人员），他们身上让人担心的太大的力量，到底是被淘汰了，还是没有发挥出来？
对这个问题，不同的人或许有不同的看法。不过，读过The Productive Programmer（中文版《卓有成效的程序员》）的人，多半会选择后一个答案。
The Productive Programmer是一本奇特的书，它的Productive（也就是生产力），与新的语言、新的框架、新的系统完全无关，而是另辟蹊径：它只是提醒读者，作为程序员，你与普通用户是不同的：其它人只是简单地启动程序，而你完全可以动用自己的专业知识，驱使/调度那些程序。这样的机会，普通用户想不到，也不愿意抓住，但是抓住它们，你的生产率就会成倍上升。所以，这本书叫做The Productive Programmer，而不是The Productive Computer-User。
薄薄的一本书（英文版224页，中文版215页），共分16章，兼顾概念和实践两个方面，既介绍了加速、专注、自动化等等提高生产率的先进 思维观念（譬如多用键盘少用鼠标，消除干扰集中精力），也给出了在设计、分析、构造、元编程、多语言编程等等多种任务中贯彻前述思想的若干实例（譬如 用全面测试保证质量，选用最省事的方式/语言完成任务），可以说是麻雀虽小，五脏俱全了。
不过，看完整本书，我最深刻的印象还是贯彻全书的思想。说白了，就是尽量让机器做机器该做的事情，让程序和程序打交道，发挥程序员在这方面的先天优势他人眼中的普通工具，是程序员手里的有利武器。
不信，你可以想想，虽然如今人机交互的难度已经大大下降，然而程序终究是程序，程序跟人打交道，与程序跟程序打交道，效率差的不是一星半点：
不用宏，你可能需要一次又一次地重复选择、修改、保存；
不用脚本，你可能需要一次又一次地点击、配置、等待；
不用自动化测试，你可能需要一遍又一遍地运行、调试；
不用管道，你可能需要一次又一次地生成、删除中间文件；
如何从优秀的程序员成为伟大的程序员[1]
怎样评定一名软件开发人员？这是一个颇为奇怪的问题。现在已经有了很多的理论和形式来做这件事，人力资源部门也试着帮你管理和反省自己的行为。然而，怎样才是一个伟大的软件开发人员，在今天，你该怎样发展你的职业生涯？以下是我评定团队中软件开发人员的军规.按照这些技巧和规则，你可以改善你的现状，由一个优秀的程序员，成为一名伟大的程序员。
1、时间花在写精彩的代码上
这里说的不是数量，而是质量。对此，一种歪曲是：要数量，也要质量。你也许会很多次的遇到以下的两种情境：
情境A:你有一个发疯似的能写代码的程序员，事情似乎在进展中然后，Bug开始不断出现，你们也不知道为什么，好像永远补不完。补完十个，又出来五个，现在你手里的，就是一大堆代码
情境B:你现在有一个看起来很聪明的程序员，你面试他的时候，他似乎无所不知，能把理论说的头头是道。然而，你留给他三个任务，三个星期以后，他还在做一些三天就该干完的事。这下该你困惑了，他这么聪明，他知道generics（详见备注）,多线程的一切事情，甚至还能给祖母级的人讲解什么是指针，让老太太兴奋的想去编程。可是--怎么什么都没完成？
于是，在梦境中--你写出了堪称伟大的代码，--伟大的代码是伟大的程序员写出来的，他睿智，明白代码的真正品质所在。写代码就像托尼？霍克在玩滑板一样自然优美，看上去就令人愉快。这些程序员以让你眼花的速度搞定一切，他们知道每个问题应该处理多长时间，也不会追捧寻觅所谓的世界最好解决方案，弄很多线程很多层来写一个简单的游戏。他们写的程序没有Bug,因为写的时候自己测试过了，在睡觉时也在写代码说的就是这样的人。这些程序员太宝贵了。
2、阐明问题
可以明确的是：即使有问题暂时处理不了，还有成百上千的方法去解决。有些人反应很迅速，很快就能提出多种解决方案。然而，一个伟大的程序员应该在做出行动以前清晰阐明问题--创建文档或用白板表达出来。他们写邮件给项目的管理者，这样表述：我想和你说说我是怎么理解这个问题的，我们能这样处理吗？然后他们就会动手给你多种方案。
对，这些人明白自己看问题和阐明立场的方式，而这理解方式大概不会是问题创建者所想要被理解的。请牢记这就是关键所在。一名伟大的程序员在尝试解决问题以前，一定要完全的理解它。你百分百搞明白了吗？没有？百分之九十九？--回去再多问些问题，确保百分之百理解清楚了。
3、怎样着手解决问题
那一搞明白了问题，就开始动手写代码？错！一个伟大的程序员应该按照规划，开始思考面临的多种选择，基于问题开始考虑最好的解决方案。我觉的这像一场国际象棋比赛。你知道每个棋可以怎么走，知道所有的游戏规则。但是你会马上走棋吗？不，你要审时度势，制订计划，紧盯对手，分析其通常的做法。和这一样，在你coding解决问题以前，你也要这么做。
看看问题，计算出需要怎样的结果，你的时间能怎么安排，预期的质量，你必须用的工具，好了，开工吧！
如何才能成为一名优秀的初级开发员？
“如果你无所作为，那么拥有再多资历也毫无意义。”对于初级开发来说，哪些是必须知道的道理呢？初级开发人员的生活从来都不会一帆风顺。软件开发的工作很艰难。技术的进步日新月异，世事瞬息万变。今天掌握的知识可能明天就过时了。
作为初级开发人员，你可能会感到不知所措。由于缺乏经验，从事这项工作会更加困难。
在朝着合格的软件开发前进的路上，你的职业生涯才刚刚开始。由于需要学习的技术太多，因此你需要了解如何才能成为一名优秀的初级开发员。下面跟着小编一起来看看这篇文章，看完之后也许会帮助你找到正确的方向。
源代码控制
一般对于有经验的开发人员来说，源代码控制只不过是一项基本技能。但是，大多数初级开发人员都会在源代码控制上碰壁，至少会遇到某种程度上的困难。有些人可能不明白源代码管理能干些什么，以及为什么有必要进行源代码管理。
如果你想成为一名优秀的初级开发，那么需要重点掌握的不仅仅是pull、commit和push。这些是每个开发人员都必须掌握的基本命令。除此之外，你还需要掌握如何将文件放入暂存区、如何合并冲突，并了解创建补丁程序和发行版本的基本流程。
除此之外，你还需要了解这些功能背后的理论。了解每个功能的用途以及使用的时机。一旦掌握这些知识，你就可以处于领先地位。
你需要学会使用GUI工具（例如Sourcetree）。实际上，如果你不熟悉源代码控制，那么我强烈建议你使用Sourcetree。
GUI工具将最频繁使用的操作都抽象了出来，你只需点击鼠标就可以完成这些操作，而且也可以让你更深入地了解幕后的实际情况。
如果你想像真正的专业人士一样进行源代码控制，则可以通过终端输入控制命令。但是，通常不建议初学者这么做。
你只需熟悉源代码控制，并熟悉可能遇到的一切情况。在充分理解源代码控制及其工作原理之后，学习命令就会特别简单。
编程
许多开发人员希望大部分工作时间都可以编写代码。编程是你工作中最令人兴奋的部分。然而，对于初级开发人员来说，编写代码或许是一项很大的挑战。
初级开发人员最常见的错误之一就是编写看似很精致的代码。通常用怪异的方式编写一行代码的人都是初级开发，其实这种做法会将简单的问题复杂化，让代码更加冗长，从而导致发生错误的风险增高。
如果你想成为一名优秀的初级开发，那么就应该尽量写简单明了的代码。但是编写简单的代码很困难。而且大多数初级开发人员都不会这样做。
这也是你从众多初级开发人员中脱颖而出的好办法。编写简单的代码需要思虑周全。需要进行多次的重构，直到代码正确为止。你应该尽量遵循KISS原则：保持简单和愚蠢。
对于初级开发人员来说，重要的是至少经历一次完整的开发周期，了解软件项目涉及的范围。从零到功能全面的产品，开拓你的视野。
在这一路上，你可能会犯很多错误，但是犯这些简单的错误才能让你不断学习。所以，应该尽快想办法经历完整的开发周期吧。
对于开发人员而言，另一项宝贵的技能是在卡壳的时候，知道提出怎样的问题。每个人都会遇到不知该如何解决的问题。
大多数初级开发人员在陷入困境的时候，都需要获得必要的资源或巨大的推动力才能朝着正确的方向前进。清楚自己应该提出怎样的问题，以及采取怎样的正确行动跟进这些问题，正是让你从众多初级开发人员中脱颖而出的好办法。
为团队做贡献
很多初级开发人员都试图通过承担冲刺中最复杂的用户故事来向队友证明自己。
事实上，你真的不需要向队友证明自己。他们其实很希望你能为团队做一些实际的贡献。因为在大多数情况下，让初级开发人员承担复杂的用户故事，都会引发灾难，最终都需要另一位开发人员站出来为初级开发人员善后。
尽管会很钦佩这些人的勇气，但每个人都应该量力而行。因为每个人都有自己的工作，没人愿意为他人收拾残局。如果你真的想为团队出份力，就应该承担最简单的任务。
你可以挑选一些点数最少的用户故事。或者，也可以改一些小bug，只需几行代码即可修复的错误。在这个过程中，你不仅可以更好地了解代码库，而且也为团队做出了实际的贡献。
大多数经验丰富的开发人员都喜欢承担复杂的工作，因为他们喜欢接受挑战，这对你来说是件好事，因为这样一来“简单”的工作就可以留给你了。
学习，学习，再学习
初级开发人员的知识远比不上于一般开发人员，这是事实。因此，不断学习很重要，你需要不断缩小晋级下一级别所需的知识鸿沟。你应该尽可能地汲取信息。
仔细阅读每个合并请求，即使你并不是代码审核人，因为其中包含了很多有价值的信息。你可以通过查看每个合并请求，洞悉其他开发人员解决这些问题的方法，以及背后的思考过程。
如果你有机会与另一位队友结对编程，那么应该牢牢抓住机会。
你应该是坐在驾驶员座位上的开发人员，然后让队友指导自己。一边写代码，一边说出你的想法，让队友了解你的思考过程，并相应地提供反馈。
最后，为了掌握你们所用的技术栈，你必须下一番功夫。通过不断的实践，达到完美。你需要大量编程，犯错，然后改正。这是让自己不断进步的唯一方法。
此外，如果你想付出更多的努力，则可以尝试练习最佳实践，并了解架构、性能、安全等方方面面的知识。
并非每个人都能成为一名真正的高级开发。优秀的高级开发人员不仅积累了大量的经验，而且他们还拥有正确的态度和能力，将这些经验运用到实际项目中。“高级”与否只与个人的能力有关，而无关乎年龄。
IT程序员：如何化蛹为蝶？[1]
第三部分，未来职业生涯规划、家庭环境分析、例如经济状况，家人期望等。感谢您阅读《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深感困惑。
如何从优秀的程序员成为伟大的程序员[2]
4、对代码的信任
作为项目管理者，你怎么相信他们的代码。有些程序员，你可以对他们说：我星期五就要结果.--星期五到了，你收到了这样的Email:代码我都已经检查过了，现在就等着测试了。你很放心，只会有很少的瑕疵在质量确保的团队被查到。当然，还有些轻率的例子，一些程序员在邮件里是这样说的：我还没弄完，星期一上午我会最先完成它.你不太确信这东西，发现很多Bug,很长时间基本上不能用。又得花上几个星期清理代码中的Bug.
关键：你对一个开发人员越有信心，他离成为一个伟大的程序员的距离就越近。想象你是你的管理者，如果他并不担心你的代码，会给你多少信心和勇气！
5、对方案的信任
和对代码的信任是一回事--如果你手上有伟大的程序员，你就会对解决方案有信心。这些程序员同时也是伟大的建筑师。他们剖析整个问题，指出问题需要怎样去解决。这就不只是用伟大的代码编程的问题了，很大程度取决于你怎样构筑解决方案。这是关键，而且会让你在软件世界里出类拔萃。
6、满足客户需求
一天下来，你写出了最棒的代码、用了最好的框架和最好的解决方案，但这真的能迎合用户的需求吗？恐怕根本不是那么回事儿。你搞砸了。尽管现在多次失手，一个伟大的程序员还是会正中靶心，找出客户需要的，给用户逐步展示他们所需要的无bug的最终版本。需求正中靶心的同时，用户满意了。
7、不断升级
伟大的程序员会积极主动地把自己的技术升级。他们对知识的态度就像饿猫见着了牛奶，他们从不用上级催促给自己设定目标、不用经理要求他们完成任务，因为他们自己就已经安排OK了。
他们发现自己想要参加的大会就会给公司写Email本人非常想参加今年的Tech-Ed大会。我将用心研习，并对作出贡献。我预计这可节省金钱/其他原因.如果可行，不知公司是否帮我支付此行？如果我收到这样的邮件，我不仅会帮他支付参会费用，他的路费我也会全程买单。
伟大的程序员们永远会关注例如。net用户组或Java用户组的所有用户群体。他们参加本地的技术会议，并从中汲取知识。你会看所有最新博客和最新的杂志吗？现在列出你最喜欢的前5个开发博客。你能做到吗？你应该像参加基督教青年会那样轻松做到。做到这些，可以很好的帮助你延伸你的思路！你将会不断获得更好的点子！你会得到更好的回报！
如何从优秀的程序员成为伟大的程序员[5]
职业规划是对职业生涯乃至人生计划的过程，职业生涯规划的好坏可能将影响整个生命历程。感谢您阅读《如何从优秀的程序员成为伟大的程序员[5]》内容，职场资讯网小编向您推荐一些职业规划知识，欢迎参考，希望能帮到你。
15、组织技巧
把所有事情整合在一起的最关键要素是组织。你可能是世界上最好的程序员，但如果你不善于组织你所做的事儿，你的工作将陷入瘫痪，最终丧失优势。伟大的程序员保持自己工作平台的整洁有序，保留所有的笔记并调理清晰。他们标出自己的会议日程表。他们有专门的收件箱给日程邮件、会议和新任务分类。他们保留文档并能在需要时迅速找到所需。
额外要提到的：激情
伟大的程序员如果没有热情，那么他的工作也并不伟大。好的程序员有了热情来对待他的工作、方案和团队，那么他比伟大的程序员还要伟大。
在回顾的时候，我用这些标准来评判我的开发团队。我给我的团队尽可能最好的环境，作为回报，我想要他们都成为最伟大的程序员。你可以用这些标准来评判你的团队，或者你本身就是一名程序员，请用这张列表来尽可能地改造自己来超越同侪。
备注：Generics是程序设计语言的一种技术，指将程序中数据类型进行参数化，它本质上是对程序的数据类型进行一次抽象，扩展语言的表达能力，同时支持更大粒度的代码复用。对于一些数据类型参数化的类和方法来说，它们往往具有更好的可读性、可复用性和可靠性。在设计集合类和它们的抽象操作时，往往需要将它们定义为与具体数据类型无关，在这种情况下，使用Generics就是非常适合的。
如何成为卓有成效的程序员[2]
The Productive Programmer则会教导你：
多用宏吧，启动它，你就可以迅速完成大量重复的工作；
多用脚本吧，你可以提高运行的效率，避免变数和误差；
多用自动化测试吧，你可以迅速定位问题，保证质量；
多用管道吧，这样多个程序就可以无缝结合成一条生产线；
没错，学习宏、脚本、自动化测试、管道（Shell），不是容易的事情。但别忘了，身为技术人员，了解技术，学习技术，运用技术，正是你的职业，你的优势，也是你的责任，你的生产力（所谓productive）所在。随便举个例子吧，在本书中文版的第196页有这么一段话：
在我刚才提到的例子中，开发人员用了1小时58分建立正确的语法，然后用了不足两分钟运行。在一些未曾培训过的人眼里，他的大多数时间都没有效率（这就是为什么他们反对使用正则表达式的原因），但最后，他节省的是几天的时间！
我还要补充的是，解决好这样的问题，现在能节省几天的时间，将来，更可以节省无穷无尽的时间！就我的开发经历来说，平时多注重这样的细节，做些 没效率的事情，积累起来，就可以节省大量的时间和精力至少至少，你不会抱怨，自己终日被一大堆简单重复劳动所困扰。
类似的例子，在书中随处可见，譬如作者讲到，几乎每个*nix用户，都会有自己的shell alias，真是于我心有戚戚焉：我自己积累了一大堆alias，喜欢用grep color把要找的内容标成高亮，也喜欢在统计脚本里用不同的颜色标注不同的状态在Shell下干活，更加简单、利索，一目了然，这种流畅和效率，也可算专属于程序员的宝贵财富。
当然，也有读者会觉得很烦：作者几乎讲一个很小的例子，几乎都要强调一遍：简单重复劳动是低效的（程序员不应该这么干）。不过，我丝毫没有觉得罗嗦，反而因此喜欢上这本一个下午就能看完的轻量级小书：阅读它，你并不需要太多的期望，权当一次愉快的思维体操吧你会发现，专属于自己的高效率，就来自书中提到的点点滴滴。
如何从优秀的程序员成为伟大的程序员[3]
8、团队奉献
你可以是团队中最棒的那个人，可是如果你不是最好的程序员、不是建筑师、不是团队里最有活力的人，那么对我来说，如果你不能分享或对你的团队有帮助，你的价值就会大打折扣。一个好的程序员会使自己周围的人同样强大起来。试想一下，好程序员会不断完善自己的知识和能力，如果他们不和周围的人分享他们的知识，他们从哪儿能获得更多呢？
他们不断学习新东西，发掘新技术，但是不会让其他人知道他们这么做了。一个好的程序员会准时完成方案，但是那是在催促和团队得不到休息的前提下。然而一个伟大的程序员则会与团队中所有的项目保持联系，在需要的时候还可以出手帮忙。他们会如是说：我注意到A团队的项目进行到xx进度了，如果不介意的话，我想我可以帮忙？
9、做好会议记录
做好会议记录绝对至关重要！开会期间，大家花大量时间来说明了新观点、新主张、集体讨论还有提出了新设计方案，可是会议结束后却没有人可以拿得出会议记录，简直没什么比这更糟糕的事情了。即使你有会议大纲，我还是期望见到参会的每一个人员都可以带着纸和笔（当然对于程序员来说笔记本则堪称完美）.一个伟大的程序员会注意到这点。他们会记下所有的会议记录，并且在会议结束的的时候说：就刚才的会议，我着重记录了几点：XX 我是否记录全了呢？
接下来，伟大的程序员就会把他做好的会议记录分发给项目管理者，列出会议时间、会议主题和参会者。接下来，是会议项目的标题和重要条目。在这之后，就是这些议题的详细记录。一个好的程序员没有做会议记录，并在会议上对提出的每项事宜都点头称是，那只能寄希望于他的记忆力足够好了。随后，他会给你发邮件让你看看他的改动，你得回头提醒他忘记的不多，百分之九十的都没错。--这不是浪费时间嘛！根本不是这么回事！所以，做好你的会议记录。
10、孺子可教和接受批评
如果你读到这儿了，就表明你有希望接受这些建议，并在以后的开发行动中尝试执行。对，程序员的另一项重要能力就是向他人学习并且能够接受批评。通过把自己变为一个虚心受教的人，像海绵一样快速吸收大量知识，毕竟在编程的路上你还有很多前辈。当然，也许他们在写代码的岁月里慢慢生了锈，甚至伤痕累累，但是他们毕竟曾披荆斩棘跨过无数的坎儿。对于做出正确决定，他们又着瞬间的本能，让你不得不服。处于他们这个位置，很乐于见到你的成长和成功。
所以，只要你是个伟大的程序员，就会理所当然的拥有理想的工作环境。如果你不断改善技能、虚心好学、在别人给出的意见和批评中总结错误并得以改善，我向你保证你将会成为一个伟大的程序员而不只是想象自己变得伟大而已。如果你总把自己想象成为精英而不进步，那你只是自欺欺人。如果你不成长，你甚至不能停留到原地，等待你的只有灭亡！
如何从优秀的程序员成为伟大的程序员[4]
职业规划就是对职业生涯乃至人生进行持续的系统的计划的过程。一个完整的职业规划由职业定位、目标设定和通道设计三个要素构成。
11、公司需要的时候总能出现
这如同等价交易。如果你为一家伟大的公司工作，他们会给你足够的弹性。公司不会限制你如何工作，不限制你开始或结束的时间，也不会限制你什么时候停下来歇歇。公司会鼓励你在休息时间做做操，甚至会在你和团队成员出去吃饭的时候为你们买单在繁复大量而紧张的工作后，公司会放你几天小假。诸如此类。
然而，毫无疑问，与前面的这些美事儿随之而来的是责任。如果赶上时间紧还得出活儿，伟大的程序员则建议你即使在周末也要加班。即使干得再晚也得把活儿干完。你看，伟大的程序员是要为自己的创作负责的。这虽不是必需的，但这是伟大程序员的标志之一。有些人只想朝九晚五的上班，他们可能不错，但是成不了伟大的程序员。伟大的程序员是团队中干到最后的那个，把作品视为完美的艺术，与团队成员亲如一家。
12、衣着职业化
你永远也不知道一个客户会什么时候突然拜访。你也永远不会预知什么时候突然要参加一个会议，不是每一件事都在计划中的。你得随时准备好展现自己。一个好的程序员周一到周五穿着普普通通，甚至有可能穿牛仔装和运动鞋来上班。在某些周五，他们穿着T恤，短裤和运动鞋出现。当一个客户突然在周五出现，要谈一个大项目，你没法把衣衫不整的他一块儿叫上。
一个伟大的程序员周一到周五都穿着职业化，衣服也能带来成绩。如果你不在意穿着，你也会因为穿的太奇怪而得不到晋升。毫无疑问，套装和领带还是很能提升你自己的。我向你保证，一套得体大方的西服套装会让你在今年就觉的物超所值。
13、沟通能力
这是另外的判定条件。这世上有太多优秀程序员，却没几个伟大的程序员。为什么呢？因为大多数程序员不善交流。交流的层次很多：从发电子邮件、参加小型SCRUM开发小组会议到大一些的主管会议，水平逐渐提升。这样你就能在数百人参加的会议上自如地展示你的软件。在会议上你不需要有好演技，但是至少要清晰明了地表达你的观点。你的沟通能力越强，你的职业道路就会走得越远！
概要：想要成为管理人员，你的沟通能力得分至少要打到9到10分。甚至你在会议上只讲了几分钟，或只一个小汇报，你都需要非常好的表达能力。别只是在你的每天的工作日志寥寥写上修补1371个bug,你要做的是尽可能描述清楚如何在这么艰难的情况下解决了问题。阐明你的方法，说明你如何保证这个bug不再出现。你就不再为你的日志发愁了。这会是你向经理展示自己的精彩演出。
14、目标设定的技巧
好的程序员日复一日的做你安排给他们做的事情，贯穿始终。他们并不往远看，不对明年、5年甚至10年后作打算。一些好程序员虽然知道自己想要什么，却没有具体计划去实现。伟大的程序员则给自己订立年度、未来5年的目标，而且大概预期到自己10年后的发展。
伟大的程序员有了目标不会只是想象，他们会具体实施。他们会根据具体情况，在预期的时间做具体的事情。他们会详细地制订明年的计划，包括要上的课程、要完成的项目甚至包括他们需要建立的人际关系。
程序员你真的只是程序员吗[1]
你是不是感觉标题有点矛盾啊，是啊，程序员当然就只是程序员而已嘛，还会有其他什么吗？
No，No，No，如果你以前是如此认为的，那看完这篇文章后，请从此打消这个念头，因为你要改变成一个不一样的程序员（怎么还是程序员？）
虽然我工作经验也就6年左右，但经历了很多，也自己创业过，也是从一个初级程序员走起，因为看的比较多了，某些东西也普遍存在着很多程序员身上，希望自己的经验能帮助你们。
当刚踏入程序员这条路的时候，有幸为一家公司开发一个大型的电子商务网站，因为这篇领域当时还算刚刚起步，自己的编程能力还不太好，所以做起来就比较吃力，每天重复着做完PM给的工作，但是做了大概几个星期，我发觉某些地方真的不合理，但自己又仅仅是一个程序员而已，怎么办呢？我还是按照PM的任务一步一步来做，私下里我用了大量的时间去尝试着我的做法，在接下来的几个星期，我试着跟我的PM进行沟通，他也发觉不错，所以一并写了方案提交给上级领导，很好的是，我们的领导发觉建议还不错，所以改变了原先的策略，对我们的网站原先的设计进行了彻底的推翻，一套新的理念就此诞生了。
这只是一个小例子，并不是炫耀自己的能力，我只是想说，程序员，你其实不仅仅是worker，更应该是Ideaer。当你选择程序员这条路时，如果你仅仅为了工作而选择的，我想你的人生真的很灰暗，为什么这么说呢？我面试过很多人，大多都是从培训中心出来的，虽然我也是从那里走出来的，不过我当时是为了学习编程而去培训，但现在更多的人会为了工作而去培训。其实如果你是真正的选择程序员这条路，我想你的思维能力一定不错，因为一般程序员大多是理科出生，理科靠的就是你的思维能力，在某些时候或许你的思维还不够敏捷，但我知道，每个人在接受了一段时间的工作后，就会产生各类的想法，或许某个想法你会改变你公司的命运，可为什么提出观点的人就寥寥无几呢？
我想可能是因为性格吧，因为很多程序员都是内向型，因为我们需要花一定的时间，去沉醉在代码中，因为这是一个奇妙的世界，无法自拔，所以很多时候就忽略了沟通，因为我们打交道最多的是abcd。如果你正是如此，希望你快点走出来吧，分清楚何时沉醉，何时交流才是最好的。我的偶像-唐骏，我看过他的访谈，他在大学时还是一个不会沟通的人，只是偏执于技术，而且和大多人一样，都会觉得自己什么都会，什么都行，是个天才，但在他大三的时候，他意识到了错误，花了几年的时间去学习交流、沟通，在宁愿委屈自己进入微软做程序员，再到无数次发意见给Bill，一步一步成就了这位打工皇帝。
所以，我们每个程序员要做的是，技术和沟通并行提高。在唐骏的话中，我会学到很多东西，他能从容应对每一次挑战，当时有幸成为唐骏的下属，见证过他的能力，虽然他当时只是个技术总监，但他的想法、创意给盛大带来了无比的利益，我不得不佩服他的胆大，不得不佩服他的能力。从他身上还学到了专一，其实很多程序员会在编程的道路上三心二意，这是很正常的，不过我相信一段时间以后你会学会专一的，因为程序真的很美，带来的不仅仅是工作和薪资。
我这里又不得不批判一些年轻程序员了，他们仅仅看中的是工资、福利等，没错，这是考虑工作的一点，但你要知道，有些时候，你第一点的工资，或许你会学到更多的东西呢？我经历过很多，经历过1年工资翻几番，又经历过折一倍，又经历过小公司，又经历过大公司，各种各样看的实在是很多，但我不会说我自己半途而废，因为每次我会把事情做的觉得自己可以了，我才会选择更好的发展前景。我面试过一些人，工作也就2，3年，做过的东西也很多偏向于OA、ERM等项目，就觉得自己很了不起了，工资也是漫天要价，可真正面谈的时候，我才得知，你仅仅是其中的一个小模块，但当我问其项目的整个运维的时候，就会楞个半天，最后来一句，这个模块不是我负责的，敷衍了事。那好，我问你自己负责的模块，如何具体写的，用了何种方式等，基本都会回答，三层架构，什么什么，My god 三层架构是你一个模块就能体现的吗？那好，既然你说三层，何为三层，三层的优点，缺点在哪里？诶~~~~~前几天首页那篇批判大学生的文章，我觉得写的太好了，你们这是在沉醉吗？如果你不喜欢，你为什么非要选择程序员这条路呢？
.Net程序员如何快速成长之我见[1]
在面试一些新程序员的时候，当问他为什么选择.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程序员们一些参考。
