大家当前的学习计划中，是深度优先，还是广度优先？

piginthetree

我觉得吧 先深2~3门 再说 这样才能比别人有优势啊 没有能拿得出手的 东搞一下西搞一下 对自己不利

dreamice

站在一个公司的角度来说，肯定是首先希望有深度，越深越好；对于你得广度来说，兼则幸之

daybreakcx

这个帖子讨论的人真不少啊，火了

vincentdpan

速度优先

goter

想深度，但现在被情势逼得广度

yzhkpli

shell和perl优先。coding优先，架构其后。。。。。

sharpshootor

我希望深度，但刚要深入，就发现没广度无法继续深入

prolj

没有深度锻炼出来的能力，哪里去广啊？

Sorehead

这个讨论不错，让大家有个理性的思考。
其实讨论先深还是先广，有个前提，就是必须对技术比较执着，有兴趣，不能简单当作谋生的手段，要不然这条路还真不好走下去。论坛里面大多数人可能年纪都不大，可能不能完全理解这点。

就拿自己的一些经历来说，我年纪不小了，我的同学里面别说还写代码，就是还从事纯技术工作的人都不多了。这里面有诸多因素，例如环境不好，收入不高(这里的不高是指做技术基本很难有钱)。这个有点偏离主题，就不多说了。
我算是名校计算机科班出身，但大学里面没有好好学习，基本是60分万岁的人。工作后接触过很多东西，先后用过delphi、php、java和c语言，接触过mysql、sybase、oracle、sql server，做过管理系统、WEB开发这类的简单应用，
也做过网络协议开发(TCP之上)、日志分析统计(使用一些算法)等稍有一些技术含量的工作。直到28岁左右，才发现自己才刚刚踏入计算机这个学科的门槛，开始真正理解计算机，懂得从计算机的角度出发来考虑问题。
当时的情况是用了几年c语言，为了系统的巩固，自己在看《The C Programming Language》。之所以会这样，原因很多：首先是没有一个好的领路人指点，走了很多冤枉路；其次是知识确实也需要一定的积累；再次经验多，但杂而不精也是重要因素。
之后，我重新买了大学的一些基础理论书籍看，有《数据结构》、《编译原理》、《操作系统》等。再后来看过《APUE》、《Unix网络编程》、《深入理解计算机》等，最近在看linux内核分析方面的书籍。
说实话，linux内核方面的书看过之后，心里却有不少失落。以前总认为操作系统、编译器是很难、很复杂的东西，跟我们这些凡夫俗子没什么关系，总认为越底层的东西就一定技术含量越高。其实每天都做驱动程序开发的工作未必就比做一些应用
就高深多少，更多是一个熟悉程度而已。我现在的认识是计算机只是一个工程学科方面的东西，绝大部分工作并不需要太多非常深的理论知识，普通人只有肯下些功夫去琢磨，就都能做出一定成绩来。真正考验人的，体现能力的是算法和系统架构设计。
我数学基础不好，算法这东西就不再过多考虑了，现有的一些常用算法了解大致原理，明白各自优缺点，能写出相关代码就可以了，不大可能去深究理论层次方面的东西。

回到深广的问题，就那我看内核源码来说，进程调度、储存管理、文件系统方面我看得比较轻松，主要是因为工作中总是接触到这些概念，平常也会自己琢磨一下，偶尔也能看到一些介绍这方面的知识，轻松可能来自厚积薄发。但保护模式、设备驱动程序部分，
就比较吃力，一方面平常接触的少，没有建立起相关的一些概念；另一方面是汇编语言不好，硬件方面的知识也比较匮乏。
我认为广度方面，知识面越广，越有利于让我们建立起对整个计算机系统的系统性、总体性的认识，而且其它方面的知识对于触发我们理解当前的知识也是有很多借鉴作用的。但是光有广度而没有深度，只会是一副臭皮囊，不可能成为真正的高手。
而深度方面，没有一定的广度是不可能在某个方面真正深入下去的，因为懂得的知识是残缺不全的，但每个人还是必须有自己特别精通的一个方向，这也是立足之本。
我认为广度是深度的前提。新手还是多接触为好，有一定经验的人找一个点深入下去更合适，而且在钻下去的这个过程中同时肯定会让你在广度上得到一定的拓展。

最后说一下，我认为的广度并不是简简单单的会用几种语言，而是各方面的知识都要懂一些，例如算法、编译方面、数据库方面、网络方面等等。
至于深度，必须给自己定义一个下限，总不能无限制的深入下去，因为知识就是一个无底洞，是没有尽头的。当然这个下限应该根据自己的情况来定，每个人的知识结构区别还是挺大的。

[ 本帖最后由 Sorehead 于 2009-5-8 09:57 编辑 ]

niyeyede2009

楼上的真情表伯比较有意义，赞一个

[ 本帖最后由 niyeyede2009 于 2009-5-8 10:27 编辑 ]