<?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: Service Oriented Architecture is your Ticket to Hell</title>
	<atom:link href="http://thewaronbullshit.com/2007/08/30/soa/feed/" rel="self" type="application/rss+xml" />
	<link>http://thewaronbullshit.com/2007/08/30/soa/</link>
	<description>Take no prisoners</description>
	<lastBuildDate>Wed, 10 Aug 2011 18:23:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: Erik</title>
		<link>http://thewaronbullshit.com/2007/08/30/soa/comment-page-1/#comment-1759</link>
		<dc:creator>Erik</dc:creator>
		<pubDate>Tue, 12 Jul 2011 14:52:17 +0000</pubDate>
		<guid isPermaLink="false">http://thewaronbullshit.com/2007/08/30/soa/#comment-1759</guid>
		<description>You also forgot to mention that SOA designs creates a single point of failure for all applications that use those services. As such, SOA architectures are the antithesis of reliability too.</description>
		<content:encoded><![CDATA[<p>You also forgot to mention that SOA designs creates a single point of failure for all applications that use those services. As such, SOA architectures are the antithesis of reliability too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: markez linda</title>
		<link>http://thewaronbullshit.com/2007/08/30/soa/comment-page-1/#comment-328</link>
		<dc:creator>markez linda</dc:creator>
		<pubDate>Wed, 18 Feb 2009 15:53:57 +0000</pubDate>
		<guid isPermaLink="false">http://thewaronbullshit.com/2007/08/30/soa/#comment-328</guid>
		<description>I really liked your blog!</description>
		<content:encoded><![CDATA[<p>I really liked your blog!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The War On Bullshit &#187; Blog Archive &#187; Four Simple Truths that Undermine Software Architecture</title>
		<link>http://thewaronbullshit.com/2007/08/30/soa/comment-page-1/#comment-327</link>
		<dc:creator>The War On Bullshit &#187; Blog Archive &#187; Four Simple Truths that Undermine Software Architecture</dc:creator>
		<pubDate>Mon, 28 Jul 2008 20:30:46 +0000</pubDate>
		<guid isPermaLink="false">http://thewaronbullshit.com/2007/08/30/soa/#comment-327</guid>
		<description>[...] Related articles: Service Oriented Architecture is your Ticket to Hell [...]</description>
		<content:encoded><![CDATA[<p>[...] Related articles: Service Oriented Architecture is your Ticket to Hell [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Avery Lin</title>
		<link>http://thewaronbullshit.com/2007/08/30/soa/comment-page-1/#comment-326</link>
		<dc:creator>Avery Lin</dc:creator>
		<pubDate>Mon, 28 Jan 2008 16:20:27 +0000</pubDate>
		<guid isPermaLink="false">http://thewaronbullshit.com/2007/08/30/soa/#comment-326</guid>
		<description>Thanks for sharing guys.</description>
		<content:encoded><![CDATA[<p>Thanks for sharing guys.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Jackson</title>
		<link>http://thewaronbullshit.com/2007/08/30/soa/comment-page-1/#comment-325</link>
		<dc:creator>Andrew Jackson</dc:creator>
		<pubDate>Fri, 19 Oct 2007 15:14:27 +0000</pubDate>
		<guid isPermaLink="false">http://thewaronbullshit.com/2007/08/30/soa/#comment-325</guid>
		<description>What you want is an access forms VBA app on top of SQL Server 2005, I run a multi-million dollar corporation on the back of that baby.

Object Orientation is for kids who don&#039;t understand the procedural paradigm. Now COBOL 2 that was a PROPER programming language...</description>
		<content:encoded><![CDATA[<p>What you want is an access forms VBA app on top of SQL Server 2005, I run a multi-million dollar corporation on the back of that baby.</p>
<p>Object Orientation is for kids who don&#8217;t understand the procedural paradigm. Now COBOL 2 that was a PROPER programming language&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Great reads for this week &#171; Computing Life</title>
		<link>http://thewaronbullshit.com/2007/08/30/soa/comment-page-1/#comment-324</link>
		<dc:creator>Great reads for this week &#171; Computing Life</dc:creator>
		<pubDate>Thu, 11 Oct 2007 10:15:37 +0000</pubDate>
		<guid isPermaLink="false">http://thewaronbullshit.com/2007/08/30/soa/#comment-324</guid>
		<description>[...] Is SOA bullshit SOA architecture is not new (raganwald) Code/Data Seperataions vs Encapsulation - (raganwald) [...]</description>
		<content:encoded><![CDATA[<p>[...] Is SOA bullshit SOA architecture is not new (raganwald) Code/Data Seperataions vs Encapsulation &#8211; (raganwald) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://thewaronbullshit.com/2007/08/30/soa/comment-page-1/#comment-323</link>
		<dc:creator>John</dc:creator>
		<pubDate>Mon, 10 Sep 2007 16:08:06 +0000</pubDate>
		<guid isPermaLink="false">http://thewaronbullshit.com/2007/08/30/soa/#comment-323</guid>
		<description>...it&#039;s the ol&#039; Chicken and Egg.</description>
		<content:encoded><![CDATA[<p>&#8230;it&#8217;s the ol&#8217; Chicken and Egg.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://thewaronbullshit.com/2007/08/30/soa/comment-page-1/#comment-322</link>
		<dc:creator>John</dc:creator>
		<pubDate>Mon, 10 Sep 2007 16:04:16 +0000</pubDate>
		<guid isPermaLink="false">http://thewaronbullshit.com/2007/08/30/soa/#comment-322</guid>
		<description>Cyclic dependency...</description>
		<content:encoded><![CDATA[<p>Cyclic dependency&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kavan Wolfe</title>
		<link>http://thewaronbullshit.com/2007/08/30/soa/comment-page-1/#comment-321</link>
		<dc:creator>Kavan Wolfe</dc:creator>
		<pubDate>Wed, 05 Sep 2007 05:42:57 +0000</pubDate>
		<guid isPermaLink="false">http://thewaronbullshit.com/2007/08/30/soa/#comment-321</guid>
		<description>Thanks for all the comments. Here are a few selective responses:

@Daniel: My point was *not* that the OO paradigm is superior to the SO paradigm, only that the latter has some glaring deficiencies. Sure, some people use it successfully, but some people use Windows successfully - that doesn&#039;t mean Windows or SOA don&#039;t have serious problems.

@Derek: Spring won&#039;t work when you don&#039;t have control (or access to the source of) the services you&#039;re using or the ones using your service.

@CPinto: your business is not agile if you can&#039;t change your code base without breaking an unknown number of dependent subsystems

@eng: I&#039;m not comparing SOA to other approaches.

@Arnon: I like points 1,2 and 3. I don&#039;t know what you mean by point 4

@Kit: WRT point 1, see Erl&#039;s books. WRT point 2, in a marketplace with many service providers, services are not organized into hierarchies. That&#039;s why we can get dependency loops.

@John: thanks for the reminder. It&#039;s been a while since I read Hafstadter. I wasn&#039;t using &#039;Strange loops&#039; in the technical sense. I should have said whacky loops or unexpected loops or something.</description>
		<content:encoded><![CDATA[<p>Thanks for all the comments. Here are a few selective responses:</p>
<p>@Daniel: My point was *not* that the OO paradigm is superior to the SO paradigm, only that the latter has some glaring deficiencies. Sure, some people use it successfully, but some people use Windows successfully &#8211; that doesn&#8217;t mean Windows or SOA don&#8217;t have serious problems.</p>
<p>@Derek: Spring won&#8217;t work when you don&#8217;t have control (or access to the source of) the services you&#8217;re using or the ones using your service.</p>
<p>@CPinto: your business is not agile if you can&#8217;t change your code base without breaking an unknown number of dependent subsystems</p>
<p>@eng: I&#8217;m not comparing SOA to other approaches.</p>
<p>@Arnon: I like points 1,2 and 3. I don&#8217;t know what you mean by point 4</p>
<p>@Kit: WRT point 1, see Erl&#8217;s books. WRT point 2, in a marketplace with many service providers, services are not organized into hierarchies. That&#8217;s why we can get dependency loops.</p>
<p>@John: thanks for the reminder. It&#8217;s been a while since I read Hafstadter. I wasn&#8217;t using &#8216;Strange loops&#8217; in the technical sense. I should have said whacky loops or unexpected loops or something.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://thewaronbullshit.com/2007/08/30/soa/comment-page-1/#comment-320</link>
		<dc:creator>John</dc:creator>
		<pubDate>Tue, 04 Sep 2007 17:37:13 +0000</pubDate>
		<guid isPermaLink="false">http://thewaronbullshit.com/2007/08/30/soa/#comment-320</guid>
		<description>A strange loop is where you take a second order concept (i.e. an &#039;emergent&#039; phenomena) and apply it in the context of its first order concepts (i.e. its &#039;substance&#039;). So... what you have here isn&#039;t a strange loop, it&#039;s just an infinite regress.</description>
		<content:encoded><![CDATA[<p>A strange loop is where you take a second order concept (i.e. an &#8216;emergent&#8217; phenomena) and apply it in the context of its first order concepts (i.e. its &#8216;substance&#8217;). So&#8230; what you have here isn&#8217;t a strange loop, it&#8217;s just an infinite regress.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

