<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0">
 <channel>
  <title>Thoughts on Software Development</title>
  <link>http://www.reliablesoftware.com/weblog/blogger.html</link>
  <description>Michael Stiefel's thoughts and opinions on software development.</description>
  <lastBuildDate>Fri, 17 Mar 2006 21:19:39 GMT</lastBuildDate>
  <generator>ListGarden Program 1.02</generator>
  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
  <item>
   <title>Now Using DasBlog</title>
   <link>http://www.reliablesoftware.com/weblog/2006_03_12_archive.html#114262972269589135</link>
   <description>My blog now uses DasBlog at http://www.reliablesoftware.com/DasBlog/default.aspx.

Please point your RSS Aggregators there.

I will keep the existing blog files available so all existing links still work.</description>
   <pubDate>Fri, 17 Mar 2006 21:14:04 GMT</pubDate>
  </item>
  <item>
   <title>A Software System is Not a Tree and Why Service Orientation Can Be a Good Thing</title>
   <link>http://www.reliablesoftware.com/weblog/2006_02_05_archive.html#113937184005416085</link>
   <description>Viewing the world as constrained objects in a hierarchy is not the way. The world is relationships in a semi-lattice.</description>
   <pubDate>Wed, 08 Feb 2006 04:37:34 GMT</pubDate>
  </item>
  <item>
   <title>The Truth is Not Always on the Wire</title>
   <link>http://www.reliablesoftware.com/weblog/2005_11_13_archive.html#113244515420641808</link>
   <description>Semantics, or the real world effect, of a SOAP message is what matters.</description>
   <pubDate>Sun, 20 Nov 2005 00:46:57 GMT</pubDate>
  </item>
  <item>
   <title>Risk Based Software Development</title>
   <link>http://www.reliablesoftware.com/weblog/2005_10_23_archive.html#113013007501175451</link>
   <description>Using risk mitigation to guide you software development process is better than relying on any software development methodology.</description>
   <pubDate>Mon, 24 Oct 2005 05:04:24 GMT</pubDate>
  </item>
  <item>
   <title>Looose Coupling for Service Oriented Applications</title>
   <link>http://www.reliablesoftware.com/weblog/2005_07_31_archive.html#112328341129460371</link>
   <description>Building service interactions as opaque XML Messages, instead of as remote procedure calls, allows services to handle multiple versions of messages.</description>
   <pubDate>Fri, 05 Aug 2005 23:17:09 GMT</pubDate>
  </item>
  <item>
   <title>Sarbanes-Oxley and Xml Schema</title>
   <link>http://www.reliablesoftware.com/weblog/2005_03_27_archive.html#111215714410995562</link>
   <description>Defining your SOA messages with XML Schema can help you comply with regulatory mandates such as Sarbanes-Oxley.</description>
   <pubDate>Wed, 30 Mar 2005 04:33:40 GMT</pubDate>
  </item>
  <item>
   <title>Indigo tomorrow, but ASMX or WSE today?</title>
   <link>http://www.reliablesoftware.com/weblog/2005_03_06_archive.html#111030853628646167</link>
   <description>Microsoft's Indigo platform will unify all the divergent transport technologies (ASMX, WSE, COM+, MSMQ, Remoting) that are in use today. For building a service on the .NET platform this is the technology you will use.

What technology should you use today?</description>
   <pubDate>Tue, 08 Mar 2005 19:07:36 GMT</pubDate>
  </item>
  <item>
   <title>Software Factories: Here We Go Again</title>
   <link>http://www.reliablesoftware.com/weblog/2004_12_19_archive.html#110391285568036049</link>
   <description>Grady Booch has fired another attacking missile in the great debate over software factories, and  the idea's defenders have replied. Microsoft's view of the world is outlined in a series of articles by Jack Greenfield on the MSDN site.
The basic idea behind software factories is to move the production of software from a craft to an industry resembling manufacturing. This is not a new idea...</description>
   <pubDate>Fri, 24 Dec 2004 18:30:38 GMT</pubDate>
  </item>
  <item>
   <title>What is Simple?</title>
   <link>http://www.reliablesoftware.com/weblog/2004_12_12_archive.html#110321401123652629</link>
   <description>Adam Bosworth has given a talk (discussed in his &lt;a href=&quot;http://www.adambosworth.net/archives/000031.html&quot;&gt;blog &lt;/a&gt;entry) that has received a lot of attention and comment. He argues that software programs and their tools are way too complex and should be simple.&lt;br /&gt;&lt;br /&gt;The problem I have with his argument (and arguments similar to that) is that it posits a false binary choice: either be complex or simple. Complexity is a continuum.</description>
   <pubDate>Thu, 16 Dec 2004 16:18:36 GMT</pubDate>
  </item>
  <item>
   <title>Service Oriented Architecture and Reuse</title>
   <link>http://www.reliablesoftware.com/weblog/2004_10_31_archive.html#109936679245592654</link>
   <description>David Chappell, in his latest newsletter, argues that Service Oriented Architecture (SOA) promotes software reuse far better than objects do. For him, object reuse usually fails for two reasons. First, in an evolving business environment it is difficult to come up with a good definition of a business object such as a customer. Second, software developers seem to catch the not-invented-here plague fairly easily.I certainly agree with this.</description>
   <pubDate>Tue, 2 Nov 2004 3:45:34 GMT</pubDate>
  </item>
  <item>
   <title>Should Software Imitate Sports?</title>
   <link>http://www.reliablesoftware.com/weblog/2004_08_08_archive.html#109225042518070735</link>
   <description>Everybody talks about how the New England Patriots Super Bowl win last year was a team effort. Whether it was the backup quarterback imitating Peyton Manning on the scout team, the statisticians, the players, the coach, or the personnel guy, everybody contributed.Teamwork, of course, is one the perennial topics du jour in the software world. Demarco and Lister’s classic Peopleware talks about it, introducing the concept of a “jelled” team. All the variants of Extreme Programming rave about it. But what makes a team good? It is difficult...</description>
   <pubDate>Wed, 11 Aug 2004 16:20:34 GMT</pubDate>
  </item>
  <item>
   <title>Internet Explorer Bugs</title>
   <link>http://www.reliablesoftware.com/weblog/2004_06_27_archive.html#108864981407709666</link>
   <description>One of the recently discovered Internet Explorer bugs allows malicious sites to install key stroke recording code on your system. This certainly has got a lot of press and deservedly so because of the widespread presence of IE as a browser. Every time this happens I wonder, does open source produce more secure code? Do “more eyeballs” reviewing the code produce better code? Looking over the... 
</description>
   <pubDate>Thu, 1 Jul 2004 2:20:34 GMT</pubDate>
  </item>
  <item>
   <title>Driving on the Information Superhighway</title>
   <link>http://www.reliablesoftware.com/weblog/2004_06_13_archive.html#108726567418303844</link>
   <description>Driving on the highway around Boston I was wondering about its virtual counterpart, the Information Superhighway. Massachusetts’s accident rate is the highest in the country. People mutter in frustration, “You can’t get there from here” as they navigate streets that look as if cow meanderings determined their path. Yet people and commerce move with an ease and openness that can only imagined on... 
</description>
   <pubDate>Tue, 15 Jun 2004 2:12:28 GMT</pubDate>
  </item>
  <item>
   <title>Software Revolutions</title>
   <link>http://www.reliablesoftware.com/weblog/2004_03_14_archive.html#107941077240198482</link>
   <description>Over lunch the other day, a programmer mentioned that Gamma, et.al’s book Design Patterns revolutionized his thinking about software development. He asked me what programming books revolutionized my thinking. I agreed that Design Patterns changed the way I think about software, but I did not consider it revolutionary. Thinking about this later, I realized that the most important books that I...
</description>
   <pubDate>Tue, 16 Mar 2004 4:17:33 GMT</pubDate>
  </item>
  <item>
   <title>C# is Not the Official Language of .NET</title>
   <link>http://www.reliablesoftware.com/weblog/2004_02_29_archive.html#107810292507847452</link>
   <description>When the speakers on the .NET track of the Syscon Edge 2004 conference got together, Carl Franklin and I were talking about why people think that C# is the &quot;official language&quot; for .NET. I told him that even though most of my consulting is in C#, I think that attitude is wrong. I believe it is important to elaborate why I feel this way. People who feel that VB.NET is an inferior language to C#,...
</description>
   <pubDate>Mon, 1 Mar 2004 1:01:58 GMT</pubDate>
  </item>
 </channel>
</rss>

