<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://www.itskeptic.org"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>The IT Skeptic - Comments for &quot;The CMDB Federation is a brilliant piece of vendor marketing smokescreen&quot;</title>
 <link>http://www.itskeptic.org/cmdb-federation-brilliant-piece-vendor-marketing-s</link>
 <description>Comments for &quot;The CMDB Federation is a brilliant piece of vendor marketing smokescreen&quot;</description>
 <language>en</language>
<item>
 <title>the Identity Blogger weighs in</title>
 <link>http://www.itskeptic.org/cmdb-federation-brilliant-piece-vendor-marketing-s#comment-3929</link>
 <description>&lt;p&gt;Another significant blog doesn&#039;t agree.   &lt;a href=&quot;http://idlogger.wordpress.com/2009/01/27/if-only-if-only/&quot; target=&quot;_blank&quot;&gt;the Identity Blogger says&lt;/a&gt; &quot;this borders on pure fantasy&quot;.&lt;/p&gt;
&lt;p&gt;I&#039;m not saying every salesman in town will be pushing CMDBf as a product feature.   But for any sale into a heterogenous environment, the question of integration/federation often comes up from the geeks and this will be used to hose it down.  If you get this question use this answer.&lt;/p&gt;
</description>
 <pubDate>Tue, 27 Jan 2009 22:25:00 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 3929 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>how fundamental the problems are with actually using CMDBf</title>
 <link>http://www.itskeptic.org/cmdb-federation-brilliant-piece-vendor-marketing-s#comment-3926</link>
 <description>&lt;p&gt;For a taste of just how fundamental the problems are with actually using CMDBf, &lt;a href=&quot;http://talk.bmc.com/blogs/blog-wiles/van-wiles/MODELINGRELATIONSHIPS&quot; target=&quot;_blank&quot;&gt;read this &lt;/a&gt;.  I had concerns about how on earth relationships rather than entities are shared via CMDBf but didn&#039;t understand enough to speak up [That&#039;d be a first!].  Van Wiles does.&lt;/p&gt;
</description>
 <pubDate>Fri, 23 Jan 2009 16:19:56 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 3926 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>under fire from a big gun</title>
 <link>http://www.itskeptic.org/cmdb-federation-brilliant-piece-vendor-marketing-s#comment-3923</link>
 <description>&lt;p&gt;Returning from the tranquility of the Southern Alps I find myself under fire from a big gun: William.  I can ignore most vendor stuff if I want but Mr Vambenepe has the street cred in this industry to be taken seriously.  Which leads me to the point I forgot to make in ths article but &lt;a href=&quot;http://www.itskeptic.org/node/112#comment-516&quot;&gt;I have made it in earlier posts&lt;/a&gt;: The backroom boys at these organisations tend to be the decent ones. I worked for one of the companies in question for a long time so I know, though I worked at the sordid pointy end. I am not reflecting on the individuals involved - please be clear about that. When I refer to cynical or machiavellian motivations I am talking about the companies as a whole, the executives who run them, and the games that go on between them. &lt;/p&gt;
&lt;p&gt;So WV and the others doing the work on CMDBf are doing real work and aiming for a real result.  But I don&#039;t believe their bosses at a sufficiently high level give a f***.  &quot;Yeah yeah we are working on that&quot;  will be a sufficient response for the forseeable future.&lt;/p&gt;
&lt;p&gt;Sales and presales people do use initiatives like CMDBf to patch over obvious cracks - I stand guilty as charged.  If William&#039;s sales poeple don&#039;t do it, then this indicates that they are selling at a higher non-technical level (entirely commendable) and/or not selling CMDB at all (entirely believeable in both cases: too many sales people at HP still sell tin and at Oracle sell business apps.  Sales people have very small brains that seldom hold more than one product at a time.)&lt;/p&gt;
&lt;p&gt;Perception is reality.  This standard is generally &lt;strong&gt;perceived&lt;/strong&gt; to be the one that defines how systems management vendors will plug-and-play.  I don&#039;t want it to make coffee - I just want it to federate tools from disparate vendors.  The name kinda implies that.  It doesn&#039;t.  &lt;/p&gt;
&lt;p&gt;As discussed, federation is a process and people problem.  Lots of standards deal with process and people problems.  The technical layer (or rather the chunk of that layer that this standard covers) is a necessary but far from sufficient piece of the federation solution.&lt;/p&gt;
</description>
 <pubDate>Mon, 19 Jan 2009 22:31:00 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 3923 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>over-hyped </title>
 <link>http://www.itskeptic.org/cmdb-federation-brilliant-piece-vendor-marketing-s#comment-3922</link>
 <description>&lt;p&gt;OK so &quot;the most...ever&quot; was over-hyped :)&lt;/p&gt;
&lt;p&gt;As you say this is the latest in long line of vendor crap that trails behind them like dung behind a herd of migrating cattle.&lt;/p&gt;
&lt;p&gt;From &lt;a href=&quot;http://www.itskeptic.org/owningitil&quot;&gt;my upcomng book&lt;/a&gt;:&lt;br /&gt;
&lt;blockquote&gt;For those who were there, remember how all data was in flat files but relational databases were coming and they were going to fix everything? We followed “the one true Codd ”.  Once we had all our data in one place, referential problems and inconsistencies would vanish.  With SQL all programming would be easy, and we wouldn’t need many programmers anyway because users would write their own queries.&lt;/blockquote&gt;&lt;/p&gt;
&lt;p&gt;I got my start programming and teaching 4GLs , the end of COBOL and other crude 3GLs for ever.  Once again, the end of programming was nigh as end users could learn to write such simple languages.  They said the same thing about COBOL, the “business-oriented language”, when my Dad learnt about it in the 1970s - but this time it was really true.  Really.&lt;/p&gt;
&lt;p&gt;Then we all built vast corporate data models.  Once we got all our definitions in one place, and achieved third normal form  across the organisation, then all the answers would just fall out.  I worked on one project that had four and a half thousand beautifully normalised tables.  Boy that really helped those end users write their SQL.  Slowed those 4GLs down too, and hardware hadn’t gotten cheap yet – we were still running IBM 370s.&lt;/p&gt;
&lt;p&gt;Next, CASE  tools were going to transform programming.  Once we generated code in one place, end-users would draw pictures and finished applications would burst forth automatically.  Twenty years on that one still hasn’t laid down and died.&lt;/p&gt;
&lt;p&gt;Structured programming, modular programming, object-oriented programming (once we get all the methods defined in one place…), information engineering, repository (once all the meta-data is defined in one place…), RAD , JAD , directory (once all the data is indexed so it looks like it is in one place….), data warehousing (once we have a copy of all the data in one place…), EAI  (once we glued it all together automagically so it looks like it is in one place…), MIS  and then EIS  (once the executives have all the key data in one place….), CRM  (once all the customer interactions are kept in one place…), extreme programming, content management (once all the documents are in one place…), HTML, ERP  (once we have the whole damn business in one place…), Web Services (once all the APIs are dynamically linked, and the UDDI lets us look up everything in one place…), and of course e-commerce [embarrassed silence while we all blush].&lt;/p&gt;
&lt;p&gt;A decade ago it was PCs, client/server and three-level architectures to decentralise everything.  Now it is browsers, thin clients, blades and virtual machines to centralise everything.&lt;br /&gt;
Every one of them has added a little value and a lot of complexity to IT.  Not one has been the silver bullet the vendors and consultants had us believe.  Every one cost more and delivered less than promised.  Is it any wonder the business is cynical? &lt;/p&gt;
&lt;p&gt;Not that they have a right to toss too many stones about.  While all this was going on in the data-centre, over in the boardroom we had Quality Circles, BPR , zero based budgets, TQM , 6sigma, MBOs , KM , coaching, the one minute manager, centres of excellence, intellectual capital, ISO9000, outsourcing and off-shoring, triple bottom line, and of course e-commerce …
&lt;/p&gt;
</description>
 <pubDate>Mon, 19 Jan 2009 22:06:00 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 3922 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Sorry, CMDBf doesn&#039;t make coffee either</title>
 <link>http://www.itskeptic.org/cmdb-federation-brilliant-piece-vendor-marketing-s#comment-3920</link>
 <description>&lt;p&gt;I offer a defense of CMDBf at &lt;a href=&quot;http://stage.vambenepe.com/archives/503&quot; rel=&quot;nofollow&quot;&gt;http://stage.vambenepe.com/archives/503&lt;/a&gt;&lt;/p&gt;
</description>
 <pubDate>Sat, 17 Jan 2009 07:56:00 +0000</pubDate>
 <dc:creator>William Vambenepe</dc:creator>
 <guid isPermaLink="false">comment 3920 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Most over-hyped promise?</title>
 <link>http://www.itskeptic.org/cmdb-federation-brilliant-piece-vendor-marketing-s#comment-3918</link>
 <description>&lt;p&gt;Totally agreeing with you. However, when you say &quot;the most over-hyped vendor marketing smokescreen ever&quot;, I can think of much more over-hyped things over the past 30 years, just remember the promises of SQL and Distributed DB Access, supposed to be the panacea for universal database declaration, manipulation, query, interoperability and portability. After 30+ years of claimed commitment from vendors and efforts from consortia, it&#039;s still NOT working...&lt;/p&gt;
</description>
 <pubDate>Thu, 15 Jan 2009 15:14:51 +0000</pubDate>
 <dc:creator>Metalyst</dc:creator>
 <guid isPermaLink="false">comment 3918 at http://www.itskeptic.org</guid>
</item>
</channel>
</rss>
