<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/1.5.1.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Thermo a Threat to Developers</title>
	<link>http://www.joeflash.ca/blog/2007/12/thermo-a-threat-to-developers.html</link>
	<description>Misc. Flash Platform des-dev &#038; geek enigmacopaedia by Joseph Balderson</description>
	<pubDate>Fri, 18 May 2012 16:40:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=1.5.1.2</generator>

	<item>
		<title>by: Joeflash</title>
		<link>http://www.joeflash.ca/blog/2007/12/thermo-a-threat-to-developers.html#comment-13</link>
		<pubDate>Tue, 18 Dec 2007 04:49:47 +0000</pubDate>
		<guid>http://www.joeflash.ca/blog/2007/12/thermo-a-threat-to-developers.html#comment-13</guid>
					<description>I think you have a few good points there Kenny. One misconception which  I am pleased to see is dissipating somewhat, but I still hear once and a while, is that a designer can write good code if they have a good tool, and also that a coder can make a good designer, &quot;because it's all intuition anyways.&quot;

Designers don't always make good coders no matter how fancy the tools, and coders don't necessarily make good designers, no matter how easy it is to splice up a few proofs in photoshop, and soon in Thermo.

I used to be a designer, so I know how easy it is for some deselopers-turned-coders to take design for granted. Then one day several years ago before the term &quot;Flash developer&quot; existed (there was only 'Flash designer&quot; back then), I did a print job for a client after not having touched print or graphic design in a while, thinking that because I used to be a designer that my designs would always be good. I was wrong. It sucked, really bad (and so I hired a real designer for the job I thought I could do ;).  That was a very humbling experience for me.

That's not to say that I suck at design, but I am now aware of my limitations. I became a coder simply because that's where my passions took me. If I had kept up my skills, kept up with the tools, kept working at my craft, I'd still be a designer. The point I'm making is this: the person who underestimates their skill level or area of expertise, and thinks that a tool alone can compensate, will fall on their face. And a professional, be it designer or coder, doesn't blame their tools, only their assumptions.

That's not say that falling on one's face is not useful every once and a while. But I try as much as possible to do all my falling down on my own time, when I'm learning something totally outside my comfort zone, not on a client project where reputations can be made or broken on the success of my code. And I never blame my tools.

So some people really need to stop bitching about Thermo and get excited about what it &lt;i&gt;can&lt;/i&gt; do for them. This is a very fast paced industry, and either that change excites you, inspires you, propels you to excel, or you're in the wrong line of work, bub. That's what I say to the whiners out there.

So to them I say: don't be a whiner. Get inspired, and figure out how that works for you. And Thermo sure as heck has me be inspired.</description>
		<content:encoded><![CDATA[	<p>I think you have a few good points there Kenny. One misconception which  I am pleased to see is dissipating somewhat, but I still hear once and a while, is that a designer can write good code if they have a good tool, and also that a coder can make a good designer, &#8220;because it&#8217;s all intuition anyways.&#8221;</p>
	<p>Designers don&#8217;t always make good coders no matter how fancy the tools, and coders don&#8217;t necessarily make good designers, no matter how easy it is to splice up a few proofs in photoshop, and soon in Thermo.</p>
	<p>I used to be a designer, so I know how easy it is for some deselopers-turned-coders to take design for granted. Then one day several years ago before the term &#8220;Flash developer&#8221; existed (there was only &#8216;Flash designer&#8221; back then), I did a print job for a client after not having touched print or graphic design in a while, thinking that because I used to be a designer that my designs would always be good. I was wrong. It sucked, really bad (and so I hired a real designer for the job I thought I could do ;).  That was a very humbling experience for me.</p>
	<p>That&#8217;s not to say that I suck at design, but I am now aware of my limitations. I became a coder simply because that&#8217;s where my passions took me. If I had kept up my skills, kept up with the tools, kept working at my craft, I&#8217;d still be a designer. The point I&#8217;m making is this: the person who underestimates their skill level or area of expertise, and thinks that a tool alone can compensate, will fall on their face. And a professional, be it designer or coder, doesn&#8217;t blame their tools, only their assumptions.</p>
	<p>That&#8217;s not say that falling on one&#8217;s face is not useful every once and a while. But I try as much as possible to do all my falling down on my own time, when I&#8217;m learning something totally outside my comfort zone, not on a client project where reputations can be made or broken on the success of my code. And I never blame my tools.</p>
	<p>So some people really need to stop bitching about Thermo and get excited about what it <i>can</i> do for them. This is a very fast paced industry, and either that change excites you, inspires you, propels you to excel, or you&#8217;re in the wrong line of work, bub. That&#8217;s what I say to the whiners out there.</p>
	<p>So to them I say: don&#8217;t be a whiner. Get inspired, and figure out how that works for you. And Thermo sure as heck has me be inspired.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Kenny Yates</title>
		<link>http://www.joeflash.ca/blog/2007/12/thermo-a-threat-to-developers.html#comment-12</link>
		<pubDate>Tue, 18 Dec 2007 02:19:34 +0000</pubDate>
		<guid>http://www.joeflash.ca/blog/2007/12/thermo-a-threat-to-developers.html#comment-12</guid>
					<description>Joe, I couldn't agree with you more.

You sound as if you have been listening to my recent conversations with some clients educating them on the pitfalls of hiring either a Designer or Junior Level Flex Developer and expecting Senior Level results.

I have been working in Flex for the past 3  yrs or so, at all levels.
I have migrated to working primarily with Architecture, Framework, and training Flash as well as Junior Flex developers and designers who wish to make the change to developing in Flex.

Awhile back I fought the good fight, Flash Designers vs. Flash Developers.
Now of course in Flash usually the two were quite a bit different and most of the great people I worked with knew their limitations.

Over this year I have watched the demand for Flex Developers quadruple.
This of course will bring out the people new to Flex.
As well as the people who think that Flex is Flash and the Designers that although very talented in their own right are not coders.

That being said, I think after watching the presentation on Thermo, I am VERY excited about the prospect of its potential.

Now of course there will be clients who &quot;pinch a few pennies&quot; and hire a &quot;non-coder&quot; type person who can design in Thermo and then just &quot;presto&quot; you have a Flex application.

But in my opinion that will as always be a mistake, and in the long run the company will end of having to call on a full Flex Developer to fix the issues and get them back on track for deadline at twice the cost.
It's not worth the risk.

But as you said, Thermo will only do so much then the coders will have to take over.
Even at the end of the presentation on Thermo at MAX, the statement is &quot;so-in-so would then hand off the application to me to add functionality to it&quot; (not of course a direct quote but you get the idea).

From my perspective, my design skills are intermediate at best, certainly not to the level of some of the FANTASTIC and creative designers I have worked with in the past.

So the ability to cut down on SEVERAL hours of skinning, styling, and creating custom components that I could just take a PSD, drop it into Thermo and &quot;WA-LA&quot; there you go a great looking Flex UI (shell that is) that looks just like the clients specs.

This would cut down on time for UI manipulation and allow me to focus on the Architecture and over all Development Design that is where my focus should be for my client.

I think Thermo is going to be a great addition to the growing number of tools at a Flex Developers disposal.

As usual, a great product requires several great people collaborating on what is best for the client.

Thanks for listening,
Kenny</description>
		<content:encoded><![CDATA[	<p>Joe, I couldn&#8217;t agree with you more.</p>
	<p>You sound as if you have been listening to my recent conversations with some clients educating them on the pitfalls of hiring either a Designer or Junior Level Flex Developer and expecting Senior Level results.</p>
	<p>I have been working in Flex for the past 3  yrs or so, at all levels.<br />
I have migrated to working primarily with Architecture, Framework, and training Flash as well as Junior Flex developers and designers who wish to make the change to developing in Flex.</p>
	<p>Awhile back I fought the good fight, Flash Designers vs. Flash Developers.<br />
Now of course in Flash usually the two were quite a bit different and most of the great people I worked with knew their limitations.</p>
	<p>Over this year I have watched the demand for Flex Developers quadruple.<br />
This of course will bring out the people new to Flex.<br />
As well as the people who think that Flex is Flash and the Designers that although very talented in their own right are not coders.</p>
	<p>That being said, I think after watching the presentation on Thermo, I am VERY excited about the prospect of its potential.</p>
	<p>Now of course there will be clients who &#8220;pinch a few pennies&#8221; and hire a &#8220;non-coder&#8221; type person who can design in Thermo and then just &#8220;presto&#8221; you have a Flex application.</p>
	<p>But in my opinion that will as always be a mistake, and in the long run the company will end of having to call on a full Flex Developer to fix the issues and get them back on track for deadline at twice the cost.<br />
It&#8217;s not worth the risk.</p>
	<p>But as you said, Thermo will only do so much then the coders will have to take over.<br />
Even at the end of the presentation on Thermo at MAX, the statement is &#8220;so-in-so would then hand off the application to me to add functionality to it&#8221; (not of course a direct quote but you get the idea).</p>
	<p>From my perspective, my design skills are intermediate at best, certainly not to the level of some of the FANTASTIC and creative designers I have worked with in the past.</p>
	<p>So the ability to cut down on SEVERAL hours of skinning, styling, and creating custom components that I could just take a PSD, drop it into Thermo and &#8220;WA-LA&#8221; there you go a great looking Flex UI (shell that is) that looks just like the clients specs.</p>
	<p>This would cut down on time for UI manipulation and allow me to focus on the Architecture and over all Development Design that is where my focus should be for my client.</p>
	<p>I think Thermo is going to be a great addition to the growing number of tools at a Flex Developers disposal.</p>
	<p>As usual, a great product requires several great people collaborating on what is best for the client.</p>
	<p>Thanks for listening,<br />
Kenny
</p>
]]></content:encoded>
				</item>
</channel>
</rss>

