于 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!
 

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/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/