on-way

假设你正在学习一些知识，并自我感觉已经理解了。那么，你到底是真正理解了呢，还是感觉自己已经理解了呢？这个仅凭自己苦思冥想是不行的。为了验证理解正确与否，需要表达出来。只能基于自己的理解说出自己的观点，然后让第三方来判断和检验。比如学习英语，就要在别人面前使用自己学到的英语，同时观察别人的反应不这样做的话，就无法知道自己是否真正掌握了英语。   程序员一直受益于这一点，。如果是写文章，写出来的东西

应该学习什么？我们经常听到这样的问题。在回答之前，笔者想先问这样一个问题：你学习的目的是什么？这个如果不明确，提建议就无从下手。   我们生活在一个信息爆炸的时代。不管三七二十一统统都学，这样的学习策略已经不再适用。必然要有随学，有所不学。这是，我们就要事先明确自己到底想做什么，然后再去学习能够达成这一目标的知识。   不知道自己要做什么？或许你从一开始就在哭死，想做一件完美的事情。意见从没有

针对面对庞大信息量心力交瘁时该怎么办的问题，我们在“学习讲求细嚼慢咽”专栏中介绍了三种方案。第一种方法就是“从需要的地方开始阅读”。   有时，我们并不需要掌握一本书或者文档的全部内容。明确阅读的目的并弄清楚为达成这一目的需要阅读哪些地方，就可以有针对性地阅读，无需在其他无关的地方花费大量精力。   或许有些人会因为不逐字逐句仔细阅读而产生负罪感。但是比起心力交瘁完全读不下去来说，还是挑挑拣拣

说到函数为操作命名的好处和实现方法，其实和函数之外的其他因素也有关系。   使用函数给操作命名的做法，就是用便于理解的字符串取代数值，来表示操作开始时内存的位置。这和变量一样。变量的诞生，就是为了用字符串替代数值来表示存储了某个值的内存的位置。   以上文字是《代码之髓》第45页第三篇专栏中的内容，将函数命名和变量的诞生相联系，使得人们不必记录某个冗长的内存地址而是用有利于程序

在语言X中如何实现Y，像这种具体的知识（know-how）可快速提高你的工作效率。但是一旦语言发生变化，这种知识就无法再使用。世界瞬息万变，这意味着限定了应用范围的具体知识将慢慢失去价值。因此，我们不仅要学习具体的知识，更要有意识地去学习哪些应用范围广泛的抽象的概念。   当然，学习了抽象的元知识，如果不将其与你具体的经验相结合，也无法在实际应用中发挥其作用。喜欢樱花的人即使剪下花开的树枝带回家

一口吞不下一整块肉。首先要把肉切成能入口的大小，嚼碎后再吃。同样的道理，对抽象的 概念、复杂的系统和不习惯的领域，我们也不可能一下子理解通透。首先要把信息切分，一小 块一小块的消化吸收到自己的大脑里。   然而，在信息爆炸时代，如何对信息做取舍呢？什么信息是重要的，什么信息是不重要的？ 要判断什么信息重要首先需要对其有深刻的理解，但如此一来，就陷入到先有蛋还是先有鸡

针对面对庞大信息量心力交瘁时该怎么办的问题，我们在之前的专栏中介绍了三种方法。第一种方法是”从需要的地方开始阅读“，第二种方法是”先掌握概要再阅读细节“。当这两种方法都不奏效时，就要采用最后一招——从头开始逐章手抄。   当没有明确要做的事情或者想要了解的东西时，当简单浏览的内容过目即忘时，以这种学习状态，不管怎么学也无法获得真知。   因此，为了打基础抄写教科书吧。不学习光唉声叹气是徒劳无用

关于面对庞大信息量心力交瘁时该怎么办的问题，我们在第6章6.6节末“学习讲求细嚼慢咽”专栏中介绍了三种方法。第二种方法就是”先掌握概要再阅读细节“。   书和文档都会有目录。浏览一遍目录就便可以了解大概构造了。然后便可以开始正文的跳跃式阅读了。不要逐字逐句地读，首先看副标题和粗体字强调的内容、图表及其标题。   阅读源代码时，首先要看一眼文件夹结构和文件名。然后开始粗略地通读文件内容，对定义了