<?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 /dev/psychology</title>
	<atom:link href="http://p.einarsen.no/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://p.einarsen.no</link>
	<description></description>
	<lastBuildDate>Thu, 14 Jul 2011 22:53:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>Comment on Psychology talk from YAPC::NA 2010 online by YAPC::NA day three &#187; hashbang.ca</title>
		<link>http://p.einarsen.no/psychology-talk-from-yapcna-2010-online/comment-page-1/#comment-1965</link>
		<dc:creator>YAPC::NA day three &#187; hashbang.ca</dc:creator>
		<pubDate>Thu, 14 Jul 2011 22:53:17 +0000</pubDate>
		<guid isPermaLink="false">http://p.einarsen.no/?p=352#comment-1965</guid>
		<description>[...] If that interests you, http://evidencebasedse.com/ is a great read, and Mats Einarsen gave a talk on this at YAPC::NA 2010. Sadly, he wasn&#8217;t able attend this year, so I&#8217;ve never met him [...]</description>
		<content:encoded><![CDATA[<p>[...] If that interests you, http://evidencebasedse.com/ is a great read, and Mats Einarsen gave a talk on this at YAPC::NA 2010. Sadly, he wasn&#8217;t able attend this year, so I&#8217;ve never met him [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on About by Roger Alexander</title>
		<link>http://p.einarsen.no/about/comment-page-1/#comment-1315</link>
		<dc:creator>Roger Alexander</dc:creator>
		<pubDate>Wed, 12 Jan 2011 22:49:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.einarsen.no/wordpress/?page_id=2#comment-1315</guid>
		<description>Hi,

I came across your blog today and find it interesting. I am someone who also has been writing software for quite sometime, and I too am interested in understanding the psychological side of the discipline. So I am taking you up on your request for help. If you are in fact serious about this, please contact me at your convenience.

Roger Alexander.</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I came across your blog today and find it interesting. I am someone who also has been writing software for quite sometime, and I too am interested in understanding the psychological side of the discipline. So I am taking you up on your request for help. If you are in fact serious about this, please contact me at your convenience.</p>
<p>Roger Alexander.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why do programmer personality types matter? by Bricolage, tinkering and gender differences in programming &#124; American News Blog</title>
		<link>http://p.einarsen.no/programmer-personality-types-and-why-it-matters-at-all/comment-page-1/#comment-1231</link>
		<dc:creator>Bricolage, tinkering and gender differences in programming &#124; American News Blog</dc:creator>
		<pubDate>Mon, 11 Oct 2010 13:54:10 +0000</pubDate>
		<guid isPermaLink="false">http://p.einarsen.no/?p=238#comment-1231</guid>
		<description>[...] often describe our opportunistic developer persona in this way (see http://p.einarsen.no/programmer-personality-types-and-why-it-matters-at-all/). The opportunistic developer is one who excels at taking existing code and components and [...]</description>
		<content:encoded><![CDATA[<p>[...] often describe our opportunistic developer persona in this way (see <a href="http://p.einarsen.no/programmer-personality-types-and-why-it-matters-at-all/" rel="nofollow">http://p.einarsen.no/programmer-personality-types-and-why-it-matters-at-all/</a>). The opportunistic developer is one who excels at taking existing code and components and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Psychology talk from YAPC::NA 2010 online by oylenshpeegul</title>
		<link>http://p.einarsen.no/psychology-talk-from-yapcna-2010-online/comment-page-1/#comment-1221</link>
		<dc:creator>oylenshpeegul</dc:creator>
		<pubDate>Sun, 29 Aug 2010 13:30:16 +0000</pubDate>
		<guid isPermaLink="false">http://p.einarsen.no/?p=352#comment-1221</guid>
		<description>It was an awesome moment! Your reaction was perfect: &quot;Uh, thanks.&quot; Interesting talk too! I would like to see the larger talk...I hope that ends up on video some day.</description>
		<content:encoded><![CDATA[<p>It was an awesome moment! Your reaction was perfect: &#8220;Uh, thanks.&#8221; Interesting talk too! I would like to see the larger talk&#8230;I hope that ends up on video some day.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The double hump of programming classes by Code Poems, how I came to write them. &#171; FORMeika</title>
		<link>http://p.einarsen.no/the-double-hump-of-programming-classes/comment-page-1/#comment-1219</link>
		<dc:creator>Code Poems, how I came to write them. &#171; FORMeika</dc:creator>
		<pubDate>Fri, 27 Aug 2010 05:53:57 +0000</pubDate>
		<guid isPermaLink="false">http://p.einarsen.no/?p=132#comment-1219</guid>
		<description>[...] my life, my involvement with programming computers is a long standing issue. Basically I can do it, unlike some, might have been good at it, but even though I enjoy the results of other people&#8217;s work in [...]</description>
		<content:encoded><![CDATA[<p>[...] my life, my involvement with programming computers is a long standing issue. Basically I can do it, unlike some, might have been good at it, but even though I enjoy the results of other people&#8217;s work in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on About by Manu</title>
		<link>http://p.einarsen.no/about/comment-page-1/#comment-1218</link>
		<dc:creator>Manu</dc:creator>
		<pubDate>Mon, 23 Aug 2010 20:11:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.einarsen.no/wordpress/?page_id=2#comment-1218</guid>
		<description>Hi Stafseng,

This is the exact kind of research I&#039;m searching for. I think there are certain benefits if this area can get the focus of this kind of research. how people interact in a team can impact the team&#039;s performance to a large extent. The kind of motivation that a team gets also impacts the quality of code. I&#039;m very much interested in your research. All the best !!!</description>
		<content:encoded><![CDATA[<p>Hi Stafseng,</p>
<p>This is the exact kind of research I&#8217;m searching for. I think there are certain benefits if this area can get the focus of this kind of research. how people interact in a team can impact the team&#8217;s performance to a large extent. The kind of motivation that a team gets also impacts the quality of code. I&#8217;m very much interested in your research. All the best !!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Psychology of Perl talk links by Zbigniew Lukasiak</title>
		<link>http://p.einarsen.no/psychology-of-perl-talk-links/comment-page-1/#comment-1209</link>
		<dc:creator>Zbigniew Lukasiak</dc:creator>
		<pubDate>Wed, 30 Jun 2010 19:26:29 +0000</pubDate>
		<guid isPermaLink="false">http://p.einarsen.no/?p=349#comment-1209</guid>
		<description>I am just looking at the  Update on the Natural Programming Project video - and wow - there is so much surprising info there!  In particular create-set-call versus required params - this goes very much against the trend of &#039;immutable objects&#039; (although it should be possible to reconcile those two) - and yet it feels true.</description>
		<content:encoded><![CDATA[<p>I am just looking at the  Update on the Natural Programming Project video &#8211; and wow &#8211; there is so much surprising info there!  In particular create-set-call versus required params &#8211; this goes very much against the trend of &#8216;immutable objects&#8217; (although it should be possible to reconcile those two) &#8211; and yet it feels true.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The double hump of programming classes by Cay Horstmann</title>
		<link>http://p.einarsen.no/the-double-hump-of-programming-classes/comment-page-1/#comment-1190</link>
		<dc:creator>Cay Horstmann</dc:creator>
		<pubDate>Sun, 30 May 2010 14:36:54 +0000</pubDate>
		<guid isPermaLink="false">http://p.einarsen.no/?p=132#comment-1190</guid>
		<description>Do you have any evidence that OOP is to blame? In my experience, having taught objects early, late, and not at all, beginning students tend to fall behind in the same place: loops. Simple linear traversals are ok, but once you go beyond the point where the standard loops can be tweaked, a good percentage of the class has a very hard time. And that complaint is reiterated by instructors in the more advanced courses (&quot;What do you guys do in CS1? The students that come into my class still can&#039;t program loops!&quot;) and even in job interviews (Google for FizzBuzz for some amusing blogs).</description>
		<content:encoded><![CDATA[<p>Do you have any evidence that OOP is to blame? In my experience, having taught objects early, late, and not at all, beginning students tend to fall behind in the same place: loops. Simple linear traversals are ok, but once you go beyond the point where the standard loops can be tweaked, a good percentage of the class has a very hard time. And that complaint is reiterated by instructors in the more advanced courses (&#8220;What do you guys do in CS1? The students that come into my class still can&#8217;t program loops!&#8221;) and even in job interviews (Google for FizzBuzz for some amusing blogs).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Ending The Long Quiet by Trevor</title>
		<link>http://p.einarsen.no/ending-the-long-quiet/comment-page-1/#comment-1176</link>
		<dc:creator>Trevor</dc:creator>
		<pubDate>Tue, 16 Mar 2010 09:24:09 +0000</pubDate>
		<guid isPermaLink="false">http://p.einarsen.no/?p=327#comment-1176</guid>
		<description>Ah, so can I say that what you are after are ideas about what to write because what you have become interested in at the moment is the relationship between the psychology of programmers as it figures in the HR process, something you want to safely steer clear of? In which case, how about something more about how programmers generate innovative ideas as opposed to reusing safe, well explored ones? 
I find forcing my ideas into a different media helps as in the other media we have different expectations and constraints. For example, as a novice programmer but experienced innovator elsewhere I push programming ideas back and forth between Javascript and PHP, and then into photographs, graphs and blogs - and back. Presumably you have some two way relationship between Perl and your blogs, so do you find this relationship helps you in your programming? Does this give you some edge over programmers who keep their programming more separate from other parts of their life?</description>
		<content:encoded><![CDATA[<p>Ah, so can I say that what you are after are ideas about what to write because what you have become interested in at the moment is the relationship between the psychology of programmers as it figures in the HR process, something you want to safely steer clear of? In which case, how about something more about how programmers generate innovative ideas as opposed to reusing safe, well explored ones?<br />
I find forcing my ideas into a different media helps as in the other media we have different expectations and constraints. For example, as a novice programmer but experienced innovator elsewhere I push programming ideas back and forth between Javascript and PHP, and then into photographs, graphs and blogs &#8211; and back. Presumably you have some two way relationship between Perl and your blogs, so do you find this relationship helps you in your programming? Does this give you some edge over programmers who keep their programming more separate from other parts of their life?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Does code base structure follow organization structure? by Trevor</title>
		<link>http://p.einarsen.no/does-code-base-structure-follow-organization-structure/comment-page-1/#comment-1169</link>
		<dc:creator>Trevor</dc:creator>
		<pubDate>Tue, 02 Mar 2010 11:47:06 +0000</pubDate>
		<guid isPermaLink="false">http://p.einarsen.no/does-code-base-structure-follow-organization-structure/#comment-1169</guid>
		<description>Well, organization and code structure could be similar if the people creating the organization&#039;s hierarchy are also the same kind of people doing the employing, or at least managing the things that determine whether employees stay with the organization or leave. The chances are, though, that at any time there will be a mix of employees at least to some extent trying to reproduce the type of code structure in which they believe.

Whether this would be a good or bad thing, in my opinion, is whether the customer can accept the product. Even though most of the code might be transparent to the customer, when it comes time to talk about new features one might find that a hierarchically structured code lacks the flexibility to match the changing needs of a customer with a more flat structured organization. And vice versa. In terms of business success as a supplier, it might be worth having on board people capable of understanding the essential need in people for hierarchical, or flat, structures so that the code produced does not lock out the other type of structure.</description>
		<content:encoded><![CDATA[<p>Well, organization and code structure could be similar if the people creating the organization&#8217;s hierarchy are also the same kind of people doing the employing, or at least managing the things that determine whether employees stay with the organization or leave. The chances are, though, that at any time there will be a mix of employees at least to some extent trying to reproduce the type of code structure in which they believe.</p>
<p>Whether this would be a good or bad thing, in my opinion, is whether the customer can accept the product. Even though most of the code might be transparent to the customer, when it comes time to talk about new features one might find that a hierarchically structured code lacks the flexibility to match the changing needs of a customer with a more flat structured organization. And vice versa. In terms of business success as a supplier, it might be worth having on board people capable of understanding the essential need in people for hierarchical, or flat, structures so that the code produced does not lock out the other type of structure.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

