小论成长方法（rev 2）

刘建文（http://blog.csdn.net/keminlau ）

经常听人说计划赶不上变化、明天像盒朱古力不知下一颗是啥味儿等对未来未知的无奈或赞叹。的确，明天的事儿谁能预测呢，活着本身就是种探险，我们能做的是要么积极思考面对，要么消极被动无奈。不过即便你选择积极面对还不够，因为什么事情都得讲求方法；有了方法还不够，还得有操作，用身体力行验证方法的有效性。可是我们最重要十年青春哪经得起一次不慎的小白鼠测验？人生成长不只是个永恒的话题。

我常和身边的人讲自己总结的成长方法论--分长短期目标，坚持并适当调整。有人赞同，但更多的是沉默，可以理解，毕竟太形而上了，应该再详细补充一下。

首先目标很重要。如果你连自己喜欢什么，想做些什么都不清楚是很糟糕的事情，后面的坚持和调整也是白搭。因为坚持是选择一个特定的比较窄方向走，调整也是局部微调。

目标分长短很重要，因为人毕竟不是机器，情感对人行为的影响还是非常大的。机器只需要能量就可以不断向前开，而人要不断往前开的动力可不是用电那么单纯了，对学习的即时反馈是动力的一种。再者，短目标降低了你盲目选择的成本。

坚持更重要。现在社会公平自由，权势不再是继承所得，也不是武夫割据一方所得，权势与知识经验成正比。但如果听任感性分散自己的精力话，你的境界将很快上到一个高原水平，无法让自己的水平境界有更高的质的飞跃；必须理性的沉下气来坚持做同一件实事。

调整的需要是因为一开始的选择往往是有偏差的。

P.S. 我的这个“成长方法论”是在做一件妄想的事情，就是想试图控制自己的未来，技术化自己的明天。可惜这只是主观意愿而已。事实往往有无法预知的东西。

比如我说学习要有目标，有了之后又怎样怎样。这个有了目标只是一个假设，试想有谁能一开始能给出一个明确的可操作的目标呢？举个例子，比如我的目标是当个黑客，但是在我“当黑客”前我必须了解“黑客”具体涵义，也就是说，在达到一个终极目标的过程中会有一些更优先的辅助性的目标需要先完成，我们称它“监督目标”。再又，一个“黑客”不懂数学，不懂CPU，不懂操作系统原理是很难想像的，这个表明了终极目标内包括很多“子目标”。子目标间共同系统地组成了大目标。子目标内也会有子目标，目标是嵌套的，层次化的，每层都会有一些“监督目标”，对该层目标完成的评价和监督；我们称子目标为look-inside，监督目标为look-aside。

我是小结出这个“成长方法论”，但我自己都没有成功，所以或许没有资格说教，可我用身体力行证明我的信念。以下是三月抉择以后写下的一些“反馈”：

2009-3-25 23:04
回归代码进行第二个十天了，做了少许的元认知的研究，关于软件工程和软件组件的，进度疑慢实快，因为元认知可以拉开视野，对事物了解更深入，加油！

2009-3-31 15:12
c.又两个月了，收获不少，今天再一次断网回家充银。看进度，应该是最后一次了吧！

2009-4-6 9:57
c.第三个十天过去了，也就是一个月了，当初我说个把月可能可以学会一项具体技能，实践证明一个月不行；按目前的进度，个把月也就是两个月以内应该还不行。不过我一点也不慌，也不觉得自己食言，因为我感觉到自己每天在进步，这种感觉是实实在在的，还有什么比这个还更重要？

2009-4-15 19:00
c.第四个十天走完了，头两天，代码研究到自定义控件的绘画便跳进了操作系统内部，所以大部分时间在研究操作系统。研究的成果是对计算机系统（包括硬件）整体有了更深入的了解。而这一次操作系统研究使我更加的理解了什么叫融会贯通，并且让我的求职的取向多了一个选择，就是驱动程序开发。

2009-4-27 1:20
c.不知不觉第五个十天已经走完，结果是下决心完全转向，转向驱动开发。研究操作系统结构给了我一些新体会：第一，感觉找到了理论和实践的契合点，那就是驱动程序；第二，相对研究复杂多变的应用框架，了解了操作系统结构后，C语言开发会更简单，说不定更快的找到工作。找到的工作也更“固定”。更关键的是操作系统是必学的。我等于少走一条弯路。努力，加油！

2009-5-7 1:17:03
c.代码学习走完了第六个十天，就也是两个月了。不知道为什么，虽然时间一天天过去，到现在我还是见不到上班的那一天，但是我一点都不慌。可能是因为我觉得自己在一个月内变化太大了，我很可能不需写个小软件来证明自己的能力，随着时间一天天过去，或许在忽然间我就找到份工作了。细想一下，其实更重要的是我对计算机了解越来越透彻了，对工作不迷惑就像我学哲学后对人生不迷惑一般。

2009-5-17 13:16:37
c.第七个十天走完。搞定了中断机制并全面了解了总线系统。最后总觉得不够通透了，所以还是决定“正襟危坐”，开始解开CPU，学习汇编语言。

2009-5-28 12:04:57
c.第八个十天已经走完。最大的收获不是解构了CPU，因为CPU涉及的面太广，解构它只能是初步的，必须写一些具体程序才能更好的分析CPU行为，比如CPU指令是如何实现一个软件功能；最大的收获是总结了什么是设计，设计和工作的性质何时开始工作等属于方法论的内容。

P.S.本日记的学习反馈条目会不断追加，直到我找到一份工作为止。