2009年04月01日 星期三 02:20
于 Thu, 12 Feb 2009 09:44:14 +0800 Kermit Mei <kermit.mei在gmail.com> 写道:> >> o 数据结构的初步介绍 > >> > > > > 我一般是推荐C++的那本,但既然这里是C,我记得我们学校图书馆有一本英文的, > > 用C描述,非常简洁,很值得推荐的,我给不少人说过,但我现在想不起名字来了。。 > > 汗。。。。 > > > 《数据结构与算法分析》 Mark Allen Weiss著。 > 这本书有C,C++和Java版,很不错。 我在咱们学校图书馆看到的貌似不是这本。。。 > > > > 你上面说的这几点每一点都有对应的好书,我实在是想不出什么理由非把它们 > > 都揉合起来?需要什么看什么,一步一步的来~~ > > > > > 我把你上面的书目总结了一下: > > 《C Unleashed》 > 《C Primer Plus》 > 《Pointers on C》 > 《GNU/Linux Application Programming》 > 《Beginning Linux Programming》 > 《Unix Systems Programming》 > 《C Interfaces and Implementations》 > 《GNU/Linux Application Programming》 > > 的确,都是好书。但是,对于很一般的初学者,尤其是大多数英语可能很一般的 > 初学者而言,为了在Linux上能够用C编程,一下子得用上这么多书,其中还有 > 一些是英文的,岂不是有点难为他们? 怎么才算是不难为呢?《xx小时学会yy语言》?这种书光看标题就知道根本不值得一翻。 学习编程本来就是慢功,急躁不得!前一段时间不是有人写文章说10年学会编程嘛, 很有道理。何况把上面那些书读完也用不了10年吧? > 站在一个初学者的立场,若有某一本书能够快速的让他们快速入门,熟悉所用环 > 境,在此基础上激发其对软件的兴趣,使之自学上面的众多名著效果岂不是更好? 发现名著的过程也是一种收获,我刚开始学的时候没有任何人告诉我哪本是名著! 我不相信能有哪一本书能彻底降低这种门槛,说说我的道理吧,这个问题我很早之前就 想过了,我觉得可以这么阐述: 假设我们现在的水平起点是A,我们的学习目标是到达D,中间要经过很多步骤,有 这人(或者一本书)告诉你怎么从A走到D,如下: A1-->B2-->C3-->D4 很快很见效。可是,你没看到的是: A1 B1 C1 D1 A2 B2 C2 D2 A3 B3 C3 D3 A4 B4 C4 D4 也就是说,和A1相关的还有A2, A3, A4等等,那个人光告诉你从A1到D4怎么做了, 换句话说,最好的情况下你也就知道了A1,B2,C3,D4,你没看到站在A的时候还有A2, A3, A4等等等等,而剩下的这些你还是要自己去发现,还有它们之间可能的错综复杂的 关系,而这也需要花时间! 如果按照我说的那种方式,一本书可能只讲A,甚至连B都没提到,但是它会把A1, A2, A3, A4全都讲明白!也就是说,你在下一步学习B的时候已经可以进行联系了,甚至说 更简单了,所以我不认为这种方式会浪费多少时间。 -- Do what you love, f**k the rest! F**k the regulations!
2009年04月01日 星期三 02:49
On Wed, 2009-04-01 at 02:20 +0800, WANG Cong wrote: > 于 Thu, 12 Feb 2009 09:44:14 +0800 > Kermit Mei <kermit.mei在gmail.com> 写道: > >> > > >> o 数据结构的初步介绍 > > >> > > > > > > 我一般是推荐C++的那本,但既然这里是C,我记得我们学校图书馆有一本英文的, > > > 用C描述,非常简洁,很值得推荐的,我给不少人说过,但我现在想不起名字来了。。 > > > 汗。。。。 > > > > > 《数据结构与算法分析》 Mark Allen Weiss著。 > > 这本书有C,C++和Java版,很不错。 > > > 我在咱们学校图书馆看到的貌似不是这本。。。 你说得是那本绿皮英文版的? 好像是机械工业的,我大一时就见过。不过这本也 有。 BTW: 这是N久以前的邮件了吧,怎么现在又突然搞出来了,压箱底了?
2009年04月03日 星期五 11:54
2009/4/1 WANG Cong <wangcong在zeuux.org>: > 于 Thu, 12 Feb 2009 09:44:14 +0800 > Kermit Mei <kermit.mei在gmail.com> 写道: >> 我把你上面的书目总结了一下: >> >> 《C Unleashed》 >> 《C Primer Plus》 >> 《Pointers on C》 >> 《GNU/Linux Application Programming》 >> 《Beginning Linux Programming》 >> 《Unix Systems Programming》 >> 《C Interfaces and Implementations》 >> 《GNU/Linux Application Programming》 >> >> 的确,都是好书。但是,对于很一般的初学者,尤其是大多数英语可能很一般的 >> 初学者而言,为了在Linux上能够用C编程,一下子得用上这么多书,其中还有 >> 一些是英文的,岂不是有点难为他们? > > > 怎么才算是不难为呢?《xx小时学会yy语言》?这种书光看标题就知道根本不值得一翻。 > > 学习编程本来就是慢功,急躁不得!前一段时间不是有人写文章说10年学会编程嘛, > 很有道理。何况把上面那些书读完也用不了10年吧? 标题不能说明问题。对你没用的书不等于对别人也没用。 正好看到刘江的一篇文章,《纠正一个常见的误解,“21天学系列”其实是好 书》,大家一起随便看看: http://blog.csdn.net/turingbook/archive/2008/12/13/3507905.aspx >> 站在一个初学者的立场,若有某一本书能够快速的让他们快速入门,熟悉所用环 >> 境,在此基础上激发其对软件的兴趣,使之自学上面的众多名著效果岂不是更好? > > > 发现名著的过程也是一种收获,我刚开始学的时候没有任何人告诉我哪本是名著! > > 我不相信能有哪一本书能彻底降低这种门槛,说说我的道理吧,这个问题我很早之前就 > 想过了,我觉得可以这么阐述: > > 假设我们现在的水平起点是A,我们的学习目标是到达D,中间要经过很多步骤,有 > 这人(或者一本书)告诉你怎么从A走到D,如下: > > A1-->B2-->C3-->D4 > > 很快很见效。可是,你没看到的是: > > A1 B1 C1 D1 > A2 B2 C2 D2 > A3 B3 C3 D3 > A4 B4 C4 D4 > > 也就是说,和A1相关的还有A2, A3, A4等等,那个人光告诉你从A1到D4怎么做了, > 换句话说,最好的情况下你也就知道了A1,B2,C3,D4,你没看到站在A的时候还有A2, > A3, A4等等等等,而剩下的这些你还是要自己去发现,还有它们之间可能的错综复杂的 > 关系,而这也需要花时间! 并不是所有人都需要了解所有的ABCD,并不是所有的人都是,或者需要成为,全 才。即使走过了所有的ABCD,大部分人仍会发现,工作中没有用到的部分,大部 分会被忘却。 -- Wu Yongwei URL: http://wyw.dcweb.cn/
Zeuux © 2024
京ICP备05028076号