读书

   博客注册有一段时间了，可是一直没开张。冒着虽然写东西也仍是会长草的危险，我仍是先贴几个字吧，一方面是好歹给本身一个开始，一方面也是有人想看。其实后者更重要，这个跟咱们写代码很像，不少时候你关注一些问题的主要缘由并非解决这个问题能帮帮你挣多少钱，而是除了你以外还有不少人关注这个问题而且愿意跟你讨论这些个问题。也就是说，在这里写东西也是由于除了本身以外还有别人挂住相似的问题， 人毕竟是群居的动物，拿出来点有意思的事情你们讨论讨论生活才显得美好。不过，貌似莫言同志认为：做家应当只为本身的灵魂歌唱。既然我距离做家还有不止十万八千里的距离，以别人愿意看为理由来写点东西，应该仍是说的过去的。
 
   既然写是为了读，那就先说说读书。如今读书的人真心已经很少了，且不说当年那些人人语文快九十分的同窗们，单单是到了大学就不多有人看到有人在图书馆捧着书看.( 大多数人是去蹭空调和座位的 )。到了办公室以后就更别提了，同事的桌子上除了技术手册就是技术手册，连相似于<linux编程艺术>这样的书都见不到。因此想在办公室充当文学青年那真是要多简单有多简单，且不说拿着红楼梦或者百年孤独，随便带一本《明朝那些事儿》就能让身边的人注意到"你在看书"这件事情的存在。感谢互联网和手机的不懈努力，各类浅层次阅读已经占据了身边人的大多数闲散时间。不过我这会儿不太想扯什么好或者什么很差，我想谈谈我在读书过程当中犯的一些错误，以及从错误走出获得的提升，想必对不少人仍是颇有帮助。

  我读的书能够简单的分红两种，技术类和非技术类。后者的阅读相对简单，只要有时间，有精力，一个一个字读就行了。在体验做者的感情和经历中，本身的心会在不知不觉中，被触动甚至是被治愈。关于这一种阅读，我想说的是它比看上去重要的多。 不少人不理解这个事情。以为要作优秀的程序员要看c++ primer，要看数据结构，要了解操做系统和软件架构。可是若是只了解这些，那最后只能作平庸的程序员。由于程序员说到底实用计算机语言表达本身对于问题解的理解。而文学做品是用人类语言表达本身对于生活的理解。说白了都是用语言表达理解，所谓的高质量程序无非就是对于问题的表达更优美更准确，而优美和准确也一样文学做品的目标。他们在不少时候作的彻底是一样的事情。对于文学做品的深刻思考，感觉和理解与程序设计并无看上去那么大的距离。文学做品中须要给每一个人一个合适的名字，程序设计中不也要想一想每一个变量到底应该叫什么比较合适么？读书的时候咱们看到命运都不是无缘无故的走到最后的那个结局的，咱们从伪代码开始构造程序的时候，不也是一步一步算出来程序有几个部分，而后给每一个部分分一份他本身的职责么？优秀的书和优秀的程序有太多的共通点。垃圾的程序长得也很像垃圾的书，就是看着不只恶心并且不知道他到底说的是什么意思。因此推荐全部的程序猿们多翻一翻非技术类的书，文学也好，历史也罢，哪怕是中学生必读书目。只要能读进去，收获毫不仅仅是看上去的那么一点点。
   
   对于技术类来讲，我更想说说怎么读，先把以前的本身摆出来跟你们看看。往常我要是拿着一本《c programming language》，旁边必定要摆一台电脑。往往在书中看到哪一个本身不了解的知识点，就努力在电脑里把它试出来， 而后认认真真的造成一条笔记。抽象的说就是，看两行书，写一段代码，而后作一句笔记。以前这么搞了一段时间，发现效率不是通常的低，虽然看着长长的笔记和满屏的实验代码，很是的有成就感，可是总感受以这种方式继续下去，我就是再过半年也翻不完那本这本并非很厚的书。（ 毕竟，c++比它厚太多了 ）。后来在一本牛书的指导下，我发现本身犯了一个本质性错误（ 这本牛书叫作:超级快速阅读,德国人写的 ）,看技术类书籍的目的不是作一份优秀的笔记， 也不是写满屏的实验程序。而是搞清楚：这书里说的究竟是啥？ 作实验和写笔记固然是很是好的手段，可是当把手段当成目的时候。整个过程就变味儿了。由于我发现本身忙于让本身的笔记看上去准确和本身的实验更有说服力上。这么作固然有错，由于在学习的初期本身的理解根本不可能准确，而所谓更有说服力的实验也不是本身在实践过程当中体会到的，而是搜索引擎给的结果。因此这么搞半年才读完一本书也是理所应当的。正确的思路是，用最快的方法搞清楚这么本书讲的是什么，总共分几个部分，每一个部分之间最基本的关系是什么？人不少人这么作会没有安全感，由于都以为技术是很细节的事情，不了解每一个部分的细节很难对总体有一个很好地把握。其实而且不是如此，之因此会很没有安全感是由于咱们从小到大接受到的都是为了考试而准备的学习，而考试最关心的就是你对于细节的记忆和掌握，而在真正面对问题的时候，细节问题由编译器和测试帮你把关，实在什么东西想不起来了也有免费的谷歌作后盾。因此细节是什么样的在最开始一点都不重要。就好像你带一千我的去旅游，每一个人早上起床的时候是否是喝水这种问题其实你压根都不会考虑。而是会想把一千我的带到目的地，须要多少车，到了以后须要多少住的地方，以及在整个过程当中你能搜刮多少油水。这些才是关键，好比我最近读《linux system programming》,发现那么厚的书分析分析也就是讲三部分东西，进程是嘛？I/O是嘛？剩下的零碎是嘛？而后就没了....因此读因此第一遍我只读整书的简介和每一个部分的简介，只要搞清楚了这他们是嘛，书里剩下的部分无非就是讲他们和底层的恩怨情仇而已，而这部分说白了也不过是在什么状况下应该怎么作。因而乎，一个读书的过程就变成了拆书的过程。因此最能读书人必定的是庖丁，让他把书像拆牛同样都拆拆，估计问鼎个图灵奖，压力不大。反过来看我以前方法就很容易发现其的弊端，原本应当先把牛拆成几大快，而后分别处理之。 我是这里撕一块皮，而后哪里抽一根筋，且不说慢，最后好好的一只整牛被我弄得不成样子。

   本身最近的感觉是:方法和思路仍是很重要的。并且生活中也仍是有不少能够改进的地方。比方我如今用vim写程序，比方说大黄开始用Less弄他的css。这些看上去很简单，很平淡，而这些最简单的地方每每是最要命的地方，也是咱们最容易忽略的地方。

   先扯这么多吧，已经半夜了，但愿blog不要长草。。。不要长草。。。下次简单的写一写vim除了帮助人们提升效率以外还有那些优势，由于vim以提速著称。同事看我用vim写代码就比如是在砸键盘。可是讲vim技巧的文章彷佛都快被写烂了。。。