我的看法
我想这里不是问问题的地方，有问题自己去看，去想。我们这里要形成一种交流读后的感的气氛，把大家的想法说出来。这里不是c，asm，os的教室，大家也没有时间去给你讲，问题不是别人的，只有自己看会了才是真的，自己的，别人说了就不想好好看了，以为懂了，其实还是糊。我想大家多发自己看的过程和看的思路还有看到人家为啥这样写代码。 u suggestions is good.i think questions are still need to be asked. but we can try to solve it at first before simply ask here. and we then can pay more time on discussion.
:-D 呵呵，好想法，不过我想学问就是要学，还要问。
在看代码的时候，肯定有很多看不懂，参不透的地方，肯定有很多东西，自己看，自己想，但是却得不到解答。所以就要通过和别人交流来解决这些问题，而这些问题应该是经过自己的深入思考不得其解的，有些问题可能虽然浅显，但是阅读者苦于没有便利条件寻找答案，或者还有一些人不知道如何去找答案，总而言之，阅读源代码的人水平参差不齐，教育背景，理解能力也不尽相同，所以问的问题在质量等各方面肯定会有所不同。但是问题是肯定会有的。
我们设立这个版面，我的理解就是首先，要引导大家顺利阅读内核，引导大家思考内核，引导大家解决我们遇到的问题。所以我们尽量做到引导，而不是喂，即使有很多的时候难免要喂，但是我们要在告诉结果的同时，把推导过程和类似东西的思考方法讲解一下，这样就会起到很好的引导作用。
我想在大家充分理解源代码的前提下，才有可能去谈人家为什么这么写代码，如果同样的任务，让我来写，我会写成什么样子，我们之间有什么样的区别，这样就会在更高层次上来提高自己。
看源代码的思路固然重要，但是仅仅有好的思路，只能说有一个比较好的指导思想，但是不能解决我们实际遇到的种种问题，这就需要领悟力强的人，经验多的人，知识渊博的人来指点，这样，阅读者才可以更加有信心，有基础地走下去。
因此，我想，问题是一定要问的，我们还是要解答的，而且是用正确的方法去解答。
看得出来，楼主应该是看了很长时间的源代码了，而且水平已经比较高，我们十分欢迎你可以为大家解决阅读源代码过程中遇到的问题，我们更欢迎你可以把你的体会和看源代码的方法和思路拿来和大家交流。
我想，这个版面再结合你的提议会更好的。
我想，这个版面最好是百花齐放，百家争鸣，雅俗共赏，大家无论是水平高的，还是初学者，来到这个版面都可以有所收获。
fanda，不知道你是否同意我的观点，这是我的一点个人意见，仅供参考。 :lol::lol::lol: 我是想读还没读的人，呵呵，
很厚的一本书，我在想有没有什么便利之路。
我想找出最小内核所涉及到的那些源码，来读，这也算是一个起点基础了，不知你们能给出这个列表吗？ 我一直觉得像这种内核阅读的地方应该是内核黑客们聚集的地方，事实上大家普遍都懒得动手。记得上学时看vc，工作的人就告诉我你不去做vc的工作永远也学不会，事实上我一直没学会，一直在那几个例子里打转，直到我做了个项目，才明白，vc根本就不是应该花功夫的方向。
自己前段时间自己改了个at&t汇编的程序，搞明白了很多有关linux下系统开发的问题，算是觉得入了点门。话虽说理论是指导，但是落实到看source这种东西，没有编程的实力还是不行的。
以我个人的经验，自己写或参加一个内核相关的项目远比去看source要更容易理解，因为到时候就无法一扫而过，不能运行就是不能运行，就好比考试，很多自以为理解的东西都会被推翻，重新正确认识，同时看资料也知道要看什么了。 kakuyou，说得好！我和你对待动手做东西的这种体会是相同的！
请你看一下http://www.linuxfans.org/nuke/modules.php?name=Forums&file=viewtopic&t=29049，并希望可以提出更好的建议和解决办法，希望可以引导大家向着这方面努力，毕竟不是所有的人都有很多的机会去接触实际的linux项目。呵呵！ :lol::lol: 我不是反对问，我是觉得有些问的太没有水平了。 yes, but difference people has different start points. and many want a shortcut.
we need some good kernel projects to motivate people.
页:
[1]