<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: The Problem With &#8220;E&#8221; in ECM &#8211; Part I</title>
	<atom:link href="http://bigmenoncontent.com/2010/02/10/the-problem-with-e-in-ecm-part-i/feed/" rel="self" type="application/rss+xml" />
	<link>http://bigmenoncontent.com/2010/02/10/the-problem-with-e-in-ecm-part-i/</link>
	<description>Opinions and discussions on content management by two of the biggest guys in the business.(measured by weight not volume)</description>
	<lastBuildDate>Wed, 23 May 2012 04:05:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: That’s Not Technically an Omelet &#171; Doculabs</title>
		<link>http://bigmenoncontent.com/2010/02/10/the-problem-with-e-in-ecm-part-i/#comment-1027</link>
		<dc:creator><![CDATA[That’s Not Technically an Omelet &#171; Doculabs]]></dc:creator>
		<pubDate>Mon, 04 Apr 2011 18:36:21 +0000</pubDate>
		<guid isPermaLink="false">http://bigmenoncontent.com/?p=857#comment-1027</guid>
		<description><![CDATA[[...] a technology; it is a strategy. While in another camp, Peter Monks has argued for the death of ECM. Lee Dallas and Jon Marks have interesting takes on the “E” in ECM as [...]]]></description>
		<content:encoded><![CDATA[<p>[...] a technology; it is a strategy. While in another camp, Peter Monks has argued for the death of ECM. Lee Dallas and Jon Marks have interesting takes on the “E” in ECM as [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marko Sillanpää</title>
		<link>http://bigmenoncontent.com/2010/02/10/the-problem-with-e-in-ecm-part-i/#comment-365</link>
		<dc:creator><![CDATA[Marko Sillanpää]]></dc:creator>
		<pubDate>Fri, 12 Feb 2010 22:51:27 +0000</pubDate>
		<guid isPermaLink="false">http://bigmenoncontent.com/?p=857#comment-365</guid>
		<description><![CDATA[CMIS is just the latest iteration of the same concept (ODMA, WebDAV, VeniceBridge).  The problem as I see it adoption.  What’s weird is that companies, and ultimately developers, ignore these wrapper technologies.  What’s really bad is that some “hard-core” developers actually ignore them and build their own wrapper technologies.  In all the cases where I’ve seen in house wrappers, I’ve never seen one reused.  

Developers need to look back historically at ODBC.  Once people started developing to ODBC, database became much easier to work with both in code and in business. 

For CMIS to really take hold developer, both in the ISV community and corporate world, need to make the first step and start working with it.  The problem I see it is that we have lots of Documentum, SharePoint, Alfresco, and FileNet developers and very few content management developers.]]></description>
		<content:encoded><![CDATA[<p>CMIS is just the latest iteration of the same concept (ODMA, WebDAV, VeniceBridge).  The problem as I see it adoption.  What’s weird is that companies, and ultimately developers, ignore these wrapper technologies.  What’s really bad is that some “hard-core” developers actually ignore them and build their own wrapper technologies.  In all the cases where I’ve seen in house wrappers, I’ve never seen one reused.  </p>
<p>Developers need to look back historically at ODBC.  Once people started developing to ODBC, database became much easier to work with both in code and in business. </p>
<p>For CMIS to really take hold developer, both in the ISV community and corporate world, need to make the first step and start working with it.  The problem I see it is that we have lots of Documentum, SharePoint, Alfresco, and FileNet developers and very few content management developers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marko Sillanpää</title>
		<link>http://bigmenoncontent.com/2010/02/10/the-problem-with-e-in-ecm-part-i/#comment-364</link>
		<dc:creator><![CDATA[Marko Sillanpää]]></dc:creator>
		<pubDate>Fri, 12 Feb 2010 22:37:06 +0000</pubDate>
		<guid isPermaLink="false">http://bigmenoncontent.com/?p=857#comment-364</guid>
		<description><![CDATA[At 5:30 Eastern on Friday, February 12, 2010, I claim to be the first person to use the term CCM (Cloud Content Management).  Sorry Lee you had your chance.]]></description>
		<content:encoded><![CDATA[<p>At 5:30 Eastern on Friday, February 12, 2010, I claim to be the first person to use the term CCM (Cloud Content Management).  Sorry Lee you had your chance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lee Dallas</title>
		<link>http://bigmenoncontent.com/2010/02/10/the-problem-with-e-in-ecm-part-i/#comment-362</link>
		<dc:creator><![CDATA[Lee Dallas]]></dc:creator>
		<pubDate>Fri, 12 Feb 2010 18:10:54 +0000</pubDate>
		<guid isPermaLink="false">http://bigmenoncontent.com/?p=857#comment-362</guid>
		<description><![CDATA[Thanks for the comment Ian (that was my favorite line too ;) 

CMIS is a great concept and has the potential for changing how we architect systems and it actually contributes to the demise more than slows it. CMIS is a leveler. It reduces competitive advantage and I agree it further commoditizes the underlying infrastructure and encourages designers to think in terms of &quot;enough&quot; ECM rather than &quot;as much as I can use&quot; ECM. The idea of something other than library services being the core of ECM is not itself new. 

Autonomy with IDOL and others have tried to cast search as content management before. I do think BPM can be more successful in achieving some of the goals of ECM than monolithic architectures were. What is the dominant gene then? BPM spans structured and non-structured so in theory its more process than content. The shift certainly supports the value of recent acquisitions of Lombardi and Savvion.]]></description>
		<content:encoded><![CDATA[<p>Thanks for the comment Ian (that was my favorite line too <img src='http://s1.wp.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  </p>
<p>CMIS is a great concept and has the potential for changing how we architect systems and it actually contributes to the demise more than slows it. CMIS is a leveler. It reduces competitive advantage and I agree it further commoditizes the underlying infrastructure and encourages designers to think in terms of &#8220;enough&#8221; ECM rather than &#8220;as much as I can use&#8221; ECM. The idea of something other than library services being the core of ECM is not itself new. </p>
<p>Autonomy with IDOL and others have tried to cast search as content management before. I do think BPM can be more successful in achieving some of the goals of ECM than monolithic architectures were. What is the dominant gene then? BPM spans structured and non-structured so in theory its more process than content. The shift certainly supports the value of recent acquisitions of Lombardi and Savvion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: iantruscott</title>
		<link>http://bigmenoncontent.com/2010/02/10/the-problem-with-e-in-ecm-part-i/#comment-361</link>
		<dc:creator><![CDATA[iantruscott]]></dc:creator>
		<pubDate>Fri, 12 Feb 2010 17:12:06 +0000</pubDate>
		<guid isPermaLink="false">http://bigmenoncontent.com/?p=857#comment-361</guid>
		<description><![CDATA[Excellent article Lee, I really like &quot;The problem with ECM is that it is too big to buy but too small to dream about&quot; - I think you&#039;ve really hit the nail on the head and I look forward to the SharePoint follow up. 

One thing, I&#039;ve been pondering is CMIS. Is there something between your short and long views - the thinking that we&#039;ll find glue for those &quot;commodotized sub components&quot; and that the ECM ideal could become interconnected content repositories based on business process - rather than just all in one bigness? 

Cheers, 

Ian]]></description>
		<content:encoded><![CDATA[<p>Excellent article Lee, I really like &#8220;The problem with ECM is that it is too big to buy but too small to dream about&#8221; &#8211; I think you&#8217;ve really hit the nail on the head and I look forward to the SharePoint follow up. </p>
<p>One thing, I&#8217;ve been pondering is CMIS. Is there something between your short and long views &#8211; the thinking that we&#8217;ll find glue for those &#8220;commodotized sub components&#8221; and that the ECM ideal could become interconnected content repositories based on business process &#8211; rather than just all in one bigness? </p>
<p>Cheers, </p>
<p>Ian</p>
]]></content:encoded>
	</item>
</channel>
</rss>

