<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Access: Why not?</title>
	<atom:link href="http://blog.criticalresults.com/2009/12/14/access-why-not/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.criticalresults.com/2009/12/14/access-why-not/</link>
	<description>get software done faster, sharpen your team, gain balance and control... and make your project NOT SUCK</description>
	<lastBuildDate>Tue, 07 Jun 2011 02:37:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Mark W. Schumann</title>
		<link>http://blog.criticalresults.com/2009/12/14/access-why-not/#comment-146</link>
		<dc:creator><![CDATA[Mark W. Schumann]]></dc:creator>
		<pubDate>Tue, 15 Dec 2009 16:59:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.criticalresults.com/?p=149#comment-146</guid>
		<description><![CDATA[Good idea, Hugo. Obviously the overhead can be &lt;em&gt;deadly&lt;/em&gt; if you have more than a little data, but if you designed the thing right it should be easy to upgrade to a real database when necessary.]]></description>
		<content:encoded><![CDATA[<p>Good idea, Hugo. Obviously the overhead can be <em>deadly</em> if you have more than a little data, but if you designed the thing right it should be easy to upgrade to a real database when necessary.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: webdev_hb</title>
		<link>http://blog.criticalresults.com/2009/12/14/access-why-not/#comment-145</link>
		<dc:creator><![CDATA[webdev_hb]]></dc:creator>
		<pubDate>Tue, 15 Dec 2009 16:54:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.criticalresults.com/?p=149#comment-145</guid>
		<description><![CDATA[On smaller scale projects I&#039;ve found that using LINQ with XML files to be a sufficient solution - Doesn&#039;t require any additional software to be installed and works very well.]]></description>
		<content:encoded><![CDATA[<p>On smaller scale projects I&#8217;ve found that using LINQ with XML files to be a sufficient solution &#8211; Doesn&#8217;t require any additional software to be installed and works very well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tweets that mention Access: Why not? « Critical Results -- Topsy.com</title>
		<link>http://blog.criticalresults.com/2009/12/14/access-why-not/#comment-144</link>
		<dc:creator><![CDATA[Tweets that mention Access: Why not? « Critical Results -- Topsy.com]]></dc:creator>
		<pubDate>Tue, 15 Dec 2009 16:35:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.criticalresults.com/?p=149#comment-144</guid>
		<description><![CDATA[[...] This post was mentioned on Twitter by Mark W. Schumann and Mark W. Schumann, Ezra Brooks. Ezra Brooks said: RT @MarkWSchumann: Yesterday&#039;s still-fresh blogginess: Why NOT just use MS Access in your .NET development project? http://bit.ly/66nR8a [...]]]></description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Mark W. Schumann and Mark W. Schumann, Ezra Brooks. Ezra Brooks said: RT @MarkWSchumann: Yesterday&#39;s still-fresh blogginess: Why NOT just use MS Access in your .NET development project? <a href="http://bit.ly/66nR8a" rel="nofollow">http://bit.ly/66nR8a</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark W. Schumann</title>
		<link>http://blog.criticalresults.com/2009/12/14/access-why-not/#comment-143</link>
		<dc:creator><![CDATA[Mark W. Schumann]]></dc:creator>
		<pubDate>Mon, 14 Dec 2009 23:53:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.criticalresults.com/?p=149#comment-143</guid>
		<description><![CDATA[Thank you for your comment, Eric.

If it were only about cost of acquisition, I&#039;d totally agree. I tend to look at a combination of cost, technical merit, low admin overhead, and ability to fit into the customer&#039;s existing infrastructure and mental model.

As an extreme example, I used to work in an IBM System/38 shop. I developed plenty of applications that &quot;should&quot; have been done in C for all kinds of reasons, but it was a &#039;38 shop. We just didn&#039;t have C... or getting it would have meant fitting a PC with an SNA interface card and... oh geez, now I&#039;m getting a headache.

We ended up abusing RPG III in horrible ways, because it was there and C wasn&#039;t. (Man, now I&#039;m telling war stories. Sorry.)

This current application, and a few others I&#039;ve dealt with, have been in Access Shops. It&#039;s nice to integrate that cleanly with what they understand and are aleady using.]]></description>
		<content:encoded><![CDATA[<p>Thank you for your comment, Eric.</p>
<p>If it were only about cost of acquisition, I&#8217;d totally agree. I tend to look at a combination of cost, technical merit, low admin overhead, and ability to fit into the customer&#8217;s existing infrastructure and mental model.</p>
<p>As an extreme example, I used to work in an IBM System/38 shop. I developed plenty of applications that &#8220;should&#8221; have been done in C for all kinds of reasons, but it was a &#8217;38 shop. We just didn&#8217;t have C&#8230; or getting it would have meant fitting a PC with an SNA interface card and&#8230; oh geez, now I&#8217;m getting a headache.</p>
<p>We ended up abusing RPG III in horrible ways, because it was there and C wasn&#8217;t. (Man, now I&#8217;m telling war stories. Sorry.)</p>
<p>This current application, and a few others I&#8217;ve dealt with, have been in Access Shops. It&#8217;s nice to integrate that cleanly with what they understand and are aleady using.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: -e</title>
		<link>http://blog.criticalresults.com/2009/12/14/access-why-not/#comment-142</link>
		<dc:creator><![CDATA[-e]]></dc:creator>
		<pubDate>Mon, 14 Dec 2009 21:52:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.criticalresults.com/?p=149#comment-142</guid>
		<description><![CDATA[SQL Server Express or Compact Edition. SQLite. MySQL. Cost is never a reason to use Access. Nor is the fact that you are confined to running only on the client. We all know applications tend to live on longer than we expect, so you&#039;ll be maintaining an Access solution sometime into the 2020&#039;s wondering why you ever used Access. Don&#039;t. You&#039;ll regret it.

Also, many editions of Office come without Access...]]></description>
		<content:encoded><![CDATA[<p>SQL Server Express or Compact Edition. SQLite. MySQL. Cost is never a reason to use Access. Nor is the fact that you are confined to running only on the client. We all know applications tend to live on longer than we expect, so you&#8217;ll be maintaining an Access solution sometime into the 2020&#8242;s wondering why you ever used Access. Don&#8217;t. You&#8217;ll regret it.</p>
<p>Also, many editions of Office come without Access&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

