对教学模式，教育的一些思考

        工作学些这么多年了，蓦然回首，发现很多在学一个东西的时候，我都被深入而繁琐的细节绕的云里雾里，为了搞清这些细节穷尽精力，都未曾取得较好的效果。

        因为在纠缠这些细节的时候，已经迷失了方向，感觉到处都是重点，到处都是难点，有好多地方都抓不住，认为自己怎么能掌握好，怎么能学好，于是心底是否定自己掌握了这个东西，很多记住了东西，在需要用的时候都觉得找不到方向，觉得没记住，即使记住的东西都是一盘散沙，因为不知道，学了这么多点，我需要达成一个什么目的！！！             

        But，But，But现在的我想说：很多时候大家都是发现了一个问题，或者有意思的现象想去深入了解下，但并不希望沉浸在漫无边际的麻烦（难缠的细节）中，了解一个大概，能明白大致流程，能帮助我更好的发现和利用这个问题（现象）去实现自己的想法即可，而无需将自己的大量精力去了解这件事情每一形成步骤都是怎么来的，我没这么多时间和精力。

       讲课和学习我觉得都应该遵循这个规律。比如听很多源码讲解的课程，很多讲师花了大部分时间都在讲源码的细枝末节，这行代码跳到那行代码，这行代码大概是什么意思干什么的，这样的东西我觉得听的人大概齐听下就好了，大家主要是想听总体的流程，大概干了件什么事情然后达到了你要的目的，如：使用mmap的方式让两个进程共享一个内核区域，达到进程间的通信IPC。具体实现有哪些闪光的地方，大家可以借鉴的可以捞出来说下，其他代码追踪是必备技能，但不需要具体都说下。教人怎么追踪代码，我觉得更符合授人予渔。

       回想大学的时候学习高数，也是如此的感觉，虽然上来是有一个问题来引出话题，但是后面很多时候，老师们都是花了大量的篇幅去推导出这个结论，让人误以为这个大量的篇幅才是最重要的，会陷入到细节的理解中去，这是教育中的一个悲哀，一个悖论。你不推导证明出来我怎么相信你？你不花大量时间去证明这个结论怎么理解这个结论？但其实很多时候这些大量的时间花费都是为了更好的记住这个结论，以便以后使用，应付各种情况。说到底还是应用。

       用这些已有的结论或者工具作为一个基石，往更高的地方去攀登，而不是困在基石里。