<?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/"
		>
<channel>
	<title>Comments on: The Usual Madness</title>
	<atom:link href="http://www.dadhacker.com/blog/?feed=rss2&#038;p=975" rel="self" type="application/rss+xml" />
	<link>http://www.dadhacker.com/blog/?p=975</link>
	<description>Instant wisdom about any random thing I feel like.</description>
	<lastBuildDate>Sat, 21 Aug 2010 16:53:56 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Sgt Turmeric</title>
		<link>http://www.dadhacker.com/blog/?p=975&#038;cpage=1#comment-26280</link>
		<dc:creator>Sgt Turmeric</dc:creator>
		<pubDate>Tue, 09 Sep 2008 21:10:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=975#comment-26280</guid>
		<description>I thought writing an HTTP proxy was bad. Then I had to write a MIME parser.</description>
		<content:encoded><![CDATA[<p>I thought writing an HTTP proxy was bad. Then I had to write a MIME parser.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul</title>
		<link>http://www.dadhacker.com/blog/?p=975&#038;cpage=1#comment-17607</link>
		<dc:creator>Paul</dc:creator>
		<pubDate>Sun, 01 Jun 2008 01:26:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=975#comment-17607</guid>
		<description>Great post, and your comments on XML seem to have really touched a raw nerve!

My pet peeve: using XML for log files. I have in mind a particular enterprise software vendor that has been infected with this mutant virus over the past few years.

The touted benefits - standardization, integration and extensibility - are dubious at best, and usually longer term benefits more for the vendor not user. Of course a stiff price we have to pay: storage bloat and vastly diminshed usabilty from a sysadmin perspective (forget all those quick tail -f &#124; grep tricks)</description>
		<content:encoded><![CDATA[<p>Great post, and your comments on XML seem to have really touched a raw nerve!</p>
<p>My pet peeve: using XML for log files. I have in mind a particular enterprise software vendor that has been infected with this mutant virus over the past few years.</p>
<p>The touted benefits &#8211; standardization, integration and extensibility &#8211; are dubious at best, and usually longer term benefits more for the vendor not user. Of course a stiff price we have to pay: storage bloat and vastly diminshed usabilty from a sysadmin perspective (forget all those quick tail -f | grep tricks)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SecretSquirrel</title>
		<link>http://www.dadhacker.com/blog/?p=975&#038;cpage=1#comment-17602</link>
		<dc:creator>SecretSquirrel</dc:creator>
		<pubDate>Sat, 31 May 2008 22:14:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=975#comment-17602</guid>
		<description>Yep, XML is rubbish. Totally agree, what&#039;s wrong with a database or struct for data, and what&#039;s wrong with good old fashioned config files?

It&#039;s a sad day when you see people testing and debugging code that only has ro read a config file...</description>
		<content:encoded><![CDATA[<p>Yep, XML is rubbish. Totally agree, what&#8217;s wrong with a database or struct for data, and what&#8217;s wrong with good old fashioned config files?</p>
<p>It&#8217;s a sad day when you see people testing and debugging code that only has ro read a config file&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: landon</title>
		<link>http://www.dadhacker.com/blog/?p=975&#038;cpage=1#comment-17405</link>
		<dc:creator>landon</dc:creator>
		<pubDate>Thu, 29 May 2008 14:16:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=975#comment-17405</guid>
		<description>I once worked on an embedded system that had bandwidth to its file server on the order of 1K/second.  Customers were *waiting* while this little box dragged down configuration file after configuration file.

Someone insisted on an XML-based configuration file.  Given the limited ROM space we had, I wrote a parser of a subset of XML that fit in about 1K of code.  Didn&#039;t support DTDs, pretty obviously.

I nearly lost it when someone complained that the custom parser didn&#039;t support comments.  _Customers are waiting_ and you want to blather away about stuff in a file that no one but you will ever see?

In retrospect, I should have ripped out the &quot;XML&quot; support and just given them a bunch of structs with fixed-size strings.  Would have saved space all around.  Go ahead, _comment that_....</description>
		<content:encoded><![CDATA[<p>I once worked on an embedded system that had bandwidth to its file server on the order of 1K/second.  Customers were *waiting* while this little box dragged down configuration file after configuration file.</p>
<p>Someone insisted on an XML-based configuration file.  Given the limited ROM space we had, I wrote a parser of a subset of XML that fit in about 1K of code.  Didn&#8217;t support DTDs, pretty obviously.</p>
<p>I nearly lost it when someone complained that the custom parser didn&#8217;t support comments.  _Customers are waiting_ and you want to blather away about stuff in a file that no one but you will ever see?</p>
<p>In retrospect, I should have ripped out the &#8220;XML&#8221; support and just given them a bunch of structs with fixed-size strings.  Would have saved space all around.  Go ahead, _comment that_&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas</title>
		<link>http://www.dadhacker.com/blog/?p=975&#038;cpage=1#comment-17381</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Thu, 29 May 2008 07:27:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=975#comment-17381</guid>
		<description>Fully agree with the XML rant - it seems to get worse with every project, too! And the freedom to use either plain text or tag attributes for data  - or to even mix both - completely kills the idea of pre-built code libraries that will always work. You&#039;ve got to  reinvent the wheel every time.</description>
		<content:encoded><![CDATA[<p>Fully agree with the XML rant &#8211; it seems to get worse with every project, too! And the freedom to use either plain text or tag attributes for data  &#8211; or to even mix both &#8211; completely kills the idea of pre-built code libraries that will always work. You&#8217;ve got to  reinvent the wheel every time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: landon</title>
		<link>http://www.dadhacker.com/blog/?p=975&#038;cpage=1#comment-17343</link>
		<dc:creator>landon</dc:creator>
		<pubDate>Wed, 28 May 2008 18:14:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=975#comment-17343</guid>
		<description>@Barry: The libraries I&#039;ve used have been callback-based and iterator-based, which means (essentially) that you&#039;re enumerating over the elements of your XML schema and that you have to write additional code to make sense of the stuff as it &quot;flies by.&quot;  So typically I&#039;ve written hash-table-based adapters, which completely wipe-out order.  This would seem to go against the original design of XML, which was a mark-up language rather than a data-bearing language, but it&#039;s what most people use XML for these days.

Maybe I need to get a better set of XML parsers.

The problem with this is that a mapping from an XML scheme to a hash table is not necessarily easy; what you wind up with (often) is a complex set of nested hash tables, vectors and similar gorp that are nearly as bad to navigate as the original XML.  Furthermore, there are different &quot;styles&quot; of data-bearing to deal with (e.g., key-value pairs in tags, or putting keys in tags and the data as &quot;plain text,&quot; and probably other variants).  So we&#039;re no longer talking a nice, simple dictionary now, but something that has to adapt to fit all the many ways that XML can be used to express data.</description>
		<content:encoded><![CDATA[<p>@Barry: The libraries I&#8217;ve used have been callback-based and iterator-based, which means (essentially) that you&#8217;re enumerating over the elements of your XML schema and that you have to write additional code to make sense of the stuff as it &#8220;flies by.&#8221;  So typically I&#8217;ve written hash-table-based adapters, which completely wipe-out order.  This would seem to go against the original design of XML, which was a mark-up language rather than a data-bearing language, but it&#8217;s what most people use XML for these days.</p>
<p>Maybe I need to get a better set of XML parsers.</p>
<p>The problem with this is that a mapping from an XML scheme to a hash table is not necessarily easy; what you wind up with (often) is a complex set of nested hash tables, vectors and similar gorp that are nearly as bad to navigate as the original XML.  Furthermore, there are different &#8220;styles&#8221; of data-bearing to deal with (e.g., key-value pairs in tags, or putting keys in tags and the data as &#8220;plain text,&#8221; and probably other variants).  So we&#8217;re no longer talking a nice, simple dictionary now, but something that has to adapt to fit all the many ways that XML can be used to express data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barry</title>
		<link>http://www.dadhacker.com/blog/?p=975&#038;cpage=1#comment-17337</link>
		<dc:creator>Barry</dc:creator>
		<pubDate>Wed, 28 May 2008 17:17:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=975#comment-17337</guid>
		<description>I think the main reason XML is so popular as a kitchen sink is because (a) there are libraries for it that ship with things like PHP, and (b) the libraries take you from XML to organized data automagically, meaning you never have to worry about arbitrary ordering of the data.</description>
		<content:encoded><![CDATA[<p>I think the main reason XML is so popular as a kitchen sink is because (a) there are libraries for it that ship with things like PHP, and (b) the libraries take you from XML to organized data automagically, meaning you never have to worry about arbitrary ordering of the data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SDC</title>
		<link>http://www.dadhacker.com/blog/?p=975&#038;cpage=1#comment-17105</link>
		<dc:creator>SDC</dc:creator>
		<pubDate>Mon, 26 May 2008 00:50:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=975#comment-17105</guid>
		<description>You&#039;ve probably heard this one, but for those who haven&#039;t, I always thought this quote about XML was accurate:

XML is like violence - if a little doesn&#039;t solve your problem, use some more.

It explains a lot about how XML is generally (mis)used, anyway...</description>
		<content:encoded><![CDATA[<p>You&#8217;ve probably heard this one, but for those who haven&#8217;t, I always thought this quote about XML was accurate:</p>
<p>XML is like violence &#8211; if a little doesn&#8217;t solve your problem, use some more.</p>
<p>It explains a lot about how XML is generally (mis)used, anyway&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Captain Confusion</title>
		<link>http://www.dadhacker.com/blog/?p=975&#038;cpage=1#comment-17084</link>
		<dc:creator>Captain Confusion</dc:creator>
		<pubDate>Sun, 25 May 2008 19:52:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.dadhacker.com/blog/?p=975#comment-17084</guid>
		<description>I was working on a project where the entire configuration was stored in XML.  The idea was that eventually that there would be a GUI configuration tool and the user would never see any XML.

Of course the budget ran out so setting up a project using the software meant editing hundreds of arcane XML files in a crap freeware XML editor (no budget remember).  It didn&#039;t help that every time MS rolled out a new version or an update for IE it would steal the XML file-type associations.

Also validating a 50MB XML file against its schema and then loading it into memory as a document takes a lot of CPU and RAM.  Starting up the app and waiting for it to load was one of those times you could go get a cup of copy and go the the loo.  Of course you never did because you anxiously watched the console output for error messages.

Starting a new project now.  XML suggested as a scripting/configuration solution.  I may swing by the security shop to pick up a cattle prod.  They are really useful for persuading silly people of the error of their ways.</description>
		<content:encoded><![CDATA[<p>I was working on a project where the entire configuration was stored in XML.  The idea was that eventually that there would be a GUI configuration tool and the user would never see any XML.</p>
<p>Of course the budget ran out so setting up a project using the software meant editing hundreds of arcane XML files in a crap freeware XML editor (no budget remember).  It didn&#8217;t help that every time MS rolled out a new version or an update for IE it would steal the XML file-type associations.</p>
<p>Also validating a 50MB XML file against its schema and then loading it into memory as a document takes a lot of CPU and RAM.  Starting up the app and waiting for it to load was one of those times you could go get a cup of copy and go the the loo.  Of course you never did because you anxiously watched the console output for error messages.</p>
<p>Starting a new project now.  XML suggested as a scripting/configuration solution.  I may swing by the security shop to pick up a cattle prod.  They are really useful for persuading silly people of the error of their ways.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
