HICK · You Think, Therefore You Are, So I Am

如果说，
�用我的真诚，
�感动世界，
那我�愿带�虚伪的�具。

去他�亲的，
什么什么什么，
统统�鬼去�，
�上�也凑�，
上��愿��你我�你�

整体�说，这本书还是�错的。去年读这本书的时候，有很多心得和想法。由于
��原因，虽然看完了这本书，但是笔记�有一部分了。现在看�，还是比较�
错的。 

p4-软件工程是基于大型软件项目的开�问题而�出�的，在这些项目的开��期，
软件开�者需�等待硬件的开�。而在项目开��期，硬件开�者在等待软件的
开�。软件工程正是在这样的一�矛盾中产生的。

p5-在典型的软件开�工程项目中，软件开��期开�者会有很多时间。硬件没开
�出�之�根本��能编�，他们用�以用这些时间�进行大�的调研，编写详
细的需求�设计文档，这时候甚至连编译器等都没有确定，编程语言都必须到�
期�能够确定下�。

因此，在得到�作为开�平�的硬件之�，就�求开�人员迅速的进行开�状�，
这时候加速开�的一个很简�的方法就是“投入大�人手�，也就是所谓的人海战
术。

p6 -在整个软件项目中，需�三类分工比较明确的技术人员，系统分�师�系统
设计师�程�员。在这�分工体系下，��文档中都需�加入许多�外的细节，
文档的编写�本和维护�本都比较高，因为新需求以��动��能都从需求到设
计�一致性的�动。文档的维护�本相当的高。 在这�文档驱动开�的环境下，
设计师往往�愿�怀疑设计师的文档，程�员也很少干预设计师的设计�念。

p8 -在早期的开�项目中，都是很大投入，讲究效益的程度远�如对程�完美性
的讲究。这是因为在大型的项目比如航天项目中，错误几乎是��许存在的。而
现在的商业开�中，程�没有Bug几乎是��能的。用户在满足主体需求之�对一
些细节错误是能够容�的。而开�者也没有必�浪费大�时间和精力在一些细�
末节上。现代商业需求的软件，应该是“够用���。

p11 -软件工程中有两个概念：缺陷�能性和缺陷排除率，他们是衡�软件开�质
�的一个��标准。越好的程�员，所犯的错误就越少，并且�现错误就越快。
当然这里说好的程�员是说一个程�员的综�开�素质。因此说，真正决定项目
�败的，是作为个体的程�员的技能�知识和�验。我认为这里这样说应
该是有一个出�点，就是现在的商业软件的需求往往都�是开创性的，程���
什么往往都会比较清楚明晰了，因此程�员的技能��为决定项目�败的关键。
�外这里强调个体程�员的技能，并�是说个体程�员的技术，���义上也包
�了作为一个好的团队�员的能力。

p14 -如果�个过程能够完整的被记录下�，其细节都�以被多次��的�行，那
么这个过程就是一个确定过程。从�论上�说，一切确定过程都�以被自动完�。
如果一个过程无法获知其细节，�是通过调节和控制�以达到想�的结果，那么
这个过程就上�验过程。软件开�就是一个�验过程。

p26 -通常把软件开�分为需求，设计，编�三个阶段，而且分别���的人员�
负责。这样的专业分工一定就是效率高�？其实具体问题我们需�具体分�，就
一般大项目�说，这么�往往效率高些。但是我们也必须认识到一点，�与人员
越多，分工越细，我们需�的交��本越高。因为软件开���于一般的产�制
造�程，软件开�是一��验过程，�是确定过程，把它分�若干段需�解决的
段与段之间的衔接问题没有一般的产�开��程那样顺畅。因此考虑衔接�本是
我们需�考虑的问题。���认�与人多能够集�广益，但是一个好的程�设计
师能够达到的层次并�一定就比一大群一般程�的层次低。一个�出的问题，由
于交�的问题，往往会出现一些沟通问题，为了解决这个问题需�耗费大�时间
和精力。

几个月�整�的一篇学习文档，原文地� http://www.hickwu.com/doc/pearPager.htm 。

从最开始，MS Office Word 让我感觉比较神奇（那时候刚接触电脑），到��觉得它很�好用，到现在用得还算顺手，真的是一个难得�很普�的认识过程。你觉得 Word 应付日常文档好用�？用得顺手，轻��？如果回答是�定的，那么，我基本上�以肯定的说，你�善于�用样��

Word 的艺术，在于样�。� web 开�的人，看清 Word 就是个标记语言的 IDE 以�，就应该有更深刻的认识。

对于一个�常使用 Word 或者使用 Word 进行长篇排版的人，最好首先定义好��样�，�时为了��有效样�太多和样���心的�化，利用 Office 2003 的 “�护文档�功能是个�错的主�。

概�

最近读 《DocBook XSL: The Complete Guide》 一书，�现章节之巨，根本�是我一时�会能够读完的�在摸索过程中，有了一些想法，也是长期的一些读书�验的总结。这里�涉�怎么选择一本好书，�设已�选择的还算是一本好书�。

大部分计算机书��于一般的社会类书�，很多计算机书都是工具书类的。���书说，大部分计算机书并�是�章节都需�读的�计算机知识体系的庞大，几乎是没法估�的。所以学习计算机知识，必须有选择，有方�，有方法。有选择的放弃，有选择的了解，有选择的熟悉。

综观全篇

看一本书，我们都应该先看目录，了解�章�节都说了什么。�能刚接触这本书，光看目录标题根本就�知�什么��，这时候需�深入的了解一下这章节到底是干什么的。一��就是，先尽�了解这本书的结构�

�你所需

如果你对整个一本书都�常感兴趣，那好，从头到尾，或者按照作者的建议，通读一���大多数情况下，你会�现通读是比较痛苦的事。对�一个软件�工具或者语言，你需�了解，或者你当�阶段需�获�的知识，很少和�本书�涉�的内容完全��。所以，选择你感兴趣的内容阅读。当然，一般还是按照作者的建议�，��轻易的跳跃�阅读，尤其是对那些章节之间有��继承关系的。在一�情况下，推�跳跃�阅读：当你摸清楚了�章节的内容的时候，�便的跳跃�读��

读书笔记

读书��笔记，是很�好的习惯。无论是手写的��存到电脑的�还是在书上�的标记，都�以算�笔记。把你认为值得，或者��的东西，记录下�。实际上，读完一本书，笔记是最好的的�明。虽然没有必�跟��明你读完了这本书，�是回头看你的笔记，你会觉得很有用，也很有�就感。

知识�用

在�用相关的知识的过程中，�能会�到难题。这时候的一个选择，就是看看书�的目录，寻找一下其中是��供帮助你解决问题的方法，也许有时候，它仅仅�能够�供你一些�感，那就够了�

虽然�怎么�当，但是作为 PHPer ，对 PHP 手册大概都会有上�类似的感觉。其实读一般的计算机书�，也应该是这样。