优秀ASPNET程序员修炼之路

本文格式为Word版，下载可任意编辑——优秀ASPNET程序员修炼之路程序员个人简历模板。

职业规划怎么写，相信好多挚友们对这个问题很感兴趣，下面给大家介绍一下。第一片面，前言即总论；其次片面，自我分析，包括业余爱好、性格、价值观、专业技能等；

初级的程序员或阅历缺乏的程序员往往只意识到自己的程序是写给计算机的，而不会在意程序其实也是写给人的，或在意得不够、不全面。

写给机器的程序，往往追求的是运行正确、执行效率能得志要求。但程序员的任务仅仅就是把业务规律转成机器能编译的计算机语言吗？

其实，程序首先（留神，是首先）是写给人的。第一，程序是写给看代码的人的。其次，程序是写给用程序的人的。了解这一点，才能理解写程序为什么要有代码模范，为什么要有各种文档，为什么写子程序时要命好名，为什么要分层，为什么要学设计模式，为什么要写测试用例，为什么要推敲按钮的摆放，为什么要按XHTML标准写Web界面，为什么要用AJAX理解了这一点，才能更好的做好上面种种事情。

谁都在说细节抉择成败,谁都知道要留神细节。为什么大家都在讲细节，有的人能通过细节击败对手，有的人连细节在哪一方都不知道，这就是水平的上下所在。我们要有心理打定：细节不是喊一声就会展现在你面前的。感知到细节，这是一个需要不断学习和实践，甚至有人指导的过程。这个过程有长有短，要看个人的学习才能，领悟才能。但最起码，我们首先要有一个方向。找程序的细节，方向就是为人写程序,在你做设计，写代码，玩弄界面的时候，心里时刻记住这一点，几个工程下来，你自然能看到好多细节了。

内外兼修

武侠电影里的高手，往往都是通过奇门心法，内力陡增而成为高手的。但我们做程序的，要成为高手，内外兼修才能事半功倍。内，指的是需求把握，设计思想，设计模式等。外，指的是写代码时的模范，做界面时的严谨等。

看武侠看多了的我们，偏内轻外的特点是很明显的。看看书店里写设计模式主题的书籍和指导代码模范的书籍的数量和销量比较就是一个很好的证明。但是就算设计模式一套一套，但写的类却给人看半天也看不出思路的话，一两年之后，你仍将陷入一个个泥潭中。

再举个例子，有的人自称ASP.NET程序员，而且他写出来的后台代码也层次明显，条理领会，但是做出来的界面，布局与表现混杂，一大堆IDE自动生成的垃圾代码充塞其中，该用单项选择框的用文本框，按钮放在谁都想不到的地方，不该用户操作的要用户操作，一步可操作完的搞成几步也不能完成操作很鲜明，他不成能做出告成的产品。可能他也知道界面要合理，但是就是由于他不修外功，认为我是搞。NET这种先进技术的，去补习什么HTML、JavaScript、CSS不是自贬身价吗？其实，专心研究过HTML、JavaScript这些技术的人都会领会到，运用这些技术比流行的。NET、Java更有挑战性，而且你获得直接操作用户界面元素的才能后，以前那种做界面效果、接口功能时有心无力的情形将一去不返，这是很痛决的！

如何学习ASP.NET

要成为一个优秀的ASP.NET程序员，不仅要掌管。NET框架，理解ASP.NET的原理，而且要对DHTML架轻就熟，甚至对各种欣赏器之间的差异也要有所了解，所以做ASP.NET程序员是一件很有挑战的工作。那么如何学习ASP.NET,并最终成为优秀的ASP.NET程序员呢？

我认为可以分为两个步骤来走：首先，熟谙ASP.NET各种标准控件的用法，了解ASP.NET工作原理。接着，朝内和外两个方向扩展自己的学识和技能。

在VisualStudio.NET这样优秀的IDE扶助下，我们使用各种ASP.NET控件，掌管ASP.NET根本的工作原理理应是对比轻易的。如能辅以几个简朴的工程练习一下对比繁杂的DataGrid、DataList等数据绑定控件的话，根本掌管ASP.NET是理应没有多大问题的。

之后，我们就可以朝两个进阶方向前进了。修内的话，深刻理解面向对象的编程思想是必修的，然后是各种的B/S框架的模式（譬如MVC）的理解，结果是设计模式等等软件工程的概念和技术。修外那么更重实践。首先，做工程时留神把一些可以实现在客户端的规律用DHTML在客户端实现出来，以此掌管结合服务端、客户端技术的方法，加深对HTML的DOM对象的理解，纯熟常用的JavaScript技巧，进而练习对Web界面的布局、数据、表现三者举行分开的规划、设计与实现。

如此看来，学习ASP.NET也并不是一件很难的事情，留神为人写程序,内外兼修,自然就能做出合格的应用程序。

延迟阅读

关于女生的程序员之路[1]

首先声明，本人是男生，从来没有站在女生的角度斟酌过问题，因此只能就自己的角度来探讨一下问题，说得不准，勿怪。

嗯，说个现象吧，我在成都呆了12年，切实没怎么看到女性程序员，有几个，生了娃以后，都回家带孩子去了，不过我到西安来以后，吓了一跳，程序员中男女比例接近1:1,呵呵，切实给我上了一课。

所以，就我的阅历值，我察觉你说的其实不切实，起码中国北方城市，女性就业率还是对比高的，至于是不是程序员职业，并不重要，也有好多女性做的，你大可不必惦记这个问题。

当然，女性有女性的弱点，生理上的咱们就不说了，其实对于办公室工作来说呢，问题不大，关键是结婚生孩子，根据劳动法，女性一般是4~6个月的产假，这在好多小公司来说，一个人接近半年不上班，还拿薪水，切实有点难以采纳，因此，在雇用时，不知不觉就对女性有点回避倾向，就造成了女性求职困难的现状。

但是呢，我觉得这是短期现象，为什么呢？一个公司，假设要做大做强，做正规，务必正视这些劳动法规定给员工的根本福利，假设老板刻意回避这些话题，理应说，这家公司也切实做不大。至少，我到现在没有看到哪家超过1000人的大中型企业，里面一个女人都没有的。你说是吧？

所以，这个问题，归根毕竟，我的理解，还是市场经济的初级阶段问题，即中国的企业刚刚展现，还在进步，目前实力还弱，无力承受太多的社会责任，无法承受女性结婚、生子的一系列额外本金增加，因此导致女性就业渠道偏弱。

就我的阅历而言，目前国有大型企业、欧美外资企业，嗯，台资和港资等企业也是，对劳动法遵守对比好，反而是中国的民营企业，遵守得不好，让买个社保都磨磨唧唧的，更不要说女性的产假等问题了。因此，假设求职时主要针对上述企业来说，理应问题也不是很大。嗯，国内华为、中兴等大型企业，对女性轻视也很小，可以考虑。

但是，要留神，这里面也有个门槛问题，国有大型企业，其实福利是对比好的，但是，工资待遇偏低，尤其是进去主要靠关系，很少有凭借真才能能进去的，这个难度很大。其他三资企业，人家是典型的资本主义社会原那么，看人片面男女，都是本金，每个人务必创造出效益来，因此，首先务必要真才能才进得去，其次，进去后，人家用人也对比狠，我们常说女生当男生用，男生当畜生用就是这个道理，假设进这类企业，要做好被扒层皮的思想打定。

探索自己的程序员之路[2]

在技术的选择上，是灵巧灵巧再灵巧！数据库尽量db4o,前台尽量sl/flex（面向最终客户的就不能选择sl）.工具软件尽量用C#开发。尽量只做自己擅长的，不做别人擅长的。

我有一个特点，就是会一大票语言，能用来干活的就有C,C++,C#,Java,Python,matlab,actionscript,javascript,tcl.去上班的话，这是缺点--泛而不精。自己干的话，这反而成了优点了。由于我接的工程，好多属于偏门工程，这些工程往往都有开源的实现，但这种实现，要么只有C版本，要么只有Matlab的，要么只有Java的，会这些语言可以最大范围的参考，降低技术风险。缺点在不同环境下可以成为优点。

第五关：团队

通过前面的不断切入，形成了一系列案例，也积累了良好的信用，业务量是翻番的在长，结果自己的时间成了瓶颈。前两天小试了一把，谈了5个工程（2个flex,2个图像处理，那2个flex工程的核心也是图像处理）,4个有合作意向，自己干不完，没手段，只能选择1个。

这就到了第五关了--一个人干不过来，得团队了。

但我前面说过，本地是人才沙漠。我的观点是宁缺勿滥，留心挑拣，从头培养。俺的挑拣标准是：有激情、品德要好、数学根基要好、有自学才能。目前在带徒弟，看成长处境怎么样。

不慌张，用不着太多的人，培养团队的同时开头摸索渠道。那个也得时间。

第六关：渠道

我最终想做的是产品。而在偏远地区做产品，想做告成，渠道和推广分外重要，不然的话，就算做出来了，也只能拿小头。在国内，还要考虑盗版因素。我现在只是有大致的产品方向，做也是玩票性质的，目的是摸索渠道和商业模式，想摸摸国内的和国外的两种市场。国外的只有探索性的探索。国内的，嘿嘿，前面的开发已经形成了一系列的推广工具了。

第七关：产品

做了这么多年工程，累死了。最终的目的还是产品和平台。我的征途是星辰大海（搞技术的，也得有技术的浪漫）目标是5-10年后，互联网3D化之后的虚拟现实（切入点？俺已有一个初步考虑的切入点）.短期（5年内）是开发一些工具类型的产品和推广平台。

我是学材料的，在纳米材料界有一个名言--BuildTheWorldAtomByAtom.那么，在可见的未来，虚拟世界就是--BuildTheWorldBitByBit.协议、图像、机器视觉、3D、语音，正是构成虚拟世界的因素，前面的种种，都是为这个做铺垫。未来的制造业将是分子制造，于是Atom和Bit将会碰撞--BuildTheWorldAtomByAtom,BitByBit!

但还是那句话，只做小，不做大，做点做线不做面。

什么程序员30岁之后转行之类的鬼话。俺到今年，才开头感觉进入了程序开发的大门，写程序时开头有一种美感，有那种几十人骑着战马冲击奥山大桥的壮烈。做一辈子的技术又何妨。

上述路径相当保守，指导思想不是告成，而是制止失败。无恃其不来，恃吾有以待之，无恃其不攻，恃吾有所不成攻也。

关于女生的程序员之路[3]

所以我这里指点一句，现代女性，最好有一份自己的事业，不要轻易凭借别人，记住，今天你有优势，别人会爱你，但是明天当你优势流失，而男方优势突显的时候，好多时候，家庭并不是很稳固的。最好的方法，有份自己的工作，有份自己赚的薪水，可能不多，但是家庭创办有你一份，男方假设动不动就动歪心思，就是他无理取闹，打官司他都打不赢的。这也是养护自己必要的方法。

当然，也不要走另外一个极端，动不动就以女强人自居，你的事业是第一位的，男人每日在家里要给你扫地做饭端洗脚水，这也不好，中国社会，终究几千年，有个文化风俗在里面，女性再赚钱才能上，总的来说还是不如男方的，以后家里的顶梁柱还是男方，那么平日在家里，让着男方一点，家务活多做一点，让男方回到家，有个休息的感觉，能放松能感到温馨，这样的话，这个男人就是你的，打都打不走。呵呵。

总结一下，女性的工作问题其实比男性繁杂，中国的男性，一般都是一门心思顾事业，把事业做到最好，而中国的女性，永远需要在事业和家庭之间求得平衡，既不能没有自己的事业，也不能放弃家庭，这很难的，不过，逐渐磨练，总会找到手段。我的阅历，能把握好这个平衡的女性，一般这辈子都对比幸福。

所以，针对你的问题，我觉得要辩证地看，既要看到，找份工作对你很重要，也要看到，作为以后家庭中，主要负责家庭事务的成员，你的工作不要一味追求高薪高职位，要寻求一个适合的职位，能得志长期工作不失业，但也不能太苦太累，搞得家庭无法维系。这才是对比周全的解决之道。

现在我们回过头来看看程序员，其实程序员这份工作，我觉得女性可以做的，程序员有好多加班的，但是这往往是工作刚开头，没有太多阅历的处境，待工作确定年限，掌管了确定阅历，加班会越来越少，其实大多数程序员工作岗位，是不出差的，根本上是朝九晚五制，做久了，收入也不低，可以得志一个女性对事业和家庭的平衡。因此，我建议你大大方方就做程序员，找不到，努力找咯。

嗯，再多说一点，就我个人的阅历，程序员的加班，往往都是由于bug导致的，大多数时候，公司在安置工程开发时间时，时间还是给得对比够的，至少是评估过的，但是，往往是后期展现了很难跟踪，很难解决的bug,导致工程进度大大滞后，时间突然变得很紧，于是展现大量的加班，有阅历的挚友可以想想，自己以前的加班是不是这样。

其实这个问题和男女无关，实实在在是每个程序员的问题，我本人以前也深受其害。后来我痛定思痛，打定彻底解决这个问题，于是我用了大约8年的时间，研究了一种方法，出来后，我的bug公然少了好多，几乎达成0bug的地步，自然而然，我加班也变得很少了。

.Net程序员如何快速成长之我见[1]

在面试一些新程序员的时候，当问他为什么选择.net方向时，经常听到一些这样的回复：记得曾经我的老师对我们说，当你在开发语言和工具方面不知道怎么选择的时候，那么你只要跟着微软走就行了。所以最终他选择了.net。我想大家都曾有过类似的体验。当体验过数年之后，一些人在.net的某方面成为了专家，有些人精通数据库方面，有些人精通web界面设计，有些人精通系统架构。还有一些人是什么都会，但不管哪一方面都算不上精通。当然还有另一些人，他们没有选择.net，他们选择了java，在若干年之后，他们说：java程序系统比.net系统更稳定之类。既然大家都是.net阵营，暂且对他们不予议论。

结合自己的亲身体验，对打定成为。net程序员和已经成为。net程序员的新人一些快速成长建议：

1.选择研究方向后不要动摇

对.net好还是java好的问题，我一向的观点是：它们都好，它们都是软件开发领域的优良工具，它们都能够做出分外卓越的系统。评价一个系统好与不好的标准不在于开发语言，而在于系统本身，更多地在于这个系统的开发者-程序员本身。只要你是一个卓越的程序员，你完全可以用你擅长的开发语言开发出高质量的系统，而不管这种开发语言是.net还是java。而假设你过度地徘徊在研究它们毕竟谁更好的时候，甚至不断地在二者之间辗转的时候，你损失的将是名贵的时间。

2.尽量缩小研究范围

.net只是一个大方向，你应尽量将自己的研究范围缩小，譬如专注于数据库，专注于xml方面，专注于ajax，只要你专注任何一个区域深入研究，当你成为专家之后，都不会愁饭吃。反之假设你什么都会，而没有一样真正精通，那么你可能永远只能做一个普遍程序员。

3.找到正确的入门方法

不管做什么事，方法很重要。更加是入门时的方法。正确的入门方法将大大加快你学习的进度。了解语言本身和前提技术是最先要做的事情，譬如你选择c#方向的，那么你务必先学习c#根基语法，和根基学识，并实际写小程序测试你学习的成果。当学会根本语法后连忙找到的官方入门指导。微软做得很好的一个地方就是他的扶助系统做得很好。新人轻易入门，建议首先从入门教程开头，这个东西就在你的机子上，在FrameworkSDK的菜单里面。猛烈建议把这个教程全部学会。

4.多看别人的成果（源代码）

这个很重要，假设你是一个团队的新成员，那么看他们写好的代码将是分外好的学习途径，由于那些都是告成的代码阅历。假设你还没有参与团队，是自学，那么找一个好的学习网站，多看上面的源代码也是很好的方式。另外一个猛烈推举的途径：留心研究微软的.netStarterKit，个人认为这是.net入门学习途中最大的收获。

5.敢于采纳新工程挑战，敢于尝试

主动承受公司的开发任务，敢于在工程中尝试你最新的研究成果将对你自身技术水平提高带来分外大的扶助。记得开初我在做一个建站平台工程时有过这样的体验，之前公司开发的工程大都在原有技术积累下面用成型的框架做开发，那时我也正在学习，不过那个工程我是主程序员，因此在开发上有很大自主性。于是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那样去写程序，当使用.net2.0的时候，你要敢于使用masterpage，skin去代替原来的usercontrol模式，原来的网站皮肤实现模式。而现在出3.5了，你务必连忙学习vs2022，学习Silverlight。只有跟得上技术更新的步伐，你才永远保持自己的技术领先地位。

以上几点建议，梦想能给一些新参与的.net程序员们一些参考。

探索自己的程序员之路[1]

每个人的幸福都是不一样的。我热爱田园式的生活，在人多的地方总是不安逸。

对我来说，最幸福莫过于在工作中做着自己热爱的事情。闲暇时，在能够瞭望江边的地方，端着一杯红酒，一个人细细的喝。

为了这种生活方式，离开了北京，来到家乡所在的这个三线城市，探索自己的道路。经过一年的探索，颇有心得。

大体上，我对自己走过的路和即将走的路划分为七个阶段：自信=意志=布局=切入点=团队=渠道=产品

第一关：自信

先说说我这个城市。这是一个什么样的城市呢？依山傍水，适合生活。几乎没有IT,也没几个真正的程序员。一周上班六天，平均工资1000元上下。程序员的工资在1000-3000左右。要在这个城市探出自己的道路，首要的一点就是自信。没有自信，活不下去。这个城市的年轻人大多分外迷茫，对自己的前途缺乏信仰，有冲劲的都往大城市里跑了。回来之初，我也迷茫了很久，迷茫的时候，就在WOW里泡着，查看那个世界。在WOW里，作为一个萨满，傻乎乎的扛着个盾晃晃荡荡的升级。当时赚钱，也就是打打元素之火每天赚个几十G.后来，不断的查看不断的总结，成长为日入近万G的大奸商。哦，俺要走的也正是这一条路子。生活总是要持续的，在WOW上也学不到更多的东西了，就离开了WOW,开头了一个人的征途。

支持这条路子的核心气力就是自信。在小城市里不缺乏聪明的人，这些聪明的人大片面却并不优秀，由于他们缺乏自信，缺乏自己走路的士气，从而甘于平庸。没有自信，走不出这第一步。

其次关：意志

在小城市做IT,相当磨练人意志。这里就像一片沙漠。市场，没有。程序员，没有。找人说话也找不到。曾经组织过次聚会，包括我在内到了2个人。想要向下走，没有相当强的意志是走不下去的。彷徨，彷徨，最终还是坚持走了下来。

第三关：布局

所谓布局就是抉择做什么事和不做什么事。经过相当久的考虑，我抉择远离Web开发，远离本地市场，甚至远离数据库。做Web开发和数据库开发的太多了，你呆在偏僻小地，做这些完全没有优势，做本地市场呢，又没客户资源，关系又比不上已经在本地深耕数年的小IT公司。于是宁可荒芜这些技能，也不趟这个混水。结果抉择，人做我不做，人不做我做，在偏僻的地方，做外面的市场，做深入的开发，做点做线不做面。为什么呢？

（1）本地的工资摆在那里，做本地的就算做起来了，利润也不丰厚，还累死累活，要赚外面的钱，在本地花

（2）要赚外面的钱，假设做Web开发和数据库开发，根本无法和当地公司竞争

（3）所以只能做别人不做的，或者别人做不了的，做技术要求高的。而我恰恰有相当多的研发性工程开发和管理阅历，正适合做这些。

（4）所要做的东西，务必通过网络可以表示，可以远程技术支持。

第四关：切入点

切入点是个很关键的东西，综合上面第三关所议论的内容，结合自己的技术才能和技术阅历，然后结合需求处境，最终我从协议分析这一块切入进去了。哦，不是外挂那种分析。从协议，到MSN协议，到YMSG协议，当然，还有Http这个最简朴的，从有参考资料的分析，到无参考资料的完全黑箱分析，到现在在某方面的协议分析已经达成世界领先水平了。从协议分析，切入到验证码识别，从验证码识别，切入到车牌识别，从车牌识别，切入到模式识别、图像处理和机器视觉，而模式识别结合前面的协议方面的工作又可切入进NLP,客服机器人，有这些为根基，我又想切入淘宝店铺工具（哦，还没时间做，并且目前也没找到一个好的切入点）.由于对图像处理的了解，我现在又告成切入进Flex开发了。以上各点貌似很散，也是也挺集中，就是：协议分析与设计、机器智能和图像处理，这三者是相辅相承的。

关于女生的程序员之路[2]

其次个提法，我觉得目前女性就业困难，关键还在女性自己。

目前大学里面有句话：干得好不如嫁得好！,我想大家都听说过。其实是人就有惰性，也有一些劣根性，都想找一些活少拿钱多的工作，舒安逸服地赚钱，这种思想，其实不管男人女人都有。我自己也有，呵呵。

关键是，社会是公允的，一分付出，一分收获，哪有那么多不劳而获的事情。但现在的女生，我觉得普遍有点问题，都想走捷径，都想一次革命告成，目前大学校园中，傍大款的不少，好多女生一门心思嫁个好老公，认为这辈子就有靠了，不需要奋斗了。

因此，在求职市场上，好多女生不是找不到工作，是根本没有一心一意地去找，由于对女生而言，通常都有其次选择，可以靠家里，靠男挚友，等等。这种求职态度上的不坚决，其实无形中，已经给自己关闭了好多企业的大门。有个现象，同等条件的两名女生都面试，一名犹踌躇豫的，一名态度极其坚决，确定要拿到这份工作，通常都是后者获胜，由于企业认为这个人既然这么需要这份工作，那不管才能怎么样，进来后起码会冒死做事。

那我们再来对比男生和女生，就可以看出显著差异了，其实男生有时候也想靠，但是没得靠啊，反而，还有个女生在靠自己，自己还要撑起一片家庭，那么，你说男生求职冒死不？

但我还是得说，前面女生的这种思维是严重错误的，夫妻也是经济共同体，双方需要共同完成家庭创办，这样的家庭才稳定。一个女性，假设觉得职场艰苦，就打退堂鼓，那，不管是不是程序员，其实我觉得她什么职位都找不到的。

这样还有潜在的恶果，现在有好多闪婚族，出了校门就结婚，我认为和女性的这种凭借思想有确定关系，但这样的婚姻，是不是稳定呢？

其实我不讲，大家都理应领会，女性凭借个人的外貌实现魅力，男人更多的是凭个人的内涵和事业的成就实现魅力，这就抉择了，一个女人，魅力最大的时候，是18~28这个年龄段，而男人恰好相反，一个男人最有魅力的时候，是35~45岁这个年龄段。这中间有落差。

一个女性，假设坚持以美丽为本钱，早早地就嫁人，在家里相夫教子，那么，在她30多岁，年华老去的时候，处境就对比危害了。首先，男方逐步进入事业巅峰，好多更为年轻美丽的女性，会青睐这种男人，男人面临的诱惑在加大，其次，这个家庭，十几年其实都是男方一点点赚出来的，女方是享受者，不是创办者，在这个家庭里面逐渐就没有发言权，经济根基抉择上层建筑，不要说对方爱你就会一辈子听你话，好多事会变的。

假设此时女性再不留神，试图通过操纵经济等手段压制男人不会变心，或者采用跟踪，哭闹等极端方法，往往适得其反，最终导致男人离他而去。一旦展现这个问题，女性的问题就对比危害了，十几年没有上过班，自己的专业才能，或许仅仅剩下一张文凭了，学识都还给老师了，那她在社会上可以说没有任何竞争力可言。那么，她以后靠什么生存？

程序员修炼之道你的学识资产

我们热爱把程序员所知道的关于计算技术和他们所工作的应用领域的全部事实、以及他们的全体阅历视为他们的学识资产（KnowledgePortfolios）。管理学识资产与管理金融资产分外好像：

1.肃穆的投资者定期投资——作为习惯。

2.多元化是长期告成的关键。

3.聪明的投资者在保守的投资和高风险、高回报的投资之间平衡他们的资产。

4.投资者设法低买高卖，以获取最大回报。

5.应周期性地重新评估和平衡资产。

要在职业生涯中获得告成，你务必运用同样的指导方针管理你的学识资产。

经营你的资产

l定期投资。就像金融投资一样，你务必定期为你的学识资产投资。即使投资量很小，习惯自身也和总量一样重要。在下一节中将列出一些示范目标。

2多元化。你知道的不同的事情越多，你就越有价值。作为底线，你需要知道你目前所用的特定技术的各种特性。但不要就此止步。计算技术的面貌变化很快——今天的热门技术明天就可能变得近乎无用（或至少是不再抢手）。你掌管的技术越多，你就越能更好地举行调整，赶上变化。

3管理风险。从高风险、可能有高回报，到低风险、低回报，技术存在于这样一条谱带上。把你全体的金钱都投入可能突然崩的高风险股票并不是一个好方法；你也不应太保守，错过可能的机遇。不要把你全体的技术鸡蛋放在一个篮子里。

4低买高卖。在新兴的技术流行之前学习它可能就和找到被低估的股票一样困难，但所得到的就和那样的股票带来的收益一样。在Java刚展现时学习它可能有风险，但对于现在已步入该领域的顶尖行列的早期采用者，这样做得到了分外大的回报。

5重新评估和平衡。这是一个分外混乱的行业。你上个月开头研究的热门技术现在可能已像石头一样冰冷。可能你需要重温你有一阵子没有使用的数据库技术。又或许，假设你之前试用过另一种语言，你就会更有可能获得那个新职位……

在全体这些指导方针中，最重要的也是最简朴的：

提示8

定期为你的学识资产投资

目标

关于何时以及增加什么到你的学识资产中，现在你已经拥有了一些指导方针，那么什么是获得智力资本、从而为你的资产供给资金的最正确方式呢？这里有一些建议。

l每年至少学习一种新语言。不同语言以不同方式解决一致的问题。通过学习若干不同的方法，可以扶助你拓宽你的思维，并制止墨守成规。此外，现在学习大量语言已轻易了大量，感谢可从网上自由获取的软件资产（参见267页）。

2每季度阅读一本技术书籍。书店里摆满了大量书籍，议论与你当前的工程有关的好玩话题。一旦你养成习惯，就一个月读一本书。在你掌管了你正在使用的技术之后，扩宽范围，阅读一些与你的工程无关的书籍。

3也要阅读非技术书籍。记住计算机是由人——你在设法得志其需要的人——使用的，这特别重要。不要忘了等式中人这一边。

4上课。在本地的学院或大学、或是将要到临的下一次会展上探索好玩的课程。

5加入本地用户组织。不要只是去听讲，而要主动参与。与世隔十足你的职业生涯来说可能是致命的；打听一下你们公司以外的人都在做什么。

6试验不同的环境。假设你只在Windows上工作，就在家玩一玩Unix（可自由获取的Linux就正好）。假设你只用过makefile和编辑器，就试一试IDE，反之亦然。

7跟上潮流。订阅商务杂志和其他期刊（参见262页的推举刊物）。选择所涵盖的技术与你当前的工程不同的刊物。

8上网。想要了解某种新语言或其他技术的各种特性？要了解其他人的相关阅历，了解他们使用的特定行话，等等，新闻组是一种很好的方式。上网冲浪，查找论文、商业站点，以及其他任何你可以找到的信息来源。

持续投入特别重要。一旦你熟谙了某种新语言或新技术，持续前进。学习另一种。

是否在某个工程中使用这些技术，或者是否把它们放入你的简历，这并不重要。学习的过程将扩展你的思维，使你向着新的可能性和新的做事方式拓展。思想的“异花授粉”（cross-pollination）特别重要；设法把你学到的东西应用到你当前的工程中。即使你的工程没有使用该技术，你或许也能借鉴一些想法。例如，熟谙了面向对象，你就会用不同的方式编写纯C程序。

学习的机遇

于是你狼吞虎咽地阅读，在你的领域，你站在了全体突破性进展的前沿（这不是轻易的事情）。有人向你请教一个问题，答案是什么？你连最起码的想法都没有。你坦白地供认了这一点。

不要就此止步，把找到答案视为对你个人的挑战。去请教古鲁（假设在你们的办公室里没有，你理应能在Internet上找到：参见下一页上的方框）。上网探寻。去图书馆。

假设你自己找不到答案，就去找出能找到答案的人。不要把问题搁在那里。与他人交谈可以扶助你建立人际网络，而由于在这个过程中找到了其他不相关问题的解决方案，你可能还会让自己大吃一惊。旧有的资产也在不断增长……

全体阅读和研究都需要时间，而时间已经很短缺。所以你需要预先规划。让自己在空闲的片刻时间里总有东西可读。花在等医生上的时间是抓紧阅读的好机遇——但确定要带上你自己的杂志，否那么，你可能会察觉自己在翻阅1973年的一篇卷角的关于巴布亚新几内亚的文章。

批判的斟酌

结果一个要点是，批判地斟酌你读到的和听到的。你需要确保你的资产中的学识是切实的，并且没有受到供给商或媒体炒作的影响。机警声称他们的信条供给了惟一答案的狂热者——那或许适用、或许不适用于你和你的工程。

不要低估商业主义的气力。Web探寻引擎把某个页面列在最前面，并不意味着那就是最正确选择；内容供给商可以付钱让自己排在前面。书店在显著位置表示某一本书，也并不意味着那就是一本好书，甚至也不说明那是一本受接待的书；它们可能是付了钱才放在那里的。

提示9

批判地分析你读到的和听到的

可惜的是，几乎再没有简朴的答案了。但拥有大量学识资产，并把批判的分析应用于你将要阅读的技术出版物的洪流，你将能够理解繁杂的答案。

与古鲁打交道的礼节与教养

随着Internet在全球普及，古鲁们突然变得像你的Enter键一样贴近。那么，你怎样才能找到一个古鲁，怎样才能找一个古鲁和你交谈呢？

我们找到了一些简朴的诀窍。

l切当地知道你想要问什么，并尽量明确概括。

2提防而得体地组织你的问题。记住你是在苦求扶助；不要显得犹如是在要求对方回复。

3组织好问题之后，停下来，再找找答案。选出一些关键字，探寻Web。查找适当的FAQ（常见问题的解答列表）。

4抉择你是想公开提问还是私下提问。Usenet新闻组是与专家会面的巧妙场所，在那里可以议论几乎任何问题，但有些人对这些新闻组的公共性质有顾虑。你总是可以用另外的方法：直接发电子邮件给古鲁。不管怎样，要使用有意义的主题（“需要扶助！！！”无益于事）。

5坐回椅子上，细心等候。人们很忙，可能需要几天才能得到明确的答案。

结果，请确定要感谢任何回应你的人。假设你看到有人提出你能够解答的问题，尽你的一份力，参与解答。

如何从优秀的程序员成为宏伟的程序员[5]

15、组织技巧

把全体事情整合在一起的最关键要素是组织。你可能是世界上最好的程序员，但假设你不擅长组织你所做的事儿，你的工作将陷入瘫痪，最终流失优势。宏伟的程序员保持自己工作平台的感激有序，留存全体的笔记并调理明显。他们标出自己的会议日程表。他们有特意的收件箱给日程邮件、会议和新任务分类。他们留存文档并能在需要时急速找到所需。

额外要提到的：激情

宏伟的程序员假设没有热心，那么他的工作也并不宏伟。好的程序员有了热心来对待他的工作、方案和团队，那么他比宏伟的程序员还要宏伟。

在回想的时候，我用这些标准来评判我的开发团队。我给我的团队尽可能最好的环境，作为回报，我想要他们都成为最宏伟的程序员。你可以用这些标准来评判你的团队，或者你本身就是一名程序员，请用这张列表来尽可能地改造自己来超越同侪。

备注：Generics是程序设计语言的一种技术，指将程序中数据类型举行参数化，它本质上是对程序的数据类型举行一次抽象，扩展语言的表达才能，同时支持更大粒度的代码复用。对于一些数据类型参数化的类和方法来说，它们往往具有更好的可读性、可复用性和稳当性。在设计集合类和它们的抽象操作时，往往需要将它们定义为与概括数据类型无关，在这种处境下，使用Generics就是分外适合的。

如何从优秀的程序员成为宏伟的程序员[2]

4、对代码的信任

作为工程管理者，你怎么相信他们的代码。有些程序员，你可以对他们说：我星期五就要结果.--星期五到了，你收到了这样的Email:代码我都已经检查过了，现在就等着测试了。你很放心，只会有很少的瑕疵在质量确保的团队被查到。当然，还有些轻率的例子，一些程序员在邮件里是这样说的：我还没弄完，星期一上午我会最先完成它.你不太确信这东西，察觉好多Bug,很长时间根本上不能用。又得花上几个星期清理代码中的Bug.

关键：你对一个开发人员越有信仰，他离成为一个宏伟的程序员的距离就越近。想象你是你的管理者，假设他并不惦记你的代码，会给你多少信仰和士气！

5、对方案的信任

和对代码的信任是一回事--假设你手上有宏伟的程序员，你就会对解决方案有信仰。这些程序员同时也是宏伟的建筑师。他们剖析整个问题，指出问题需要怎样去解决。这就不只是用宏伟的代码编程的问题了，很大程度取决于你怎样构筑解决方案。这是关键，而且会让你在软件世界里出类拔萃。

6、得志客户需求

一天下来，你写出了最棒的代码、用了最好的框架和最好的解决方案，但这真的能迎合用户的需求吗？或许根本不是那么回事儿。你搞砸了。尽管现在屡屡失手，一个宏伟的程序员还是会正中靶心，找出客户需要的，给用户逐步表示他们所需要的无bug的最终版本。需求正中靶心的同时，用户合意了。

7、不断升级

宏伟的程序员会积极主动地把自己的技术升级。他们对学识的态度就像饿猫见着了牛奶，他们从不用上级催促给自己设定目标、不用经理要求他们完成任务，由于他们自己就已经安置OK了。

他们察觉自己想要加入的大会就会给公司写Email本人分外想加入今年的Tech-Ed大会。我将精心研习，并对作出付出。我预计这可节省金钱/其他理由.假设可行，不知公司是否帮我支付此行？假设我收到这样的邮件，我不仅会帮他支付参会费用，他的路费我也会全程买单。

宏伟的程序员们永远会关注例如。net用户组或Java用户组的全体用户群体。他们加入本地的技术会议，并从中摄取学识。你会看全体最新博客和最新的杂志吗？现在列出你最热爱的前5个开发博客。你能做到吗？你理应像加入基督教青年会那样轻松做到。做到这些，可以很好的扶助你延迟你的思路！你将会不断获得更好的点子！你会得到更好的回报！

我的四年程序员之路

经挚友的介绍，我进入一家外企。从程序员的角度来讲，这家企业还算不错。严格的代码管理，代码质量和性能被提到了很高的位置。我被调配到一个团队里面，作为其中的一员开发JavaWeb应用，做的工程全部是跟其它公司做集成。怕丢脸没面子，我上班时尽量多留神别人如何做。回到家中，就得开头死啃CVS,UML,Eclise等平日工程中要用到的根基中的根基。最可恶的是我的工程中从来不用到数据库，我那一年半的实施阅历屁用没有。公司的调试环境都是Linux,为了学习他，我家那台破机没被我少折腾，现在它正悄悄的躺在我妹妹的寝室，她说假设能修好，至少还可以上上聊闲聊。

一年下来，我的进步很大，软件开发中常用的那几个工具自然是不在话下，甚至还在有空时给别人做做类似Spring,AOP等等的培训，当然这些培训都是公司内部的。到了年底，我的Lead跟我举行了一次OnetoOneTalk,他报告我，我的技术水平不错，只是沟通才能有所欠缺。他说的话我很能理解，由于是一家外企我的USlead更热爱用英文与我们交流。在Email和Yahoo用的全是英文。我在大学没有过四级，毕业之后一向都在跟政府打交道的小公司里面混，为了防止太丢作为一个中国人的脸，我尽量以最简短的方式回他的Yahoo消息，至于Email,能让别人帮着回的尽量让别人帮着回。

所以在其次年，我加强了对英语的学习，我察觉英语学习所带来的好处不仅可以提高英语水平。从另一个角度来讲，我看代码的才能也逐渐得到了加强，不敢想像一个英语四级没过的人是怎么全日面对开源英文文档的。在语法才能得到加强的同时，我还报了口语的英语班，长时间的历练口语的水平也根本可以应对简朴的交流。这一年，工程分外多，Java的，Ajax的，一堆开源代码的参照与学习。这段时间，Ajax的企业应用越来越多，DWR,Dojo,Jquery,prototype的选择也多。这段时间我所做的工程从前到后都有，做一个上传模块，有Ajax的CallBack调用，也有后端代码负责存储的JCR调用。汗流夹背，加班不断。顺便提一下，我从来都是8:30之前上班，但很少17:30准时下