<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Thinking inside a bigger box - Latest Comments in Why I hate SOA in less than 200 words.</title><link>http://thinkinginsideabiggerbox.disqus.com/</link><description></description><language>en</language><lastBuildDate>Wed, 01 Nov 2006 10:26:26 -0000</lastBuildDate><item><title>Re: Why I hate SOA in less than 200 words.</title><link>http://www.brodwall.com/johannes/blog/2006/06/11/why-i-hate-soa-in-less-than-200-words/#comment-1796480</link><description>Good question, Scott.&lt;br&gt;&lt;br&gt;If you are going to be used by an external application, sooner or later you will have to publish a contractual interface. However, I find that most developers break up their systems into too many applications with external interfaces before this is necessary. As long as you have a well-defined group, it's no problem to have 20 or more people using continuous integration to stay agile for a long time.&lt;br&gt;&lt;br&gt;I guess my point is that: Yes, if you need to communicate with an external application, you need a contractual interface. But my experience is people overestimate the need to communicate with the rest of the world. (This is of course an observation from in-house development, I expect shrink wrap to follow different rules)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Johannes Brodwall</dc:creator><pubDate>Wed, 01 Nov 2006 10:26:26 -0000</pubDate></item><item><title>Re: Why I hate SOA in less than 200 words.</title><link>http://www.brodwall.com/johannes/blog/2006/06/11/why-i-hate-soa-in-less-than-200-words/#comment-1796479</link><description>Interesting article -- okay, I'll bite.  First let me say that I agree, up-front analysis is always partly wrong.  Responsibilities and interfaces will eventually change.  Anyone who's ever created an API or shared component lives in that world.&lt;br&gt;&lt;br&gt;But, assuming a component has callers outside of a single application, how can you avoid defining a contractual interface?  If components didn't have responsbilities and defined interfaces, developers calling those components would have to understand the internals of every single one of them.  In a large system, that's just not realistic.&lt;br&gt;&lt;br&gt;Sure it can be taken to an extreme, but what's your alternative?</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Scott P</dc:creator><pubDate>Tue, 31 Oct 2006 04:54:49 -0000</pubDate></item></channel></rss>