这本书值得看，书后所附的光盘更是不可不看，易中天是个大学教授，为何出来讲三国？书后所附的光盘“我的历史观”点出了他的想法：
    纠正把历史人物简单地区分为好人、坏人这种善恶二元对立的历史观，不能以道德代法制，所谓以德治国是不可行的；
    很多历史人物的悲剧是由制度造成的，如今正是要建立制度的时代，通过回顾历史，希望能避免历史上的谬误；
    易中天承认他做的结论都是猜测性结论，希望观众通过对各种不同观点的比较、论争，自己做出判断，从而达到启迪智慧的目的，他说，得出的结论并不重要，重要的是得出结论的过程，在过程中获得进步。

    通过这样的阐述，易中天完全超越了我原来印象中高级说书人的形象，上升到启蒙者的高度，无数的大学教授正在不遗余力地配合GCD的愚民政策欺瞒学生、扼杀学生判断能力，造就一代又一代的盲从盲信的垃圾，易中天若能通过讲述历史来重新启发民众，即便学术上有不足之处，也不愧为一代大师。

一个重视贡献、对成果负责的人，即使他位卑职小，也应该算是“高层管理人员”。

管理者的任务，就是要充分运用每个人的长处，共同完成任务。

今天的社会有两种需要：对组织而言，需要个人为其做出贡献；对个人而言，需要把组织当成实现自己人生目标的工具。

创新与企业家精神：

经济活动的本质是将现在的资源交给未来的期望，这就意味着不确定性和风险。

虽然科学创新非常引人注目、风光、重要，但它实际上却是最不可靠和最不可预测的。

提供顾客想要的价值，而不是提供厂商眼中的产品。

避免因完全忽视而扼杀新事物的最好的、也是唯一的办法是彻底建立一个创新项目，将它作为一个独立的业务。

我们需要一个企业家社会，在这种社会中，创新和企业家精神是一种正常、稳定和持续的行为。恰如管理已经成为当代所有机构的特

定工具，成为社会进行组织工作的整合工具，创新和企业家精神也应该成为社会、经济和组织维持生命活力的基本行为。

首先是总编先扯，软件外包要差异化，按曹总的意思，差异化就是选择不同地区的客户，每个企业的客户必不相同，这么说大家都已经差异化了。
然后照例是一篇社评，一副党报腔调，说的内容似乎有点道理，可惜姿态过高，把自己当成了人民日报。
接着是部长的观点，中国电信业转型：既是选择，又是战略。题目就有问题，战略本身就是权衡自身优劣势和机会风险后做出的选择，何必多此一言？部长在文中还说，市场经济有两个主体，一个是政府，一个是企业。政府什么时候成为市场经济的主体了？还排在企业前面，典型的官本位，政府的官员要都持这种观点，中国经济迟早要玩完，政府把自己当成市场的主体去跟企业博弈，企业还有什么搞头？后退一步做好监管和调控吧。
然后是局长指示：中国电信业要敢于自主创新。是，是，但是要如何创新？局长请指个方向。估计局长也指不出来。
再后面是一些噱头和大堆奇怪的写法，象什么“目光短浅，中方落败本土软件人才之争”，不知道在讲什么，中方如何落败了？某篇文章硬把“各怀心事”说成“各怀心腹事”，不知道什么样的事情算是心腹事。还要一篇文章标题叫“符标榜挥手离开与难解戴尔困局”，怎么读怎么别扭。
还有一位老兄更有意思，居然能知道乔布斯的心事，分析了一番，说的象真的一样。何必呢，你自己的推测就直说，何必写得好象自己是乔布斯肚里的蛔虫。
郁闷，也扯一下淡！根据80/20原理，这个世界20%的人扯了80%的淡，准备加入这个20%的圈子。

]]> 3512280@http://mount8848.bokee.com/ 读书|看碟 2005-11-13T18:05:55Z http://mount8848.bokee.com/3337879.html     而需求是难以捕捉的，一方面客户需求是复杂多变的，另一方面需求常常难以准确表达或理解。在产品和系统开发过程中，逐渐发展起来两种探索需求的有效方法，一种是质量功能配置QFD（Quality Function Deployment），一种是用例（Use Case）方法。两者都通过易于理解的图形来表现客户需求，QFD利用一种称为质量屋的模型，用例方法通过用例图来表达需求，因而都是可视化的，是客户、营销人员、开发人员之间进行沟通的有效工具。

    需求一般是分层的，对一个软件系统或产品而言，需求可分为业务需求、用户需求、功能需求三个层次，业务需求反映组织或客户用系统或产品所要实现的高层次的业务目标；用户层的需求规定产品或系统为完成业务目标必须要完成的任务；功能层需求定义为完成任务所必须实现的功能。在QFD方法中，这三个层次的需求被称为战略性需求、战术性需求和操作性需求，战略性需求是指用来构建整个产品或系统的战略方向的需求，战术性需求指明要做什么来满足相应的战略需要，操作性需求提供实现功能的操作细节。如果单独提供某种产品不足以实现客户的业务目标时，需要考虑提供系统的解决方案，真正为客户解决问题。业务需求是判断产品或系统能否创造客户价值的关键，客户可能会直接提出用户层的新需求，这时候要去探索这些需求背后隐藏的客户业务流程和目标，以便对这些需求的商业价值做出判断，识别机会和风险。

    QFD是起源于日本的产品开发过程，其主要目标是捕捉“客户的心声”并转换为可以传达客户需求的产品和过程要求，QFD通过鼓励部门之间在产品设计的早期进行信息交流、确保产品集中反映客户意见，QFD能节省开发时间、开发成本，并使设计质量得到提高。质量是指产品满足明确或隐含需要的能力和特性的总和，QFD在保证质量方面的优点使它成为6σ管理法的关键过程之一。

    QFD通过质量屋模型将客户需求逐层分解并和设计规格对应起来，一个质量屋模型如下图所示，质量屋的左边列出了层次化的客户需求以及重要性等级，一般用客户自己的话语来表达，上边是相应得产品特性，它的核心是一个关系矩阵（图中间空白部分），指明客户需要和产品特性间的相关性，相关性分为正相关和负相关，负相关表示某种产品特性会影响客户的某种需求，比如手持产品的便携性和电池容量之间就存在负相关性，这时候需要通过需求重要性等级的对比来决定哪种产品特性要优先保证，相关性的强度等级分为强相关、中度相关、弱相关。质量屋的屋顶部分表示各产品特性之间的相关性，质量屋同时还可将客户需要与客户认知以及相应的产品特性的测量进行对比，以确认是否满足了客户需求。

    通过质量屋模型还可进一步分析客户认知、客户需求和产品特性间的不协调之处，挖掘产品的创新点，彼得·德鲁克指出，当供应商提供的产品价值与顾客需要的实际价值和期望不协调时，就存在着解决这个不协调的创新机会。同时也可通过对这些需求进行剔除、减少、增加、创造的方法尝试寻找产品创新的机会。

    用例（use case）可以为系统的相关人员提供一种简单易懂的机制来了解目标和系统需求，用例的定义是对一组动作序列的描述，系统执行该动作序列来为参与者产生一个可观察的结果值。用例着眼于为客户增加价值，使创造的产品能让用户做有用的工作。通过收集各种用户的观点，就能捕获他们所需要完成工作的用例。用例通过用例图直观地表示，用例图属于统一建模语言UML的一部分，用例图由参与者、用例和它们之间的关系构成，在UML中，用例用一个椭圆来表示，参与者用一个小人表示，参与者一般有三类：用户、其他系统、设备。用例图可以用来给业务流程和系统功能建模。一个ATM系统的用例图如下：

    取款用例的事件流描述如下：

    储户插入银行卡，输入PIN码表明自己的身份，确定从哪个帐户取多少现金；ATM系统验证储户的身份，如果储户身份合法且取现数额合法，系统分发储户所请求的货币并提示储户接收，然后储户接收他所请求的现金。

    与传统的需求方法相比，用例的好处在于：书写简单、容易理解；迫使分析人员从用户的角度考虑问题；使用户参与需求过程，帮助他们理解所建议的系统；用户给出需求的场景，便于理解需求的原因以及系统如何实现它的目标；提供一种顺序机制，可以明确下一个事件发生之前必须完成什么。

    客户的需求是广泛的，有的已经说出来，有的难以表达，有的需求客户自己可能都不太清楚，挖掘客户需求对企业来说是一个挑战，运用上述两种可视化的方法可以帮助破解客户需求之谜，使企业能够真正为客户解决问题，从而为客户和自身创造效益。

]]> 3266723@http://mount8848.bokee.com/ 工作*思考 2005-10-19T20:49:12Z http://mount8848.bokee.com/3076553.html 主啊！求你塑造我的兒子，

使他夠堅強到能認識自己的軟弱；

夠勇敢到能面對懼怕；

在誠實的失敗中，毫不氣餒；

在勝利中，仍保持謙遜溫和。

　
"Build me a son, O Lord,

who will be strong enough to know when he is weak,

and brave enough to face himself when he is afraid;

one who will be proud and unbending in honest defeat,

and humble and gentle in victory.
　

懇求塑造我的兒子，

不至空有幻想而缺乏行動；

引導他認識你，同時又知道，

認識自己乃是真知識的基石。

　
Build me a son

whose wishes will not take the place of deeds;

a son who will know Thee…… and that

to know himself is the foundation stone of knowledge.

我祈禱，

願你引導他不求安逸、舒適，

相反的，經過壓力、艱難和挑戰，

學習在風暴中挺身站立，

學會憐恤那些在重壓之下失敗的人。

　
　
Lead him, I pray,

not in the path of ease and comfort,

but under the stress and spur of difficulties and challenge.

Here, let him learn to stand up in the storm;

here let him learn compassion for those that fail.

求你塑造我的兒子，

心地清潔，

目標遠大；

使他在指揮別人之前，

先懂得駕馭自己；

永不忘記過去的教訓，

又能伸展入未來的理想。

Build me a son

whose heart will be clear,

whose goal will be high,

a son who will master himself

before he seeks to master other men;

one who will reach into the future,

yet never forget the past.
　

當他擁有以上的一切，

我還要禱求，賜他足夠的幽默感，

使他能認真嚴肅，

卻不致過分苛求自己。

And after all these things are his,

add, I pray, enough of a sense of humor,

so that he may always be serious,

yet never take himself too seriously.

　
懇求賜他謙卑，

使他永遠記牢，

真偉大中的平凡，

真智慧中的開明，

真勇力中的溫柔。
　
Give him humility,

so that he may always remember

the simplicity of true greatness,

the open mind of true wisdom

and the meekness of true strength.

如此，我這作父親的，

才敢低聲說：「我沒有虛度此生。」

 　Then, I, his father will dare to

whisper, "I have not lived in vain.\'"

－General Douglas MacArthur

]]> 3076553@http://mount8848.bokee.com/ 文摘 2005-09-29T20:36:07Z http://mount8848.bokee.com/2922668.html     买这本书主要冲两点，第一是封面上的Software Development Productivity Award标志，第二是作者Eric Raymond，Raymond是开源运动的发起者之一，他的经典文章“大教堂和市集”广为流传。由于没有急用而且是英文，书买来后看了目录就收到书架上。
    最近又有项目要用linux平台，于是把这本书拿出来翻了翻，有一种茅塞顿开的感觉。我一直对Unix系统怀着一种神秘的景仰，感觉Unix有很多不同于windows的风格，这些风格是我不太了解的，Raymond在这本书里把这些风格和习惯提升到文化和艺术的境界并做了系统的阐述，解答了我心中的许多问题。
    比如说Unix下有专门的一类过滤程序，它们读入数据、对其进行简单的变换、然后将其结果写到输出，是Unix平台下非常有用的一类工具，它们是怎么来的？Raymond在书中指出了Rule of Composition的设计原则: Design programs to be connected with other programs。
    Unix tradition strongly encourages writing programs that read and write simple, textual, stream-oriented, device-independent formats. Under classic Unix, as many programs as possible are written as simple filters, which take a simple text stream on input and process it into another simple text stream on output.
    Despite popular mythology, this practice is favored not because Unix programmers hate graphical user interfaces. It's because if you don't write programs that accept and emit simple text streams, it's much more difficult to hook the programs together.
    知道了Unix的这个传统，你就会知道这类程序的设计思想，应该就会很容易写出类似工具或者充分利用此类工具。
    书中还提到的一些设计原则并非专属于Unix世界，象界面或接口设计的Rule of least surprise，要注意你的用户，不要给他们太多惊讶；程序设计的Rule of Representation，把知识封装到数据中，让程序逻辑尽量简单且强健。这些应该是所有设计中都应该遵循的原则，仔细阅读本书，相信会对提升程序设计理念有所帮助。
    本书非常适合从其他平台转入Unix平台的开发人员，遵循Unix世界的传统，应该会节省开发时间，少走一些弯路。书的前言有句格言，大意是：与其说Unix是一个操作系统，不如说Unix是一段口述历史。我觉得这本书更像是一部关于Unix技术传统的口述历史。

http://www.faqs.org/docs/artu/index.html

Ruby on Rails是完全按照Model-View-Controller模型来构建的，提供了完整的组件框架，其架构如下图所示：

Active Record是一个动态的ORM组件，提供对数据的CRUD（Create，Retrieve，Update，Delete）操作；Action Pack实现控制层和表现层，即上图中的Action Controller和Action View。另外还提供Action Mailer和Active support组件，分别实现电子邮件发送和收取和一些用于表现层的函数。

Ruby on Rails具有代码生成功能，可以自动产生一个具有后台数据库的web应用程序骨架，利用它还可以实现Ajax的局部更新网页的功能，以改善客户体验。

Ruby on Rails应用前景如何？尚未可知。

 

相关网页：Rolling with Ruby on Rails

http://www.onlamp.com/pub/a/onlamp/2005/01/20/rails.html?page=1

Ruby on Rails

http://www.rubyonrails.org/

程序员杂志 2005年第9期