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