我一向是采用先深后广（也称为Bottom-Up，Deep-First）的学习方式。比方说，当我在学A技术的时候，学到一半发现需要B技术的基础，我会到书局找出一两本B技术的书，然后把A先搁着，开始看起B技术的书。甚至，我在技术书籍上看到不太熟悉的英文句构时，我会找出一本英文文法书详细读过。这种先深后广的学习方式，适合学生时代全面地自我能力提升，但不适合业界人士。试想，老板要你开发的ERP系统已经延迟了，你怎有空研究J2EE原文书中的英文文法。先深后广的好处是，学习很扎实；缺点是有时候会偏离主题太多。有一次我发现我原本是要学某软件技术，几次「先深后广」下来，我居然看起老子的道德经了。
(这和我平时谈的要学会回溯是应该是一个意思.对于自我的学习或以兴趣驱动的学习都应该采用这种学习方式.结果固然重要,但兴趣驱动我们在学习的过程中寻找乐趣.可能到最后结果反而成为了次要的东西)
至于该学什么技术，我的判断方式是以技术的优劣来决定。优秀而有独到之处的技术是我的最爱，虽然这类的技术不见得会在市场上胜出，但学习这些技术所得到的启发，对于技术能量的累积与能力的提升会有相当大的助益。至于技术差，但市场需求甚殷者，我还是懒得碰。（好吧！我承认我曾因为市场需求的缘故而学过MFC。越清楚MFC的技术细节，越是讨厌它，这真是个不堪回首的经验。）
(学习也应该是积极主动的过程.如果学习是为了解决历史遗留问题,那学习完全处于盲目被动局面.如果学习是为了解决当前的问题,则属于一种常规或正常的学习.真正好的学习应该是跳出圈子,学习的目的是为了不断的自我储备和积累,以解决将来可能遇到的问题.因此学习应该具备一定的前瞻性.)
我通常只看英文技术资料，毕竟大部分第一手的技术信息都是以英文来传播。所以我很早就开始阅读英文技术资料。读英文技术资料的好处是，就算没有学到书中的专业知识，至少也累积培养了英文阅读能力，我一直都是抱着这样的态度。一开始是正襟危坐的看英文技术书籍，字典、翻译机随侍在侧；几年下来，现在是躺着看、趴着看、很随性地看英文技术书籍，因为看英文技术书籍变成一种习惯了。现在，我可以用很快的速度吸收英文技术书籍的知识（有人叫我「吃书的机器」，我把这称号当作是一种恭维）。
(特别是对于IT技术而言,读中文技术资料则永远是落后半拍,你可能也是永远跟着别人走.因此熟练快速阅读英文技术资料是必须的能力)
现在RAD工具软件盛行，Visual Basic、Delphi、JBuilder、VisualAge、VisualCafe都是。有了RAD工具，只要「拉一拉，选一选」程序就完成一半了。许多硬底子的程序员颇不以为然，认为初学者使用RAD工具不是好习惯，不过我倒不这么认为。我认为RAD工具可以降低初学者学习的门槛，提高兴趣。只是，在你学会「拉一拉，选一选」的简单步骤之后，应该要找机会精进自己，弄懂内部的机制，不然不仅会有一种不踏实的感觉，甚至有许多程序会写不出来。我再强调一次：RAD可以当初学者入门的工具，但小心不要使它变成让你停滞不前的借口。
(首先应该是知起然,知道如何做,培养学习的兴趣.然后是知其所以然,知道为何要这样做,提升技术知识积累.最后是融会贯通,知道如何才能在现有的基础上做的更好)
多读好书，少上课
"U6BY+l7W'B*~0大量阅读好书，是精进自己的不二法门。在这种快餐时代，许多人没耐心读书，反而喜欢到处上课，所以现在到处都是计算机班。如果遇到厉害的好老师，当然上过他（或她）的课会收获很大，只是目前好老师的比例实在不高（虽然我自己也在开 Java/Enterprise Java/Java Swing 的课，但我还是得这么说）。我曾在网络上看到有人说：「没听过补习班教出什么程序高手」，这倒也有几分真实性。不过一方面要归咎老师之外，一方面也要归咎学生，因为我发现通常上课的学生会在家里读书和写程序练习的比例不高。
(自学能力的培养太重要了.工作后很多时候都是需要自我学习.所以应该多培养描述问题,定义问题,分析解决问题能力.培养收集资料,整理资料,归纳总结的能力.培养自己的理解能力和感悟能力)
当你发现你已经可以掌握此程序语言之后，你可以选择向上延伸：学习面向对象分析设计、Design Patterns、以及软件工程。让自己具有做大型计划的能力。向下深入：深入了解内部底层的机制，例如操作系统（甚至硬件）内部。向旁延伸：学习不同的API，例如：多媒体、数据库、企业运算…。另外，数据结构、算法等基础也很重要。
(具备做大型项目计划的能力还需要学习项目管理的基础知识.培养自己的沟通能力和表达协调能力.)
对工作相当投入的人，往往会有很高的「职业敏感度」，而且敏感的范围扩及周遭，甚至是一天二十四小时无所不在。职业敏感度往往会造成学习的进步以及工作的突破。如果你也培养出了高职业敏感度，基本上这是件好事。有职业敏感度的人，每天都在不自觉地增加专业功力。许多工作上棘手的问题，甚至会在一觉过后就突然「悟出」解决之道。我也有过这样的经验，睡梦中梦到某一道指令可以解决我的程序问题，马上从床上跳起来冲向计算机，只不过，Oops！我很快地发现这道指令根本是不存在的
(在这里我想把职业敏感度理解为敏锐的洞察力和一种职业悟性.从一句禅语或一则寓言我们都可能有所感悟.所以悟是自发的,是靠的自己,是他人无法完全讲给你的东西.师傅领进门,修行在个人,有了这种悟性才能谈得上职业敏感度)
我的指导教授觉得我这个人没啥大志向，「老是想到出版社去做书或到教育单位讲课赚些小钱」，他认为我有能力做「大事业」。但是我告诉你，生涯规划是规划自己想过的生活，而不是别人想过的生活，我才不要人云亦云。几天前在台北火车站附近看到一个外国人自弹自唱国语歌曲，好听极了。到异乡自由地旅行，弹唱赚一些旅费，这是他喜欢的生活方式，有何不可。谁说一定要开名车、娶名模、住豪宅才是成功的生涯。
(走自己的路,让别人去说吧.老罗语录里面记得老罗说过,只有两种情况我需要辩解,一种是我认为的知己误解我的时候,一种是法院让我自我辩护的时候)
生涯规划会随着年纪增长和生活经验的累积，以及人生观的改变而有阶段性的差异，所以生涯规划不宜过于长期。生涯规划应该以渐进的、多样的方式来进行。渐进的，才不会好高鹜远；多样的，才可以分散风险。而且，生涯规划要及早，因为有越充分的时间准备，越有可能实现。即使你想潇洒地背着吉他到异乡旅行弹唱，你也得好好地练吉他吧！
把握时间朝着你所规划的生涯迈进！时间过得很快的，浪费不得。你不会希望有一天你在床上醒来，睁开眼后盯着天花板，你发现你已经五十岁了，昨晚五十大寿 birthday party 的宿醉使得你现在头痛欲裂。你发现这些年来你依旧是浑浑噩噩的度过，生涯规划依旧只是「规划」，没一个实现。你在床上抱头痛哭，就在你五十岁生日当天。
(从现在做起,哪怕是实现一个小到不能再小的目标.太远期的规划如果不细分到子计划或里程碑是无法指导我们的活动的)
许多软件人员缺乏自我学习的能力。软件人员应该问问自己：这半年来技术能力精进了多少？技术飞快地在进步，如果你没跟着进步，在相对坐标看来就是退步。我以前很变态，只要一天没看技术书籍就会觉得今天真是白活了，然后有一股冲动想要「做傻事」；现在我虽然比较没这么逼迫自己了，但看书还是看得很勤快。
,`G J h/n[0许多公司吝于培养人才，他们担心花了许多资源所培养出来的人才跳槽之后，就会「人财（才）」两失，像是在帮别家公司做训练似的。虽然有人才流动的风险，但是我认为他们还是应该努力地培养人才，并以其它的方式留住人才（适当的升迁管道、良好的愿景、优良的工作环境...）。
z7jq:?2B8J/J Ed0教育资源的浪费：许多信息科系（其它科系也一样）的学生毕业之后，却未发挥所学，而是去从事其它无关的行业。还有许多其它科系的学生毕业之后，却试图进入软件行业。我每每看到这种例子，心中就在想：要是当时他们两个交换科系就读，岂不圆满！
