<?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: SpikeSource Empowers Long Tail ISV&#8217;s</title>
	<atom:link href="http://www.techcrunchit.com/2008/08/20/spikesource-empowers-to-long-tail-isvs/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.techcrunchit.com/2008/08/20/spikesource-empowers-to-long-tail-isvs/</link>
	<description>TechCrunching the Enterprise</description>
	<lastBuildDate>Thu, 09 Sep 2010 13:02:26 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Dominic Sartorio</title>
		<link>http://www.techcrunchit.com/2008/08/20/spikesource-empowers-to-long-tail-isvs/comment-page-1/#comment-3472</link>
		<dc:creator>Dominic Sartorio</dc:creator>
		<pubDate>Thu, 21 Aug 2008 18:45:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.techcrunchit.com/?p=340#comment-3472</guid>
		<description>Hi Patrick,
Thanks for your comments, though I&#039;m sorry to see that your sales call resulted in so many misconceptions about the program.  Allow me to clarify.

First, our certification service is quite different than the others you cite.  Other services are one-time; you certify a specific version of your product, then need to pay again if you want to certify the next version.  Ours was engineered to be a low-touch repeatable set of tests, and you can recertify as many versions as you want, as many times as you want, as long as you are current on your subscription.  This way, you can maintain certification status as your product evolves, and continue to build customer trust without them worrying about whether a given dot release has &quot;enough changes so the previous release&#039;s certification doesn&#039;t really apply anymore&quot;.

Second, while our Intel technology tests will grow and evolve, it is true that today we focus on multi-core performance.  However it isn&#039;t accurate to say &quot;we just check for threads&quot;.  We measure whether or not you sufficiently scale on multi-core so that your customers can trust that your product will perform better.  It&#039;s an application performance test, not just an architectural checkbox.  It&#039;s true that threading one&#039;s code is the most common way of achieving multi-core scalability, but it&#039;s not the only way.

Third, regarding the &quot;false sense of security&quot; comment.  Our security tests aren&#039;t just a one-time test; you also subscribe to an alerting service anytime new vulnerabilities are discovered that affect your product, so you can stay on top of the security issues that might affect your customers.  And if you&#039;re using our stacks, then those stacks are continually updated for security issues.  If a new vulnerability is discovered in a component, we rev our stacks with the fix.  Saying we do &quot;almost no real validation&quot; simply isn&#039;t true.  

Hopefully this clears up the certification misconceptions, but last and not least, the program is more than certification.  The program you should have been introduced to is a &quot;Business Builder&quot; program, an integrated program that combines certification with downstream marketing, channel and demand-generation benefits.  If you think about it, what does it take to grow a software company; what does it take to turn a good idea into a sustainable business?  It takes two things: (1) product that customers can trust and (2) ability to reach your target customers in the first place.  This program integrates both - A certification service resulting in the Intel brand of quality associated with your product, and differentiated placement on the IBX plus additional marketing benefits.  Few other programs, and certainly not the Microsoft program you cite, offer this level of benefits.  

Hopefully this helps - If this now seems more compelling to you, please don&#039;t hesitate to reach out to us (or me personally).

Dominic Sartorio
Sr Director, Product Management, SpikeSource</description>
		<content:encoded><![CDATA[<p>Hi Patrick,<br />
Thanks for your comments, though I&#8217;m sorry to see that your sales call resulted in so many misconceptions about the program.  Allow me to clarify.</p>
<p>First, our certification service is quite different than the others you cite.  Other services are one-time; you certify a specific version of your product, then need to pay again if you want to certify the next version.  Ours was engineered to be a low-touch repeatable set of tests, and you can recertify as many versions as you want, as many times as you want, as long as you are current on your subscription.  This way, you can maintain certification status as your product evolves, and continue to build customer trust without them worrying about whether a given dot release has &#8220;enough changes so the previous release&#8217;s certification doesn&#8217;t really apply anymore&#8221;.</p>
<p>Second, while our Intel technology tests will grow and evolve, it is true that today we focus on multi-core performance.  However it isn&#8217;t accurate to say &#8220;we just check for threads&#8221;.  We measure whether or not you sufficiently scale on multi-core so that your customers can trust that your product will perform better.  It&#8217;s an application performance test, not just an architectural checkbox.  It&#8217;s true that threading one&#8217;s code is the most common way of achieving multi-core scalability, but it&#8217;s not the only way.</p>
<p>Third, regarding the &#8220;false sense of security&#8221; comment.  Our security tests aren&#8217;t just a one-time test; you also subscribe to an alerting service anytime new vulnerabilities are discovered that affect your product, so you can stay on top of the security issues that might affect your customers.  And if you&#8217;re using our stacks, then those stacks are continually updated for security issues.  If a new vulnerability is discovered in a component, we rev our stacks with the fix.  Saying we do &#8220;almost no real validation&#8221; simply isn&#8217;t true.  </p>
<p>Hopefully this clears up the certification misconceptions, but last and not least, the program is more than certification.  The program you should have been introduced to is a &#8220;Business Builder&#8221; program, an integrated program that combines certification with downstream marketing, channel and demand-generation benefits.  If you think about it, what does it take to grow a software company; what does it take to turn a good idea into a sustainable business?  It takes two things: (1) product that customers can trust and (2) ability to reach your target customers in the first place.  This program integrates both &#8211; A certification service resulting in the Intel brand of quality associated with your product, and differentiated placement on the IBX plus additional marketing benefits.  Few other programs, and certainly not the Microsoft program you cite, offer this level of benefits.  </p>
<p>Hopefully this helps &#8211; If this now seems more compelling to you, please don&#8217;t hesitate to reach out to us (or me personally).</p>
<p>Dominic Sartorio<br />
Sr Director, Product Management, SpikeSource</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick</title>
		<link>http://www.techcrunchit.com/2008/08/20/spikesource-empowers-to-long-tail-isvs/comment-page-1/#comment-3458</link>
		<dc:creator>Patrick</dc:creator>
		<pubDate>Thu, 21 Aug 2008 02:31:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.techcrunchit.com/?p=340#comment-3458</guid>
		<description>I work for an ISV that was approached by SpikeSource for &quot;verification,&quot; and I feel like this post is a bit of a shill.  The idea of software verification has been around for a while (Microsoft, for instance, did a huge push to get ISVs to have their applications certified for Vista using Keystone), and SpikeSource really isn&#039;t doing anything new.  More to the point, while Microsoft&#039;s program was in the $1000 range, SpikeSource wanted upwards of $25k per appliation, per year.  Many of the benefits you cite, such as &quot;leverage advanced Intel technology such as multi-core processing,&quot; are nothing more than simple checks to see if an application is using threads.  The &quot;pre-approved&quot; stack is almost laughable - they do almost no real validation of the components (at least, from a security perspective), providing a false sense of security.  Our company passed, and I can&#039;t believe their verification service will ever catch on (BX, on the other hand, does seem useful).</description>
		<content:encoded><![CDATA[<p>I work for an ISV that was approached by SpikeSource for &#8220;verification,&#8221; and I feel like this post is a bit of a shill.  The idea of software verification has been around for a while (Microsoft, for instance, did a huge push to get ISVs to have their applications certified for Vista using Keystone), and SpikeSource really isn&#8217;t doing anything new.  More to the point, while Microsoft&#8217;s program was in the $1000 range, SpikeSource wanted upwards of $25k per appliation, per year.  Many of the benefits you cite, such as &#8220;leverage advanced Intel technology such as multi-core processing,&#8221; are nothing more than simple checks to see if an application is using threads.  The &#8220;pre-approved&#8221; stack is almost laughable &#8211; they do almost no real validation of the components (at least, from a security perspective), providing a false sense of security.  Our company passed, and I can&#8217;t believe their verification service will ever catch on (BX, on the other hand, does seem useful).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
