<?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: My attitude to Carbide</title>
	<atom:link href="http://www.macrobug.com/blog/2006/12/12/my-attitude-to-carbide/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.macrobug.com/blog/2006/12/12/my-attitude-to-carbide/</link>
	<description>Macrobug Blog</description>
	<lastBuildDate>Tue, 20 Jul 2010 21:22:49 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Markus Ahonen</title>
		<link>http://www.macrobug.com/blog/2006/12/12/my-attitude-to-carbide/comment-page-1/#comment-48</link>
		<dc:creator>Markus Ahonen</dc:creator>
		<pubDate>Wed, 13 Dec 2006 21:54:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.macrobug.com/blog/2006/12/12/my-attitude-to-carbide/#comment-48</guid>
		<description>Yes, Adrian, I &quot;still&quot; read your blog :-) I&#039;ve just been buried in day-long meetings with our internal tools teams and Symbian, trying to figure out where we need to provide tools support in 2008 and 2009...

To answer to your question: I too think that Carbide.c++ is great, and it improves upon CodeWarrior. I&#039;ve just completed a satisfaction study of about 500 developers using CW, Visual Studio, and Carbide.c++, and the results are pretty clear about Carbide.c++ being a clear improvement over CodeWarrior.

So I&#039;d agree we&#039;re doing better than with CodeWarrior. I&#039;m biased, of course, since it&#039;s my product. At the same time, my primary job is to figure out what customers want. Currently, there are 2 things:

1) A build system that imports and builds quickly, with support for all kinds of MMP keywords, and with a 110% compatibility with command line builds
2) stop-mode debugging of reference boards
3) faster debugger performance, and less emulator performance -related problems
4) easier on-device debug setup
5) bug fixes in general

Our plan is to address 1 and 2 (and some of 3) with Carbide.c++ 1.2, scheduled for release by end of April 2006 (give or take a few weeks); and to address 3-5 with 1.3, to be released toward the end of the year. Keep in mind that 1.x will be free upgrades for you, so you&#039;ll get these automatically.

I&#039;m anticipating that 1.2 will improve our customer satisfaction figures even further. With 1.3, I think we&#039;ll have this issue nailed and buried, and we can then start thinking about adding a significant number of new features.

I&#039;ll post a notification of our 1.2 beta in a week or so. I&#039;m hoping you (and anyone reading) can participate!


Cheers,

Markus Ahonen
Product Manager, Carbide.c++</description>
		<content:encoded><![CDATA[<p>Yes, Adrian, I &#8220;still&#8221; read your blog :-) I&#8217;ve just been buried in day-long meetings with our internal tools teams and Symbian, trying to figure out where we need to provide tools support in 2008 and 2009&#8230;</p>
<p>To answer to your question: I too think that Carbide.c++ is great, and it improves upon CodeWarrior. I&#8217;ve just completed a satisfaction study of about 500 developers using CW, Visual Studio, and Carbide.c++, and the results are pretty clear about Carbide.c++ being a clear improvement over CodeWarrior.</p>
<p>So I&#8217;d agree we&#8217;re doing better than with CodeWarrior. I&#8217;m biased, of course, since it&#8217;s my product. At the same time, my primary job is to figure out what customers want. Currently, there are 2 things:</p>
<p>1) A build system that imports and builds quickly, with support for all kinds of MMP keywords, and with a 110% compatibility with command line builds<br />
2) stop-mode debugging of reference boards<br />
3) faster debugger performance, and less emulator performance -related problems<br />
4) easier on-device debug setup<br />
5) bug fixes in general</p>
<p>Our plan is to address 1 and 2 (and some of 3) with Carbide.c++ 1.2, scheduled for release by end of April 2006 (give or take a few weeks); and to address 3-5 with 1.3, to be released toward the end of the year. Keep in mind that 1.x will be free upgrades for you, so you&#8217;ll get these automatically.</p>
<p>I&#8217;m anticipating that 1.2 will improve our customer satisfaction figures even further. With 1.3, I think we&#8217;ll have this issue nailed and buried, and we can then start thinking about adding a significant number of new features.</p>
<p>I&#8217;ll post a notification of our 1.2 beta in a week or so. I&#8217;m hoping you (and anyone reading) can participate!</p>
<p>Cheers,</p>
<p>Markus Ahonen<br />
Product Manager, Carbide.c++</p>
]]></content:encoded>
	</item>
</channel>
</rss>

