<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for FlashCanon</title>
	<atom:link href="http://flash.fincanon.com/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://flash.fincanon.com</link>
	<description>Flash Platform stuff from Jason Fincanon</description>
	<lastBuildDate>Wed, 10 Feb 2010 05:55:54 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on One dev&#8217;s fluff is another dev&#8217;s lesson by Joeflash</title>
		<link>http://flash.fincanon.com/archives/173/comment-page-1#comment-45608</link>
		<dc:creator>Joeflash</dc:creator>
		<pubDate>Wed, 10 Feb 2010 05:55:54 +0000</pubDate>
		<guid isPermaLink="false">http://flash.fincanon.com/?p=173#comment-45608</guid>
		<description>We faced this issue when writing &lt;a HREF=&quot;http://www.amazon.com/Professional-Adobe-Flex-Joseph-Balderson/dp/0470223642&quot; rel=&quot;nofollow&quot;&gt;Professional Adobe Flex 3&lt;/a&gt;. The way which I and some of my co-authors solved it -- since I aware of this issue from years of reading Flash books, as a beginner right through to where I am now -- is to take a topic most would consider basic, like, say, using MXML and ActionScript together, and write about it in more depth than most sources do.

For instance, even though it is not considered good practice, most beginners and some advanced people might not be aware that you can code actionscript right inside of an MXML property tag. What Moock did with basic ActionScript when he wrote Essential ActionScript 3.0 is what makes this book a well-read classic to this day, nearly four years later, and probably won&#039;t be obsolete for some time to come.

So it is possible to write a book for a wide range of skill levels. And yeah, the beginner will be intimidated by some topics, and the advanced reader will skim through some stuff. A tech writer needs to be an extremely detail-oriented person and know how to communicate that detail in a way that is succinct and useful.

If the book is intended for a different skill levels, then two things need to be left out: step-by-step instructions in basic how-to style, unless you&#039;re describing an uncommonly known technique. And describing topics without any code: your advanced users may be able to follow, but intermediate and beginners will be thoroughly annoyed.

On the other hand, the author needs to avoid the temptation of &quot;code dumps,&quot; or pages and pages of code which do not directly contribute to the technique described: it bores the hell out of advanced readers who already got the point five pages ago, and annoys the beginners, who may actually think they have to type all that in. Give enough code to cement the concept, and the reader can go to the download site for the full application (although we do have a bit of a whopper on page 510 that slipped by ;)</description>
		<content:encoded><![CDATA[<p>We faced this issue when writing <a HREF="http://www.amazon.com/Professional-Adobe-Flex-Joseph-Balderson/dp/0470223642" rel="nofollow">Professional Adobe Flex 3</a>. The way which I and some of my co-authors solved it &#8212; since I aware of this issue from years of reading Flash books, as a beginner right through to where I am now &#8212; is to take a topic most would consider basic, like, say, using MXML and ActionScript together, and write about it in more depth than most sources do.</p>
<p>For instance, even though it is not considered good practice, most beginners and some advanced people might not be aware that you can code actionscript right inside of an MXML property tag. What Moock did with basic ActionScript when he wrote Essential ActionScript 3.0 is what makes this book a well-read classic to this day, nearly four years later, and probably won&#8217;t be obsolete for some time to come.</p>
<p>So it is possible to write a book for a wide range of skill levels. And yeah, the beginner will be intimidated by some topics, and the advanced reader will skim through some stuff. A tech writer needs to be an extremely detail-oriented person and know how to communicate that detail in a way that is succinct and useful.</p>
<p>If the book is intended for a different skill levels, then two things need to be left out: step-by-step instructions in basic how-to style, unless you&#8217;re describing an uncommonly known technique. And describing topics without any code: your advanced users may be able to follow, but intermediate and beginners will be thoroughly annoyed.</p>
<p>On the other hand, the author needs to avoid the temptation of &#8220;code dumps,&#8221; or pages and pages of code which do not directly contribute to the technique described: it bores the hell out of advanced readers who already got the point five pages ago, and annoys the beginners, who may actually think they have to type all that in. Give enough code to cement the concept, and the reader can go to the download site for the full application (although we do have a bit of a whopper on page 510 that slipped by <img src='http://flash.fincanon.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flash Advertising cover art by Jason</title>
		<link>http://flash.fincanon.com/archives/296/comment-page-1#comment-45607</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Wed, 10 Feb 2010 05:50:10 +0000</pubDate>
		<guid isPermaLink="false">http://flash.fincanon.com/?p=296#comment-45607</guid>
		<description>Thanks Chris!
Yeah, it was kinda sad to find out that there are people out there who will give a book a 1 star rating based on the cover and then go on to admit that they don&#039;t own it and won&#039;t read it because they don&#039;t like the cover. Very odd.</description>
		<content:encoded><![CDATA[<p>Thanks Chris!<br />
Yeah, it was kinda sad to find out that there are people out there who will give a book a 1 star rating based on the cover and then go on to admit that they don&#8217;t own it and won&#8217;t read it because they don&#8217;t like the cover. Very odd.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Flash Advertising cover art by Chris Griffith</title>
		<link>http://flash.fincanon.com/archives/296/comment-page-1#comment-45606</link>
		<dc:creator>Chris Griffith</dc:creator>
		<pubDate>Wed, 10 Feb 2010 05:21:10 +0000</pubDate>
		<guid isPermaLink="false">http://flash.fincanon.com/?p=296#comment-45606</guid>
		<description>Wicked. I like it much more than the previous edition&#039;s cover.  Maybe fewer Amazon Trolls will come out of their dank caves to rail against it...maybe.</description>
		<content:encoded><![CDATA[<p>Wicked. I like it much more than the previous edition&#8217;s cover.  Maybe fewer Amazon Trolls will come out of their dank caves to rail against it&#8230;maybe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ClickTagger by Dimitree</title>
		<link>http://flash.fincanon.com/downloads/clicktagger/comment-page-1#comment-45604</link>
		<dc:creator>Dimitree</dc:creator>
		<pubDate>Mon, 08 Feb 2010 09:52:26 +0000</pubDate>
		<guid isPermaLink="false">http://flash.fincanon.com/?page_id=213#comment-45604</guid>
		<description>Thanks for this! It s about time we start using the privileges of AS3 in the banner campaign field.</description>
		<content:encoded><![CDATA[<p>Thanks for this! It s about time we start using the privileges of AS3 in the banner campaign field.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ClickTagger by Jason</title>
		<link>http://flash.fincanon.com/downloads/clicktagger/comment-page-1#comment-45580</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Fri, 05 Feb 2010 01:41:50 +0000</pubDate>
		<guid isPermaLink="false">http://flash.fincanon.com/?page_id=213#comment-45580</guid>
		<description>Thanks Bodie! It&#039;s too bad that they lag behind like they do, but I think there are a few here and there that can be convinced if asked. Hopefully the number of them will start to increase soon.</description>
		<content:encoded><![CDATA[<p>Thanks Bodie! It&#8217;s too bad that they lag behind like they do, but I think there are a few here and there that can be convinced if asked. Hopefully the number of them will start to increase soon.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
