<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title> &#187; Best Practices</title>
	<atom:link href="http://www.embeddedmarketintelligence.com/category/best-practices/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.embeddedmarketintelligence.com</link>
	<description>Embedded Topics and Best Practices</description>
	<lastBuildDate>Wed, 07 Sep 2011 21:50:17 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
		<item>
		<title>Beware of Chip Companies Bearing False Gifts</title>
		<link>http://www.embeddedmarketintelligence.com/2011/09/07/beware-of-chip-companies-bearing-false-gifts/</link>
		<comments>http://www.embeddedmarketintelligence.com/2011/09/07/beware-of-chip-companies-bearing-false-gifts/#comments</comments>
		<pubDate>Wed, 07 Sep 2011 21:50:17 +0000</pubDate>
		<dc:creator>Jerry Krasner</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Development Tools]]></category>
		<category><![CDATA[Market Intelligence]]></category>
		<category><![CDATA[Operating Systems]]></category>

		<guid isPermaLink="false">http://www.embeddedmarketintelligence.com/?p=810</guid>
		<description><![CDATA[Back in the mid 1960’s American Airlines ran a very successful ad program (the ad was “Take me along if you Love me”) in which business travelers were allowed to bring their wives along on their business trip – at no additional cost. Thousands of business travelers took advantage of the offer and sales soared. [...]]]></description>
			<content:encoded><![CDATA[<p>Back in the mid 1960’s American Airlines ran a very successful ad program (the ad was “Take me along if you Love me”) in which business travelers were allowed to bring their wives along on their business trip – at no additional cost.</p>
<p>Thousands of business travelers took advantage of the offer and sales soared. Leave it to some marketing moron to contact the traveling “wives” and ask them how they enjoyed their trip. Seems that many of the “take me alongers” were not the wives but someone else.</p>
<p>Hundreds of divorces ensued and the airline was sued by many and sales took a turn for the worse.</p>
<p>Fast forward to 2011 and it seems that the grandsons/granddaughters of those hapless AA marketing mavens might now be working for Freescale.</p>
<p>Freescale is giving away free the MQX operating system – but is Freescale helping or handicapping their customers?</p>
<p>In a recent EMF survey of 660 embedded developers, we were able to compare design outcomes among all of the major operating systems (using our unique Dashboard tool &#8211; <a title="EMF Dashboard" href="http://www.embeddedforecast.com" target="_blank">see video</a>).</p>
<p>Citing just a few highlights,</p>
<table border="0" cellspacing="0" cellpadding="0" width="631">
<tbody>
<tr>
<td width="315" valign="bottom"> </td>
<td width="79" valign="bottom"><strong>ThreadX</strong></td>
<td width="79" valign="bottom"><strong>Micrium</strong></td>
<td width="80" valign="bottom"><strong>VxWorks</strong></td>
<td width="79" valign="bottom"><strong>MQX</strong></td>
</tr>
<tr>
<td width="315" valign="bottom"> </td>
<td width="79" valign="bottom"><strong> </strong></td>
<td width="79" valign="bottom"><strong> </strong></td>
<td width="80" valign="bottom"><strong> </strong></td>
<td width="79" valign="bottom"><strong> </strong></td>
</tr>
<tr>
<td width="315" valign="bottom"><strong>Time from design start to shipment (months)</strong></td>
<td width="79" valign="bottom"><strong>10.5</strong></td>
<td width="79" valign="bottom"><strong>11.3</strong></td>
<td width="80" valign="bottom"><strong>16.3</strong></td>
<td width="79" valign="bottom"><strong>15.8</strong></td>
</tr>
<tr>
<td width="315" valign="bottom"><strong> </strong></td>
<td width="79" valign="bottom"><strong> </strong></td>
<td width="79" valign="bottom"><strong> </strong></td>
<td width="80" valign="bottom"><strong> </strong></td>
<td width="79" valign="bottom"><strong> </strong></td>
</tr>
<tr>
<td width="315" valign="bottom"><strong>Percent of Designs completed Behind Schedule</strong></td>
<td width="79" valign="bottom"><strong>29.8%</strong></td>
<td width="79" valign="bottom"><strong>40.0%</strong></td>
<td width="80" valign="bottom"><strong>51.1%</strong></td>
<td width="79" valign="bottom"><strong>56.6%</strong></td>
</tr>
</tbody>
</table>
<p> </p>
<p>So we are left wondering whether Freescale realizes what they are doing to their customers – and whether the grandsons/granddaughters of American Airlines marketers can find a place where their efforts can’t do any more harm. The Obama administration comes to mind.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.embeddedmarketintelligence.com/2011/09/07/beware-of-chip-companies-bearing-false-gifts/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Percent of Hardware Budget Devoted to COTS Hardware</title>
		<link>http://www.embeddedmarketintelligence.com/2011/08/08/percent-of-hardware-budget-devoted-to-cots-hardware/</link>
		<comments>http://www.embeddedmarketintelligence.com/2011/08/08/percent-of-hardware-budget-devoted-to-cots-hardware/#comments</comments>
		<pubDate>Mon, 08 Aug 2011 16:56:54 +0000</pubDate>
		<dc:creator>Jerry Krasner</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Market Intelligence]]></category>
		<category><![CDATA[Perspective]]></category>
		<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.embeddedmarketintelligence.com/?p=788</guid>
		<description><![CDATA[  Considerable attention and speculation has been given to the use of COTS hardware across different vertical markets, and whether this trend is expanding, remaining stable or declining. If the use of COTS is expanding, one would expect to see an economic benefit to its use – hence, a more important measure of COTS utilization [...]]]></description>
			<content:encoded><![CDATA[<p> </p>
<p>Considerable attention and speculation has been given to the use of COTS hardware across different vertical markets, and whether this trend is expanding, remaining stable or declining. If the use of COTS is expanding, one would expect to see an economic benefit to its use – hence, a more important measure of COTS utilization would be reflected in the budgeted amount of COTS hardware as a percentage of total hardware cost.</p>
<p>In a recent 2011 survey of embedded developers (653 respondents), EMF asked respondents to report the percent of their total hardware budget that was devoted to COTS hardware.</p>
<p>Table I presents their responses according to vertical market. Whereas Aerospace/Avionics and Military had the highest response (these data reflect the percent of the COTS hardware budget compared with total hardware budget) Datacom and Electronic Instrumentation had a better than average response.</p>
<table class="aligncenter" border="0" cellspacing="0" cellpadding="0" width="244">
<colgroup span="1">
<col span="1" width="165"></col>
<col span="1" width="79"></col>
</colgroup>
<tbody>
<tr height="17">
<td colspan="2" width="244" height="17">Percent of Hardware Budget Devoted to COTS Hardware</td>
</tr>
<tr height="17">
<td colspan="2" height="17">2011 EMF Survey of Embedded Developers</td>
</tr>
<tr height="17">
<td height="17"> </td>
<td> </td>
</tr>
<tr height="17">
<td height="17">Industry Average</td>
<td align="right">23%</td>
</tr>
<tr height="17">
<td height="17">Auto-Transportation</td>
<td align="right">19%</td>
</tr>
<tr height="17">
<td height="17">Aerospace-Avionics</td>
<td align="right">30%</td>
</tr>
<tr height="17">
<td height="17">Consumer Electronics</td>
<td align="right">22%</td>
</tr>
<tr height="17">
<td height="17">Datacom-Networking</td>
<td align="right">27%</td>
</tr>
<tr height="17">
<td height="17">Electronic Instrumentation</td>
<td align="right">24%</td>
</tr>
<tr height="17">
<td height="17">Industrial Automation</td>
<td align="right">20%</td>
</tr>
<tr height="17">
<td height="17">Medical</td>
<td align="right">20%</td>
</tr>
<tr height="17">
<td height="17">Military</td>
<td align="right">32%</td>
</tr>
<tr height="17">
<td height="17">Office Automation</td>
<td align="right">14%</td>
</tr>
<tr height="17">
<td height="17">Telecom</td>
<td align="right">23%</td>
</tr>
</tbody>
</table>
<p><strong>                   Table I</strong></p>
<p>Table II presents developer responses according to chip architecture.</p>
<p>It is interesting to note that the budgeted percent of COTS hardware is consistent across all architectures, DSP and FPGA, but it is significantly larger for dual core and multi core developments. This might be due to the recent inclusion of multiple cores in embedded developments where the focus might be on software development within a mostly reusable hardware configuration. It will be interesting to see if this data is repeated in 2012.</p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<table border="0" cellspacing="0" cellpadding="0" width="244">
<colgroup span="1">
<col span="1" width="165"></col>
<col span="1" width="79"></col>
</colgroup>
<tbody>
<tr height="17">
<td colspan="2" width="244" height="17">Percent of Hardware Budget Devoted to COTS Hardware</td>
</tr>
<tr height="17">
<td colspan="2" height="17">2011 EMF Survey of Embedded Developers</td>
</tr>
<tr height="17">
<td height="17"> </td>
<td> </td>
</tr>
<tr height="17">
<td height="17">Industry Average</td>
<td align="right">23%</td>
</tr>
<tr height="17">
<td height="17">8-bit</td>
<td align="right">21%</td>
</tr>
<tr height="17">
<td height="17">16-bit</td>
<td align="right">22%</td>
</tr>
<tr height="17">
<td height="17">32-bit</td>
<td align="right">24%</td>
</tr>
<tr height="17">
<td height="17">64-bit</td>
<td align="right">23%</td>
</tr>
<tr height="17">
<td height="17">128-bit</td>
<td align="right">26%</td>
</tr>
<tr height="17">
<td height="17">DSP</td>
<td align="right">23%</td>
</tr>
<tr height="17">
<td height="17">FPGA</td>
<td align="right">21%</td>
</tr>
<tr height="17">
<td height="17">Dual Core</td>
<td align="right">28%</td>
</tr>
<tr height="17">
<td height="17">Multi-Core</td>
<td align="right">35%</td>
</tr>
</tbody>
</table>
<p><strong>                             Table II</strong></p>
<p>Information regarding the survey and data can be found at</p>
<p><a href="http://www.embeddedforecast.com/">www.embeddedforecast.com</a>.</p>
<p>Survey data and the use of the EMF Embedded Dashboard used to compute these data can be seen at:</p>
<p><a href="http://www.embeddedforecast.com/emfmip_videos.php">http://www.embeddedforecast.com/emfmip_videos.php</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.embeddedmarketintelligence.com/2011/08/08/percent-of-hardware-budget-devoted-to-cots-hardware/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to Tell the Difference between Market Intelligence and Market Stupidity</title>
		<link>http://www.embeddedmarketintelligence.com/2011/05/16/how-to-tell-the-difference-between-market-intelligence-and-market-stupidity/</link>
		<comments>http://www.embeddedmarketintelligence.com/2011/05/16/how-to-tell-the-difference-between-market-intelligence-and-market-stupidity/#comments</comments>
		<pubDate>Mon, 16 May 2011 17:02:38 +0000</pubDate>
		<dc:creator>Jerry Krasner</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Market Intelligence]]></category>
		<category><![CDATA[Marketing and Sales]]></category>
		<category><![CDATA[Perspective]]></category>

		<guid isPermaLink="false">http://www.embeddedmarketintelligence.com/?p=731</guid>
		<description><![CDATA[Ignoring important business information in order to save money is like saving up sex for your old age. Warren Buffet An archeologist was searching along the Amazon River when he stumbled onto a tribe of warriors. They were both shocked and surprised to see each other. The archeologist cried out “Lord, please save me for [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Ignoring important business information in order to save money is like saving up sex for your old age. Warren Buffet</strong></p>
<blockquote><p>An archeologist was searching along the Amazon River when he stumbled onto a tribe of warriors. They were both shocked and surprised to see each other. The archeologist cried out “Lord, please save me for I am totally screwed”. A black cloud appeared and a loud voice cried out “you are not screwed – pick up the rock in front of you and kill the chief”. He picked up the rock and threw it hitting the chief in the head killing him instantly. The archeologist looked up to see 40 tribesmen coming at him with their spears aimed at him. He looked to the cloud and a loud voice said …</p>
<p>“OK – NOW you’re screwed”</p></blockquote>
<p>Sometimes market advice seems to work that way.</p>
<p>A decade ago the merchant computer board industry was abuzz with CompactPCI (cPCI) forecast to replace the VME Bus. Market analysts were calling cPCI the two-billion dollar marketplace. Given that cPCI was controlled by three vendors (by definition a commodity marketplace), we called it the “zero-billion dollar marketplace”. Advocates told me that I was looking at the tip of the iceberg. I said that we were looking at the tip of the ice-cube!</p>
<p>The outcome was a no-brainer. commodity markets don’t grow as strong and as large as polyopoly markets (those that support a broad range of vendors). In addition, virtually every cPCI design was custom – not off the shelf. So who won? Not us – we were correct in our analysis, but no one bought our research. Other market research firms made a lot of money selling what vendors wanted to hear – but those vendors (Force Computer and Motorola Computer Group, among others) are long gone.</p>
<p>We never regretted our strategy – although we didn’t make any money in having the correct analysis. Ten years later, we are still here and doing fine.</p>
<p><strong> </strong></p>
<p><strong>The EMF Approach to Comprehensive and Reliable Market Intelligence</strong></p>
<p><strong><em>EMF’s Market Intelligence Program involves three steps</em></strong><strong> </strong></p>
<ul>
<li>A comprehensive and statistically accurate survey statistically derived to insure randomness</li>
<li>An initial series of cross-tabs to provide an overview of the survey results</li>
<li>And an interactive Dashboard that enables you to explore the data set to  determine relationships in the data that can be essential to one’s efforts</li>
</ul>
<p><strong><em>No survey is adequate unless the data can be interrogated from a multitude of perspectives to establish relationships and correlations. EMF does this using a unique tool we call the Executive Dashboard.</em></strong></p>
<p><strong> </strong></p>
<p><strong>A well constructed survey and the use of the Dashboard can provide the following: </strong></p>
<p><strong> </strong></p>
<p><strong>• </strong>Determine comparisons between your competitor’s products and yours</p>
<p>• Determine developer metrics: number of developers per project; number of lines of written code as well as total lines of code; cancellations; designs completed ahead of or behind schedule – and how many months behind schedule; and, comparisons between pre-design expectations and final design results – and be able to do this for any vertical market, any chip architecture used, etc.</p>
<p>• One can look at developers’ most pressing concerns, what design processes are used and what developers believe are best practice</p>
<p>• Look at product line deficiencies and needs</p>
<p>• Look at what developers are planning to use and do</p>
<p>• Degree of satisfaction of customers with products and tools</p>
<p>• Find market messages that resonate with potential customers, and keep products aligned with these benefits</p>
<p>We have put together a <a title="How to Use EMF Surveys and the Executive Dashboard" href="http://www.embeddedforecast.com/EMF_DashboardIntro/EMF_DashboardIntro.html">series of videos </a>to illustrate how our surveys are constructed and how the dashboard is used. We encourage you the reader and embedded professional to think about how you evaluate information that is critical to your success.</p>
<p>You don’t want that black cloud telling you that “now you’re screwed”. The only thing worse would be if you had paid for that information.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.embeddedmarketintelligence.com/2011/05/16/how-to-tell-the-difference-between-market-intelligence-and-market-stupidity/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>2011 Embedded Developer Design Outcomes &#8211; Comparing EMF Blog Reader’s Responses with Those of the Embedded Industry</title>
		<link>http://www.embeddedmarketintelligence.com/2011/04/01/2011-embedded-developer-design-outcomes-comparing-emf-blog-reader%e2%80%99s-responses-with-those-of-the-embedded-industry/</link>
		<comments>http://www.embeddedmarketintelligence.com/2011/04/01/2011-embedded-developer-design-outcomes-comparing-emf-blog-reader%e2%80%99s-responses-with-those-of-the-embedded-industry/#comments</comments>
		<pubDate>Fri, 01 Apr 2011 19:44:45 +0000</pubDate>
		<dc:creator>Jerry Krasner</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Market Intelligence]]></category>
		<category><![CDATA[Perspective]]></category>

		<guid isPermaLink="false">http://www.embeddedmarketintelligence.com/?p=712</guid>
		<description><![CDATA[  This is not an April Fool&#8217;s joke. The fresh snow on my Massachusetts lawn and driveway was our unexpected April Fool&#8217;s joke. If you responded to our request of our reader&#8217;s to take the same survey as did our embedded industry respondents, be proud and go ahed and ask your boss for  raise. We recently posted [...]]]></description>
			<content:encoded><![CDATA[<p> </p>
<p>This is not an April Fool&#8217;s joke. The fresh snow on my Massachusetts lawn and driveway was our unexpected April Fool&#8217;s joke. If you responded to our request of our reader&#8217;s to take the same survey as did our embedded industry respondents, be proud and go ahed and ask your boss for  raise.</p>
<p>We recently posted a Blog comparing EMF Blog readers with their industry counterparts regarding how they stay knowledgeable about embedded products and services. There was, as might be expected, a substantial difference between the two groups. Our Blog readers were far more aggressive is gaining information than their counterparts.</p>
<p>In that Blog we posited the question whether such professional conduct would provide better and more cost efficient design outcomes.</p>
<p>For the past 15 years, <a title="Embedded Market Forecasters" href="http://www.embeddedforecast.com" target="_blank">EMF </a>has conducted detailed and extensive surveys of embedded developers. Using the EMF Executive Dashboard (a data analysis tool unique to the embedded market intelligence community) we have been able to relate the decisions of embedded developers to their design outcomes. This also enables us to develop ROI and total cost of development calculations to establish the most cost effective of the many possible design undertakings. Our readers and downloaders of our many white papers are familiar with our results.</p>
<p>In our 2011 EMF Survey of Embedded Developers, we asked our readers to take the same survey as that of the statistically accurate industry wide survey. It has been an assumption/theory of mine that embedded professionals that take the time to research and read authentic market intelligence would produce better and more cost effective design outcomes.</p>
<p>We have examined this comparative data and we present it in Table I.</p>
<table border="0" cellspacing="0" cellpadding="0" width="444">
<tbody>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom"> </td>
<td width="98" valign="bottom"> </td>
<td width="96" valign="bottom"> </td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom"> </td>
<td width="98" valign="bottom"><strong>Ind</strong><strong> ave</strong></td>
<td width="96" valign="bottom"><strong>EMF Bloggers</strong></td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom">Devel time Months &#8211; Start to Ship</td>
<td width="98" valign="bottom">13.9</td>
<td width="96" valign="bottom">12.5</td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom">% behind schedule</td>
<td width="98" valign="bottom">47.0%</td>
<td width="96" valign="bottom">38.1%</td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom">Months behind</td>
<td width="98" valign="bottom">3.8</td>
<td width="96" valign="bottom">3.8</td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom">% cancelled</td>
<td width="98" valign="bottom">11.2%</td>
<td width="96" valign="bottom">10.9%</td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom">Months before cancellation</td>
<td width="98" valign="bottom">4.4</td>
<td width="96" valign="bottom">3.7</td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom">SW Developers/project</td>
<td width="98" valign="bottom">14.7</td>
<td width="96" valign="bottom">9.7</td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom">Total Developers/project</td>
<td width="98" valign="bottom">14.7</td>
<td width="96" valign="bottom">9.7</td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom">Average Developer months/project</td>
<td width="98" valign="bottom">204.3</td>
<td width="96" valign="bottom">121.3</td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom">Developer months lost to schedule</td>
<td width="98" valign="bottom">26.3</td>
<td width="96" valign="bottom">14.0</td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom">Developer months lost to cancellation</td>
<td width="98" valign="bottom">7.2</td>
<td width="96" valign="bottom">3.9</td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom"><strong>Total developer months/ project</strong></td>
<td width="98" valign="bottom"><strong>237.8</strong></td>
<td width="96" valign="bottom"><strong>139.2</strong></td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom"><strong>At $10,000/developer month</strong></td>
<td width="98" valign="bottom"> </td>
<td width="96" valign="bottom"> </td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom">Average developer cost/project</td>
<td width="98" valign="bottom">$2,043,300</td>
<td width="96" valign="bottom">$1,212,500</td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom">Average cost to delay</td>
<td width="98" valign="bottom">$262,542</td>
<td width="96" valign="bottom">$140,437</td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom"><strong>Total developer cost/project</strong></td>
<td width="98" valign="bottom"><strong>$2,305,842</strong></td>
<td width="96" valign="bottom"><strong>$1,352,937</strong></td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="234" valign="bottom"><strong>Advantage</strong></td>
<td width="98" valign="bottom"> </td>
<td width="96" valign="bottom"><strong>70.4%</strong></td>
</tr>
</tbody>
</table>
<p> </p>
<p><strong>                                                    Table I</strong></p>
<p>It is clear from Table I that the EMF Blog readers (that took the time to complete the survey – congratulate yourself if you did and show this to your boss) experienced substantially lower design costs that that of their industry counterparts. One might assume that professionals that take the time to keep current with embedded information would experience better results.</p>
<p>Judge for yourself.</p>
<p>Survey respondents were asked “How close was your final design outcome to your pre-design expectation?” The choices made available were: within 10%, 20%, 30%, 40%, and 50% and not within 50%. EMF believes that design outcomes within 30% represent a good design outcome – and within 20% represent an excellent design outcome. Table II presents the comparison between the groups.</p>
<table border="0" cellspacing="0" cellpadding="0" width="396">
<tbody>
<tr>
<td width="16" valign="bottom"> </td>
<td width="183" valign="bottom"><strong> </strong></td>
<td width="89" valign="bottom"> </td>
<td width="93" valign="bottom"> </td>
<td width="16" valign="bottom"> </td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="183" valign="bottom"> </td>
<td width="89" valign="bottom"><strong>Ind Ave</strong><strong> </strong></td>
<td width="93" valign="bottom"><strong>EMF Bloggers</strong></td>
<td width="16" valign="bottom"> </td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="183" valign="bottom"> </td>
<td width="89" valign="bottom"> </td>
<td width="93" valign="bottom"> </td>
<td width="16" valign="bottom"> </td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="183" valign="bottom"><strong>Performance</strong></td>
<td width="89" valign="bottom"><strong>67.5%</strong></td>
<td width="93" valign="bottom"><strong>67.8%</strong></td>
<td width="16" valign="bottom"> </td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="183" valign="bottom"><strong>Systems Functionality</strong></td>
<td width="89" valign="bottom"><strong>70.6%</strong></td>
<td width="93" valign="bottom"><strong>71.4%</strong></td>
<td width="16" valign="bottom"> </td>
</tr>
<tr>
<td width="16" valign="bottom"> </td>
<td width="183" valign="bottom"> </td>
<td width="89" valign="bottom"> </td>
<td width="93" valign="bottom"> </td>
<td width="16" valign="bottom"> </td>
</tr>
</tbody>
</table>
<p><strong>                                              Table II</strong></p>
<p>There is no difference between the groups. What we might deduce from Tables I and II is that although the design choices by our Blog readers were enlightened enough to produce a significant savings in design costs, their ultimate design outcomes were comparable. Of course, the pre-design expectation of the Blog readers might have been higher that that of the industry at large. This is pure speculation – the data does not support the assumption.</p>
<p>Nevertheless, if I was the CEO I’d go for the significant savings.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.embeddedmarketintelligence.com/2011/04/01/2011-embedded-developer-design-outcomes-comparing-emf-blog-reader%e2%80%99s-responses-with-those-of-the-embedded-industry/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>2010 Retrospective of Embedded Developer Choices and Market Trends</title>
		<link>http://www.embeddedmarketintelligence.com/2011/01/22/2010-retrospective-of-embedded-developer-choices-and-market-trends/</link>
		<comments>http://www.embeddedmarketintelligence.com/2011/01/22/2010-retrospective-of-embedded-developer-choices-and-market-trends/#comments</comments>
		<pubDate>Sat, 22 Jan 2011 16:39:30 +0000</pubDate>
		<dc:creator>Jerry Krasner</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Market Intelligence]]></category>
		<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.embeddedmarketintelligence.com/?p=683</guid>
		<description><![CDATA[  When we look at embedded developer&#8217;s issues - what they are doing, what issues are the most disconcerting to them in their embedded developments, and what we can take from changes that we have seen over the past several years - these stand out as emerging trends in an expanding embedded marketplace.   In summary:   There has [...]]]></description>
			<content:encoded><![CDATA[<p> </p>
<p>When we look at embedded developer&#8217;s issues - what they are doing, what issues are the most disconcerting to them in their embedded developments, and what we can take from changes that we have seen over the past several years - these stand out as emerging trends in an expanding embedded marketplace.</p>
<p> </p>
<p>In summary:</p>
<p> </p>
<ul>
<li>There has been a shift in the RTOS marketplace from the traditionally powerful RTOSes (e.g., Integrity, VxWorks and LynxOS) to the smaller, highly efficient RTOSes (e.g., ThreadX, Micrium, Nucleus and MontaVista Linux).</li>
</ul>
<p> </p>
<ul>
<li>Simulation-Modeling (e.g., Simulink, Rhapsody) tools are being used effectively in more designs, driven by code reuse, reporting of application software under conditions of changing of underlying hardware, and by the financial advantages that accrue.</li>
</ul>
<p> </p>
<ul>
<li>Communication middleware use is changing from RYO to commercially available middleware (e.g., RTI) as the difficulties (and cost of maintenance) of network expansion proved unmanageable.</li>
</ul>
<p> </p>
<ul>
<li>The use of testing tools is expanding in embedded applications including requirements and change management, validation and verification tools and static and dynamic testing. Companies such as LDRA are successfully integrating many of these tools into a single offering that is interoperable with DOORS and Rhapsody. EMF believes that integration with other tools sets – rather than stand alone tools &#8211; is the future.</li>
</ul>
<p> </p>
<ul>
<li>The use of dual core and multicore processors for embedded designs is growing rapidly – notwithstanding the lack of excellent tools (particularly for symmetric multiprocessing). This need will create a new and substantial addition to the development tools marketplace.</li>
</ul>
<p> </p>
<p>It will be fascinating to analyze the results from the 2011 EMF Survey of Embedded Developers to see which trends continue, what markets appear to be in decline and whether new and important market insights appear.</p>
<p> </p>
<p>As always, we welcome your comments and insights (<a href="mailto:jerry@embeddedforecast.com">jerry@embeddedforecast.com</a>)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.embeddedmarketintelligence.com/2011/01/22/2010-retrospective-of-embedded-developer-choices-and-market-trends/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Opportunities and Threats Confronting Mobile Device Manufacturers and Application Developers</title>
		<link>http://www.embeddedmarketintelligence.com/2010/11/18/opportunities-and-threats-confronting-mobile-device-manufacturers-and-application-developers/</link>
		<comments>http://www.embeddedmarketintelligence.com/2010/11/18/opportunities-and-threats-confronting-mobile-device-manufacturers-and-application-developers/#comments</comments>
		<pubDate>Fri, 19 Nov 2010 01:15:03 +0000</pubDate>
		<dc:creator>Jerry Krasner</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Development Tools]]></category>
		<category><![CDATA[Market Intelligence]]></category>
		<category><![CDATA[Marketing and Sales]]></category>

		<guid isPermaLink="false">http://www.embeddedmarketintelligence.com/?p=656</guid>
		<description><![CDATA[  EMF has recently published a detailed analysis of the Mobile Device Industry focusing on best practices and ROI analysis. This paper is available for free download from our website.     Overview: It’s not easy being a mobile device manufacturer today    Profound economic conditions spawn profound opportunities and challenges. As in any economic [...]]]></description>
			<content:encoded><![CDATA[<p><strong> </strong></p>
<p><strong>EMF has recently published a detailed analysis of the Mobile Device Industry focusing on best practices and ROI analysis. This <a title="Mobile Technologies" href="http://www.embeddedforecast.com/whitepapers.php" target="_blank">paper is available </a>for free download from our website.</strong></p>
<p> <img class="alignleft size-thumbnail wp-image-666" title="cellphone" src="http://www.embeddedmarketintelligence.com/wp-content/uploads/2010/11/cellphone1-150x150.jpg" alt="cellphone" width="150" height="150" /></p>
<p><strong>  Overview: It’s not easy being a mobile device manufacturer today</strong><strong></strong></p>
<p> </p>
<p> Profound economic conditions spawn profound opportunities and challenges. As in any economic contest, there will be winners, losers and those that can’t tell the difference. Market uncertainties challenge vendors and OEMs alike to find new niches, competitive advantages and markets that will remain stable while enjoying growth potential.</p>
<p> </p>
<p>For example, the FCC has recently adopted a regulation that could dramatically improve our wireless devices. The rule offers a brand new and much-improved slice of the radio space for unlicensed use. The new frequencies are known as “white spaces” and result from making available to the public the frequency spectrum previously used by analog TV transmissions. This spectrum will enable greatly enhanced WiFi capabilities which will provide for mile-long connectivity as well as increased and more reliable data handling capabilities. One can imagine the many new and powerful apps that will emerge – most of which will require reusing developed code.</p>
<p> </p>
<p>EMF believes that this will both increase opportunities as well as risk for mobile device manufacturers. EMF strongly believes that the issues we present in this report are essential to those manufacturers that will dominate this emerging market opportunity. Merely maintaining a growing position in the current expanding marketplace will not be competitively sufficient.</p>
<p> </p>
<p>As processor costs continue their downward spiral, and as fickle consumers of mobile technologies are increasingly ready to move to more interesting and useful displays and functionalities, consumer-based markets are becoming characteristically disposable. New platforms appear nearly monthly – like quantum particles appearing and disappearing into the void of consumer insanity – characterized by more functional and entertaining GUIs that enable the technologically disadvantaged to easily link to social sites, read email, text and perform acts of information magic that would have made Merlin give up his wand.</p>
<p> </p>
<p><strong>Points of Pain: issues that mobile device manufacturers must consider to remain competitive</strong><strong></strong></p>
<p><strong> <span id="more-656"></span></strong></p>
<p><strong><em>Manufacturers must understand that the value proposition for mobile devices is in the software – not in the hardware</em></strong></p>
<p> </p>
<p><strong>Code Reuse</strong></p>
<p>The mobile device market is becoming increasingly disposable. Newer chips offering additional capabilities are coming into the market at a rapid rate. Given the cost of chips falling rapidly, we are facing a ubiquitous seamless market in which product turnover will be measured in months – not in years. In order to remain competitive, manufacturers must be able to retain all or part of developed and tested application software. EMF expects that manufacturers will learn to capitalize application software.</p>
<p> </p>
<p>In addition, mobile device manufacturers must be able to modify legacy code in order to create new apps and displays. Having to replace existing code for every change of hardware to introduce new applications is extremely costly, time consuming and a downside burden if windows-of-opportunity are missed. These are the true measures of risk – <em>and manufacturers that ignore them do so at their own peril.</em></p>
<p> </p>
<p><strong>Product Portfolio Management (PPM)</strong></p>
<p>Given the high cost of software development and the importance of time-to-market, manufacturers are confronted with a litany of available platforms, any one of which might significantly increase sales or, conversely, increase competition and reduce revenues. Currently developers are faced with the choice of Android, RIM, Apple and Symbian platforms. Consider the advantage of being able to export application software that can be modified to work on these platforms, interchangeably.</p>
<p> </p>
<p>Let’s expand on the concept. PPM can be used to develop a comprehensive set of requirements to address different standards required by different countries. For example, the GPS GUI supported in the USA (e.g., Tom-Tom, Garmin, etc.) shows a car situated in the center of the display while road conditions move from top to bottom. Conversely, in parts of Europe, the car appears to move from bottom to top reappearing at the bottom again with the new road display.</p>
<p> </p>
<p>These differences can easily be contained in a single set of requirements from which <em>traceability tools</em> can be used to extract the code appropriate to the application. This example represents one of many ways to get to code reuse and is the basis for Product Line Engineering (PLE – which will be discussed in detail in a future paper).</p>
<p> </p>
<p><strong>Security</strong></p>
<p>Success among mobile devices has bred a new wave of security concerns as hackers are finding value in hacking mobile devices to obtain remote banking access, CRM intelligence, medical data, and otherwise just being a nuisance. With wireless technologies consuming a greater portion of the communications marketplace, the ability of outsiders to obtain data transmitted over wireless connections, conduct phishing ventures and otherwise disrupt commerce is creating a need for mobile device security.</p>
<p> </p>
<p><a title="EMF Embedded Security Report" href="http://www.embeddedforecast.com" target="_blank">Embedded security </a>is not well understood – even by very experienced embedded developers &#8211; and is frequently integrated into embedded systems incorrectly. Just as the early networked desktop PC’s and server’s were unprepared to address the new security implications of network connectivity, today’s mobile embedded systems present a significant new security concern, which must be addressed immediately and systematically. </p>
<p> </p>
<p>Furthermore, the reuse of desktop code introduces additional security risks for code that is not completely understood nor adequately mapped.</p>
<p><strong> </strong></p>
<p><strong>Complexity</strong></p>
<p>It doesn’t take much of a leap of intellect to appreciate that a systems modeling approach on a broader scale can contribute to PPM as well as effectively address complexity. Certainly, the evolution of mobile capabilities adds to systems complexity. Furthermore, the ability to effectively manage the design process addresses and enables code reuse, and it also deals with understanding legacy, third-party and evolving interfaces brought on with new design features and requirements.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.embeddedmarketintelligence.com/2010/11/18/opportunities-and-threats-confronting-mobile-device-manufacturers-and-application-developers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Establishing a value for Market Intelligence? Can you avoid the Coming Embedded Tsunami?</title>
		<link>http://www.embeddedmarketintelligence.com/2010/11/09/establishing-a-value-for-market-intelligence-can-you-avoid-the-coming-embedded-tsunami/</link>
		<comments>http://www.embeddedmarketintelligence.com/2010/11/09/establishing-a-value-for-market-intelligence-can-you-avoid-the-coming-embedded-tsunami/#comments</comments>
		<pubDate>Tue, 09 Nov 2010 15:58:10 +0000</pubDate>
		<dc:creator>Jerry Krasner</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Market Intelligence]]></category>
		<category><![CDATA[Marketing and Sales]]></category>
		<category><![CDATA[Medical]]></category>
		<category><![CDATA[Personal Views and Philosophy]]></category>
		<category><![CDATA[Perspective]]></category>

		<guid isPermaLink="false">http://www.embeddedmarketintelligence.com/?p=608</guid>
		<description><![CDATA[We all can agree that good market information is essential for a company’s growth, competitive and strategic planning and sales support.                     But what is worse &#8211; bad information or no information whatsoever?                 I recently read a story about an explorer looking for artifacts [...]]]></description>
			<content:encoded><![CDATA[<p align="center"><strong>We all can agree that good market information is essential for a company’s growth, competitive and strategic planning and sales support.</strong></p>
<p><strong> <img class="alignleft size-thumbnail wp-image-612" title="Giving up" src="http://www.embeddedmarketintelligence.com/wp-content/uploads/2010/11/Giving-up3-150x150.jpg" alt="Giving up" width="150" height="150" /></strong></p>
<p> </p>
<p>        </p>
<p>       <strong>But what is worse &#8211; bad information or no information whatsoever?</strong></p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<p><strong> </strong></p>
<p><em> </em></p>
<p><em> </em></p>
<p><em> </em></p>
<p><em> </em></p>
<p><em> </em></p>
<blockquote><p><em>I recently read a story about an explorer looking for artifacts along the Amazon River when he happened upon some 50 or more tribesmen each carrying spears. Fearing for his life he cried out “Dear Lord I’m totally screwed”. A dark cloud appeared and a loud voice cried out, “you are NOT screwed – pick up the stone in front of you and kill the chief.” The man picked up and threw the stone hitting the chief in the head, killing him instantly. </em></p>
<p><em>The explorer looked up to see more than 50 tribesmen running at him aiming their spears at him. Looking up to the dark cloud, he heard the voice say “NOW you’re screwed!”</em></p></blockquote>
<p> </p>
<p>This is what Dolores and I ponder when we are publishing survey-based market intelligence and using it to address opportunities and threats that confront our subscribers. Giving advice is easy &#8211; giving &#8220;good&#8221; advice based on statistically accurate comprehensive surveys is <em>essential</em>.  </p>
<p> </p>
<p>We carefully track what we and what others publish and how close each of us comes to correctly forecasting the marketplace. As Dolores is relatively new to our industry, she is finding it hard to understand why market research groups that have been grossly wrong made much more money than we did. Dolores was beside herself asking what happened to those companies that got it wrong. The answer is nothing – newer companies bought their research and the analysts that were wrong found new lines of work. We, on the other hand, have been here for 15 years and plan to be here a lot longer.</p>
<p> </p>
<p>Before we get to our forecasts, let me provide some background. Perhaps some of you can help me answer some of Dolores&#8217; questions &#8211; questions that I wish I could answer. Times have changed since I was on your side of the industry.</p>
<p> </p>
<p><em> </em><strong>A bit of background:</strong></p>
<p> </p>
<p>Dolores moved from education to the dreaded private sector when we became engaged some 5 years ago. Though having sufficient credits to complete a Ph.D. in performance analysis for validating student progress (skills that would bide her well at EMF), she was already at the highest pay level she could attain and she was more interested in seeing student improvement first hand, rather than theorizing about it and writing papers for her peers.</p>
<p> </p>
<p>The professional environment in which she performed was union-based and raises were predicated on time on the job, degrees and post-graduate credits – actual performance was not a consideration and tenure was earned in as little as 3 years.</p>
<p> </p>
<p>Her transition to our performance-based world was easy – she studied hard and attended many conferences and technical presentations over the years, yet her background in data analysis and performance outcomes supported her curiosity regarding how businesses grow or fail based on how they use available information for strategic planning, competitive analysis and sales support. Not only was she able to support my data-mining efforts with her experience, but she is able to ask embarrassing questions of me when she read (and schoolmarmed) my reports.</p>
<p> </p>
<p>As embedded professionals, perhaps you can relate to the questions she has asked &#8211; and maybe provide us some feedback.</p>
<p> </p>
<p>It usually begins with “I’m sure that this is a stupid question, but …” If I can’t explain it to her, then I probably didn’t think it through sufficiently.</p>
<p><strong> </strong></p>
<p>Here are some of the many questions that she asks about companies in the embedded industry that I have a hard time answering:</p>
<p> </p>
<p>1)     Why do companies with very smart people spend hundreds of thousands of dollars on sales development and much less on marketing?</p>
<p>2)     Why to companies that understand the value of marketing for sales and competitive positioning – and spend in some cases millions of dollars in their marketing efforts &#8211; spend very little on detailed, relevant and comprehensive market intelligence information?</p>
<p>3)     Why do these very smart people choose to ignore clear market signs (even when made aware of them) that can significantly impact current markets, future revenue streams and company survival?</p>
<p>4)     Why do so many European-based company CEOs micromanage their executives instead of hiring the best and freeing them up to success? Is this a better approach to corporate controls?</p>
<p> </p>
<p>Forgive what might be construed as a commercial – what really drives her buggy is that she asks me (and not infrequently potential subscribers) “Tell me what I’m missing here; Companies can have access to detailed data that they can use for sales promotion, strategic planning, and competitive analysis for less than one-fourth what they pay for an administrative assistant. Moreover, they can have access to the information that the US military and many prime contractors have about them in order to better respond. Why isn’t someone fired?”</p>
<p> </p>
<p> </p>
<p> <strong>What’s on the Embedded Horizon?  </strong><strong>EMF&#8217;s look at markets that are in transition &#8211; creating opportunities as well as threats</strong></p>
<p> </p>
<p><strong>Looking at Mobile Devices and Consumer Electronics</strong></p>
<p> </p>
<p>If you are in – or looking to get into &#8211; this market segment you will find plentiful opportunities and incredible challenges. New processors and new platforms are appearing regularly and the fickle user base will drop you without hesitation. Now that analog TV signals have gone the way of the Platypus, the FCC is assigning these “white channels” for public use. Herein we will see long range WiFi, and enhanced data handling capabilities that will provide new and dazzling apps that will drive newer markets. Time-to-market will be a crucial consideration, so the ability to reuse code and to apply such code to new interfaces and hardware will determine who will win and who will lose.</p>
<p> </p>
<p>Do you provide mobile or consumer electronic products or applications? Do you know what processors, OSes and platforms provide better and timelier design outcomes? Does it matter to you? Is your resume up to date?</p>
<p> </p>
<p><strong>Looking at Medical Devices</strong></p>
<p> </p>
<p>If we separate medical devices into two cadres; one that supports devices that are attended to by medical staff (ultrasound, CAT scans, renal dialysis, etc.), the other that needs to operate independently of medical support staff (patient monitoring) we see that the same technology that keep military and commercial aircraft operating under secure and mission critical conditions is <em>overkill </em>for medical applications.</p>
<p> </p>
<p>Did you know?</p>
<p> </p>
<ul>
<li>The medical device marketplace has been growing at a double digit rate – and new considerations should enhance opportunities for embedded vendors in 2011 – IF they take the time to correctly understand the selling points</li>
<li>Considerable attention has been given to the medical marketplace by vendors seeking a safe haven from the expected decline in mil/aero. EMF believes that many such vendors don’t understand the market segment, how to sell to it, or what the users need and will purchase</li>
<li>It would be funny if it wasn’t sad that certain leading RTOS vendors are pushing their certified high power, mission critical OSes towards an industry that develops products whose defining frequency requirements are less than 100 Hz</li>
<li>New CDRH/FDA initiatives are acting to create opportunities and threats.</li>
</ul>
<p> </p>
<p>Having brought many products through the 510k process and to market, and understanding the purchasing value system within the medical device marketplace, I am amused at the hundreds of thousands of dollars that vendors throw away on pursuing meaningless approaches to this marketplace. Dolores gets the “everything looks like a nail theory” and it was hard for her to keep a straight face when one colleague who is a vendor’s VP told us that it took them a year (and mucho dinero) to discover that what we gave them for free was correct.</p>
<p> </p>
<p><strong>The Coming Tsunami</strong></p>
<p>The Aerospace and Defense Industries of the United States are poised to undergo one of the most significant changes since the end of the Cold War; perhaps the most significant since World War II. We believe that observers (embedded vendors included) who expect small changes are mistaken, thereby fostering a false and dangerous sense of security across much of the industry and government.</p>
<p> </p>
<p>The impact to our economy goes far beyond our current financial problems and involves fundamental structural changes taking place in the industry and in the market. As in prior shifts of this nature, there will be winners and losers – however these shifts may be profound, creating more dramatic winners and losers than in the last cycle.</p>
<p> </p>
<p>The impact of major primes shifting financial challenges to their vendors (and by association to embedded sub-vendors) will reach down into the value chain, in some cases devastating naïve second and third tier vendors.</p>
<p> </p>
<p>To make matters more challenging for industry, as spending draws down, the effect on industry will be dramatic beyond the proportions of top line reductions.  This will be caused by a squeeze on the so called “Investment Accounts.”  These Investment Accounts are the funds used for product development and buying equipment.</p>
<p> </p>
<p>Embedded vendors that offer “high end” OSes and tools will be hardest hit as reductions in DoD discretionary funding and the actions of prime contractors to absorb overhead within the limits of their financial structure.</p>
<p> </p>
<p>We expect to see reductions in outsourcing to and purchasing from embedded markets defined as “mission critical” and that involve MILS security, DO-178B, and virtualization technologies as these anticipated contractions take place over the ensuing 2-3 year period. Many high-end vendors are already looking to alternative markets to shore up expected reductions – but most lack the data to determine which markets they can competitively serve.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.embeddedmarketintelligence.com/2010/11/09/establishing-a-value-for-market-intelligence-can-you-avoid-the-coming-embedded-tsunami/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Selecting an Embedded RTOS: Factors of Importance to Developers 2009-2010</title>
		<link>http://www.embeddedmarketintelligence.com/2010/09/17/selecting-an-embedded-rtos-factors-of-importance-to-developers-2009-2010/</link>
		<comments>http://www.embeddedmarketintelligence.com/2010/09/17/selecting-an-embedded-rtos-factors-of-importance-to-developers-2009-2010/#comments</comments>
		<pubDate>Fri, 17 Sep 2010 16:49:56 +0000</pubDate>
		<dc:creator>Jerry Krasner</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Development Tools]]></category>
		<category><![CDATA[Market Intelligence]]></category>
		<category><![CDATA[Operating Systems]]></category>

		<guid isPermaLink="false">http://www.embeddedmarketintelligence.com/?p=560</guid>
		<description><![CDATA[Every year, for the past 12 years, EMF has asked embedded developers to respond to a comprehensive and detailed survey that explores all aspects of their design and development activities in a manner that permits EMF to correlate answers to any questions – or series of questions – with any other question or series of questions. [...]]]></description>
			<content:encoded><![CDATA[<p>Every year, for the past 12 years, <a title="EMF Market Intelligence Program" href="http://www.embeddedforecast.com" target="_self">EMF</a> has asked embedded developers to respond to a comprehensive and detailed survey that explores all aspects of their design and development activities in a manner that permits EMF to correlate answers to any questions – or series of questions – with any other question or series of questions. The survey is constructed and conducted in a statistically accurate manner to insure valid interpretations (including the ability to create comparative ROIs between similar product offerings).</p>
<p> </p>
<p>In 2010, 536 developers responded to the survey resulting in a statistical confidence level of 95% +/- 4.5%. This is extremely important to EMF as many of our subscribers are basing their competitive position by needing to  forecast what chip and OS usages will be two years from now.</p>
<p> </p>
<p>We can, of course, examine these responses from the perspective of any vendor&#8217;s individual operating system (which many of our subscribers do to look at their users as well as their competitor&#8217;s users).</p>
<p> </p>
<p>Year-over-year we ask developers to select from among many alternative responses (we limit each developer to a maximum of 4 responses) to the question regarding which factors are most important to their decision to select an operating system. We also ask what factors would enter into their decision to purchase from either a single vendor or from multiple vendors. We may publish this data in another post.</p>
<p> </p>
<p>The following table presents comparative responses to the factors regarding the OS selection process for the periods 2009 and 2010. The top 15 responses (out of 33 possible) are presented.</p>
<p> </p>
<table border="0" cellspacing="0" cellpadding="0" width="452">
<tbody>
<tr>
<td width="320" valign="bottom"> </td>
<td width="69" valign="bottom">
<p align="center">2010</p>
</td>
<td width="63" valign="bottom">
<p align="center">2009</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom"> </td>
<td width="69" valign="bottom">
<p align="center">Industry</p>
</td>
<td width="63" valign="bottom">
<p align="center">Industry</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Acquisition cost</td>
<td width="69" valign="bottom">
<p align="center">44.6%</p>
</td>
<td width="63" valign="bottom">
<p align="center">36.7%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Availability of source code</td>
<td width="69" valign="bottom">
<p align="center">33.1%</p>
</td>
<td width="63" valign="bottom">
<p align="center">26.4%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Microprocessor support</td>
<td width="69" valign="bottom">
<p align="center">30.4%</p>
</td>
<td width="63" valign="bottom">
<p align="center">22.9%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Real time performance</td>
<td width="69" valign="bottom">
<p align="center">29.8%</p>
</td>
<td width="63" valign="bottom">
<p align="center">34.8%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Compatibility with our development tools</td>
<td width="69" valign="bottom">
<p align="center">27.6%</p>
</td>
<td width="63" valign="bottom">
<p align="center">29.0%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Includes good development tools</td>
<td width="69" valign="bottom">
<p align="center">26.6%</p>
</td>
<td width="63" valign="bottom">
<p align="center">24.5%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Reliability</td>
<td width="69" valign="bottom">
<p align="center">25.2%</p>
</td>
<td width="63" valign="bottom">
<p align="center">31.1%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Compatible with Linux</td>
<td width="69" valign="bottom">
<p align="center">24.1%</p>
</td>
<td width="63" valign="bottom">
<p align="center">17.8%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Availability of perpetual license</td>
<td width="69" valign="bottom">
<p align="center">22.7%</p>
</td>
<td width="63" valign="bottom">
<p align="center">20.6%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Availability of req. middleware or networking protocols</td>
<td width="69" valign="bottom">
<p align="center">18.1%</p>
</td>
<td width="63" valign="bottom">
<p align="center">14.3%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Availability of professional services</td>
<td width="69" valign="bottom">
<p align="center">16.7%</p>
</td>
<td width="63" valign="bottom">
<p align="center">12.1%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Host platform support</td>
<td width="69" valign="bottom">
<p align="center">15.0%</p>
</td>
<td width="63" valign="bottom">
<p align="center">15.0%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Quality of support</td>
<td width="69" valign="bottom">
<p align="center">14.4%</p>
</td>
<td width="63" valign="bottom">
<p align="center">19.2%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Royalty cost (production licenses)</td>
<td width="69" valign="bottom">
<p align="center">14.2%</p>
</td>
<td width="63" valign="bottom">
<p align="center">9.8%</p>
</td>
</tr>
<tr>
<td width="320" valign="bottom">Must be open source</td>
<td width="69" valign="bottom">
<p align="center">13.4%</p>
</td>
<td width="63" valign="bottom">
<p align="center">10.7%</p>
</td>
</tr>
</tbody>
</table>
<p> </p>
<p>The lists are comparable between 2009 and 2010 with “realtime performance” and “reliability” taking the steepest drop (but remaining important nonetheless), and “Linux” compatibility “microprocessor support” and “source code availability” being the largest gainers.</p>
<p> </p>
<p>This bodes well for the Linux community. Such items as “safety certifiable (DO178B, etc.)”, “visualization” and ““security certification (NSA, Common Criteria)” received middle single digit response levels.</p>
<p> </p>
<p>We have seen this result for many years – and, due to the proliferation of communications and consumer devices, this is why we have forecast the growth in ThreadX, Micrium, MontaVista Linux and Nucleus use. These OSes have been deployed in hundreds of millions of devices worldwide. Unless the application calls for a MILS level certification, alternative OSes are being used in place of the high power OSes of the past.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.embeddedmarketintelligence.com/2010/09/17/selecting-an-embedded-rtos-factors-of-importance-to-developers-2009-2010/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Model-Based Design (MBD) and Model Driven Development (MDD)</title>
		<link>http://www.embeddedmarketintelligence.com/2010/07/19/model-based-design-mbd-and-model-driven-development-mdd/</link>
		<comments>http://www.embeddedmarketintelligence.com/2010/07/19/model-based-design-mbd-and-model-driven-development-mdd/#comments</comments>
		<pubDate>Mon, 19 Jul 2010 18:53:39 +0000</pubDate>
		<dc:creator>Jerry Krasner</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Development Tools]]></category>
		<category><![CDATA[Market Intelligence]]></category>
		<category><![CDATA[Marketing and Sales]]></category>

		<guid isPermaLink="false">http://www.embeddedmarketintelligence.com/?p=540</guid>
		<description><![CDATA[Comparing Modeling Design Outcomes with Comparable non-modeling Design Outcomes         In a soon to be published EMF white paper, cadres of comparable design outcomes were developed between developers that used MBD tools and those that didn’t. Cadres were established worldwide, for North America, for Asia, and for Europe.   In addition, specific [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Comparing Modeling Design Outcomes with Comparable non-modeling Design Outcomes</strong></p>
<p><strong> <img class="alignleft size-full wp-image-552" title="Windowsselect" src="http://www.embeddedmarketintelligence.com/wp-content/uploads/2010/07/Windowsselect.bmp" alt="Windowsselect" width="321" height="253" /></strong></p>
<p> </p>
<p> </p>
<p> </p>
<p>In a soon to be published EMF white paper, cadres of comparable design outcomes were developed between developers that used MBD tools and those that didn’t. Cadres were established worldwide, for North America, for Asia, and for Europe.</p>
<p> </p>
<p>In addition, specific analyses were conducted for MBD and non-MBD cadres for Telecom/Datacom, Medical, Automotive Transportation and Industrial Automation application markets.</p>
<p> </p>
<p> </p>
<p> </p>
<p>Total Cost of Development calculations were conducted using:</p>
<ul>
<li>Number of software and hardware engineers per project</li>
<li>Time from design start to product shipment</li>
<li>Percent of designs cancelled and the number of months elapsed before cancellation</li>
<li>Percent of designs completed behind schedule and number of months behind</li>
</ul>
<p> </p>
<p>The following table summarizes EMF’s findings. For comparison, the cost per developer man month was chosen to be $10,000. Clearly, this dollar value is high for Asian developers. However this value was chosen for internal geographic analysis only &#8211; to establish whether MBD provided an advantage or not. These values are not to be used to compare, for example,  Asian costs with European costs.</p>
<p> </p>
<table border="1" cellspacing="0" cellpadding="0" width="475">
<tbody>
<tr>
<td width="19" valign="bottom"> </td>
<td width="163" valign="bottom"><strong> </strong></td>
<td width="115" valign="bottom">
<p align="center"><strong> </strong></p>
</td>
<td width="95" valign="bottom">
<p align="center"><strong> </strong></p>
</td>
<td width="84" valign="bottom">
<p align="center"><strong>MBD</strong></p>
</td>
</tr>
<tr>
<td width="19" valign="bottom"> </td>
<td width="163" valign="bottom"> </td>
<td width="115" valign="bottom">
<p align="center"><strong>Non-MBD Cost</strong></p>
</td>
<td width="95" valign="bottom">
<p align="center"><strong>MBD Cost</strong></p>
</td>
<td width="84" valign="bottom">
<p align="center"><strong>Advantage</strong></p>
</td>
</tr>
<tr>
<td width="19" valign="bottom"> </td>
<td width="163" valign="bottom"><strong>North America</strong><strong> </strong></td>
<td width="115" valign="bottom">
<p align="center"><strong>$3,921,519</strong></p>
</td>
<td width="95" valign="bottom">
<p align="center"><strong>$3,153,452</strong></p>
</td>
<td width="84" valign="bottom">
<p align="center"><strong>24.4%</strong></p>
</td>
</tr>
<tr>
<td width="19" valign="bottom"> </td>
<td width="163" valign="bottom"><strong>Europe</strong><strong> </strong></td>
<td width="115" valign="bottom">
<p align="center"><strong>$3,744,894</strong></p>
</td>
<td width="95" valign="bottom">
<p align="center"><strong>$2,722,134</strong></p>
</td>
<td width="84" valign="bottom">
<p align="center"><strong>37.6%</strong></p>
</td>
</tr>
<tr>
<td width="19" valign="bottom"> </td>
<td width="163" valign="bottom"><strong>Asia</strong><strong> </strong></td>
<td width="115" valign="bottom">
<p align="center"><strong>$10,189,266</strong></p>
</td>
<td width="95" valign="bottom">
<p align="center"><strong>$3,374,067</strong></p>
</td>
<td width="84" valign="bottom">
<p align="center"><strong>202.0%</strong></p>
</td>
</tr>
<tr>
<td width="19" valign="bottom"> </td>
<td width="163" valign="bottom"> </td>
<td width="115" valign="bottom"> </td>
<td width="95" valign="bottom"> </td>
<td width="84" valign="bottom"> </td>
</tr>
</tbody>
</table>
<p> </p>
<p>Looking at worldwide developments (that is interrogating the entire database irrespective of geographic considerations), the following table summarizes the EMF findings.</p>
<p> </p>
<table border="1" cellspacing="0" cellpadding="0" width="457">
<tbody>
<tr>
<td width="227" valign="bottom"> </td>
<td width="115" valign="bottom"> </td>
<td width="116" valign="bottom"> </td>
</tr>
<tr>
<td width="227" valign="bottom"> </td>
<td width="115" valign="bottom">
<p align="center"><strong>World</strong></p>
</td>
<td width="116" valign="bottom">
<p align="center"><strong>World Industry</strong></p>
</td>
</tr>
<tr>
<td width="227" valign="bottom"> </td>
<td width="115" valign="bottom">
<p align="center"><strong>Industry MBD</strong></p>
</td>
<td width="116" valign="bottom">
<p align="center"><strong>Not MBD</strong></p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">Devel time Months</td>
<td width="115" valign="bottom">
<p align="center">13.4</p>
</td>
<td width="116" valign="bottom">
<p align="center">13.1</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">% behind schedule</td>
<td width="115" valign="bottom">
<p align="center">44.3%</p>
</td>
<td width="116" valign="bottom">
<p align="center">49.9%</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">Months behind</td>
<td width="115" valign="bottom">
<p align="center">3.7</p>
</td>
<td width="116" valign="bottom">
<p align="center">3.7</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">Ave Delay Months</td>
<td width="115" valign="bottom">
<p align="center">1.63</p>
</td>
<td width="116" valign="bottom">
<p align="center">1.83</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">% cancelled</td>
<td width="115" valign="bottom">
<p align="center">10.1%</p>
</td>
<td width="116" valign="bottom">
<p align="center">12.1%</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">Months lost to cancellation</td>
<td width="115" valign="bottom">
<p align="center">4.2</p>
</td>
<td width="116" valign="bottom">
<p align="center">4.7</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">SW Developers/proj</td>
<td width="115" valign="bottom">
<p align="center">11.0</p>
</td>
<td width="116" valign="bottom">
<p align="center">16.3</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">HW Developers/proj</td>
<td width="115" valign="bottom">
<p align="center">8.9</p>
</td>
<td width="116" valign="bottom">
<p align="center">10.9</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">Total project developers</td>
<td width="115" valign="bottom">
<p align="center">19.9</p>
</td>
<td width="116" valign="bottom">
<p align="center">27.2</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">Average Developer months/project</td>
<td width="115" valign="bottom">
<p align="center">266.2</p>
</td>
<td width="116" valign="bottom">
<p align="center">358.1</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">Developer months lost to schedule</td>
<td width="115" valign="bottom">
<p align="center">32.4</p>
</td>
<td width="116" valign="bottom">
<p align="center">49.8</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">Developer months lost to cancellation</td>
<td width="115" valign="bottom">
<p align="center">8.5</p>
</td>
<td width="116" valign="bottom">
<p align="center">15.5</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">Total developer months/ project</td>
<td width="115" valign="bottom">
<p align="center">307.1</p>
</td>
<td width="116" valign="bottom">
<p align="center">423.4</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom"><strong>At $10,000/developer month</strong></td>
<td width="115" valign="bottom"> </td>
<td width="116" valign="bottom"> </td>
</tr>
<tr>
<td width="227" valign="bottom">Average developer cost/project</td>
<td width="115" valign="bottom">
<p align="center">$2,662,098</p>
</td>
<td width="116" valign="bottom">
<p align="center">$3,580,843</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom">Average cost to delay</td>
<td width="115" valign="bottom">
<p align="center">$323,977</p>
</td>
<td width="116" valign="bottom">
<p align="center">$497,835</p>
</td>
</tr>
<tr>
<td width="227" valign="bottom"><strong>Total developer cost/project</strong></td>
<td width="115" valign="bottom">
<p align="center"><strong>$2,986,075</strong></p>
</td>
<td width="116" valign="bottom">
<p align="center"><strong>$4,078,677</strong></p>
</td>
</tr>
<tr>
<td width="227" valign="bottom"> </td>
<td width="115" valign="bottom"> </td>
<td width="116" valign="bottom"> </td>
</tr>
<tr>
<td width="227" valign="bottom"> </td>
<td width="115" valign="bottom">
<p align="center"><strong>MBD Adv</strong></p>
</td>
<td width="116" valign="bottom">
<p align="center"><strong>36.6%</strong></p>
</td>
</tr>
<tr>
<td width="227" valign="bottom"> </td>
<td width="115" valign="bottom">
<p align="center"><strong> </strong></p>
</td>
<td width="116" valign="bottom">
<p align="center"><strong> </strong></p>
</td>
</tr>
</tbody>
</table>
<p> </p>
<p>It is interesting to note that in every analysis, regardless of the cadres used (i.e., each vertical or geographic comparative breakout), MBD projects used fewer developers. When analyzing cost overruns (i.e., the number of developer months lost to cancellation or late completion) to total project developer months, the percent of cost overruns to total project developer months was less for MBD in every analysis.</p>
<p> </p>
<p>EMF suggests that this data shows that the advantages in using simulation-modeling as a design methodology are real and that these practices will be adopted for reasons not only related to design outcomes, but for financial ROI reasons as well.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.embeddedmarketintelligence.com/2010/07/19/model-based-design-mbd-and-model-driven-development-mdd/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Meeting CDRH/FDA Guidelines for Medical Device Companies</title>
		<link>http://www.embeddedmarketintelligence.com/2010/04/30/meeting-cdrhfda-guidelines-for-medical-device-companies/</link>
		<comments>http://www.embeddedmarketintelligence.com/2010/04/30/meeting-cdrhfda-guidelines-for-medical-device-companies/#comments</comments>
		<pubDate>Sat, 01 May 2010 00:26:25 +0000</pubDate>
		<dc:creator>Jerry Krasner</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Market Intelligence]]></category>
		<category><![CDATA[Medical]]></category>
		<category><![CDATA[Perspective]]></category>

		<guid isPermaLink="false">http://www.embeddedmarketintelligence.com/?p=52</guid>
		<description><![CDATA[You Better Design Right, You Better Not Fail, if You Don’t Follow These Guidelines Your CEO’s going to Jail; The FDA/CDRH is Watching You Now (Sung to Santa Claus is coming to town)   Yes indeed – and it’s about time. The FDA’s Center for Devices and Radiological Health (CDRH) reported that in 2006, 21% [...]]]></description>
			<content:encoded><![CDATA[<p><strong><em>You Better Design Right, You Better Not Fail, if You Don’t Follow These Guidelines Your CEO’s going to Jail; The FDA/CDRH is Watching You Now</em></strong></p>
<p>(Sung to Santa Claus is coming to town)</p>
<p><img class="alignleft size-thumbnail wp-image-279" title="BP Cuff" src="http://www.embeddedmarketintelligence.com/wp-content/uploads/2009/12/BP-Cuff-150x150.jpg" alt="BP Cuff" width="150" height="150" /></p>
<p> </p>
<p>Yes indeed – and it’s about time.</p>
<p>The FDA’s Center for Devices and Radiological Health (CDRH) reported that in 2006, 21% of all medical device recalls were for software defects – it is also estimated that one-in-three software-based products is recalled. They haven’t updated this data since, but one can assume that it might have gotten worse.</p>
<p>Medical device developers and company CEOs should be aware that this is an unacceptable situation and that it is going to rapidly change. Those that don’t get it straight won’t be around when the dust settles.</p>
<p>Is there enough aspirin to relieve the headaches that our government is giving medical device manufacturers? Moreover, is it deserved? The answer – depending on the specific question &#8211; is yes and no.</p>
<p>The Obama administration under pressure from Congress has combined the medical device industry with the drug industry as one, and has proposed taxing both industries to pay for universal health insurance (Obama Care). Hopefully thoughtful senators and representatives will see that these taxes will be passed down to patients and other users and will also impact the elderly who most require such devices and can ill afford them &#8211; then again it is more realistic to depend on the Easter bunny. But logic is no relief for the headache &#8211; particularly when it comes to Washington politicians. It’s no fun being a medical device executive today.</p>
<p>On July 31, 2008 a Senate Bill cosponsored by Senators Edward Kennedy (D – MA) and Chuck Grassley (R– IA) was filed that  would require senior officers or directors of drug and medical device companies to certify under penalty of perjury that all information submitted for a product’s approval is accurate and in compliance with federal regulations.</p>
<p>The Drug and Medical Device Accountability Act Bill expired at the end of the two year Senate session on December 31, 2008, but was refiled in the <a title="2009 Drug &amp; Medical Device Accountability Act" href="http://www.washingtonwatch.com/bills/show/111_SN_882.html " target="_blank">Senate (2009) </a>with the hope of amending the current legislation by the end of October 2009. This is an important piece of legislation, and medical device executives should get their house in order to accommodate the provisions.</p>
<p>The Bill provided that product applications later found to have contained false or misleading information would be subject to stiff fines (up to $5,000,000), assessed both to companies and their senior officers, who, in addition, could face jail sentences of up to 20 years. These are serious issues. Currently the CDRH has a forensic group that looks at device software <em>only</em> after a device has been recalled.</p>
<p>This is a bad time, and a very costly time (regardless of the Act) for a medical device manufacturer – particularly if software development hadn’t been given the detailed oversight of using best practices. The new Obama tax on medical devices &#8211; used to pay for Obama Care &#8211; is allready a blow to the industry and to smaller medical device manufacturers.</p>
<p>The “Drug and Medical Device Accountability Act” will change the medical devices industry similarly to how the Sarbanes-Oxley bill impacted corporate accountability. Laws being what they are, we should expect overkill from its enactment. This is why medical device company’s senior management should take time to rethink their strategic approach to the delivery of their products.</p>
<p><a title="Embedded Market Forecasters" href="http://www.embeddedforecast.com" target="_blank">EMF </a>has available a report presenting alternative paths for developers to produce quality software for medical devices, minimize product recalls, and affordably provide comprehensive audit trails for CDRH inspectors (<em><a href="http://www.embeddedforecast.com/emf-briefs.php" target="_self">Critical Issues Confronting Medical Device Manufacturers</a></em>). Keeping the company alive and your CEO out of jail are bonuses.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.embeddedmarketintelligence.com/2010/04/30/meeting-cdrhfda-guidelines-for-medical-device-companies/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

