今年以来，一直在自学一些新的技术——准确地说——是自己以前没怎么深入接触过的技术。对于具体的技术，我越来越强烈的感受是，如果不能系统性地讲解出来，只是分享一些零散的知识点，那么它的价值将是大打折扣的。因此，一些具体的知识，等时机成熟了我们再来讨论。然而，有一些知识和方法，它们往往比具体知识有着更普遍的意义，而且对每个人来说都是值得探讨的课题，这就是有关「学习」本身的知识，以及对认知过程本身的分析。所以，最近我打算重新谈谈学习的方法，以及认知过程中涉及到的一些基本问题。
小孩子从来不知道时间的紧迫。在他/她们眼中，一秒钟，一分钟，和一个小时，并没有太大的差别。
开车带着女儿出门，刚出小区不久，她可能就会问，「到了吗？」走在路上，每隔几分钟，她又会问一句，「快到了吗？还有多长时间啊？」在到达目的地之前，类似这样的问题要重复上十几遍，甚至几十遍。
（内有干货，但请自取^-^）
我先讲一个小故事，以前在外企工作时的一个亲身经历。
曾经有一位同事送给我女儿一本童书，名字叫做《爸爸去上班》。这是一本很有意思的图画书，它以小孩子的视角描绘了对「爸爸上班」这件事情的理解：
任何一位工程师都不可能了解所有领域的技术知识；任何一个团队也不可能包含所有类型的专业人才。而一个完整的产品被开发出来，或者一个系统被构建出来，这个过程都会用到种类繁多的技术，一般来说总会有一部分超出当前团队所能掌握的现有经验。这个矛盾怎么解决呢？这就需要工程师来进行技术攻关了。
没错，工程师的真正价值就是把未知变成已知的能力。
你的朋友圈里总有一些人具有某种特殊的技能点。比如我的一位铁哥们——波仔——就是这样的人。
做一个有价值的成就，需要十年。
我第一次听到这个说法，还是从我的前同事香农(Shannon Xu)的口中。多年前，香农还是一个有着敏锐思想的年轻人。现在，当然，思想仍然敏锐，却已不再年轻。当时的他，眉飞色舞地讲述着Ruby的语言之父——那个被称为Matz的日本人——如何花费十年的时间，将Ruby打造成一门成功的编程语言。