受教了

鼓掌！！！！！

thanks

太强了！羡慕啊

感谢楼主，有醍醐灌顶之感

帖子被置顶这么久，似乎也是一种荣誉。在写一点吧。

曾经说过每天有时要看几十M的文档，于是有朋友问我：你是怎么看的？实际上，很简单，如果逐字逐句地看，没有人一天能看这么多，包括上大学在被窝里打着电筒看小说，都没这个进度。解决的办法只有一个，有所不为才能有所为，有所不看才能有所看，有所得。

一篇文档，少则一两兆，多则十几兆，3，5百页，即便一分钟翻一页，也要半天的时间。因此不能这么翻。看文档，一定要带着目地去看，除非你想练英文，否则只看其中的关键部分，按照我的经验，大约十分之一就够了。几百页变成了几十页。当然，有的朋友说，我刚接触这个东西，一窍不通，都要看，那是后话，县一篇介绍如何快速阅读。

如何从一本文档中找到自己应当看的内容呢？目录当然是最重要的了。阅读软件都有大纲模式，先看看文章的大概章节和前后的内容介绍，就有了了解。我比较欣赏老外写东西，尽管啰里啰唆，但是很细，一步一步非常有条理，因此你要先有一个想法之后再去看，而不是看了之后再去想。

例如介绍HA的，你就要先知道ha是干什么的？有哪些基本功能？然后再看如何安装，操作，最后看看故障诊断和性能（如果有）之类的章节。这时候你的触类旁通的知识非常有用，一种技术和其他的技术都是相关的，ha就和磁盘管理，网络等等知识有关，记住，书不是看明白的，不是多看几遍就明白了，而是要用心想，即使多看明白的也是因为看得多了，不可避免要想一想。子曰：学而不思则惘。是很有道理的。你一想，自然有各种疑惑，就去找到相关的章节，看它是怎么解决的，于是就明白了。

另外一点，不要指望你把这本书记住，只要你记得有这种东西就行，如果需要，你能想到在哪里就好，现翻书吧，或者有读书笔记。以农哥的话说，知道了基本概念，就什么都有谱了。

先写到这，下回再讲讲如果什么都不知道怎么办。

好！等着听下回分解

应该是欧洲人的风格，IBM这方面特别明显。语言非常严谨（但也拗口），十分精确。

如果是华人搞的公司，比如Sybase、BEA，他们的文档看起来就比较爽，容易懂。

“不要指望你把这本书记住，只要你记得有这种东西就行，如果需要，你能想到在哪里就好，现翻书吧，或者有读书笔记。”

这句话最经典！！

继续说一说如果什么都不懂，怎么起步看书。注意：一定要自己看书，不要问，不是我被问烦了才这么说，而是你到底想要什么？你不是想要学会它么？又不是仅仅想“知道”它。想学会，就要去理解，去分析，去研究。不要以为一个问题，你搞了三天没有搞定，高手告诉你，一句话，你就明白了，你省了三天的时间，实际上，你什么都没省，反而丧失了很多机会。

为什么？因为你这三天研究问题，一定会想各种办法，找各种原因，这种解决问题的能力和对系统逻辑的理解是每人能告诉你的，你也问不出来这种问题，因为太模糊了。例如有一个问题，可以看出我有多笨，我等了4年才解决。可能问到人，一句话而已。但我没有觉得亏，因为我想出了解决问题的办法，或者了解了其中的逻辑，后来遇到这一类或相关的问题，就简单多了。

说一说这个问题，可能有所帮助：
当时用solaris, 一天忽然发现两台机器之间，一台机器telnet另一台非常慢，要等好几分钟，而反过来就没有问题。苦思冥想，不得其解。后来又别的事情就放下了，但我一直记得这件事情，而且特别是当时为解决问题也作了不少试验，其中一个就是有问题的一方去telnet另一方的时候，在另一方立刻就发现新启动了一个telnetd，但不知道为什么他不干活，要等。由于那时，我还年轻，基础知识也不熟，根本想不到这个巨简单的问题的原因或者去找什么可以发现这个原因。后来一直就搁下了，时过境迁，忽然有一天我弄aix, 就是那个著名的aix cde蓝屏问题，幸好当时aix要提示错误的原因，说域名解析不对，我忽然想起来许久以前的telnet，好像有点类似。于是就去翻书，现在当然就知道看什么书了，tcpip三段握手，telnet connection协议嘛，tcpip握手应当没问题，因为telnetd已经起来了，netstat里也有session建立好，那就看telnet的握手了，一看就是这个问题，telnetd要反向解析对方地址，结果两台机器一边犹域名，另一边配的有错误，结果就要等time out。当然当时的系统早就不在了，我只能猜想原因，但我相信原因一定就是这个。没有更合情合理的解释了。

可能你问了别人，得到了回答，一分钟，而且你很聪明，相关的问题你就能踩出来，但是如果不相关的问题呢？你从谁哪里能问到见到一个新问题如何解决？没人能告诉你，只有你自己去想，去练习。

--------------

继续回来说看书的事情。下一个要点是补课。上大学的时候学了很多重要的东西，但一毕业都还给老师的，大家都是同样。记得刚工作，编一个程序，是实时控制的。按照最简单的逻辑，作了一个大循环，周而复始地查询，结果测试还好，压力一上来就不work，debug了三天，原因很简单，一个信号没处理完，另一个又来了，大家浑成一团，就乱了。如何解决？想了需求，自己研究，正觉得有心得，沾沾自喜，忽然想起来，不就是中断嘛，不就是抢先多任务，不就是进程调度嘛！回去补课，算法都是现成的，套进去就好。所以书里面写的东西到用时才发现有用。这时候看书效率奇快，也没什么不懂得了，就好像盗版别人的程序一样，一气呵成，真的爽。

所以当你有需求的时候，看书的效率非常高，而且容易弄懂。但你一定要先研究一下你的需求。如果书看不懂了，就不要看了，去做试验，找没用的机器，搞死它，在重装，个个命令都试一下。我说过，老外写的书容易看，而且不用按顺序看，随便翻开一章，就可以看，不用有前面的基础，名词缩写，后面都有glossary，很方便。

-------------------

你很快会发现信息不够，书不够看。敲累了，过两天再说资料的事情。

如何找到资源。

资源如同钱一样，喜欢聚堆。没钱的时候，钱也不着你，钱多了，更多的钱滚滚而来。资源也是如此，开始，没有资源，到处找也找不见，后来资源多了，更多的资源滚滚而来，塞满硬盘、光盘、U盘，终于有一天，盘坏了，都消失了，在收集，再丢弃。

资源，资料实际上就在你手边，我说过很多次了，aix 的basic document cd是非常好的资料库，几乎可以说你说需要的关于aix的任何信息都能找到。如果看ha, 当然就是hacmp的光盘了，什么时候你能够将光盘里面的大部头都过一遍，水平也就差不多够用。

然后就是google，还有一些以前推荐的专业网站，什么userblue， rootvg等等。

网上自有黄金屋，网上自有金珠粟，网上自有严如玉，网上也有aix

收藏