我以为读书仍是目前获取知识的主要来源。可是看书是讲究方法的。看书最忌讳的就是手头捧着好多本,一下子看看这本一下子看看那本,最后的结果每每是每本都只看了开头几个章节,或者每本
都只是匆忙浏览了一遍。到后来的感受就是似懂非懂,感受知道了会了,可是一到写代码的时候又发现无从下手。还有一个就是只看不练,看书的过程中应该是有选择的将起码一半的代码都敲过、运行过,在这个过程当中你会悟到一些更深的内容。程序员
一类是必需要掌握的,一类仅是须要了解的。因此读书也是有选择的,并非每本书都应该一页一页地精读。合理的方法是选一到两本本身领域广受推崇的书认真钻研,反复地看(我认为一本好书看三遍的效果大于三本好书看一遍)。而其余的须要了解的知识则能够泛泛一看就好了。设计模式
实际工做中你会发现大部分的书讲述的内容都是介绍性质的,也就是说都是“hello world”类的(固然也有就某个主题深刻研究的书,但问题是你没有精力将每一个主题都这样去钻研,也没法预见你将来可能须要对哪一个主题深刻了解),到实际场景中就会复杂的多。这个时候就须要针对你所处的问题进行专项的深刻研究。这里最有效的方式是借助Google(英文)就你的问题搜索,我相信必定会有大量深刻的文章可供参考。为何我不说百度?能够这么说,国内对于版权的概念实在是太匮乏了,因此当你用百度搜一个主题的时候,结果每每是“一篇独大” -- 前面几页几乎转载的都是同一个内容,收效甚微。使用Google(英文)搜索,通常均可以找到一大票的相关主题,并且几乎没有重复转载的,更重要的是你会发现老外作事是很是认真的,一个主题每每讲述的很透彻,让人感受就是生怕你不懂(这也让我明白到为何中外有这么大差距)。惟一的要求就是你的英文水平了(可见英语对于程序员的重要性)。框架
若是你没有看书,你的思惟是狭窄的,当遇到一个问题的时候时,你不知道如何解决,或者你只知道用既有的解决办法而想不到有什么更好的解决途径。在平时工做中,我以为多思考是最重要的。有很多人仅知足于完成工做任务,他们认为他们如今所掌握的技术足以应付这项工做,因此对于该任务,每次都在使用之前用过的方法在解决,而这种实践对于本身的提升是没有任何帮助的。当你发现你在作的一件工做与你不久前作的一件工做性质相同时,不要着急动手去解决它。结合你所学到的知识,思考有什么更好的办法来解决。即便你对这种新方法或者新技术并不熟练,也要尽可能去尝试使用,多试几回,当你成功应用的时候,你又多了一项技能!设计
不要仅仅限于开发应用程序的角度,而应该多注重系统的体系结构或者说应用程序的构架。开发一个应用程序是很容易的,但开发一个框架是很困难的,应该多注意模块、接口之间的关系,设计模式的应用,而不是某个方法的具体实现。最重要的是你永远要思考它有什么不足、有什么优势、有什么值得改进得地方。接口