<?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: Sorry, CMDBf doesn&#8217;t make coffee either</title>
	<atom:link href="http://stage.vambenepe.com/archives/503/feed" rel="self" type="application/rss+xml" />
	<link>http://stage.vambenepe.com/archives/503</link>
	<description>IT management in a changing IT world</description>
	<lastBuildDate>Tue, 09 Mar 2010 22:10:17 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: William Vambenepe&#8217;s blog &#187; Blog Archive &#187; &#8220;Federationing&#8221;</title>
		<link>http://stage.vambenepe.com/archives/503#comment-68215</link>
		<dc:creator>William Vambenepe&#8217;s blog &#187; Blog Archive &#187; &#8220;Federationing&#8221;</dc:creator>
		<pubDate>Tue, 07 Apr 2009 08:49:46 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=503#comment-68215</guid>
		<description>[...] ever&#8221;. There is plenty of room in between them, which is where I sit. As I explained before, it does have real value (as a query language/protocol for system integration) but is nowhere near [...]</description>
		<content:encoded><![CDATA[<p>[...] ever&#8221;. There is plenty of room in between them, which is where I sit. As I explained before, it does have real value (as a query language/protocol for system integration) but is nowhere near [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jayadeep Purushothaman</title>
		<link>http://stage.vambenepe.com/archives/503#comment-59814</link>
		<dc:creator>Jayadeep Purushothaman</dc:creator>
		<pubDate>Sat, 17 Jan 2009 08:21:29 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=503#comment-59814</guid>
		<description>William,

While Rob as usual is a bit extreme about his views, in general there is skepticism about the standardization efforts. Having watched Single Unix specs evolve over the years, I think it didn&#039;t bring real value to customers. Even after being compliant to the standards, you typically need another services engagement with another vendor(or the same vendor may give it free) to migrate to the same OS that has been certified by the standard bodies. It was also supposed to be a marketing ploy, which never worked. Finally, the real standard that evolved was linux, which also has some of the issues of vendor dependency but to a lesser extent.

Also many vendors who runs the DMTF/CIM standards, still do not provide standards based instrumentation so that other vendors&#039; consoles can consume it. You still need a console from the same vendor. Some of them do trumpet the standards card to their customers that makes what Rob mentions about misuse of theses standards a real issue.

The other real problem is of standard bodies to keep pace with the evolution of new technology in the same domain. While it is a tough act for standard body or forum to do that because new technologies originate with one of those vendors and having every other vendor to agree to their specification to make it a standard can be really challenging. Also many of those attempts create very complex specifications trying to merge different specifications or API.

So IMO, it is natural for people to be skeptical about standards and I guess it is not just CMBDf(of which I know very little). I remain skeptical in general of these standards  because I am not convinced it adds customer value.</description>
		<content:encoded><![CDATA[<p>William,</p>
<p>While Rob as usual is a bit extreme about his views, in general there is skepticism about the standardization efforts. Having watched Single Unix specs evolve over the years, I think it didn&#8217;t bring real value to customers. Even after being compliant to the standards, you typically need another services engagement with another vendor(or the same vendor may give it free) to migrate to the same OS that has been certified by the standard bodies. It was also supposed to be a marketing ploy, which never worked. Finally, the real standard that evolved was linux, which also has some of the issues of vendor dependency but to a lesser extent.</p>
<p>Also many vendors who runs the DMTF/CIM standards, still do not provide standards based instrumentation so that other vendors&#8217; consoles can consume it. You still need a console from the same vendor. Some of them do trumpet the standards card to their customers that makes what Rob mentions about misuse of theses standards a real issue.</p>
<p>The other real problem is of standard bodies to keep pace with the evolution of new technology in the same domain. While it is a tough act for standard body or forum to do that because new technologies originate with one of those vendors and having every other vendor to agree to their specification to make it a standard can be really challenging. Also many of those attempts create very complex specifications trying to merge different specifications or API.</p>
<p>So IMO, it is natural for people to be skeptical about standards and I guess it is not just CMBDf(of which I know very little). I remain skeptical in general of these standards  because I am not convinced it adds customer value.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
