 




<?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: Why storage&#8217;s &#8216;safe vendors&#8217; shouldn&#8217;t be</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/IT-watch-blog/why-storages-safe-vendors-shouldnt-be/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/IT-watch-blog/why-storages-safe-vendors-shouldnt-be/</link>
	<description>What's new and what matters in IT news, opinion and analysis.</description>
	<lastBuildDate>Wed, 08 May 2013 17:37:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Dikrek</title>
		<link>http://itknowledgeexchange.techtarget.com/IT-watch-blog/why-storages-safe-vendors-shouldnt-be/#comment-181</link>
		<dc:creator>Dikrek</dc:creator>
		<pubDate>Tue, 31 Aug 2010 18:39:59 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/IT-watch-blog/?p=1803#comment-181</guid>
		<description><![CDATA[Hi Roger, Dimitris from NetApp here...

As one of the big boys (that used to be [I]really [/I]small at one point), I get exactly what you mean.

More frequently, a lot of what I see is the fear that a small vendor will not stay in business, or may get acquired for certain aspects of the technology and then discarded, or acquired simply to be eliminated as competition.

There&#039;s also the fact that small single-product companies rarely survive a bad engineering event (say, a latent bug that causes corruption at the controller level).

Typically, the smaller vendors can innovate well but it&#039;s also a very focused innovation - witness compellent&#039;s auto-tiering, or your own ISE technology. 

A complete storage solution quickly expands to several other realms, and those realms demand engineering time typically well beyond the resources of smaller companies.

It&#039;s all a very delicate balancing act, regardless of company size.

Take support for instance - initially a smaller company will have fewer support people, then, as it gets bigger, it needs to hire more support personnel WELL BEFORE there&#039;s need for them - otherwise there will be the risk of insufficient support resources, which leads to customer dissatisfaction, which leads to lost sales, which can lead to the demise of the company.

And, finally, there&#039;s the undisputable fact that today&#039;s small vendor that doesn&#039;t &quot;stifle innovation&quot;, will indeed have to be more controlled and careful with the rate of changes as they get bigger. You see, you start with a blank sheet of paper once, and you better make the foundation flexible yet solid, in order to not stifle innovation in the future.

So, the message I think really is:

If you think that a small vendor is viable and has a certain technology that nobody else does that is [I]crucial to your business[/I], absolutely look at them, with the understanding that they may or may not be able to develop much beyond that certain niche technology.

Maybe this will prove useful:

http://bit.ly/akF3J9

Thx

D]]></description>
		<content:encoded><![CDATA[<p>Hi Roger, Dimitris from NetApp here&#8230;</p>
<p>As one of the big boys (that used to be [I]really [/I]small at one point), I get exactly what you mean.</p>
<p>More frequently, a lot of what I see is the fear that a small vendor will not stay in business, or may get acquired for certain aspects of the technology and then discarded, or acquired simply to be eliminated as competition.</p>
<p>There&#8217;s also the fact that small single-product companies rarely survive a bad engineering event (say, a latent bug that causes corruption at the controller level).</p>
<p>Typically, the smaller vendors can innovate well but it&#8217;s also a very focused innovation &#8211; witness compellent&#8217;s auto-tiering, or your own ISE technology. </p>
<p>A complete storage solution quickly expands to several other realms, and those realms demand engineering time typically well beyond the resources of smaller companies.</p>
<p>It&#8217;s all a very delicate balancing act, regardless of company size.</p>
<p>Take support for instance &#8211; initially a smaller company will have fewer support people, then, as it gets bigger, it needs to hire more support personnel WELL BEFORE there&#8217;s need for them &#8211; otherwise there will be the risk of insufficient support resources, which leads to customer dissatisfaction, which leads to lost sales, which can lead to the demise of the company.</p>
<p>And, finally, there&#8217;s the undisputable fact that today&#8217;s small vendor that doesn&#8217;t &#8220;stifle innovation&#8221;, will indeed have to be more controlled and careful with the rate of changes as they get bigger. You see, you start with a blank sheet of paper once, and you better make the foundation flexible yet solid, in order to not stifle innovation in the future.</p>
<p>So, the message I think really is:</p>
<p>If you think that a small vendor is viable and has a certain technology that nobody else does that is [I]crucial to your business[/I], absolutely look at them, with the understanding that they may or may not be able to develop much beyond that certain niche technology.</p>
<p>Maybe this will prove useful:</p>
<p><a href="http://bit.ly/akF3J9" rel="nofollow">http://bit.ly/akF3J9</a></p>
<p>Thx</p>
<p>D</p>
]]></content:encoded>
	</item>
</channel>
</rss>
