知识的海洋太过于广泛。所以要有对其重要紧急的区分能力，不能样样都学，这样的学习姿势一点也不好。
即使最后抽离出最重要最紧急的知识，也可能不止一种。
比如作为Java工程师，对这门语言的自身特性必须掌握。
要编写出可复用、稳定健壮的工业级代码，还需要学习一些设计模式，一些前人的编码经验。
等等
如果不作记录和整理，你会记得所有这些重要的东西吗？用的时候，你能很有条理的调用这些所学吗？
这让我想起了最基础的编码套路：比较，交换，排序，搜索。
自己要能够按照轻重缓急的优先级比较不同知识点，先学最重要最紧急的知识，比如我对Java已经有一定掌握，当然不想从基本的语法、程序结构学起。而我在编码的过程中，经常会自己问自己一个问题，为什么要这样写？而不是那样写？对于当前的业务情况有没有更好的写法，长远来看，有没有更好的写法？所以决定看Effective Java这本书。和其他知识比较起来，这本书所讲的，是目前我最渴望学的。这本书可以当做是一种经验教学，或者说是Java"最佳实践"、最佳使用案例。当然，读的时候还是不要忘了，要有一种批判的意识，这是为了让自己能有更多的主动思考，而不是被动的接受，把书中所讲当做权威和教条。
下面会把自己读书的一些思考，和认为书中讲的比较好的地方，或者疑惑都写上来。为什么要写疑惑？一方面为了记录，因为不可能有时间不吃不睡全部把所有的东西搞定，况且随着深入阅读，一定会有越来越多的问题涌现。另一方面，觉得自己不善于表达，不善于提问题，能把问题描述好，然后写下来，对自己来说也算迈出重要的一步。