<?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>《Richard Feynman, 挑战者号, 软件工程》的评论</title>
	<atom:link href="http://coolshell.cn/articles/1654.html/feed" rel="self" type="application/rss+xml" />
	<link>http://coolshell.cn/articles/1654.html</link>
	<description>享受编程和技术所带来的快乐 - http://coolshell.cn</description>
	<lastBuildDate>Fri, 10 Feb 2012 05:00:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>作者：狼大叔</title>
		<link>http://coolshell.cn/articles/1654.html/comment-page-1#comment-64699</link>
		<dc:creator>狼大叔</dc:creator>
		<pubDate>Tue, 12 Jul 2011 08:08:25 +0000</pubDate>
		<guid isPermaLink="false">http://coolshell.cn/?p=1654#comment-64699</guid>
		<description>设计本来就应该是自顶向下的，先有一个整体的认识和规划，然后逐步细化分解。否则一开始根本不可能知道需要什么样的细节实现。就比如在还不知道需要一个什么样的航天飞机发动机的时候就无法知道在某个具体部位需要一个什么样的螺丝。
测试应该自底向上进行，先从细节处验证设计和实现的正确性，然后验证合格的部件组装起来能否正常工作。
发现问题时是需要用测试来定位错误而不是设计。</description>
		<content:encoded><![CDATA[<p>设计本来就应该是自顶向下的，先有一个整体的认识和规划，然后逐步细化分解。否则一开始根本不可能知道需要什么样的细节实现。就比如在还不知道需要一个什么样的航天飞机发动机的时候就无法知道在某个具体部位需要一个什么样的螺丝。<br />
测试应该自底向上进行，先从细节处验证设计和实现的正确性，然后验证合格的部件组装起来能否正常工作。<br />
发现问题时是需要用测试来定位错误而不是设计。</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：&#187; TDD并不是看上去的那么美Gw3c</title>
		<link>http://coolshell.cn/articles/1654.html/comment-page-1#comment-38019</link>
		<dc:creator>&#187; TDD并不是看上去的那么美Gw3c</dc:creator>
		<pubDate>Mon, 21 Mar 2011 13:58:55 +0000</pubDate>
		<guid isPermaLink="false">http://coolshell.cn/?p=1654#comment-38019</guid>
		<description>[...] 不过，我想提醒的是，TDD和Unit Test是两码子事儿。有很多人可能混淆了自动化的Unit Test（如：XUnit系例）和TDD的软件开发过程。另外，可能还会有人向鼓吹“TDD让你进行自顶向下的设计方式”，对此，请参阅本站的《Richard Feynman, 挑战者号, 软件工程》&#8212;&#8212;NASA的挑战者号告诉你自顶向下设计的危险性。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 不过，我想提醒的是，TDD和Unit Test是两码子事儿。有很多人可能混淆了自动化的Unit Test（如：XUnit系例）和TDD的软件开发过程。另外，可能还会有人向鼓吹“TDD让你进行自顶向下的设计方式”，对此，请参阅本站的《Richard Feynman, 挑战者号, 软件工程》&mdash;&mdash;NASA的挑战者号告诉你自顶向下设计的危险性。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：fcamel</title>
		<link>http://coolshell.cn/articles/1654.html/comment-page-1#comment-33469</link>
		<dc:creator>fcamel</dc:creator>
		<pubDate>Wed, 02 Mar 2011 13:58:02 +0000</pubDate>
		<guid isPermaLink="false">http://coolshell.cn/?p=1654#comment-33469</guid>
		<description>之前在 Growing Object-Oriented Software, Guided by Tests 這本書看到一個不錯的作法, 自上而下設計, 但是自下而上 TDD 實作。先有個可動雛型, 再不斷重覆翻修整體架構。換句話說, 先來個 v1 自上而下的設計, 從底層實作回來一層子。再來 v2 自上而下的設計, ..., 如此循序漸進改進整個系統。雙向夾擊的作法感覺還不錯</description>
		<content:encoded><![CDATA[<p>之前在 Growing Object-Oriented Software, Guided by Tests 這本書看到一個不錯的作法, 自上而下設計, 但是自下而上 TDD 實作。先有個可動雛型, 再不斷重覆翻修整體架構。換句話說, 先來個 v1 自上而下的設計, 從底層實作回來一層子。再來 v2 自上而下的設計, &#8230;, 如此循序漸進改進整個系統。雙向夾擊的作法感覺還不錯</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：parsifal</title>
		<link>http://coolshell.cn/articles/1654.html/comment-page-1#comment-31886</link>
		<dc:creator>parsifal</dc:creator>
		<pubDate>Thu, 24 Feb 2011 05:04:09 +0000</pubDate>
		<guid isPermaLink="false">http://coolshell.cn/?p=1654#comment-31886</guid>
		<description>&quot;可靠的系统由几近残酷的测试，增量式的自底向上的工程，以及高负责的态度来共同保证&quot;
深有同感</description>
		<content:encoded><![CDATA[<p>“可靠的系统由几近残酷的测试，增量式的自底向上的工程，以及高负责的态度来共同保证”<br />
深有同感</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：TDD并不是看上去的那么美 &#124; IT News</title>
		<link>http://coolshell.cn/articles/1654.html/comment-page-1#comment-29355</link>
		<dc:creator>TDD并不是看上去的那么美 &#124; IT News</dc:creator>
		<pubDate>Sun, 13 Feb 2011 02:21:08 +0000</pubDate>
		<guid isPermaLink="false">http://coolshell.cn/?p=1654#comment-29355</guid>
		<description>[...] 　　不过，我想提醒的是，TDD和Unit Test是两码子事儿。有很多人可能混淆了自动化的Unit Test（如：XUnit系例）和TDD的软件开发过程。另外，可能还会有人向鼓吹&#8220;TDD让你进行自顶向下的设计方式&#8221;，对此，请参阅本站的《Richard Feynman, 挑战者号， 软件工程》&#8212;&#8212;NASA的挑战者号告诉你自顶向下设计的危险性。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 　　不过，我想提醒的是，TDD和Unit Test是两码子事儿。有很多人可能混淆了自动化的Unit Test（如：XUnit系例）和TDD的软件开发过程。另外，可能还会有人向鼓吹&ldquo;TDD让你进行自顶向下的设计方式&rdquo;，对此，请参阅本站的《Richard Feynman, 挑战者号， 软件工程》&mdash;&mdash;NASA的挑战者号告诉你自顶向下设计的危险性。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：程序员</title>
		<link>http://coolshell.cn/articles/1654.html/comment-page-1#comment-29353</link>
		<dc:creator>程序员</dc:creator>
		<pubDate>Sun, 13 Feb 2011 02:18:12 +0000</pubDate>
		<guid isPermaLink="false">http://coolshell.cn/?p=1654#comment-29353</guid>
		<description>不自顶向下，怎么把一个复杂的事情分解为可以独自进行的小事情？
分解时，有些细节尚未准确定位、解决，是很正常的，需要独自进行时由专门、对口的人来定位、解决</description>
		<content:encoded><![CDATA[<p>不自顶向下，怎么把一个复杂的事情分解为可以独自进行的小事情？<br />
分解时，有些细节尚未准确定位、解决，是很正常的，需要独自进行时由专门、对口的人来定位、解决</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：TDD并不是看上去的那么美 &#124; 酷壳 - CoolShell.cn</title>
		<link>http://coolshell.cn/articles/1654.html/comment-page-1#comment-29189</link>
		<dc:creator>TDD并不是看上去的那么美 &#124; 酷壳 - CoolShell.cn</dc:creator>
		<pubDate>Sat, 12 Feb 2011 04:57:23 +0000</pubDate>
		<guid isPermaLink="false">http://coolshell.cn/?p=1654#comment-29189</guid>
		<description>[...] 不过，我想提醒的是，TDD和Unit Test是两码子事儿。有很多人可能混淆了自动化的Unit Test（如：XUnit系例）和TDD的软件开发过程。另外，可能还会有人向鼓吹“TDD让你进行自顶向下的设计方式”，对此，请参阅本站的《Richard Feynman, 挑战者号, 软件工程》——NASA的挑战者号告诉你自顶向下设计的危险性。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 不过，我想提醒的是，TDD和Unit Test是两码子事儿。有很多人可能混淆了自动化的Unit Test（如：XUnit系例）和TDD的软件开发过程。另外，可能还会有人向鼓吹“TDD让你进行自顶向下的设计方式”，对此，请参阅本站的《Richard Feynman, 挑战者号, 软件工程》——NASA的挑战者号告诉你自顶向下设计的危险性。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：julys</title>
		<link>http://coolshell.cn/articles/1654.html/comment-page-1#comment-2609</link>
		<dc:creator>julys</dc:creator>
		<pubDate>Tue, 22 Dec 2009 08:57:46 +0000</pubDate>
		<guid isPermaLink="false">http://coolshell.cn/?p=1654#comment-2609</guid>
		<description>自顶向下的缺点是显而易见的,但是又是不可避免的，再好的蓝图在实施过程中就会出错,只有不断的对照调整才会将错误降到最低，然而这又影响了工程的进度。一个好的思想是&quot;大事化小&quot;,将一个工程划分为好几个同级别的子工程,每个工程互相独立,采用自定向下的思想开发，结合unit test。

   思想固然重要,不顾良好的组织结构和优秀的执行能力才是事情成败的关键。</description>
		<content:encoded><![CDATA[<p>自顶向下的缺点是显而易见的,但是又是不可避免的，再好的蓝图在实施过程中就会出错,只有不断的对照调整才会将错误降到最低，然而这又影响了工程的进度。一个好的思想是”大事化小”,将一个工程划分为好几个同级别的子工程,每个工程互相独立,采用自定向下的思想开发，结合unit test。</p>
<p>   思想固然重要,不顾良好的组织结构和优秀的执行能力才是事情成败的关键。</p>
]]></content:encoded>
	</item>
</channel>
</rss>

