﻿<?xml version="1.0" encoding="utf-8"?><rss version="2.0"><channel><title>Ayende @ Rahien</title><link>http://ayende.com</link><description>Ayende @ Rahien</description><copyright>Copyright (C) Ayende Rahien  2004 - 2021 (c) 2026</copyright><ttl>60</ttl><item><title>Mickael Sauvee commented on Why you should test code too silly to break</title><description>These lines of code are not siily as they implement some "behaviour" ... or desired features. I agree they have a very low risk to break... unless a full rewrite which has a higher risk to occur :-)
</description><link>http://ayende.com/3367/why-you-should-test-code-too-silly-to-break#comment3</link><guid>http://ayende.com/3367/why-you-should-test-code-too-silly-to-break#comment3</guid><pubDate>Mon, 16 Jun 2008 07:08:13 GMT</pubDate></item><item><title>Alex Simkin commented on Why you should test code too silly to break</title><description>@Ayende
  
  
"I wrote a test for this piece [of] code:"
  
  
If you wrote test first there would be no question.
</description><link>http://ayende.com/3367/why-you-should-test-code-too-silly-to-break#comment2</link><guid>http://ayende.com/3367/why-you-should-test-code-too-silly-to-break#comment2</guid><pubDate>Sat, 14 Jun 2008 16:26:08 GMT</pubDate></item><item><title>Shawn Neal commented on Why you should test code too silly to break</title><description>If that's silly, then I guess I do silly things too.  Confirming items get populated in the property bag or the correct view gets selected is actually relevant IMO, especially when it comes time to refactor/change the controller.  My tests like that have saved me before, especially when you consider the cost of writing the tests is really low.
</description><link>http://ayende.com/3367/why-you-should-test-code-too-silly-to-break#comment1</link><guid>http://ayende.com/3367/why-you-should-test-code-too-silly-to-break#comment1</guid><pubDate>Sat, 14 Jun 2008 04:34:19 GMT</pubDate></item></channel></rss>