多读代码少看书

1.实践
计算机是一门实践的学科，提高技术水平也应该选择最贴近实践的方法——自己写或者看别人写。我不是反对看技术书，但真正值得细读的技术书非常少，市面上计算机图书汗牛充栋，这个是经典、那个是大师、另一个又是必读，很容易误导初学者。事实上对国内大量在一线的程序员来说（专业项目管理、需求分析、测试等其它工种除外）在真正必读的书我认为只有2本——《代码大全》和《设计模式》（这里指的是讲设计模式的书，相对于Gof的这本，我更推荐《敏捷软件开发：原则、模式与实践》），剩下的时间都应该用在写代码和读代码上面。编程涉及到很多细节上的东西，比如变量和方法的命名、方法的粒度、注释的写法、经典模式的变体等等，而这些东西在书里是不会有的。所以靠看书是成不了好的程序员的，这个方面我走过弯路，希望大家不要再走了。如果有一天你发现自己读书的时间多于读代码和写代码的时间，你就要小心了，在成为优秀程序员这条路上，你已经走到岔道里去了。
2.不要重复发明轮子
老程序员有个特点，就是代码写的很快，有的时候甚至快得不可思议，让新手目瞪口呆。我们常说“不要重复发明轮子”，但一般的理解是对已有的专业代码库的重用，事实上在具体的类、方法的层次，甚至是语句的层次都可以实现代码重用。因为并不是所有的代码都会被抽象整理为公用的代码库的，一些很细节的东西是不会有的，而程序员每天面对的正是一个个具体的、细粒度的问题；而且限于一些开源协议的规定，也不是什么库都能随便搞拿来主义的。解决这个问题的方法就是建立自己的代码库，多读代码，多写代码，把自己认为好的、具有一定通用性的代码整理出来，如此日积月累，最后大量的工作都是通过拷贝/粘贴已有代码来完成的，真正要创造的很少。我们可以把更多的精力放在局部代码结构的设计上，写代码的速度会越来越快，而且因为已有代码都是实际应用中千锤百炼的结晶，代码的质量也会约来越高。

发错地盘了

多维护遗留代码，可以尽快提高水平。

见有多少恶，方知多少善

己所不欲 勿施于人

勿以善小而不为，勿以恶小而为之。

阿门！

看书还是看代码其实不重要，关键是动脑子。只要你动脑子，即使你天天发呆，都会有收获。只要不过脑子，即使你把天下的说都看遍，一天26小时写代码，你也不会有啥长进。

别的我就不多说了 不过lz推荐的3本书里，我觉得有两本是烂书

楼主还没入门啊，赶紧去看《实用主义程序员：从小工到专家》吧。

书不可不读，但不可滥读。多读代码少读书的说法本身也是不对的， 不能这么提倡。

我现在就是处在花在看书上的时间比写代码的时间多的阶段，对于代码的不熟悉还是挺苦恼的，但是看书也是必要的，像看了JSF IN ACTION后再看相关的代码，写相关的代码感觉理解阿什么的都快很多....

少读书好啊，读多了就变成油子了。