<?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: Am I a programmer?</title>
	<atom:link href="http://www.softimageblog.com/archives/9/feed" rel="self" type="application/rss+xml" />
	<link>http://www.softimageblog.com/archives/9#utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=am-i-a-programmer</link>
	<description>People and thoughts behind Softimage in production...</description>
	<lastBuildDate>Fri, 23 Jul 2010 12:23:34 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Marcus Stade</title>
		<link>http://www.softimageblog.com/archives/9/comment-page-1#comment-18</link>
		<dc:creator>Marcus Stade</dc:creator>
		<pubDate>Mon, 14 Mar 2005 17:51:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.xsi-blog.com/?p=9#comment-18</guid>
		<description>You know, technically your friend isn&#039;&#039;t a programmer by his own reasoning either. Any .Net language is infact not compiled to machine code, it&#039;&#039;s compiled to another language called MSIL which could be described as a sort of assembly language if you will (at least the syntax resembles assembly). However, it is not at all like assembly in a way that it&#039;&#039;s low level. The actual compilation (and more importantly execution) of machine code comes upon executing your .Net application. This is what is called JIT compiling. Code is compiled to machine code when it&#039;&#039;s needed, and not before that. Python works in a similar way. So the reasoning your friend works by is fundamentally flawed.

The definition of a programmer is probably a very subjective one. I think the real question behind one such as: &quot;Are you a programmer?&quot; is infact: &quot;Can you program in x?&quot; where x is any language one might think of. Most people who know anything about programming probably wonders: &quot;Can you program in C/C++?&quot;. I used to do that till I figured that C/C++ was in many ways and in many cases painful to use. Now I usually ask: &quot;Do you know how to use a programming language?&quot;.

My own definition of a programmer (other than being employed as such) is a person who can produce code (in whatever form) which makes a computer (in whatever form) perform wanted instructions.</description>
		<content:encoded><![CDATA[<p>You know, technically your friend isn&#8221;t a programmer by his own reasoning either. Any .Net language is infact not compiled to machine code, it&#8217;&#8217;s compiled to another language called MSIL which could be described as a sort of assembly language if you will (at least the syntax resembles assembly). However, it is not at all like assembly in a way that it&#8217;&#8217;s low level. The actual compilation (and more importantly execution) of machine code comes upon executing your .Net application. This is what is called JIT compiling. Code is compiled to machine code when it&#8217;&#8217;s needed, and not before that. Python works in a similar way. So the reasoning your friend works by is fundamentally flawed.</p>
<p>The definition of a programmer is probably a very subjective one. I think the real question behind one such as: &#8220;Are you a programmer?&#8221; is infact: &#8220;Can you program in x?&#8221; where x is any language one might think of. Most people who know anything about programming probably wonders: &#8220;Can you program in C/C++?&#8221;. I used to do that till I figured that C/C++ was in many ways and in many cases painful to use. Now I usually ask: &#8220;Do you know how to use a programming language?&#8221;.</p>
<p>My own definition of a programmer (other than being employed as such) is a person who can produce code (in whatever form) which makes a computer (in whatever form) perform wanted instructions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Boucher</title>
		<link>http://www.softimageblog.com/archives/9/comment-page-1#comment-16</link>
		<dc:creator>Patrick Boucher</dc:creator>
		<pubDate>Tue, 08 Mar 2005 13:25:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.xsi-blog.com/?p=9#comment-16</guid>
		<description>- &quot;The discussion might be academic, the decicion not.&quot;

You bring up good points Carsten and I really like this previous line!

I don&#039;&#039;t really know C++ but I would think that some programs that are very computationally intensive would benefit from the added execution speed, which is probably not the case with 90% of XSI automation scripts.

So, bottom line is, we all are prgrammers, whatever tool we choose in the end, for having a computer do the work.</description>
		<content:encoded><![CDATA[<p>- &#8220;The discussion might be academic, the decicion not.&#8221;</p>
<p>You bring up good points Carsten and I really like this previous line!</p>
<p>I don&#8221;t really know C++ but I would think that some programs that are very computationally intensive would benefit from the added execution speed, which is probably not the case with 90% of XSI automation scripts.</p>
<p>So, bottom line is, we all are prgrammers, whatever tool we choose in the end, for having a computer do the work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carsten</title>
		<link>http://www.softimageblog.com/archives/9/comment-page-1#comment-15</link>
		<dc:creator>Carsten</dc:creator>
		<pubDate>Tue, 08 Mar 2005 09:42:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.xsi-blog.com/?p=9#comment-15</guid>
		<description>Well, the advantage of having Python in XSI is, that you can develop your plugins using less time as you dont have to implement all the underlying nessesary code for having it run on the win32 platform and maybe some interaction with this and that library and such.
If the script integration is stable and fast (which is the case with Python in XSI) I would always choose that instead of a C++ implementation because the second atempt is most of the times more time consuming, complex and error prone.

Concering the framework that is behind .NET you have to admit that there is the same construction behind Python. They implemented a lot of functionalty to make it easier for you to develop content instead of working on the low level code. :)

I would like to add some fact to your friends answer: You actually think about, which tool to use as you want to develop using least time and effort and you want reusability of your code. You choose the tool, that can give you all these qualities. The discussion might be academic, the decicion not.</description>
		<content:encoded><![CDATA[<p>Well, the advantage of having Python in XSI is, that you can develop your plugins using less time as you dont have to implement all the underlying nessesary code for having it run on the win32 platform and maybe some interaction with this and that library and such.<br />
If the script integration is stable and fast (which is the case with Python in XSI) I would always choose that instead of a C++ implementation because the second atempt is most of the times more time consuming, complex and error prone.</p>
<p>Concering the framework that is behind .NET you have to admit that there is the same construction behind Python. They implemented a lot of functionalty to make it easier for you to develop content instead of working on the low level code. :)</p>
<p>I would like to add some fact to your friends answer: You actually think about, which tool to use as you want to develop using least time and effort and you want reusability of your code. You choose the tool, that can give you all these qualities. The discussion might be academic, the decicion not.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
