迷时师度，悟了自度【接一些能给你指引方向的话!】

菩提本非树，明镜亦非台；本来无一物，何处惹尘埃。
迷时师度，悟了自度

挫折在人生早些时候到来，谁曰不宜！
让我从纯粹学习转向了"科研"，从“高分低能”转向了“低分高能”

当时我有个无法动摇的心念：如果放弃一次，那么碰到下一个挫折时我就会继续放弃；如果坚持而成功，那么碰到下一个挑战时我会激励自己再取成功

在压力面前，我依然坚挺。每当略有进展时，心里一阵狂喜，但很快又会碰到新的困难，有时一坐就是20个小时。每天在喜悦的颠峰与苦恼的深渊之间反复折腾。
在极限状态下，我磨练了意志，使我日后充满激情

我热爱科技事业，如同热爱生命一样。

学习原则
    对於基础知识的建立，我一直认为适可而止。以 C++/OOP 为例，我的目标直指 Polymorphism，但学习过程中必须对 virtual functions 的底层意义（实作方法）彻底掌握，所以才回头学习属於 C++ Object Model 层次的 vptr 和 vtbl 这部份。至於其他如 template instantiation 机制、ctor/dtor 机制、bitwise/memberwise copy、exception handling...，可以留到必要时再学习。
    对於基础知识的建立，我从来就认为要反覆振荡。不能光停留在底层。并非底层不是一门学问（object model 是门大学问，framework 是门大学问），而是，从「application 开发」的角度来看，大部份人要的是「基础建设为体，实务运用为用」。
    回过头说，如果什麽都从「application 的开发」角度出发，眼光其实已经狭隘了。
    容我这样回答：如果我已从 C++ virtual functions 的困惑中解脱，我就不会想在学习 java 时再挖一次 java virtual machine 对於virtual functions 的实作法。如果我已从 MFC infrastructure 的困惑中解脱，我就不会想在学习 OWL 或 VCL 时再挖一次内部机制。（除非又出现什麽让我大惑不解的东西）。如果我已从 Windows 的内部结构与演算法中知道一个作业系统是如何地管理 processes 和 threads，如何 context switching，如何 dynamic linking，我就不会想在UNIX 再挖一遍（除非有实际需要）。

如果能够拿某个平台的实际作法，与教科书上的一般化概念两相比对，我们就可以「落袋为安」。特定平台上的技术，虽然不具代表性，却是一个具体的东西，加强并提升我们原本模模糊糊的概念，使我们胸有成竹。
我要的，便是这种「胸中自有丘壑」的感觉。从基础知识中受惠的众多读者，要的应该也是这种「胸中自有丘壑」的感觉

一个完全没有技术基础的学子，要的不是形而上的道，而是形而下的器。
我们是先能够欣赏具象画，还是先能够欣赏抽象画？我们不都是先对毕卡索的画大骂「这是什麽东西」，直到自己的艺术涵养够丰富了、人生阅练更饱满了、能够举一隅以三隅反了、能够接触类旁通左右逢源了，才转而能够欣赏甚至进入毕卡索的抽象意境吗？

想像 C++ 是一把用来解决程式问题的刀，要它坚轫，要它锋利，就必须经过多次的回火，在高热和骤冷之间 炼。是在高阶（polymorphism）和低阶（object model）之间反覆震荡，才能够震荡到更高的位阶，而不是平平庸庸於中阶（C++ syntax）的一滩死水。

●不要沉迷於 C++ object model,最终目标是 polymorphism！