<?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 for Monolith Software. One Way.</title>
	<atom:link href="http://www.monolith-software.com/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.monolith-software.com/blog</link>
	<description>The First. The Only. Unified Infrastructure Management Software.</description>
	<lastBuildDate>Fri, 11 May 2012 18:03:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on A Mixed Bag of Tools Presents Challenges &#8211; It’s Time for Unified IT Infrastructure Management! by Vendor Consolidation and Tool Consolidation &#8211; Reality or Mirage? &#124; Monolith Software. One Way.</title>
		<link>http://www.monolith-software.com/blog/2011/03/a-mixed-bag-of-tools-presents-challenges%e2%80%94-it%e2%80%99s-time-for-unified-it-infrastructure-management/comment-page-1/#comment-38893</link>
		<dc:creator>Vendor Consolidation and Tool Consolidation &#8211; Reality or Mirage? &#124; Monolith Software. One Way.</dc:creator>
		<pubDate>Fri, 11 May 2012 18:03:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.monolith-software.com/blog/?p=953#comment-38893</guid>
		<description>[...] One2One Ep. 5 of our video blog shows that the only path to reducing cost structure is to utilize a unified infrastructure management solution having one common database, one common rules engine, and one authentication engine that lets you do all the things you did previously using several different tools.  That solution is Monolith Software. (Just ask Oracle.) [...]</description>
		<content:encoded><![CDATA[<p>[...] One2One Ep. 5 of our video blog shows that the only path to reducing cost structure is to utilize a unified infrastructure management solution having one common database, one common rules engine, and one authentication engine that lets you do all the things you did previously using several different tools.  That solution is Monolith Software. (Just ask Oracle.) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Single Code Base: Often Imitated, Never Duplicated by Vendor Consolidation and Tool Consolidation &#8211; Reality or Mirage? &#124; Monolith Software. One Way.</title>
		<link>http://www.monolith-software.com/blog/2012/01/single-code-base-often-imitated-never-duplicated/comment-page-1/#comment-38891</link>
		<dc:creator>Vendor Consolidation and Tool Consolidation &#8211; Reality or Mirage? &#124; Monolith Software. One Way.</dc:creator>
		<pubDate>Fri, 11 May 2012 18:02:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.monolith-software.com/blog/?p=1051#comment-38891</guid>
		<description>[...] Ep. 5 of our video blog shows that the only path to reducing cost structure is to utilize a unified infrastructure management solution having one common database, one common rules engine, and one authentication engine that lets you do [...]</description>
		<content:encoded><![CDATA[<p>[...] Ep. 5 of our video blog shows that the only path to reducing cost structure is to utilize a unified infrastructure management solution having one common database, one common rules engine, and one authentication engine that lets you do [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Operational Maturity Model? by Yara Maldonado</title>
		<link>http://www.monolith-software.com/blog/2009/06/operational-maturity-mode/comment-page-1/#comment-33269</link>
		<dc:creator>Yara Maldonado</dc:creator>
		<pubDate>Thu, 09 Feb 2012 22:37:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.monolith-software.com/blog/?p=207#comment-33269</guid>
		<description>Very interesting! I am reviewing this information in relation to a Contact Center and agree totally that, together with the improvements we are constantly making in the customer service arena, the technology support of the Contact Center has to progress ensuring an Expert Operational Maturity!</description>
		<content:encoded><![CDATA[<p>Very interesting! I am reviewing this information in relation to a Contact Center and agree totally that, together with the improvements we are constantly making in the customer service arena, the technology support of the Contact Center has to progress ensuring an Expert Operational Maturity!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Dead Man Walking (CIC) by Mohammad-Amin Hasbini</title>
		<link>http://www.monolith-software.com/blog/2009/11/dead-man-walking-cic/comment-page-1/#comment-22947</link>
		<dc:creator>Mohammad-Amin Hasbini</dc:creator>
		<pubDate>Sat, 30 Apr 2011 14:20:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.monolith-software.com/blog/?p=544#comment-22947</guid>
		<description>Only if we have seen this document earlier! the worst thing is it&#039;s price, a disaster...</description>
		<content:encoded><![CDATA[<p>Only if we have seen this document earlier! the worst thing is it&#8217;s price, a disaster&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Best Practice Tips for Network Management by Ricardo</title>
		<link>http://www.monolith-software.com/blog/2009/07/best-practice-tips-for-network-management/comment-page-1/#comment-4187</link>
		<dc:creator>Ricardo</dc:creator>
		<pubDate>Thu, 20 May 2010 11:16:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.monolith-software.com/blog/?p=310#comment-4187</guid>
		<description>Hi Shawn,

I&#039;m responsible for the FM platform in a Cable ISP in Portugal and we had all this issues you mention in the past, before we implemented some best practices. Now we are planing to migrate our FM platfom using other vendor suites of softwares and the question that I have for you is the following:

How do you manage to get all the required info from MIbs, alarm severity and correlation from the several owners from the different platforms?

I&#039;ve created templates but they claim it&#039;s a huge work and don&#039;t have time for it. Do you have any sugestion?

Thks in advanced,

Ricardo</description>
		<content:encoded><![CDATA[<p>Hi Shawn,</p>
<p>I&#8217;m responsible for the FM platform in a Cable ISP in Portugal and we had all this issues you mention in the past, before we implemented some best practices. Now we are planing to migrate our FM platfom using other vendor suites of softwares and the question that I have for you is the following:</p>
<p>How do you manage to get all the required info from MIbs, alarm severity and correlation from the several owners from the different platforms?</p>
<p>I&#8217;ve created templates but they claim it&#8217;s a huge work and don&#8217;t have time for it. Do you have any sugestion?</p>
<p>Thks in advanced,</p>
<p>Ricardo</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Cross-domain Correlation &#8211; Finally, fiction becomes fact by The Next Big Thing &#8211; Topology &#124; A Monitoring Odyssey&#8230;..&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;with Monolith Software</title>
		<link>http://www.monolith-software.com/blog/2010/01/cross-domain-correlation-finally-fiction-becomes-fact/comment-page-1/#comment-4081</link>
		<dc:creator>The Next Big Thing &#8211; Topology &#124; A Monitoring Odyssey&#8230;..&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;with Monolith Software</dc:creator>
		<pubDate>Wed, 12 May 2010 15:06:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.monolith-software.com/blog/?p=574#comment-4081</guid>
		<description>[...] is cross-domain correlation.  We&#8217;ve been working with our customers to [...]</description>
		<content:encoded><![CDATA[<p>[...] is cross-domain correlation.  We&#8217;ve been working with our customers to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flash is Dead &#8212; and so is Client-side Java by Jeff Parker</title>
		<link>http://www.monolith-software.com/blog/2010/05/flash-is-dead-and-so-is-client-side-java/comment-page-1/#comment-3977</link>
		<dc:creator>Jeff Parker</dc:creator>
		<pubDate>Fri, 07 May 2010 14:08:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.monolith-software.com/blog/?p=705#comment-3977</guid>
		<description>thanks for the comment Nick.  we&#039;ll keep working on bringing fresh new perspectives to the market!</description>
		<content:encoded><![CDATA[<p>thanks for the comment Nick.  we&#8217;ll keep working on bringing fresh new perspectives to the market!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flash is Dead &#8212; and so is Client-side Java by Planet Network Management Highlights 2010 Week 18</title>
		<link>http://www.monolith-software.com/blog/2010/05/flash-is-dead-and-so-is-client-side-java/comment-page-1/#comment-3975</link>
		<dc:creator>Planet Network Management Highlights 2010 Week 18</dc:creator>
		<pubDate>Fri, 07 May 2010 13:51:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.monolith-software.com/blog/?p=705#comment-3975</guid>
		<description>[...] Flash is Dead — and so is Client-side Java &#8211; why Monolith Software won&#8217;t be using Flash or Java [...]</description>
		<content:encoded><![CDATA[<p>[...] Flash is Dead — and so is Client-side Java &#8211; why Monolith Software won&#8217;t be using Flash or Java [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flash is Dead &#8212; and so is Client-side Java by Nick Keeling</title>
		<link>http://www.monolith-software.com/blog/2010/05/flash-is-dead-and-so-is-client-side-java/comment-page-1/#comment-3955</link>
		<dc:creator>Nick Keeling</dc:creator>
		<pubDate>Thu, 06 May 2010 01:46:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.monolith-software.com/blog/?p=705#comment-3955</guid>
		<description>As I type this message from my iPad, i have to say that I couldn&#039;t agree more. We are constantly having to fight with different versions of java to support all of our various native NMS systems. Its refreshing to see the approach that you guys are taking.</description>
		<content:encoded><![CDATA[<p>As I type this message from my iPad, i have to say that I couldn&#8217;t agree more. We are constantly having to fight with different versions of java to support all of our various native NMS systems. Its refreshing to see the approach that you guys are taking.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why CA Acquired Nimsoft by benbree</title>
		<link>http://www.monolith-software.com/blog/2010/04/why-ca-acquired-nimsoft/comment-page-1/#comment-3865</link>
		<dc:creator>benbree</dc:creator>
		<pubDate>Fri, 30 Apr 2010 02:43:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.monolith-software.com/blog/?p=691#comment-3865</guid>
		<description>You made me think.  I am not sure what type of consultant you are or were but here is what I learned doing what you describe so well in your blog.  There are many types of folks in technology.  Two types that I learned to know are the operators and the business folks.  The best presales guys are operators and the folks that buy and sell companies are business folks.  We, the operators, raise the value of the company.  While the business guys look at the bottom line.  When I worked at CA, I could address any enterprise management challenge posed by a prospect or customer.  The sales guys knew this, customers knew this, and I knew this. I was very busy ensuring that CA closed business.  I left CA (for Nimsoft) because there were no leadership positions for someone like me.  When I worked at Nimsoft, I had one product, addressed specific needs, wasted no time in areas I could not address, went to sales club for the first time as a presales guy, and Nimsoft laid me off less than six months later.  The business guys want to maximize profits; the operators want to address prospect/customer challenges.

CA acquired Nimsoft to maximize profits.  With Nimsoft, CA addresses the needs of more prospects, acquires Nimsoft customers, and gains more business with minimal investment.  Nimsoft sale to CA provided profits to the private Nimsoft investors while providing little to the operators.  The lesson I learned in my years as an operator is that the business guys seldom appreciate the operator’s job – they are too far removed from the operators.  It is simply not in the operator’s nature to focus on the business of the software company.  I believe the business guys know this and the results appear all the time.  The CA/Nimsoft deal made it very clear to me.

I remain a happy operator.  Best wishes to you and keep posting - good stuff.</description>
		<content:encoded><![CDATA[<p>You made me think.  I am not sure what type of consultant you are or were but here is what I learned doing what you describe so well in your blog.  There are many types of folks in technology.  Two types that I learned to know are the operators and the business folks.  The best presales guys are operators and the folks that buy and sell companies are business folks.  We, the operators, raise the value of the company.  While the business guys look at the bottom line.  When I worked at CA, I could address any enterprise management challenge posed by a prospect or customer.  The sales guys knew this, customers knew this, and I knew this. I was very busy ensuring that CA closed business.  I left CA (for Nimsoft) because there were no leadership positions for someone like me.  When I worked at Nimsoft, I had one product, addressed specific needs, wasted no time in areas I could not address, went to sales club for the first time as a presales guy, and Nimsoft laid me off less than six months later.  The business guys want to maximize profits; the operators want to address prospect/customer challenges.</p>
<p>CA acquired Nimsoft to maximize profits.  With Nimsoft, CA addresses the needs of more prospects, acquires Nimsoft customers, and gains more business with minimal investment.  Nimsoft sale to CA provided profits to the private Nimsoft investors while providing little to the operators.  The lesson I learned in my years as an operator is that the business guys seldom appreciate the operator’s job – they are too far removed from the operators.  It is simply not in the operator’s nature to focus on the business of the software company.  I believe the business guys know this and the results appear all the time.  The CA/Nimsoft deal made it very clear to me.</p>
<p>I remain a happy operator.  Best wishes to you and keep posting &#8211; good stuff.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

