<?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"
	>
<channel>
	<title>Comments on: Impact 2008: Thoughts on CICS, WebSphereMQ and SOA</title>
	<atom:link href="http://www.redmonk.com/jgovernor/2008/04/16/impact-2008-thoughts-on-cics-webspheremq-and-soa/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.redmonk.com/jgovernor/2008/04/16/impact-2008-thoughts-on-cics-webspheremq-and-soa/</link>
	<description>An industry analyst blog looking at software ecosystems and convergence</description>
	<pubDate>Sat, 11 Oct 2008 22:30:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Joe McKendrick: Eye on the Enterprise &#187; Get Your Kicks on CICS for SOA</title>
		<link>http://www.redmonk.com/jgovernor/2008/04/16/impact-2008-thoughts-on-cics-webspheremq-and-soa/#comment-354737</link>
		<dc:creator>Joe McKendrick: Eye on the Enterprise &#187; Get Your Kicks on CICS for SOA</dc:creator>
		<pubDate>Tue, 22 Apr 2008 19:20:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/jgovernor/2008/04/16/impact-2008-thoughts-on-cics-webspheremq-and-soa/#comment-354737</guid>
		<description>[...] and another to the burgeoning SOA/Enterprise 2.0 space for some time now, recently reflected on the changing role of CICS, once the standard middleware for mainframes. (Around before middleware was even called [...]</description>
		<content:encoded><![CDATA[<p>[...] and another to the burgeoning SOA/Enterprise 2.0 space for some time now, recently reflected on the changing role of CICS, once the standard middleware for mainframes. (Around before middleware was even called [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jgovernor</title>
		<link>http://www.redmonk.com/jgovernor/2008/04/16/impact-2008-thoughts-on-cics-webspheremq-and-soa/#comment-351744</link>
		<dc:creator>jgovernor</dc:creator>
		<pubDate>Fri, 18 Apr 2008 12:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/jgovernor/2008/04/16/impact-2008-thoughts-on-cics-webspheremq-and-soa/#comment-351744</guid>
		<description>Hey Ric I have to agree. Its funny- back in 1995 I thought it might define the beginning of my career, not the whole darned thing. 

Doug - how much new CICS skills are you seeing?</description>
		<content:encoded><![CDATA[<p>Hey Ric I have to agree. Its funny- back in 1995 I thought it might define the beginning of my career, not the whole darned thing. </p>
<p>Doug - how much new CICS skills are you seeing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Some more Impact 2008 blogging from the front line &#171; The Master Terminal</title>
		<link>http://www.redmonk.com/jgovernor/2008/04/16/impact-2008-thoughts-on-cics-webspheremq-and-soa/#comment-351732</link>
		<dc:creator>Some more Impact 2008 blogging from the front line &#171; The Master Terminal</dc:creator>
		<pubDate>Fri, 18 Apr 2008 12:31:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/jgovernor/2008/04/16/impact-2008-thoughts-on-cics-webspheremq-and-soa/#comment-351732</guid>
		<description>[...] 18, 2008   Industry analyst James Governor, has been blogging about Impact 2008 and he gives this blog a mention, so I thought we should return the favour. [...]</description>
		<content:encoded><![CDATA[<p>[...] 18, 2008   Industry analyst James Governor, has been blogging about Impact 2008 and he gives this blog a mention, so I thought we should return the favour. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug K</title>
		<link>http://www.redmonk.com/jgovernor/2008/04/16/impact-2008-thoughts-on-cics-webspheremq-and-soa/#comment-350844</link>
		<dc:creator>Doug K</dc:creator>
		<pubDate>Thu, 17 Apr 2008 14:17:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/jgovernor/2008/04/16/impact-2008-thoughts-on-cics-webspheremq-and-soa/#comment-350844</guid>
		<description>I work with several different third-party web/SOA enabling tools for CICS. Supporting them typically includes an education component, either talking the CICS guys/gals through web concepts, or vice versa, web guys on CICS. There isn't any pattern to which set gets it faster.
Yes, CICS will survive as long as Cobol, which means until the heat death of the Internet..</description>
		<content:encoded><![CDATA[<p>I work with several different third-party web/SOA enabling tools for CICS. Supporting them typically includes an education component, either talking the CICS guys/gals through web concepts, or vice versa, web guys on CICS. There isn&#8217;t any pattern to which set gets it faster.<br />
Yes, CICS will survive as long as Cobol, which means until the heat death of the Internet..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ric</title>
		<link>http://www.redmonk.com/jgovernor/2008/04/16/impact-2008-thoughts-on-cics-webspheremq-and-soa/#comment-350474</link>
		<dc:creator>Ric</dc:creator>
		<pubDate>Thu, 17 Apr 2008 04:10:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.redmonk.com/jgovernor/2008/04/16/impact-2008-thoughts-on-cics-webspheremq-and-soa/#comment-350474</guid>
		<description>SOA has multi-pronged benefits, and I think concentrating too hard on any one of them will mean you might miss the others. Certainly being able to bring legacy apps into the service-based arena can be a good thing, but so are the opportunities for agility via service composition (corporate-speak for "mashups"), code re-use, etc. Data model integration into SOA is possible too (data integration as a service on the bus) to cater for differences between/changes to data models.

Aside: another extension to the lifespan of CICS ... I now believe it will survive nuclear holocaust/asteroid strike along with the cockroaches ...</description>
		<content:encoded><![CDATA[<p>SOA has multi-pronged benefits, and I think concentrating too hard on any one of them will mean you might miss the others. Certainly being able to bring legacy apps into the service-based arena can be a good thing, but so are the opportunities for agility via service composition (corporate-speak for &#8220;mashups&#8221;), code re-use, etc. Data model integration into SOA is possible too (data integration as a service on the bus) to cater for differences between/changes to data models.</p>
<p>Aside: another extension to the lifespan of CICS &#8230; I now believe it will survive nuclear holocaust/asteroid strike along with the cockroaches &#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
