<?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 for 冒号空间</title>
	<atom:link href="http://blog.zhenghui.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.zhenghui.org</link>
	<description>自然、人类、机器</description>
	<lastBuildDate>Wed, 10 Mar 2010 07:57:22 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on 《冒号课堂》在台湾上市 by Todd</title>
		<link>http://blog.zhenghui.org/2010/03/10/colonclass-sales-tw/comment-page-1/#comment-178</link>
		<dc:creator>Todd</dc:creator>
		<pubDate>Wed, 10 Mar 2010 07:57:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=644#comment-178</guid>
		<description>豆瓣上面最近这本书很火啊，每天都有人想读。希望这本书能成为经典！</description>
		<content:encoded><![CDATA[<p>豆瓣上面最近这本书很火啊，每天都有人想读。希望这本书能成为经典！</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 冒号课堂§1.3：语言选择 by hui zheng</title>
		<link>http://blog.zhenghui.org/2009/08/27/colon-class-1_3/comment-page-1/#comment-177</link>
		<dc:creator>hui zheng</dc:creator>
		<pubDate>Tue, 16 Feb 2010 14:46:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=78#comment-177</guid>
		<description>目前人工智能的研究还处于比较低级的阶段，远远谈不上真正实现。</description>
		<content:encoded><![CDATA[<p>目前人工智能的研究还处于比较低级的阶段，远远谈不上真正实现。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 关于信息系统组织方式的一个提案 by hui zheng</title>
		<link>http://blog.zhenghui.org/2009/08/18/a-proposal-on-organization-of-information-system-cn/comment-page-1/#comment-176</link>
		<dc:creator>hui zheng</dc:creator>
		<pubDate>Tue, 16 Feb 2010 14:32:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=17#comment-176</guid>
		<description>&gt;&gt;我认为这样虽然有利于查找，但可能降低了效率

我想你提到的效率是指运行效率吧？本文的目的正是关心用户的信息查找的效率，而不是关心软件的运行效率。软件从来是以用户为中心的，假如一个软件无法很好地满足用户需求，运行效率再高也无济于事。</description>
		<content:encoded><![CDATA[<p>>>我认为这样虽然有利于查找，但可能降低了效率</p>
<p>我想你提到的效率是指运行效率吧？本文的目的正是关心用户的信息查找的效率，而不是关心软件的运行效率。软件从来是以用户为中心的，假如一个软件无法很好地满足用户需求，运行效率再高也无济于事。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 冒号课堂§1.3：语言选择 by 漩涡</title>
		<link>http://blog.zhenghui.org/2009/08/27/colon-class-1_3/comment-page-1/#comment-175</link>
		<dc:creator>漩涡</dc:creator>
		<pubDate>Tue, 16 Feb 2010 10:45:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=78#comment-175</guid>
		<description>人工智能语言已经真正实现了吗？</description>
		<content:encoded><![CDATA[<p>人工智能语言已经真正实现了吗？</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 关于信息系统组织方式的一个提案 by 漩涡</title>
		<link>http://blog.zhenghui.org/2009/08/18/a-proposal-on-organization-of-information-system-cn/comment-page-1/#comment-174</link>
		<dc:creator>漩涡</dc:creator>
		<pubDate>Tue, 16 Feb 2010 10:32:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=17#comment-174</guid>
		<description>我认为这样虽然有利于查找
但可能降低了效率
计算机不可能真的对所有文件进行标签式的处理
最多模拟成标签化
实际上每一个标签都集合了一簇文件的实际地址

也许
树状结构也只是一种模拟
只是不知道哪一种更快

没有专门研究
仅表示个人见解
请博主不要笑话</description>
		<content:encoded><![CDATA[<p>我认为这样虽然有利于查找<br />
但可能降低了效率<br />
计算机不可能真的对所有文件进行标签式的处理<br />
最多模拟成标签化<br />
实际上每一个标签都集合了一簇文件的实际地址</p>
<p>也许<br />
树状结构也只是一种模拟<br />
只是不知道哪一种更快</p>
<p>没有专门研究<br />
仅表示个人见解<br />
请博主不要笑话</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 冒号课堂§2.3：对象范式 by waterinfire</title>
		<link>http://blog.zhenghui.org/2009/09/06/colon-class-2_3/comment-page-1/#comment-173</link>
		<dc:creator>waterinfire</dc:creator>
		<pubDate>Thu, 11 Feb 2010 08:53:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=353#comment-173</guid>
		<description>“过程式程序的世界是君主制的，OO程序的世界是民主制的。 ”。

对于这句话，我觉得和中学政治课上的一写概念类似，也就是民主和集中。如果我们说OO程序中的世界是“民主”的，那么可以说过程式程序的世界是“集中”的。

在OO的世界中，每个对象没有高下之分，任何对象之间都可以“互相未来”，当然你必须有该对象的引用。从关系上看，它们确实是“民主”的。我们从目的性上看，虽然每个对象做到了信息封装、有继承、有多态，但如果我们只是从单个对象角度去看的话，很难会看出它们是如何协作去完成一件什么事情。从这个角度看的话，我们必须要有“集中”，集中各个对象的能力，共同协作，去实现我们设想的目标，走向应达的彼岸。</description>
		<content:encoded><![CDATA[<p>“过程式程序的世界是君主制的，OO程序的世界是民主制的。 ”。</p>
<p>对于这句话，我觉得和中学政治课上的一写概念类似，也就是民主和集中。如果我们说OO程序中的世界是“民主”的，那么可以说过程式程序的世界是“集中”的。</p>
<p>在OO的世界中，每个对象没有高下之分，任何对象之间都可以“互相未来”，当然你必须有该对象的引用。从关系上看，它们确实是“民主”的。我们从目的性上看，虽然每个对象做到了信息封装、有继承、有多态，但如果我们只是从单个对象角度去看的话，很难会看出它们是如何协作去完成一件什么事情。从这个角度看的话，我们必须要有“集中”，集中各个对象的能力，共同协作，去实现我们设想的目标，走向应达的彼岸。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 冒号课堂§2.1：命令范式 by waterinfire</title>
		<link>http://blog.zhenghui.org/2009/09/03/colon-class-2_1/comment-page-1/#comment-172</link>
		<dc:creator>waterinfire</dc:creator>
		<pubDate>Thu, 11 Feb 2010 05:00:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=322#comment-172</guid>
		<description>对于结构化编程，虽然我们在大学时候都重点学习过，但在具体的实践应用中，我发现很多同事都存在一个问题，那就是重视不够，应用有余。

虽然现在面向对象的语言满街跑，但在具体设计、编程时，在许多方面依然存在许多结构化流程的地方，在这些地方结构化的分析和设计应该可以发挥其应有的作用。</description>
		<content:encoded><![CDATA[<p>对于结构化编程，虽然我们在大学时候都重点学习过，但在具体的实践应用中，我发现很多同事都存在一个问题，那就是重视不够，应用有余。</p>
<p>虽然现在面向对象的语言满街跑，但在具体设计、编程时，在许多方面依然存在许多结构化流程的地方，在这些地方结构化的分析和设计应该可以发挥其应有的作用。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 冒号课堂§1.5：开发技术 by hui zheng</title>
		<link>http://blog.zhenghui.org/2009/08/31/colon-class-1_5/comment-page-1/#comment-171</link>
		<dc:creator>hui zheng</dc:creator>
		<pubDate>Thu, 11 Feb 2010 02:12:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=308#comment-171</guid>
		<description>你的评价很精彩，谢谢！</description>
		<content:encoded><![CDATA[<p>你的评价很精彩，谢谢！</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 冒号课堂§1.5：开发技术 by waterinfire</title>
		<link>http://blog.zhenghui.org/2009/08/31/colon-class-1_5/comment-page-1/#comment-170</link>
		<dc:creator>waterinfire</dc:creator>
		<pubDate>Thu, 11 Feb 2010 02:05:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=308#comment-170</guid>
		<description>1、“天下万物生于有，有生于无。”

对于文章中所说的库、框架、惯用法、设计模式、架构等而言，其中库、框架等应属于“有”，而惯用法、设计模式和架构应属于“无”。在这之中，正是因为我们在头脑中存在着惯用法、模式和架构等“无”的因素，而在后来慢慢“生出”这些库、toolkit、框架来。

2、“有之以为利，无之以为用”。

在我们日常的开发过程中，我们用到的都是看得见、摸得着的库、框架这些“有”等，但是从深层次来说，我们用到的应该是那些我们可能不容易看到的设计模式、架构等这些“无”的因素。

另一方面来说，看得见的这些库、框架等容易随着语言的发展而”沉沦“而消逝，但潜藏在这些东西之后的”思想“可能会亘古永存。</description>
		<content:encoded><![CDATA[<p>1、“天下万物生于有，有生于无。”</p>
<p>对于文章中所说的库、框架、惯用法、设计模式、架构等而言，其中库、框架等应属于“有”，而惯用法、设计模式和架构应属于“无”。在这之中，正是因为我们在头脑中存在着惯用法、模式和架构等“无”的因素，而在后来慢慢“生出”这些库、toolkit、框架来。</p>
<p>2、“有之以为利，无之以为用”。</p>
<p>在我们日常的开发过程中，我们用到的都是看得见、摸得着的库、框架这些“有”等，但是从深层次来说，我们用到的应该是那些我们可能不容易看到的设计模式、架构等这些“无”的因素。</p>
<p>另一方面来说，看得见的这些库、框架等容易随着语言的发展而”沉沦“而消逝，但潜藏在这些东西之后的”思想“可能会亘古永存。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 冒号课堂§1.4：初识范式 by waterinfire</title>
		<link>http://blog.zhenghui.org/2009/08/29/colon-class-1_4/comment-page-1/#comment-169</link>
		<dc:creator>waterinfire</dc:creator>
		<pubDate>Thu, 11 Feb 2010 01:41:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=303#comment-169</guid>
		<description>世界观是抽象的，是隐藏的；而行为是具体的，是显现的。

编程范式是阴，语言语法是阳；编程范式是内功心法，而语言语法是外功招式。</description>
		<content:encoded><![CDATA[<p>世界观是抽象的，是隐藏的；而行为是具体的，是显现的。</p>
<p>编程范式是阴，语言语法是阳；编程范式是内功心法，而语言语法是外功招式。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 冒号课堂§6.2：平台语言 by 漩涡</title>
		<link>http://blog.zhenghui.org/2009/10/03/colon-class-6_2/comment-page-1/#comment-168</link>
		<dc:creator>漩涡</dc:creator>
		<pubDate>Mon, 08 Feb 2010 10:36:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=468#comment-168</guid>
		<description>写得很好啊 继续，加油！</description>
		<content:encoded><![CDATA[<p>写得很好啊 继续，加油！</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 冒号课堂§5.1：教学计划 by waterinfire</title>
		<link>http://blog.zhenghui.org/2009/09/21/colon-class-5_1/comment-page-1/#comment-167</link>
		<dc:creator>waterinfire</dc:creator>
		<pubDate>Fri, 29 Jan 2010 06:22:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=440#comment-167</guid>
		<description>”曲则全“。

非常赞同郑兄的迭代式学习方法，通过这种方式，让学习者翱翔于理想与现实之间，游弋在抽象与实际之中！</description>
		<content:encoded><![CDATA[<p>”曲则全“。</p>
<p>非常赞同郑兄的迭代式学习方法，通过这种方式，让学习者翱翔于理想与现实之间，游弋在抽象与实际之中！</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 《冒号论坛》开放 by Mingle</title>
		<link>http://blog.zhenghui.org/2010/01/01/colonclass-bbs-openning/comment-page-1/#comment-166</link>
		<dc:creator>Mingle</dc:creator>
		<pubDate>Wed, 27 Jan 2010 05:49:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=625#comment-166</guid>
		<description>期待楼主更多精彩的文章！</description>
		<content:encoded><![CDATA[<p>期待楼主更多精彩的文章！</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 关于信息系统组织方式的一个提案 by hui zheng</title>
		<link>http://blog.zhenghui.org/2009/08/18/a-proposal-on-organization-of-information-system-cn/comment-page-1/#comment-165</link>
		<dc:creator>hui zheng</dc:creator>
		<pubDate>Thu, 21 Jan 2010 09:05:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=17#comment-165</guid>
		<description>非常高兴看到您的见解，下面是我的个人意见：

&gt;&gt;别名还是不要有了，数不清的信息在个人的身上应该收敛，应该有自己的命名空间，简单是美，少即是多。

文中没有提到命名空间，虽然我的确有引入它的想法。不过即使引入命名空间，别名也是有意义的。在社会化标签（如delicious）中尤其重要，有不少的同义词、全称与简写（如object-oriented programming与OOP）、单复数（如book与books）、不同语种（如programming与编程）、拼写错误等等。没有别名机制便很难将本该聚合的信息归并。

&gt;&gt;一条信息可以有多个标签，一个标签可以有多个属性

不错，这是非常关键的。文中提到标签的重要性、紧急性和常用性等都是标签的属性（当然还可引入其他属性）。

&gt;&gt;标签Google Group的vim论坛的邮件为：comp.software.vim.group.google，如果还有linkedin的vim爱好者的 group，标签为comp.software.vim.group.linkedin，或者其实就合并为comp.software.vim也是可以的。这种方法，好像是flat的，又好像是hierarchical的。

这是一种思路，有点命名空间的味道。不过相应的系统最好具有对标签模糊匹配的功能（一般的标签系统是精确匹配）

&gt;&gt;filter的功能挺强大的，可以当成create view来用

filter对邮件系统特别有意义，对其他信息系统也有借鉴作用。


该博文是一篇老文章了。时隔一年多，本人对此又有许多新的想法，有机会系统整理一下。欢迎交流讨论！</description>
		<content:encoded><![CDATA[<p>非常高兴看到您的见解，下面是我的个人意见：</p>
<p>>>别名还是不要有了，数不清的信息在个人的身上应该收敛，应该有自己的命名空间，简单是美，少即是多。</p>
<p>文中没有提到命名空间，虽然我的确有引入它的想法。不过即使引入命名空间，别名也是有意义的。在社会化标签（如delicious）中尤其重要，有不少的同义词、全称与简写（如object-oriented programming与OOP）、单复数（如book与books）、不同语种（如programming与编程）、拼写错误等等。没有别名机制便很难将本该聚合的信息归并。</p>
<p>>>一条信息可以有多个标签，一个标签可以有多个属性</p>
<p>不错，这是非常关键的。文中提到标签的重要性、紧急性和常用性等都是标签的属性（当然还可引入其他属性）。</p>
<p>>>标签Google Group的vim论坛的邮件为：comp.software.vim.group.google，如果还有linkedin的vim爱好者的 group，标签为comp.software.vim.group.linkedin，或者其实就合并为comp.software.vim也是可以的。这种方法，好像是flat的，又好像是hierarchical的。</p>
<p>这是一种思路，有点命名空间的味道。不过相应的系统最好具有对标签模糊匹配的功能（一般的标签系统是精确匹配）</p>
<p>>>filter的功能挺强大的，可以当成create view来用</p>
<p>filter对邮件系统特别有意义，对其他信息系统也有借鉴作用。</p>
<p>该博文是一篇老文章了。时隔一年多，本人对此又有许多新的想法，有机会系统整理一下。欢迎交流讨论！</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 关于信息系统组织方式的一个提案 by Henry</title>
		<link>http://blog.zhenghui.org/2009/08/18/a-proposal-on-organization-of-information-system-cn/comment-page-1/#comment-164</link>
		<dc:creator>Henry</dc:creator>
		<pubDate>Thu, 21 Jan 2010 08:35:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=17#comment-164</guid>
		<description>很荣幸看到博主的文章。
我也有类似这样的想法，和博主有几点不同的见解。

1. 别名还是不要有了，数不清的信息在个人的身上应该收敛，应该有自己的命名空间，简单是美，少即是多。
2. 一条信息可以有多个标签，一个标签可以有多个属性，在Gmail中，可以在和label, filter等同级的category选项卡中设置，根据需要，可以设置好多不同分类标准的view。不同的分类标准，就像是不同的哨音，引来不同的鱼。
3. 除此之外，我现在的方法是这样的：标签Google Group的vim论坛的邮件为：comp.software.vim.group.google，如果还有linkedin的vim爱好者的group，标签为comp.software.vim.group.linkedin，或者其实就合并为comp.software.vim也是可以的。这种方法，好像是flat的，又好像是hierarchical的。

补充一点，filter的功能挺强大的，可以当成create view来用。
比如下面这个filter：
(label:rec.arts.movies OR label:rec.arts.music)
Do this: Skip Inbox, Apply label &quot;label:rec.arts&quot;
这样，就对movies和music建立了一个view，好像很笨的方法~


个人愚见，还请博主不要笑话，呵呵。</description>
		<content:encoded><![CDATA[<p>很荣幸看到博主的文章。<br />
我也有类似这样的想法，和博主有几点不同的见解。</p>
<p>1. 别名还是不要有了，数不清的信息在个人的身上应该收敛，应该有自己的命名空间，简单是美，少即是多。<br />
2. 一条信息可以有多个标签，一个标签可以有多个属性，在Gmail中，可以在和label, filter等同级的category选项卡中设置，根据需要，可以设置好多不同分类标准的view。不同的分类标准，就像是不同的哨音，引来不同的鱼。<br />
3. 除此之外，我现在的方法是这样的：标签Google Group的vim论坛的邮件为：comp.software.vim.group.google，如果还有linkedin的vim爱好者的group，标签为comp.software.vim.group.linkedin，或者其实就合并为comp.software.vim也是可以的。这种方法，好像是flat的，又好像是hierarchical的。</p>
<p>补充一点，filter的功能挺强大的，可以当成create view来用。<br />
比如下面这个filter：<br />
(label:rec.arts.movies OR label:rec.arts.music)<br />
Do this: Skip Inbox, Apply label &#8220;label:rec.arts&#8221;<br />
这样，就对movies和music建立了一个view，好像很笨的方法~</p>
<p>个人愚见，还请博主不要笑话，呵呵。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 冒号课堂§1.1：开班发言 by frank</title>
		<link>http://blog.zhenghui.org/2009/08/24/colon-class-1_1/comment-page-1/#comment-163</link>
		<dc:creator>frank</dc:creator>
		<pubDate>Fri, 08 Jan 2010 08:27:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=49#comment-163</guid>
		<description>预览部分搞得太玄了吧？</description>
		<content:encoded><![CDATA[<p>预览部分搞得太玄了吧？</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 冒号课堂§4.3：汇总范式 by hui zheng</title>
		<link>http://blog.zhenghui.org/2009/09/17/colon-class-4_3/comment-page-1/#comment-162</link>
		<dc:creator>hui zheng</dc:creator>
		<pubDate>Thu, 07 Jan 2010 06:19:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=428#comment-162</guid>
		<description>JavaScript支持多种范式，包括过程式、对象式（prototype-based）、函数式、元编程等。该表中在元编程语言中提到了JavaScript，并不是指元编程是JavaScript的最主要的范式（相反，元编程在JavaScript中的应用远不如前三种范式），而是指JavaScript对元编程有较好的支持（如支持eval、动态生成函数、reflection等等）。</description>
		<content:encoded><![CDATA[<p>JavaScript支持多种范式，包括过程式、对象式（prototype-based）、函数式、元编程等。该表中在元编程语言中提到了JavaScript，并不是指元编程是JavaScript的最主要的范式（相反，元编程在JavaScript中的应用远不如前三种范式），而是指JavaScript对元编程有较好的支持（如支持eval、动态生成函数、reflection等等）。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 冒号课堂§4.3：汇总范式 by 小夜</title>
		<link>http://blog.zhenghui.org/2009/09/17/colon-class-4_3/comment-page-1/#comment-161</link>
		<dc:creator>小夜</dc:creator>
		<pubDate>Thu, 07 Jan 2010 05:50:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=428#comment-161</guid>
		<description>冒号，对于javaScript被归并为原编程范式，我有一点不明白，从javaScript的语法和语言的特点，我觉得它更像是函数式范式，您把它归到原编程范式是不是主从它的应该范围考虑的？虽然一种语言能够支持多种范式，但也分从语言上就直接支持的范式和通过一些方式间接实现的一些范式，应该以语言上所支持的范式为主，所以我觉得javaScript更接近函数范式。我理解的比较浅，觉得这块把我绕的比较模糊，请冒号指点。</description>
		<content:encoded><![CDATA[<p>冒号，对于javaScript被归并为原编程范式，我有一点不明白，从javaScript的语法和语言的特点，我觉得它更像是函数式范式，您把它归到原编程范式是不是主从它的应该范围考虑的？虽然一种语言能够支持多种范式，但也分从语言上就直接支持的范式和通过一些方式间接实现的一些范式，应该以语言上所支持的范式为主，所以我觉得javaScript更接近函数范式。我理解的比较浅，觉得这块把我绕的比较模糊，请冒号指点。</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 《冒号课堂》意见收集 by hui zheng</title>
		<link>http://blog.zhenghui.org/2009/11/07/colonclass-suggestions/comment-page-1/#comment-160</link>
		<dc:creator>hui zheng</dc:creator>
		<pubDate>Wed, 06 Jan 2010 10:23:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=549#comment-160</guid>
		<description>谢谢，您的肯定是对我最大的鼓励！</description>
		<content:encoded><![CDATA[<p>谢谢，您的肯定是对我最大的鼓励！</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 《冒号课堂》意见收集 by 小夜</title>
		<link>http://blog.zhenghui.org/2009/11/07/colonclass-suggestions/comment-page-1/#comment-159</link>
		<dc:creator>小夜</dc:creator>
		<pubDate>Wed, 06 Jan 2010 10:17:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.zhenghui.org/?p=549#comment-159</guid>
		<description>冒号，非常感谢您写的书，不仅仅书的内容是精品，更可贵是传播思想的精神。国内这种质量的书太少了，您的书让我真切的感觉到一个老兵对新兵诚恳的建议和帮助，期待您的更多佳作。</description>
		<content:encoded><![CDATA[<p>冒号，非常感谢您写的书，不仅仅书的内容是精品，更可贵是传播思想的精神。国内这种质量的书太少了，您的书让我真切的感觉到一个老兵对新兵诚恳的建议和帮助，期待您的更多佳作。</p>
]]></content:encoded>
	</item>
</channel>
</rss>
