<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>风中飞行 &#187; 读书</title>
	<atom:link href="http://blog.moligu.com/category/%e8%af%bb%e4%b9%a6/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.moligu.com</link>
	<description>在网络里一起吹吹风</description>
	<lastBuildDate>Wed, 02 Jun 2010 13:03:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>梦断代码读后感</title>
		<link>http://blog.moligu.com/50</link>
		<comments>http://blog.moligu.com/50#comments</comments>
		<pubDate>Tue, 09 Sep 2008 13:55:02 +0000</pubDate>
		<dc:creator>风中飞行</dc:creator>
				<category><![CDATA[读书]]></category>

		<guid isPermaLink="false">http://blog.moligu.com/50</guid>
		<description><![CDATA[前述： 5月份在海内上看到韩磊发的博文视点送书啦的日志，和韩磊素未谋面，但跟了贴，然后冒昧的请求参与阅读样书，后面竟然得收到了样书，按时间要求阅读完样书，感觉此书真的非常值得一读，读起来有种畅快淋漓的感觉，这应该得益于书的内容和韩磊翻译的质量，作者用了一年的时间来翻译这本300来页的书，足见作者之认真用心的态度。下面是我当时阅读完此书后写下的读后感。
读完韩磊翻译的《梦断代码》样书，不免让人掩卷长叹！一群人们怀抱着改变世界的理想上路了，却在追寻时发现，那些近在眼前的理想之峰，变得那么的遥不可及；每当翻过一座横亘在面前的山峰时，总以为已经来到理想之峰的脚下，却发现这又是另一座需要攀越克服的阻隔之峰。&#160;&#160;&#160;&#160;&#160; 软件开发过程有时就是这样的一种体验，目标看是唾手可得，却又总是在你伸手摘取时，发现还有一段距离要走，问题随着开发的深入而不断涌现；这就像是坐在大象背上的训象师，用吊在大象鼻子前的香蕉，给大象耍的把戏。&#160;&#160;&#160;&#160;&#160; 是什么原因，导致软件开发有时会进入这样一个令人惋叹的黑洞？&#160;&#160;&#160;&#160;&#160; 书的作者没有，也不可能给我们一个答案，但通过作者忠实记录于书的、就发生在当下不久的、这一真实案例，以及对软件开发历史和方法的部分介绍，本书应当能带给我们很多有益的启示和思考。&#160;&#160;&#160;&#160;&#160; 我一直认为，读书最大的功用之一，就是能激发我们的思考，是打开思维源泉的阀门；这本书很好的起到了这一作用，它让我们去思考软件开发的过程、方法、管理&#8230;，为我们思考这些提供了真实生动的案例，也对现实的工作有些指导和警示作用。&#160;&#160;&#160;&#160;&#160; 为什么好软件如此难做？这是我本人，我想也是很多人都在苦苦思索的一个问题，虽然无人能有完全确定的答案，但通过书中的记述，和个人思考，还是可以获得一些启示：&#160;&#160;&#160;&#160;&#160; 计算机严格的逻辑性和精确性，同人类不严密的逻辑，模糊多变的思维模式之间的矛盾，造成的人与机器之间沟通的障碍。&#160;&#160;&#160;&#160;&#160; 开发团队之间相互沟通协作的成本，导致产生《人月神话》作者布鲁克斯法则的悖论-往已延误的项目中补充人力，只会使其继续延误。&#160;&#160;&#160;&#160;&#160; 项目目标不明确，标靶变来变去，因此有时决定说什么，比怎么说更困难。&#160;&#160;&#160;&#160;&#160; 项目目标不切实际，从一开始就想做一个适合所有人的，能做所有事的系统，造成就如要做永动机一样的结局。&#160;&#160;&#160;&#160;&#160; 。。。&#160;&#160;&#160;&#160;&#160; 我想人们大多都知道古老圣经中巴别塔的寓言，软件工程难于成功的原因，也许就蕴藏在这寓言启示之中，本质上在于沟通的问题：软件使用者与软件的沟通，软件需求者与开发者的沟通，程序员与程序员的沟通，程序员与机器的沟通。&#160;&#160;&#160;&#160;&#160; 所有这些层层累叠起来，构筑了一道道通往成功彼岸的屏障。&#160;&#160;&#160;&#160;&#160; 也许有一天所有这些沟通的障碍都能被消除，人们能轻易的相互理解，软件工程的巴别塔真的就能轻易的建造起来了。&#160;&#160;&#160;&#160;&#160; 整本书以一个发生在当下的真实的故事写成，不仅仅是写给程序员的，也是写给软件产品经理和其他与软件开发相关的或对此感兴趣的人的。每一个经历过软件开发过程的人，对书中的生动描述都会感同身受！
更多梦断代码中文版书评
]]></description>
			<content:encoded><![CDATA[<p>前述： 5月份在海内上看到韩磊发的<a href="http://www.hainei.com/blog?r[0]=138005&amp;r[1]=118153">博文视点送书啦</a>的日志，和韩磊素未谋面，但跟了贴，然后冒昧的请求参与阅读样书，后面竟然得收到了样书，按时间要求阅读完样书，感觉此书真的非常值得一读，读起来有种畅快淋漓的感觉，这应该得益于书的内容和韩磊翻译的质量，<a href="http://www.hainei.com/blog?r[0]=137705&amp;r[1]=118153">作者用了一年的时间来翻译这本300来页的书</a>，足见作者之认真用心的态度。下面是我当时阅读完此书后写下的读后感。</p>
<p>读完韩磊翻译的《梦断代码》样书，不免让人掩卷长叹！一群人们怀抱着改变世界的理想上路了，却在追寻时发现，那些近在眼前的理想之峰，变得那么的遥不可及；每当翻过一座横亘在面前的山峰时，总以为已经来到理想之峰的脚下，却发现这又是另一座需要攀越克服的阻隔之峰。<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 软件开发过程有时就是这样的一种体验，目标看是唾手可得，却又总是在你伸手摘取时，发现还有一段距离要走，问题随着开发的深入而不断涌现；这就像是坐在大象背上的训象师，用吊在大象鼻子前的香蕉，给大象耍的把戏。<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 是什么原因，导致软件开发有时会进入这样一个令人惋叹的黑洞？<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 书的作者没有，也不可能给我们一个答案，但通过作者忠实记录于书的、就发生在当下不久的、这一真实案例，以及对软件开发历史和方法的部分介绍，本书应当能带给我们很多有益的启示和思考。<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 我一直认为，读书最大的功用之一，就是能激发我们的思考，是打开思维源泉的阀门；这本书很好的起到了这一作用，它让我们去思考软件开发的过程、方法、管理&#8230;，为我们思考这些提供了真实生动的案例，也对现实的工作有些指导和警示作用。<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 为什么好软件如此难做？这是我本人，我想也是很多人都在苦苦思索的一个问题，虽然无人能有完全确定的答案，但通过书中的记述，和个人思考，还是可以获得一些启示：<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 计算机严格的逻辑性和精确性，同人类不严密的逻辑，模糊多变的思维模式之间的矛盾，造成的人与机器之间沟通的障碍。<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 开发团队之间相互沟通协作的成本，导致产生《人月神话》作者布鲁克斯法则的悖论-往已延误的项目中补充人力，只会使其继续延误。<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 项目目标不明确，标靶变来变去，因此有时决定说什么，比怎么说更困难。<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 项目目标不切实际，从一开始就想做一个适合所有人的，能做所有事的系统，造成就如要做永动机一样的结局。<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 。。。<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 我想人们大多都知道古老圣经中巴别塔的寓言，软件工程难于成功的原因，也许就蕴藏在这寓言启示之中，本质上在于沟通的问题：<br />软件使用者与软件的沟通，软件需求者与开发者的沟通，程序员与程序员的沟通，程序员与机器的沟通。<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 所有这些层层累叠起来，构筑了一道道通往成功彼岸的屏障。<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 也许有一天所有这些沟通的障碍都能被消除，人们能轻易的相互理解，软件工程的巴别塔真的就能轻易的建造起来了。<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 整本书以一个发生在当下的真实的故事写成，不仅仅是写给程序员的，也是写给软件产品经理和其他与软件开发相关的或对此感兴趣的人的。每一个经历过软件开发过程的人，对书中的生动描述都会感同身受！</p>
<p><a href="http://www.dreamingincode.cn/reviews/">更多梦断代码中文版书评</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.moligu.com/50/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>阅读蓝海战略（1）</title>
		<link>http://blog.moligu.com/29</link>
		<comments>http://blog.moligu.com/29#comments</comments>
		<pubDate>Sat, 28 Jul 2007 06:56:32 +0000</pubDate>
		<dc:creator>风中飞行</dc:creator>
				<category><![CDATA[蓝海战略]]></category>
		<category><![CDATA[读书]]></category>

		<guid isPermaLink="false">http://blog.moligu.com/29</guid>
		<description><![CDATA[一直都看到各色人等在谈论和引用蓝海战略，也看过《蓝海战略》作者的电视采访，但一直没有阅读过这本书；这两天找了本电子版的看了起来，感觉有些东西正是自己在思考的问题，有些观点也有点不谋而合；比如在网络产品策划时的思路原则，应该站在用户价值的角度思考，在为用户提供价值的同时，也为网站创造了价值。和蓝海战略中提出的价值创新要求企业引导整个体系同时以实现客户价值和企业自身价值飞跃为目标。
在读到这本书之前，一直以为蓝海战略就是指要创新，其实这是一个误解，而且发现好像很多人都有这个误解；其实作者特别强调的是价值创新，是不同于技术创新和市场推广，书中提到“与产品创新等其他创新不同，价值创新就不仅仅是“创新”，而是涵盖整个公司行为体系的战略问题。价值创新要求企业引导整个体系同时以实现客户价值和企业自身价值飞跃为目标。”这种价值创新是蓝海战略的基石。
书中对价值创新的说明：“价值创新的重点既在于“价值”，又在于“创新”。在没有创新的背景下，价值的的焦点是规模扩张型的“价值创造”，它提供了价值，但并不足以使企业超越市场。在缺乏价值的背景下，创新往往是技术拉动型、市场推广型的，或者是理想主义的，即忽略客户是否愿意接受并支付相应的价格19。在此意义上，把价值创新与“技术创新”及“市场推广”加以区分是十分必要的。”
作者分析了以固有竞争为基础的红海战略，和以打破现有竞争局面，重新构筑市场的边界的创蓝海战略的各自的特点。实际强调的是要改变人们固有的思维方式，不要陷入到劳而无功的红海竞争模式中，而要不断的思考如何打破现有的竞争格局，找寻蓝海的突破口。书中提到“以竞争为基础的红海战略假定一个产业的结构性条件是给定的，则企业被迫在这些条件下竞争；”
在强调蓝海战略思维模式的同时，作者最重要的贡献在于，给出了一些工具方法，来引导企业分析企业及所在行业市场，从而制定和执行合理的蓝海战略。
以下是树的一些摘录：
分析方法：
1、战略布局图
2、四步动作框架：回答四个问题

哪些行业中被认为理所当然的因素应该被剔除？
哪些因素的含量应该减少到行业标准以下？
哪些因素的含量应该增加到行业标准以上？
哪些行业内从未提供过的因素应该被创造

3、“剔除——减少——增加——创造”坐标格
在四个方面采取行动

促使企业同时追求差异化和低成本，以打破价值－成本之间的替代取舍关系。
及时提醒企业，不要只专注于增加和创造两个方面，而抬高了成本结构，把产品和服务设计得过了头。许多公司通常会陷入如此境地。
这一工具很容易被各层次的管理者所理解，从而在战略实施中获得企业上下高度的参与和支持。
由于完成表格是项有挑战性的工作，这使得企业能严格考察每一项竞争因素，从而发现那些竞争中所蕴含的假设，竞争中的企业往往无意中把这些假设当做是理所当然的。

强调三个准则：重点突出、与众不同和主题令人信服。
分析了深陷红海的企业特征：

没有回报的过度投入
不连贯的战略
自相矛盾的战略
以内部运营为导向的企业（而不是来自外部的需求推动）

还没有看完暂时先这么多，待续。
]]></description>
			<content:encoded><![CDATA[<p>一直都看到各色人等在谈论和引用蓝海战略，也看过《蓝海战略》作者的电视采访，但一直没有阅读过这本书；这两天找了本电子版的看了起来，感觉有些东西正是自己在思考的问题，有些观点也有点不谋而合；比如在网络产品策划时的思路原则，应该站在用户价值的角度思考，在为用户提供价值的同时，也为网站创造了价值。和蓝海战略中提出的价值创新要求企业引导整个体系同时以实现客户价值和企业自身价值飞跃为目标。</p>
<p>在读到这本书之前，一直以为蓝海战略就是指要创新，其实这是一个误解，而且发现好像很多人都有这个误解；其实作者特别强调的是价值创新，是不同于技术创新和市场推广，书中提到“与产品创新等其他创新不同，价值创新就不仅仅是“创新”，而是涵盖整个公司行为体系的战略问题。价值创新要求企业引导整个体系同时以实现客户价值和企业自身价值飞跃为目标。”这种价值创新是蓝海战略的基石。</p>
<p>书中对价值创新的说明：“价值创新的重点既在于“价值”，又在于“创新”。在没有创新的背景下，价值的的焦点是规模扩张型的“价值创造”，它提供了价值，但并不足以使企业超越市场。在缺乏价值的背景下，创新往往是技术拉动型、市场推广型的，或者是理想主义的，即忽略客户是否愿意接受并支付相应的价格19。在此意义上，把价值创新与“技术创新”及“市场推广”加以区分是十分必要的。”</p>
<p>作者分析了以固有竞争为基础的红海战略，和以打破现有竞争局面，重新构筑市场的边界的创蓝海战略的各自的特点。实际强调的是要改变人们固有的思维方式，不要陷入到劳而无功的红海竞争模式中，而要不断的思考如何打破现有的竞争格局，找寻蓝海的突破口。书中提到“以竞争为基础的红海战略假定一个产业的结构性条件是给定的，则企业被迫在这些条件下竞争；”</p>
<p>在强调蓝海战略思维模式的同时，作者最重要的贡献在于，给出了一些工具方法，来引导企业分析企业及所在行业市场，从而制定和执行合理的蓝海战略。</p>
<p>以下是树的一些摘录：</p>
<p><strong>分析方法：</strong></p>
<p>1、战略布局图</p>
<p>2、四步动作框架：回答四个问题</p>
<ul>
<li>哪些行业中被认为理所当然的因素应该被剔除？</li>
<li>哪些因素的含量应该减少到行业标准以下？</li>
<li>哪些因素的含量应该增加到行业标准以上？</li>
<li>哪些行业内从未提供过的因素应该被创造</li>
</ul>
<p>3、“剔除——减少——增加——创造”坐标格</p>
<p>在四个方面采取行动</p>
<ul>
<li>促使企业同时追求差异化和低成本，以打破价值－成本之间的替代取舍关系。</li>
<li>及时提醒企业，不要只专注于增加和创造两个方面，而抬高了成本结构，把产品和服务设计得过了头。许多公司通常会陷入如此境地。</li>
<li>这一工具很容易被各层次的管理者所理解，从而在战略实施中获得企业上下高度的参与和支持。</li>
<li>由于完成表格是项有挑战性的工作，这使得企业能严格考察每一项竞争因素，从而发现那些竞争中所蕴含的假设，竞争中的企业往往无意中把这些假设当做是理所当然的。</li>
</ul>
<p><strong>强调三个准则：</strong>重点突出、与众不同和主题令人信服。</p>
<p><strong>分析了深陷红海的企业特征：</strong></p>
<ul>
<li>没有回报的过度投入</li>
<li>不连贯的战略</li>
<li>自相矛盾的战略</li>
<li>以内部运营为导向的企业（而不是来自外部的需求推动）</li>
</ul>
<p>还没有看完暂时先这么多，待续。</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.moligu.com/29/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
