<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: 有没有&#8220;绝对正确&#8221;的设计？</title>
	<atom:link href="http://www.awflasher.com/blog/archives/1526/feed" rel="self" type="application/rss+xml" />
	<link>http://www.awflasher.com/blog/archives/1526</link>
	<description>分享互联网, 分享人生</description>
	<lastBuildDate>Sun, 12 Feb 2012 04:59:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: aw</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94209</link>
		<dc:creator>aw</dc:creator>
		<pubDate>Mon, 13 Oct 2008 09:02:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94209</guid>
		<description>感谢你的理解。

不过，我并不反对抬杠。建设性的抬杠令人茁壮成长：）</description>
		<content:encoded><![CDATA[<p>感谢你的理解。</p>
<p>不过，我并不反对抬杠。建设性的抬杠令人茁壮成长：）</p>
<div digg="0" bury="0" class="diggcomment" cid="94209"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: 涌泉</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94208</link>
		<dc:creator>涌泉</dc:creator>
		<pubDate>Mon, 13 Oct 2008 09:00:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94208</guid>
		<description>呵呵，看来很多人深得马克思主义的精髓啊，“运动是绝对的，静止时相对的”、“凡事都有两面性”……

博主说“绝对”，只是一种强调，一种表现手法么，原因在正文中已经说得很清楚了，还有那么多人作并没有建设性的抬杠，至于么？呵呵。

似乎只要肯定一样东西，肯定有人出来抬杠，也不知道是太认真了还是太不认真了。。。。</description>
		<content:encoded><![CDATA[<p>呵呵，看来很多人深得马克思主义的精髓啊，“运动是绝对的，静止时相对的”、“凡事都有两面性”……</p>
<p>博主说“绝对”，只是一种强调，一种表现手法么，原因在正文中已经说得很清楚了，还有那么多人作并没有建设性的抬杠，至于么？呵呵。</p>
<p>似乎只要肯定一样东西，肯定有人出来抬杠，也不知道是太认真了还是太不认真了。。。。</p>
<div digg="0" bury="0" class="diggcomment" cid="94208"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: Evance</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94181</link>
		<dc:creator>Evance</dc:creator>
		<pubDate>Mon, 13 Oct 2008 01:05:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94181</guid>
		<description>一句话，一听到“绝对”，那还有啥讨论的价值？</description>
		<content:encoded><![CDATA[<p>一句话，一听到“绝对”，那还有啥讨论的价值？</p>
<div digg="0" bury="0" class="diggcomment" cid="94181"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: aw</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94143</link>
		<dc:creator>aw</dc:creator>
		<pubDate>Sun, 12 Oct 2008 09:19:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94143</guid>
		<description>没错，你也发现在中国的大局域网里我们这些Firefox用户只是冰山一角。这也就意味着银行没有任何理由为了支持Firefox再重新打造一个新的安全架构。他们付出的成本根本顶不了我们这些Linux或者Firefox用户给它带来的收益。
那么，它支持IE显然是“绝对正确”的设计。
至于未来会如何，我们都很难说。我也曾对未来充满了期待，但这种美好的期待并不构成与眼前现状的冲突：）</description>
		<content:encoded><![CDATA[<p>没错，你也发现在中国的大局域网里我们这些Firefox用户只是冰山一角。这也就意味着银行没有任何理由为了支持Firefox再重新打造一个新的安全架构。他们付出的成本根本顶不了我们这些Linux或者Firefox用户给它带来的收益。<br />
那么，它支持IE显然是“绝对正确”的设计。<br />
至于未来会如何，我们都很难说。我也曾对未来充满了期待，但这种美好的期待并不构成与眼前现状的冲突：）</p>
<div digg="0" bury="0" class="diggcomment" cid="94143"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: wadefelix</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94142</link>
		<dc:creator>wadefelix</dc:creator>
		<pubDate>Sun, 12 Oct 2008 09:15:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94142</guid>
		<description>中国的银行不支持Linux，不支持Firefox，这是正确的么？
如果Firefox能够在中国的大局域网内通行无阻，我不相信Firefox的使用率这么低。
我现在使用的就是Ubuntu Firefox
支付宝已经支持windows下的firefox啦，在朝正确的方向前进，我认为这是支付宝也在觊觎世界支付市场，想走出去，遂开始支持firefox啦</description>
		<content:encoded><![CDATA[<p>中国的银行不支持Linux，不支持Firefox，这是正确的么？<br />
如果Firefox能够在中国的大局域网内通行无阻，我不相信Firefox的使用率这么低。<br />
我现在使用的就是Ubuntu Firefox<br />
支付宝已经支持windows下的firefox啦，在朝正确的方向前进，我认为这是支付宝也在觊觎世界支付市场，想走出去，遂开始支持firefox啦</p>
<div digg="0" bury="0" class="diggcomment" cid="94142"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: aw</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94137</link>
		<dc:creator>aw</dc:creator>
		<pubDate>Sun, 12 Oct 2008 06:59:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94137</guid>
		<description>论文的可信度算法我知道。PR的算法我也知道。
不过我的文章并不为追求高PR而存在。因此你完全不必仅仅为了讽刺我的PR不如Wikipedia而说这么多啊：）</description>
		<content:encoded><![CDATA[<p>论文的可信度算法我知道。PR的算法我也知道。<br />
不过我的文章并不为追求高PR而存在。因此你完全不必仅仅为了讽刺我的PR不如Wikipedia而说这么多啊：）</p>
<div digg="0" bury="0" class="diggcomment" cid="94137"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: Cat Chen</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94135</link>
		<dc:creator>Cat Chen</dc:creator>
		<pubDate>Sun, 12 Oct 2008 05:32:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94135</guid>
		<description>你有没有想过，其实PR的算法和论文可信度的算法是一样的吗？甚至可以说PR的算法就是基于论文可信度的算法。一篇论文，如果被越多论文引用，并且引用它的论文越可信，这篇论文本身也就越可信。那么你明白为什么你一篇文章的PR没有一个wikipedia页那么高了吧？</description>
		<content:encoded><![CDATA[<p>你有没有想过，其实PR的算法和论文可信度的算法是一样的吗？甚至可以说PR的算法就是基于论文可信度的算法。一篇论文，如果被越多论文引用，并且引用它的论文越可信，这篇论文本身也就越可信。那么你明白为什么你一篇文章的PR没有一个wikipedia页那么高了吧？</p>
<div digg="0" bury="0" class="diggcomment" cid="94135"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: aw</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94132</link>
		<dc:creator>aw</dc:creator>
		<pubDate>Sun, 12 Oct 2008 04:30:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94132</guid>
		<description>文化差异是主观因素，而“绝对正确的设计”是客观功效。就如同无论你信奉什么宗教，你都要吃饭、喝水一样：吃饭、喝水就是“绝对正确的设计”</description>
		<content:encoded><![CDATA[<p>文化差异是主观因素，而“绝对正确的设计”是客观功效。就如同无论你信奉什么宗教，你都要吃饭、喝水一样：吃饭、喝水就是“绝对正确的设计”</p>
<div digg="0" bury="0" class="diggcomment" cid="94132"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: 阿健</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94130</link>
		<dc:creator>阿健</dc:creator>
		<pubDate>Sun, 12 Oct 2008 04:18:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94130</guid>
		<description>我觉得，文化差异决定设计的差异，所以没有绝对正确的设计</description>
		<content:encoded><![CDATA[<p>我觉得，文化差异决定设计的差异，所以没有绝对正确的设计</p>
<div digg="0" bury="0" class="diggcomment" cid="94130"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: tinytian</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94113</link>
		<dc:creator>tinytian</dc:creator>
		<pubDate>Sat, 11 Oct 2008 17:06:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94113</guid>
		<description>另外正如您所说，没有绝对正确的设计，W3C标准也是利益集团博弈的产物，这种表面上的非营利组织，还不如纯粹的商业公司联盟呢，靠钱说话，哪怕我是错的，别人你也得跟着我走下去，假设一下，如果没有W3C，IE的“非标准”统一市场，对我们开发者是不是也是一种利好消息呢？</description>
		<content:encoded><![CDATA[<p>另外正如您所说，没有绝对正确的设计，W3C标准也是利益集团博弈的产物，这种表面上的非营利组织，还不如纯粹的商业公司联盟呢，靠钱说话，哪怕我是错的，别人你也得跟着我走下去，假设一下，如果没有W3C，IE的“非标准”统一市场，对我们开发者是不是也是一种利好消息呢？</p>
<div digg="0" bury="0" class="diggcomment" cid="94113"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: tinytian</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94111</link>
		<dc:creator>tinytian</dc:creator>
		<pubDate>Sat, 11 Oct 2008 17:02:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94111</guid>
		<description>您这属于抬杠，W3C现在确实是无可取代，不过和他是否垃圾并无直接关系。就好比我们GOV同样无可取代，但是我们的GOV是不是好政府呢？理性一点，现在不分Web开发者盲目崇拜W3C和FF。
举几个例子吧：第一、object标记是W3C推荐标准吧，FF对object的支持是怎样个情况呢？第二、W3C标准不允许新开窗口，但是一刀切的做法是否好呢？难道就是为了通过W3C验证，我非要把target=&quot;_blank&quot;改成rel=&quot;external&quot;然后用JavaScript脚本实现么？现实中我也很讨厌频繁的新开窗口，但是并不表示Web不需要新开窗口。第三、你作为Web开发者，我想XMLHTTP的历史不用我讲了，W3C在制定HTTPRequest草案时是否尊重了HTTPRequest的开创者XMLHTTP的父亲Microsoft呢，同样，在使用HTTPRequest的时候，您是否也很喜欢Microsoft的事件驱动模式？
一下子Key了这么多，另外你的这个文本框很变态，输入文字不换行，我用的IE8Beta2 Vista，请检查。</description>
		<content:encoded><![CDATA[<p>您这属于抬杠，W3C现在确实是无可取代，不过和他是否垃圾并无直接关系。就好比我们GOV同样无可取代，但是我们的GOV是不是好政府呢？理性一点，现在不分Web开发者盲目崇拜W3C和FF。<br />
举几个例子吧：第一、object标记是W3C推荐标准吧，FF对object的支持是怎样个情况呢？第二、W3C标准不允许新开窗口，但是一刀切的做法是否好呢？难道就是为了通过W3C验证，我非要把target=&#8221;_blank&#8221;改成rel=&#8221;external&#8221;然后用JavaScript脚本实现么？现实中我也很讨厌频繁的新开窗口，但是并不表示Web不需要新开窗口。第三、你作为Web开发者，我想XMLHTTP的历史不用我讲了，W3C在制定HTTPRequest草案时是否尊重了HTTPRequest的开创者XMLHTTP的父亲Microsoft呢，同样，在使用HTTPRequest的时候，您是否也很喜欢Microsoft的事件驱动模式？<br />
一下子Key了这么多，另外你的这个文本框很变态，输入文字不换行，我用的IE8Beta2 Vista，请检查。</p>
<div digg="0" bury="0" class="diggcomment" cid="94111"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: aw</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94095</link>
		<dc:creator>aw</dc:creator>
		<pubDate>Sat, 11 Oct 2008 14:51:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94095</guid>
		<description>非常感谢你这个Sweet Spot的词条，我看了，受益匪浅！你的批评我全盘接受。我也绝不介意在不占用你时间的前提下请你对我类似“肤浅”的文章都来一些建设性的补充。

不过，在计算机、Web方面，尤其是用户体验和需求设计这一块，我的确懒得看那些书和Wiki词条。唯一一次我认真地、像一个“研究生写论文”那样阅读Wiki词条是关注自己的gingival atrophy病情和所需要手术的时候。当然，如果是做科研或者项目投标，这不是一个好习惯，不过这里毕竟不是学术专栏，我还是挺习惯这么做。也许有一天我决定加入某一家大公司或者去读某一个学位，那时候我不会再用类似的思维方式。

我更喜欢自己搞自己的，你这个词用的很准确。而且如果你拒绝退订这个blog，就要做好充分的心理准备：我会经常跳出来发篇博客说xxx，然后你会惊讶地发现这是N年前别人就定性的东西，接着在你知识渊博的脑海中可能闪过几个Wiki词条，也许它叫做yyy或者其他什么名词……anyway，如我第一段所说，我很希望你能把这个宝贵的知识财富留言给我。但只要我觉得这个xxx是我刚刚领悟到的。我就会发表。我一般不会去搜Google或者查阅Wiki，大不了就丢个丑嘛。

说起文章的严谨和客观，我就更难保证了，我毕竟不是在写论文。但如果你认为我写东西真的只是在敷衍读者（我似乎觉得你有这个暗示），那我是一定要维护自己的清白：我会引用我亲眼见过的例子，亲手体会过的项目，亲自统计到的数据。我认为这样写一篇文章比列举一个Wiki词条要更有趣。无论是娱乐类的文章还是你认为SEO类的文章，我都是一个字一个字敲出来的。你觉得不够严谨的话，只能怪我智商和表达能力有限了。</description>
		<content:encoded><![CDATA[<p>非常感谢你这个Sweet Spot的词条，我看了，受益匪浅！你的批评我全盘接受。我也绝不介意在不占用你时间的前提下请你对我类似“肤浅”的文章都来一些建设性的补充。</p>
<p>不过，在计算机、Web方面，尤其是用户体验和需求设计这一块，我的确懒得看那些书和Wiki词条。唯一一次我认真地、像一个“研究生写论文”那样阅读Wiki词条是关注自己的gingival atrophy病情和所需要手术的时候。当然，如果是做科研或者项目投标，这不是一个好习惯，不过这里毕竟不是学术专栏，我还是挺习惯这么做。也许有一天我决定加入某一家大公司或者去读某一个学位，那时候我不会再用类似的思维方式。</p>
<p>我更喜欢自己搞自己的，你这个词用的很准确。而且如果你拒绝退订这个blog，就要做好充分的心理准备：我会经常跳出来发篇博客说xxx，然后你会惊讶地发现这是N年前别人就定性的东西，接着在你知识渊博的脑海中可能闪过几个Wiki词条，也许它叫做yyy或者其他什么名词……anyway，如我第一段所说，我很希望你能把这个宝贵的知识财富留言给我。但只要我觉得这个xxx是我刚刚领悟到的。我就会发表。我一般不会去搜Google或者查阅Wiki，大不了就丢个丑嘛。</p>
<p>说起文章的严谨和客观，我就更难保证了，我毕竟不是在写论文。但如果你认为我写东西真的只是在敷衍读者（我似乎觉得你有这个暗示），那我是一定要维护自己的清白：我会引用我亲眼见过的例子，亲手体会过的项目，亲自统计到的数据。我认为这样写一篇文章比列举一个Wiki词条要更有趣。无论是娱乐类的文章还是你认为SEO类的文章，我都是一个字一个字敲出来的。你觉得不够严谨的话，只能怪我智商和表达能力有限了。</p>
<div digg="0" bury="0" class="diggcomment" cid="94095"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: Cat Chen</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94092</link>
		<dc:creator>Cat Chen</dc:creator>
		<pubDate>Sat, 11 Oct 2008 14:26:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94092</guid>
		<description>你所谓的设计人员选择太多，难以做出决定，这只能说明设计人员的无知。从数学上来讲，任何一个确定的需求都由一个对应的绝对正确的设计，只是因为设计人员的无知所有不能获得这个设计。就如同对于任何一条赛道来说，特定的一辆赛车必然有一条完美路径，这是在赛车性能范围内能够最快跑完的路径。在游戏中，这样一条路径是用计算机算出来的；在现实中，这依赖于车手的经验，有专门的公司指导不那么专业的车手，为他们指明每一条著名赛道的完美路径。与此类似，有很多专业公司提供UX方面的咨询服务。

如果你觉得选择太多，那只是因为你还不够专业。</description>
		<content:encoded><![CDATA[<p>你所谓的设计人员选择太多，难以做出决定，这只能说明设计人员的无知。从数学上来讲，任何一个确定的需求都由一个对应的绝对正确的设计，只是因为设计人员的无知所有不能获得这个设计。就如同对于任何一条赛道来说，特定的一辆赛车必然有一条完美路径，这是在赛车性能范围内能够最快跑完的路径。在游戏中，这样一条路径是用计算机算出来的；在现实中，这依赖于车手的经验，有专门的公司指导不那么专业的车手，为他们指明每一条著名赛道的完美路径。与此类似，有很多专业公司提供UX方面的咨询服务。</p>
<p>如果你觉得选择太多，那只是因为你还不够专业。</p>
<div digg="0" bury="0" class="diggcomment" cid="94092"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: Cat Chen</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94090</link>
		<dc:creator>Cat Chen</dc:creator>
		<pubDate>Sat, 11 Oct 2008 14:22:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94090</guid>
		<description>你需要我给你一些advice，我就此举个例子。实际上这不是正确不正确的问题，无论绝对正确是否存在，都一定有办法做的比现在更正确，那么哪个才是最佳选择呢？就是那个sweet spot（http://en.wikipedia.org/wiki/Sweet_spot#Requirements_Management）。

你的问题就在于不够专业。你接触到很多新鲜的东西，你也会思考很多，但很可能你不知道几十年前就已经有人思考过类似的问题，并且同样的理论适用于现在的新鲜事物。多看看书吧，多看看wikipedia吧。我为了发一个回复，还专门去wikipedia差了sweet spot的页面，你发一篇文章有如此严谨吗？你确认你都参考了前人的成果，而非纯粹自己搞自己的？</description>
		<content:encoded><![CDATA[<p>你需要我给你一些advice，我就此举个例子。实际上这不是正确不正确的问题，无论绝对正确是否存在，都一定有办法做的比现在更正确，那么哪个才是最佳选择呢？就是那个sweet spot（http://en.wikipedia.org/wiki/Sweet_spot#Requirements_Management）。</p>
<p>你的问题就在于不够专业。你接触到很多新鲜的东西，你也会思考很多，但很可能你不知道几十年前就已经有人思考过类似的问题，并且同样的理论适用于现在的新鲜事物。多看看书吧，多看看wikipedia吧。我为了发一个回复，还专门去wikipedia差了sweet spot的页面，你发一篇文章有如此严谨吗？你确认你都参考了前人的成果，而非纯粹自己搞自己的？</p>
<div digg="0" bury="0" class="diggcomment" cid="94090"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: Kenshin</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94077</link>
		<dc:creator>Kenshin</dc:creator>
		<pubDate>Sat, 11 Oct 2008 12:40:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94077</guid>
		<description>国外公司风格：logic越简单、越干净、越直观、越准确越好。而只有logic达到了上述内容后，是否增加一个按钮的表现层就不重要了。因此表现层就会变得可伸缩、可延展、那么它就会更加的松耦合。所以我觉得真正意义上的“简”应该直指的是logic方面的“简”而非表现层的“简”。
也就是说应该没有真正意义的绝对正确的设计，但肯定要有真正意义上面的绝对正确的logic！
PS：国内公司很难达到这样的风格（我指的是非所有公司，勿怪勿怪(*^__^*) ）</description>
		<content:encoded><![CDATA[<p>国外公司风格：logic越简单、越干净、越直观、越准确越好。而只有logic达到了上述内容后，是否增加一个按钮的表现层就不重要了。因此表现层就会变得可伸缩、可延展、那么它就会更加的松耦合。所以我觉得真正意义上的“简”应该直指的是logic方面的“简”而非表现层的“简”。<br />
也就是说应该没有真正意义的绝对正确的设计，但肯定要有真正意义上面的绝对正确的logic！<br />
PS：国内公司很难达到这样的风格（我指的是非所有公司，勿怪勿怪(*^__^*) ）</p>
<div digg="0" bury="0" class="diggcomment" cid="94077"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: Ron.Liu</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94073</link>
		<dc:creator>Ron.Liu</dc:creator>
		<pubDate>Sat, 11 Oct 2008 10:56:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94073</guid>
		<description>我一直在想，会不会有一款产品，像自来水和米饭一样，是大家都需要的…

现在看来，每个产品都有它自己的定位，在得到一部分用户的同时，也必然会失去另外一部分用户。北方人还不吃米饭呢！</description>
		<content:encoded><![CDATA[<p>我一直在想，会不会有一款产品，像自来水和米饭一样，是大家都需要的…</p>
<p>现在看来，每个产品都有它自己的定位，在得到一部分用户的同时，也必然会失去另外一部分用户。北方人还不吃米饭呢！</p>
<div digg="0" bury="0" class="diggcomment" cid="94073"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: aw</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94070</link>
		<dc:creator>aw</dc:creator>
		<pubDate>Sat, 11 Oct 2008 10:30:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94070</guid>
		<description>产品的价值在于它满足哪些人。轮椅和座椅肯定都不可能满足所有的人。</description>
		<content:encoded><![CDATA[<p>产品的价值在于它满足哪些人。轮椅和座椅肯定都不可能满足所有的人。</p>
<div digg="0" bury="0" class="diggcomment" cid="94070"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: Ron.Liu</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94069</link>
		<dc:creator>Ron.Liu</dc:creator>
		<pubDate>Sat, 11 Oct 2008 10:25:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94069</guid>
		<description>我本科也学工程的，不过从来没有从0.001的忽略想到设计中的绝对与相对，再过几年，0.001忘记的时候，想联想也联想不起来喽。

也就是，产品为大多数人服务，而不是为所有人服务。产品的价值，以满足大多数人的需求为导向。</description>
		<content:encoded><![CDATA[<p>我本科也学工程的，不过从来没有从0.001的忽略想到设计中的绝对与相对，再过几年，0.001忘记的时候，想联想也联想不起来喽。</p>
<p>也就是，产品为大多数人服务，而不是为所有人服务。产品的价值，以满足大多数人的需求为导向。</p>
<div digg="0" bury="0" class="diggcomment" cid="94069"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: 优酷</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94068</link>
		<dc:creator>优酷</dc:creator>
		<pubDate>Sat, 11 Oct 2008 10:23:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94068</guid>
		<description>现在的产品设计，给我的感觉还是和product manager的个人习惯很有关系，提升PM的审美观和遵循标准的意识，对一个产品很有好处。</description>
		<content:encoded><![CDATA[<p>现在的产品设计，给我的感觉还是和product manager的个人习惯很有关系，提升PM的审美观和遵循标准的意识，对一个产品很有好处。</p>
<div digg="0" bury="0" class="diggcomment" cid="94068"></div>]]></content:encoded>
	</item>
	<item>
		<title>By: 沧桑</title>
		<link>http://www.awflasher.com/blog/archives/1526#comment-94064</link>
		<dc:creator>沧桑</dc:creator>
		<pubDate>Sat, 11 Oct 2008 09:46:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.awflasher.com/blog/archives/1526#comment-94064</guid>
		<description>很有道理,更像是在强调一种执行力</description>
		<content:encoded><![CDATA[<p>很有道理,更像是在强调一种执行力</p>
<div digg="0" bury="0" class="diggcomment" cid="94064"></div>]]></content:encoded>
	</item>
</channel>
</rss>

