<?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: What is a CMS?</title>
	<atom:link href="http://www.cmscritic.com/what-is-a-cms/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cmscritic.com/what-is-a-cms/</link>
	<description>CMS News, Reviews, Interviews and Articles</description>
	<lastBuildDate>Sun, 05 Feb 2012 12:05:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: J&#252;rg Meier</title>
		<link>http://www.cmscritic.com/what-is-a-cms/#comment-723</link>
		<dc:creator>J&#252;rg Meier</dc:creator>
		<pubDate>Wed, 12 Jan 2011 18:08:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.cmscritic.com/?p=1855#comment-723</guid>
		<description>I&#039;m always surprised how deep the content/ECM world still remains in the 20st century. Predominant is still very much the notion of the application: Content is the umbrella term for WCM and ECM. WCM is optimized for publishing, while ECM supports intra-enterprise processes, BPM, capturing, RM and all that stuff. 
 
To me, the word content is a promise. And I like to turn its definition upside down: we should recognize that &quot;everything is content&quot;. It represents the common basis of all information in the enterprise: unstructured data (maybe binary), described by structured metadata, controlled by process engines and authorization concepts. With a standard data and services interface on top (e.g. HTTP), this opens way to *all* information in the enterprise; irrelevant its nature that might has been indoctrinated just because it is stored in a particular ECM system. 
 
WCM and ECM flavoured systems are in such an architecture just what they are: apps that make use of enterprise content available in a specific way, they offer added-value functionality for content re-use. 
 
Thus, we should understand Content as the most vital concept to cope with 21st century information challenges. It helps us to think in information, looking at it unbiased from different contexts, not in terms of systems it resides in.  
 
Silos and RPC connections between them is 20st century ECM thinking that won&#039;t take large organizations very far anymore. </description>
		<content:encoded><![CDATA[<p>I&#039;m always surprised how deep the content/ECM world still remains in the 20st century. Predominant is still very much the notion of the application: Content is the umbrella term for WCM and ECM. WCM is optimized for publishing, while ECM supports intra-enterprise processes, BPM, capturing, RM and all that stuff.</p>
<p>To me, the word content is a promise. And I like to turn its definition upside down: we should recognize that &quot;everything is content&quot;. It represents the common basis of all information in the enterprise: unstructured data (maybe binary), described by structured metadata, controlled by process engines and authorization concepts. With a standard data and services interface on top (e.g. HTTP), this opens way to *all* information in the enterprise; irrelevant its nature that might has been indoctrinated just because it is stored in a particular ECM system.</p>
<p>WCM and ECM flavoured systems are in such an architecture just what they are: apps that make use of enterprise content available in a specific way, they offer added-value functionality for content re-use.</p>
<p>Thus, we should understand Content as the most vital concept to cope with 21st century information challenges. It helps us to think in information, looking at it unbiased from different contexts, not in terms of systems it resides in. </p>
<p>Silos and RPC connections between them is 20st century ECM thinking that won&#039;t take large organizations very far anymore.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

