<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
<channel>
<title><![CDATA[向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除]]></title> 
<link>http://jackxiang.com/index.php</link> 
<description><![CDATA[赢在IT，Playin' with IT,Focus on Killer Application,Marketing Meets Technology.]]></description> 
<language>zh-cn</language> 
<copyright><![CDATA[向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除]]></copyright>
<item>
<link>http://jackxiang.com/post//</link>
<title><![CDATA[开源或者不开源]]></title> 
<author>jack &lt;xdy108@126.com&gt;</author>
<category><![CDATA[WEB2.0]]></category>
<pubDate>Tue, 12 Apr 2011 09:04:10 +0000</pubDate> 
<guid>http://jackxiang.com/post//</guid> 
<description>
<![CDATA[ 
	开源项目数以千计，谁在乎你开源与否，更何况即使你开源了，未必就有人关心你的项目。<br/>&nbsp;&nbsp; 可是，有一个项目我们依然以开源的形式在线进行着。<br/>&nbsp;&nbsp; 通常，当我们看到一个完备的产品时，为产品设计的周到和细致而惊叹，可在这成品背后，无数个bug，无数次修订，无数个脑细胞的死亡，随着产品最终的完美登场而消失在人们的视野中。那些坎坎坷坷和琐琐碎碎，在开发者的记忆中甚至也随时间而消失。<br/>&nbsp;&nbsp; 但是，如果你采用了开源的开发工具和模式，比如，通过google code和邮件列表，参与者的足迹被一一留下。尤其是项目的参与者可能经验不足，也可能错误不断，可项目的发起者把任务拆分的很细，细到足以可控的程度。在项目的开发过程中，即使一个结构体中的字段的定义，都在邮件列表中反复讨论多次。而这些细枝末节的过程，随着时间的推移在不经然间保留下来了。1年，5年或者十年后再看，你很难确信当时自己怎么会有那么幼稚的想法。而后来者，因为你的足迹可以绕过这些弯道，或者他们因为找到牛人曾经的足迹而能坦然面对自己的不足。<br/>来源：http://www.zeuux.org/blog/content/3757/<br/><br/>评论：不知道怎样开源，难预料怎样结束，都说是开源要比不开苦。你为何还要默默开源？是不是写代码太孤独，是不是你很糊涂，开源到尽头也回不到当初，你为何还要如此执固，如果来生还是今生的重复，你是否对开源还是这样不在乎？如果开源还是今生的重复，纵然开源要比闭源苦？如果来生还是开源的重复，你是否还是这样对开源不在乎？---Jackxiang<br/>
]]>
</description>
</item><item>
<link>http://jackxiang.com/post//#blogcomment</link>
<title><![CDATA[[评论] 开源或者不开源]]></title> 
<author> &lt;user@domain.com&gt;</author>
<category><![CDATA[评论]]></category>
<pubDate>Thu, 01 Jan 1970 00:00:00 +0000</pubDate> 
<guid>http://jackxiang.com/post//#blogcomment</guid> 
<description>
<![CDATA[ 
	
]]>
</description>
</item>
</channel>
</rss>