<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: MTEST update, plus Help Browser integration info</title>
	<link>http://blogs.mathworks.com/steve/2009/03/19/mtest-update-plus-help-browser-integration-info/</link>
	<description>Steve Eddins manages the Image &#38; Geospatial development team at &#60;a href="http://www.mathworks.com/"&#62;The MathWorks&#60;/a&#62; and coauthored &#60;a href="http://www.mathworks.com/support/books/book5291.html?category=-1&#38;language=-1"&#62;Digital Image Processing Using MATLAB&#60;/a&#62;. He writes here about image processing concepts, algorithm implementations, and MATLAB.&#60;br&#62;&#60;br&#62;&#60;img&#62;</description>
	<pubDate>Sun, 22 Nov 2009 23:27:26 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Steve</title>
		<link>http://blogs.mathworks.com/steve/2009/03/19/mtest-update-plus-help-browser-integration-info/#comment-21584</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Thu, 19 Mar 2009 12:57:56 +0000</pubDate>
		<guid>http://blogs.mathworks.com/steve/2009/03/19/mtest-update-plus-help-browser-integration-info/#comment-21584</guid>
		<description>James&#8212;That's a lot of changes to try all at once!  Test-driven development and object-oriented programming both take some getting used to.  Some programmers find that development pace actually speeds up with test-driven development, because the fraction of time spent debugging goes way down.  But that's only after you have some experience with the technique, and only if you get in the habit of making code changes in small, rapid increments.</description>
		<content:encoded><![CDATA[<p>James&mdash;That&#8217;s a lot of changes to try all at once!  Test-driven development and object-oriented programming both take some getting used to.  Some programmers find that development pace actually speeds up with test-driven development, because the fraction of time spent debugging goes way down.  But that&#8217;s only after you have some experience with the technique, and only if you get in the habit of making code changes in small, rapid increments.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Ong</title>
		<link>http://blogs.mathworks.com/steve/2009/03/19/mtest-update-plus-help-browser-integration-info/#comment-21583</link>
		<dc:creator>James Ong</dc:creator>
		<pubDate>Thu, 19 Mar 2009 12:51:16 +0000</pubDate>
		<guid>http://blogs.mathworks.com/steve/2009/03/19/mtest-update-plus-help-browser-integration-info/#comment-21583</guid>
		<description>Ah, then I'll change my test functions to not use assertAlmostEqual any more.

By the way, your post on MTEST and refactoring made me read through the books "Test-driven development" (Beck) and "Refactoring" (Fowler) plus try programming MATLAB in an object oriented way. I'm still assessing the advantages and disadvantages for my work, but the most obvious at the moment are:
- the code is more robust than I'm used to
- the development time is somewhat slower than I'm used to</description>
		<content:encoded><![CDATA[<p>Ah, then I&#8217;ll change my test functions to not use assertAlmostEqual any more.</p>
<p>By the way, your post on MTEST and refactoring made me read through the books &#8220;Test-driven development&#8221; (Beck) and &#8220;Refactoring&#8221; (Fowler) plus try programming MATLAB in an object oriented way. I&#8217;m still assessing the advantages and disadvantages for my work, but the most obvious at the moment are:<br />
- the code is more robust than I&#8217;m used to<br />
- the development time is somewhat slower than I&#8217;m used to</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://blogs.mathworks.com/steve/2009/03/19/mtest-update-plus-help-browser-integration-info/#comment-21582</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Thu, 19 Mar 2009 12:45:05 +0000</pubDate>
		<guid>http://blogs.mathworks.com/steve/2009/03/19/mtest-update-plus-help-browser-integration-info/#comment-21582</guid>
		<description>James&#8212;Yes, assertAlmostEqual has disappeared from the main documentation.  That was intentional.  The explanation is in the first paragraph of this post.  I have the new floating-point comparison functions assertElementsAlmostEqual and assertVectorsAlmostEqual.  I left assertAlmostEqual there to avoid making an incompatible change, but I would prefer that people use the new functions.</description>
		<content:encoded><![CDATA[<p>James&mdash;Yes, assertAlmostEqual has disappeared from the main documentation.  That was intentional.  The explanation is in the first paragraph of this post.  I have the new floating-point comparison functions assertElementsAlmostEqual and assertVectorsAlmostEqual.  I left assertAlmostEqual there to avoid making an incompatible change, but I would prefer that people use the new functions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Ong</title>
		<link>http://blogs.mathworks.com/steve/2009/03/19/mtest-update-plus-help-browser-integration-info/#comment-21581</link>
		<dc:creator>James Ong</dc:creator>
		<pubDate>Thu, 19 Mar 2009 12:26:41 +0000</pubDate>
		<guid>http://blogs.mathworks.com/steve/2009/03/19/mtest-update-plus-help-browser-integration-info/#comment-21581</guid>
		<description>Is is just me, or has AssertAlmostEqual disappeared from the main documentation of mtest?</description>
		<content:encoded><![CDATA[<p>Is is just me, or has AssertAlmostEqual disappeared from the main documentation of mtest?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
