<?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: Frequently Questioned Answers about Thermo</title>
	<atom:link href="http://www.rictus.com/muchado/2007/10/07/thoughts-on-thermo/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rictus.com/muchado/2007/10/07/thoughts-on-thermo/</link>
	<description>nj on design and development</description>
	<lastBuildDate>Thu, 09 Jun 2011 21:49:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: much ado about something &#187; Want to help us create Thermo&#8217;s learning experience?</title>
		<link>http://www.rictus.com/muchado/2007/10/07/thoughts-on-thermo/comment-page-1/#comment-30323</link>
		<dc:creator>much ado about something &#187; Want to help us create Thermo&#8217;s learning experience?</dc:creator>
		<pubDate>Tue, 12 Feb 2008 19:13:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/07/thoughts-on-thermo/#comment-30323</guid>
		<description>[...] Thermo is hiring, and one of our first job openings is for someone to help us create a next-generation learning experience. We want to make it easy for designers to get up to speed on Thermo quickly, and we&#8217;re going to need to communicate Thermo&#8217;s concepts through traditional written documentation, videos, animations, smoke signals, and however else we can convey them. [...]</description>
		<content:encoded><![CDATA[<p>[...] Thermo is hiring, and one of our first job openings is for someone to help us create a next-generation learning experience. We want to make it easy for designers to get up to speed on Thermo quickly, and we&#8217;re going to need to communicate Thermo&#8217;s concepts through traditional written documentation, videos, animations, smoke signals, and however else we can convey them. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: insidethebox &#187; Thermo for design/dev workflow</title>
		<link>http://www.rictus.com/muchado/2007/10/07/thoughts-on-thermo/comment-page-1/#comment-29494</link>
		<dc:creator>insidethebox &#187; Thermo for design/dev workflow</dc:creator>
		<pubDate>Fri, 09 Nov 2007 23:59:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/07/thoughts-on-thermo/#comment-29494</guid>
		<description>[...] There&#8217;s a really interesting discussion getting kicked around the blogosphere right now about this very topic on Grant Skinner&#8217;s blog, with a response/clarification at Rictus. [...]</description>
		<content:encoded><![CDATA[<p>[...] There&#8217;s a really interesting discussion getting kicked around the blogosphere right now about this very topic on Grant Skinner&#8217;s blog, with a response/clarification at Rictus. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tink</title>
		<link>http://www.rictus.com/muchado/2007/10/07/thoughts-on-thermo/comment-page-1/#comment-28258</link>
		<dc:creator>Tink</dc:creator>
		<pubDate>Thu, 11 Oct 2007 09:55:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/07/thoughts-on-thermo/#comment-28258</guid>
		<description>&quot;Our goal is *not* that a designer would build a complete app, with business logic and back-end integration, using Thermo. Conversely, our goal is *not* that a designer would build a toy prototype which would have to be completely torn apart and rebuilt by a developer.

Instead, our goal is that Thermo will allow the designer to create and own the portion of the app that s/he cares about--the visual design, the interaction design, and the user flow--and have that flow directly into production, where the developer can implement custom functionality, attach real back-end data, and hook up business logic.

In order for us to be successful at this, we obviously realize that the code Thermo generates has to be usable by a developer. Part of this will just be us being careful about making sure Thermo organizes and separates out code automatically to keep it clean without the designer having to worry about it too much.:&quot;

It need to be able to output all the skins as AS and external classes. As devs nows how we right the stuff, and that how the Flex team wrote the stuff. If not we&#039;ll only be spening time externalizing all the inline code. So for a ScrollBar for instance I would expect 4 classes, and please in AS, not MXML.</description>
		<content:encoded><![CDATA[<p>&#8220;Our goal is *not* that a designer would build a complete app, with business logic and back-end integration, using Thermo. Conversely, our goal is *not* that a designer would build a toy prototype which would have to be completely torn apart and rebuilt by a developer.</p>
<p>Instead, our goal is that Thermo will allow the designer to create and own the portion of the app that s/he cares about&#8211;the visual design, the interaction design, and the user flow&#8211;and have that flow directly into production, where the developer can implement custom functionality, attach real back-end data, and hook up business logic.</p>
<p>In order for us to be successful at this, we obviously realize that the code Thermo generates has to be usable by a developer. Part of this will just be us being careful about making sure Thermo organizes and separates out code automatically to keep it clean without the designer having to worry about it too much.:&#8221;</p>
<p>It need to be able to output all the skins as AS and external classes. As devs nows how we right the stuff, and that how the Flex team wrote the stuff. If not we&#8217;ll only be spening time externalizing all the inline code. So for a ScrollBar for instance I would expect 4 classes, and please in AS, not MXML.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: much ado about something &#187; Design workflow features in Flex Builder 3</title>
		<link>http://www.rictus.com/muchado/2007/10/07/thoughts-on-thermo/comment-page-1/#comment-27983</link>
		<dc:creator>much ado about something &#187; Design workflow features in Flex Builder 3</dc:creator>
		<pubDate>Tue, 09 Oct 2007 03:30:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/07/thoughts-on-thermo/#comment-27983</guid>
		<description>[...] &#8220;Well,&#8221; you may be saying, &#8220;Thermo looks great and all, but what do I do in the meantime?&#8221; The good news is that we have some nice improvements coming in Flex Builder 3 that help improve the visual design workflow, and you can try them out in the Flex Builder 3 beta that we posted to Adobe Labs last week. [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8220;Well,&#8221; you may be saying, &#8220;Thermo looks great and all, but what do I do in the meantime?&#8221; The good news is that we have some nice improvements coming in Flex Builder 3 that help improve the visual design workflow, and you can try them out in the Flex Builder 3 beta that we posted to Adobe Labs last week. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JD on EP</title>
		<link>http://www.rictus.com/muchado/2007/10/07/thoughts-on-thermo/comment-page-1/#comment-27749</link>
		<dc:creator>JD on EP</dc:creator>
		<pubDate>Sun, 07 Oct 2007 15:01:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.rictus.com/muchado/2007/10/07/thoughts-on-thermo/#comment-27749</guid>
		<description>&lt;strong&gt;Some bumps...&lt;/strong&gt;

Some bumps: Tinic Uro helped me understand the Hydra initiative... Narciso Jaramillo made Thermo a lot clearer for me. (I&#039;m also happy about the ambient computing being done by Fernando Florez, and agree with Dan Florio on the serendipity of conferenc...</description>
		<content:encoded><![CDATA[<p><strong>Some bumps&#8230;</strong></p>
<p>Some bumps: Tinic Uro helped me understand the Hydra initiative&#8230; Narciso Jaramillo made Thermo a lot clearer for me. (I&#8217;m also happy about the ambient computing being done by Fernando Florez, and agree with Dan Florio on the serendipity of conferenc&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

