<?xml version="1.0" encoding="iso-8859-1"?>
<rss version="2.0">
  <channel>
    <title>DotNetKicks.com : Stories kicked by alanstevens</title>
    <description>Stories kicked by alanstevens</description>
    <link>http://www.dotnetkicks.com/</link>
    <language>en-us</language>
    <copyright>Atweb Publishing Ltd.</copyright>
    <docs>http://backend.userland.com/rss</docs>
    <generator>DotNetKicks.com - .NET links, community driven</generator>
    <ttl>30</ttl>
    <item>
      <title>Convenience Kills, or the Case Against RAD Tools</title>
      <description>A rather heated discussion erupted last week on Twitter and IRC concerning so-called "drag-and-drop demos" - point-and-click demonstrations of "software development" that just involve dragging controls around on a graphical designer without a lot of actual coding involved. Being entirely unable to resist joining in on debates, I had to chime in and give my two cents. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fkohari.org%2f2008%2f08%2f18%2fconvenience-kills%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fkohari.org%2f2008%2f08%2f18%2fconvenience-kills%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/community/Convenience_Kills_or_the_Case_Against_RAD_Tools</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/community/Convenience_Kills_or_the_Case_Against_RAD_Tools</guid>
      <pubDate>Tue, 19 Aug 2008 00:31:09 GMT</pubDate>
    </item>
    <item>
      <title>NHibernate: Testing The Performance Urban Legend</title>
      <description>I wanted to challenge the dogmatic urban legend passed down from .NET developer to .NET developer since the classic ASP days. That dogma simply states you should always access your database via stored procedure for &amp;quot;performance reasons&amp;quot;. Inline SQL is BAAAAAAD.

So I fired up Visual Studio, created a class and started writing tests.  &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fwww.iamnotmyself.com%2f2008%2f07%2f02%2fNHibernateTestingThePerformanceUrbanLegend.aspx"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fwww.iamnotmyself.com%2f2008%2f07%2f02%2fNHibernateTestingThePerformanceUrbanLegend.aspx" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/opensource/NHibernate_Testing_The_Performance_Urban_Legend</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/opensource/NHibernate_Testing_The_Performance_Urban_Legend</guid>
      <pubDate>Thu, 17 Jul 2008 02:01:10 GMT</pubDate>
    </item>
    <item>
      <title>Deep Fried Bytes: Episode 3: Twitter War Stories</title>
      <description>A group of Twitter power users met up on the last day of the TechEd 2008 Conference.  They sat down with Deep Fried Bytes host and Twitter user Keith Elder to discuss their ideas, experiences and observations of the online service.  Each person has their own reason for using Twitter but they all share a common theme.  They all use Twitter to keep in touch with their friends and stay connected to keep relationships thriving. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.dotnetkicks.com/kick/?url=http%3a%2f%2fdeepfriedbytes.com%2fpodcast%2fepisode-3-twitter-war-stories%2f"&gt;&lt;img src="http://www.dotnetkicks.com/Services/Images/KickItImageGenerator.ashx?url=http%3a%2f%2fdeepfriedbytes.com%2fpodcast%2fepisode-3-twitter-war-stories%2f" border="0" alt="kick it on DotNetKicks.com" /&gt;&lt;/a&gt;
</description>
      <link>http://www.dotnetkicks.com/community/Deep_Fried_Bytes_Episode_3_Twitter_War_Stories</link>
      <guid isPermaLink="true">http://www.dotnetkicks.com/community/Deep_Fried_Bytes_Episode_3_Twitter_War_Stories</guid>
      <pubDate>Sat, 14 Jun 2008 00:31:06 GMT</pubDate>
    </item>
  </channel>
</rss>
