<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>GT Software BLOG &#187; service granularity</title>
	<atom:link href="http://www.gtsoftware.com/blog/tag/service-granularity/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gtsoftware.com/blog</link>
	<description>Mainframe Integration and SOA Musings</description>
	<lastBuildDate>Mon, 30 Jan 2012 20:41:58 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
		<item>
		<title>Smaller is Better</title>
		<link>http://www.gtsoftware.com/blog/smaller-is-better/</link>
		<comments>http://www.gtsoftware.com/blog/smaller-is-better/#comments</comments>
		<pubDate>Mon, 13 Apr 2009 15:29:34 +0000</pubDate>
		<dc:creator>Don Spoerke</dc:creator>
				<category><![CDATA[Mainframe SOA]]></category>
		<category><![CDATA[service granularity]]></category>
		<category><![CDATA[Web services]]></category>

		<guid isPermaLink="false">http://www.gtsoftware.com/testblog/smaller-is-better/</guid>
		<description><![CDATA[So many times we hear that bigger is better. I would argue that when it comes to web services, smaller is better. It is very easy to be drawn in by the idea of taking a copybook, creating a service, without any regard for what is in the copybook. When we need a gallon of [...]]]></description>
			<content:encoded><![CDATA[<!--S-ButtonZ 1.1.5 Start--><!--S-ButtonZ 1.1.5 End--><p>So many times we hear that bigger is better. I would argue that when it comes to web services, smaller is better. It is very easy to be drawn in by the idea of taking a copybook, creating a service, without any regard for what is in the copybook. When we need a gallon of milk, we don’t go and buy the entire store! We get only what we need. The same should hold true for web services. Too many times we try to create services that cover all the possibilities anticipated. I would argue this type of approach is too broad and would incur a significant amount of unnecessary overhead. That is not to say that every service needs to be absolute either. Tacking on an extra field or two for the sake of reusability would not be a bad idea. When thinking about the size of the service, remember size does matter, and that is the right size.</p>
<div style="clear:both;">&nbsp;</div>]]></content:encoded>
			<wfw:commentRss>http://www.gtsoftware.com/blog/smaller-is-better/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

