gavinsun2008的图书主页-查字典图书网

写的挺糟糕的

2016-09-05

计算机是怎样跑起来的,这个可是说来话长了.

我们能做的,就是尽可能的聚焦,尽可能的简化计算模型和工程实践;把计算本质用最浅显易懂的实在给展示出来.

我以为这本书也是这么做的,其实不是的.

本书犯了几个方面的错误,贪大求全,涉及到的计算领域的概念太多,包括体系结构,数据结构,算法,程序语言等等.其实这些方面很多和计算机怎样跑起来关系并不大.而非常重要的操作系统却没有提到,怪怪的.

这里推荐另外两本书:
穿越计算机的迷雾 https://book.douban.com/subject/5432475/
编码-隐匿在计算机软硬件背后的语言https://book.douban.com/subject/4822685/

计算机是怎样跑起来的,只要把计算机体系结构(cpu)讲明白,才是把握住了核心.

不够深入不够浅出

2014-05-26

花了一个周末的时间，先从前到后略读了一遍，之后又从最后一章详细读到第一章，嘿嘿，倒着读竟然感觉比正着读还顺畅。

这种感觉说明了一个问题，本书在章节组织上是存在一些问题的；特别是第三章/第四章是比较深入的章节，在没有对node做一个基本编程体验的情况下，很难理解node特有编程模型的问题所在，理解这种特有编程模型的解决方案就更难了。

相对来讲，web编程，网络编程是比较常见的议题，在其他语言中也有直接对应，如果把这部分放在前面效果会更好。

章节组织上的问题，同时也反映出编程层次上的模糊性；作为一个node初学者，很难在看本书的时候抓住一条主线，能够由浅入深的进行step by step式编程学习。最大的感触应该是：啊，好多东西啊，作者知道的真多，可是我都看不懂。

此为不够浅出......

如何解决编程层次上的模糊性呢？我想可能需要回答以下问题：

node和os的边界是什么_____哪些知识是os相关的，node又是以何种自己的高效方式使用os系统调用的，这种高效方式如何影响了程序的编程模型？

node和v8的边界是什么_____哪些功能是v8提供的，哪些功能是node自己的，哪些功能又是node为v8增强的？

node和v8的交互模式是什么_____node如何调用v8，v8如何回调node，为什么node必须采用回调方式，是谁决定的谁？

node的内置模块和库的边界是什么_____哪些模块是写在node中的，哪些模块又是作为node的标准lib库提供的，哪些模块又是作为node的扩展lib库提供的？

node和其他服务器的区别是什么_____nginx+lua和node+js有太多相似的地方，都是一个服务器内嵌一种高级语言；那么，node和nginx相比，独特性表现在哪里呢，或者说优越性表现在哪里呢？
我们知道，nginx在多进程管理，进程负载均衡，内存管理上都是自身完备的。
而且更重要的是，nginx+lua同样是非阻塞模式，但是不存在回调函数问题，这对node有什么启发呢？或者说，node的回调存在的原因是什么呢？能不能避免呢？

这些问题，可能是我想了解的深入的部分.....

无论如何，node都提供了一个和nginx对照的参照。以人为镜，可以省自心，从这个角度上讲，本书功德无量......

内容庞杂不适合循序渐进的进行学习

2012-12-11

书很厚，写到了很多东西，不仅有命令行，还有图形界面，其中图形界面还占了很大比例。

内容本身还不错，多看看例子源码多有收获。不过从学习者的角度来说，本书的书写风格和组织只能是糟糕。

操作系统为什么难，就在于学习坡度陡，有很多环节需要打通；而大部分人都被一些初始的环节挡住了，根本走不到后边。所以自制操作系统最重要的就是把知识做有效排列，把其中最核心、最根本的路径一个环节一个环节的完全讲透，否则，只能是望洋兴叹。

比如开发环境准备上，就不要提软盘了，现在已经没有了，但是软盘的替代，虚拟机软件要讲好啊。

在这一点上，于渊的"自己动手写操作系统"相对来说学习坡度平缓多了。

编程语言核心概念

2016-09-09

编程语言核心概念,这就是本书的原标题,我想代码之髓一定是中文编辑后来画蛇添足加上去的.

编程语言本身已经走过了很长的发展里程,经过了摸索化,实践化,理论化,理论实践化等很多个阶段.在现在的时代,已经呈现出过度复杂化,过度概念化的倾向.

如果我们不能够追根溯源,从历史里面把握住语言中的核心概念是如何出现的,各自解决了什么最根本的问题,那么我们就会迷失在当下看起来一派繁荣的语言森林里面.

本书就是做这个去粗取精,寻根究源的工作,让我们重新认识语言中这些如此重要的概念的缘起,有了这个根本性的认识,我们就会知道,哪些是根,哪些是枝子,哪些是花.

而且特别难能可贵的一点是,作者一点也不故弄玄虚,从理论中来,但是并不用理论唬人,只用特别简单的,朴素的话来讲这些概念,特别好.

以上.

学习erlang最好的入门书，但又不缺深度

2013-07-31

本书对erlang编程涉及到的各个方面，做了循序渐进的，深入浅出的描述。几乎没有什么废话，每一章都需要看，因为实用的erlang程序几乎要用到这里描述的每一个知识点。

花了一周时间看完，边看边敲代码，难度不大。

之后作一个实际的项目，把otp使用一下，基本上就掌握了。剩下的就是调优了，这个不是这本书解决的。

Step By Step from Kernel to X Window, 独特的 Linux Fr

2015-06-24

在我学习实践lfs的时候, 发现了这本书, 开始的时候以为和lfs没有太大区别, 无非是lfs的翻译与实践.

在我实践lfs的过程中, 发现无论是lfs还是clfs, 需要安装的工具链相关软件非常之多, 而且没有说明为什么一定要这么做. 之后我开始结合本书来重新审视lfs, 发现书里所写的lfs操作路径非常的独特与具有启发性.

其实从0开始手工构造一个可以运行的linux还是非常直接的, 做一些划分磁盘, 安装辅助系统的工作, 然后直接打造一个交叉编译工具链(只需要binutils,gcc,glibc)就可以了.

这个时候就可以开始编译系统内核了, 并借助辅助操作系统安装好的grub来对这个新编译好的内核做引导了, 就是这么直接, 这么的直奔目标. 把lfs的焦点聚集在kernel上, 这样的操作步骤会让我们自然的从kernel的视角来做进一步的思考, 这也符合整个os的启动运行过程. 先grub, 后kernel, 后rootfs.

在kernel启动之后, 我们再来构建根文件系统, 之后构建图形界面;非常自然的按照linux整个启动过程来走, 相当的直接和明了.

除了构建过程之外, 相关的各种运行原理也讲的非常多, 在这一点上其实可以做一些取舍或者章节调整; 因为可以讲解的内容太多了, 反而让当前的主线流程不清晰.

如果从内容上来讲, 本书的内容可谓相当丰富, 涵盖了
<Linkers and Loaders>
<From Power Up To Bash Prompt>
<Linux From Scratch>
以及我当前没有涉猎的X Window相关原理.

不同时间, 来阅读不同的主题, 交叉参考, 自会收获良多, 感谢作者.

对程序语言泛泛而谈，缺少对语言的本质解释

2013-05-16

这本书的名气很大，很多人说是经典之作。

读过后是什么感觉呢？就是没什么感觉。读之前对程序语言有多少困惑和不解，读之后还是有多少困惑和不解。

为什么，因为书里对各种语言的叙述更多停留在语法层面上，是的，不同语言的语法是不一样的。但是为什么新的语言引入了一种东西，这种东西到底是什么？为什么大大提高了编程效率，不同语言的抽象到了什么程度？这些书里都没有讲。

把计算机组成的层次划分的最清楚的一本书

2013-03-27

这本书给我最大的启发不是说它的知识讲的有多高深，有多详细。

而是本书给我带来了层次化的思想和视角，我们知道，计算机是一个很复杂的系统，要想理解这一复杂系统，是比较困难的。当年学习计算机组成原理的时候就是一头雾水。
为什么，教材把关于计算机的所有层面的知识堆在一起，一会讲讲信号、一会讲讲内存，一会讲讲微指令，一会讲讲汇编，很快，我就晕了。

本书的作用就是把相关知识归位，首先把知识分开，让人明白自己当前在学什么，处在什么位置。

至于书中描述的具体知识细节，倒显得不是那么重要了。

如果你想学习linux0.11，本书还是值得买来看看的

2013-05-10

该书特点：对linux 0.11的启动过程和重要的文件系统、内存管理做了流程性的讲解；有助于从运行的层次来帮助理解0.11的源代码。

不过遗憾的是该流程性的讲解很多时候没有把握到重点和疑点，该详细讲解的地方没有讲，不该详细讲解的地方讲了很多，条理也不太清楚。

所以在看第2章的时候，看到和文件系统相关的内容时，可能无法理解，需要先看看完全剖析中关于文件系统的结构后再回头来看才好理解。

另外在看的时候，要做粗读，重点把握运行流程，即启动过程中做的一件件事。

总之，本书在看linux 完全剖析的过程中，能够起到一定的辅助作用，提醒大家从流程性的高度来理解源代码。

没有天才，也没有纯粹的理想主义

2013-07-29

Linus不是天才，为什么在大学期间就可以开始写操作系统了？原来在10岁的时候，就开始编程工作了。在专业上的积累，必须达到一定的量。

软件发展到一定程度，伴随这参与人数的增多，分歧的出现在所难免；特别是价值观上的冲突，如果解决不好，就会毁掉整个系统。

Stallman的纯粹理想主义，在面对商业化的时候是有很大问题的；可是如果没有商业化的参与，发展必然会受限；

所以，软件的许可证就至关重要了，GPL这种传染性的协议，是两人的最大分歧，也在影响着linux的未来。