<?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>「結構與非結構的隔閡－從軟體開發專案的四個困難談起」的迴響</title>
	<atom:link href="http://www.lifeparty.idv.tw/blog/archives/888/feed" rel="self" type="application/rss+xml" />
	<link>http://www.lifeparty.idv.tw/blog/archives/888</link>
	<description>君子學以聚之,問以辨之,寬以居之,仁以行之</description>
	<lastBuildDate>Sat, 14 Jan 2012 03:40:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
	<item>
		<title>由：做好產品一定能賺到錢？ &#171; 同人的生活派對</title>
		<link>http://www.lifeparty.idv.tw/blog/archives/888/comment-page-1#comment-9729</link>
		<dc:creator>做好產品一定能賺到錢？ &#171; 同人的生活派對</dc:creator>
		<pubDate>Fri, 12 Aug 2011 09:32:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeparty.idv.tw/blog/?p=888#comment-9729</guid>
		<description>[...] 因此，對於一些勇於實踐冒險精神的創業家而言，他們的成功是因為承擔風險而獲得的報酬，然而，不要忘記可能不乏有人和他們做了相同的事而失敗的例子，只是這些多半是「沉默的證據」而讓人不得而知。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 因此，對於一些勇於實踐冒險精神的創業家而言，他們的成功是因為承擔風險而獲得的報酬，然而，不要忘記可能不乏有人和他們做了相同的事而失敗的例子，只是這些多半是「沉默的證據」而讓人不得而知。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>由：同人的生活派對 » Blog Archive &#187; 測試驅動開發的精神</title>
		<link>http://www.lifeparty.idv.tw/blog/archives/888/comment-page-1#comment-9396</link>
		<dc:creator>同人的生活派對 » Blog Archive &#187; 測試驅動開發的精神</dc:creator>
		<pubDate>Wed, 06 Jan 2010 04:07:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeparty.idv.tw/blog/?p=888#comment-9396</guid>
		<description>[...] 因此測試驅動開發可以讓開發者立即用最簡明而單純的設計完成開發工作，好處是讓開發者知道自己在做什麼，而非浪費時間在做沒有意義或無關緊要的事。但任何一開始簡明而單純的設計，在系統不斷演進及需求不斷改變之下，也可能會使架構或設計愈來愈複雜而變得難以維護。這時候單靠 TDD 的簡明與單純也可能沒辦法容納這種複雜性，而是要運用 Refactoring 來增加設計的彈性；也就是在不改變系統功能的情況下，改善系統設計的結構，使它可以因應未來增加需要的功能。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 因此測試驅動開發可以讓開發者立即用最簡明而單純的設計完成開發工作，好處是讓開發者知道自己在做什麼，而非浪費時間在做沒有意義或無關緊要的事。但任何一開始簡明而單純的設計，在系統不斷演進及需求不斷改變之下，也可能會使架構或設計愈來愈複雜而變得難以維護。這時候單靠 TDD 的簡明與單純也可能沒辦法容納這種複雜性，而是要運用 Refactoring 來增加設計的彈性；也就是在不改變系統功能的情況下，改善系統設計的結構，使它可以因應未來增加需要的功能。 [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

