<?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: Computational thinking</title>
	<atom:link href="http://yaxu.org/computational-thinking/feed/" rel="self" type="application/rss+xml" />
	<link>http://yaxu.org/computational-thinking/</link>
	<description>Making music with text</description>
	<lastBuildDate>Thu, 04 Apr 2013 04:14:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Alex</title>
		<link>http://yaxu.org/computational-thinking/comment-page-1/#comment-100807</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Thu, 23 Feb 2012 09:04:56 +0000</pubDate>
		<guid isPermaLink="false">http://yaxu.org/?p=865#comment-100807</guid>
		<description><![CDATA[Hi Dave,

I&#039;d have loved to have been taught Scheme in school, and there is comparative research that suggests that teaching Scheme actually levels out gender bias.  Of course you know much more about your daughter&#039;s situation than me, but I&#039;d suggest that perhaps she just had a bad teacher.

Python is great because it forces you to lay your program out in a way that makes sense.  This is actually the kind of visual programming I am talking about, not getting rid of textual languages, but supporting them through visual structure.

Part of the problem is that the term &quot;graphical programming&quot; is generally used in a way that makes no sense, even in the visual programming literature.  After all, text is also graphical, and graphical programming should be thought of as text which is structured in a way that allows us to use a fuller spectrum of perceptual and cognitive resources.

I think the reason that we do not design our programming languages in this way is due to embedded sexism.  Women tend to be better visual thinkers than men, and visual thinking isn&#039;t about thinking with pictures, it&#039;s about integrating perception and language as a whole.  In other words, it&#039;s men who are missing something here, and because programming languages are often designed by men, programming languages are missing something.

I just don&#039;t buy the argument that there will always be a few children who are natural at programming and others have no chance.  We just need to make the language environments better so they&#039;re more suitable for a wider range of tasks.]]></description>
		<content:encoded><![CDATA[<p>Hi Dave,</p>
<p>I&#8217;d have loved to have been taught Scheme in school, and there is comparative research that suggests that teaching Scheme actually levels out gender bias.  Of course you know much more about your daughter&#8217;s situation than me, but I&#8217;d suggest that perhaps she just had a bad teacher.</p>
<p>Python is great because it forces you to lay your program out in a way that makes sense.  This is actually the kind of visual programming I am talking about, not getting rid of textual languages, but supporting them through visual structure.</p>
<p>Part of the problem is that the term &#8220;graphical programming&#8221; is generally used in a way that makes no sense, even in the visual programming literature.  After all, text is also graphical, and graphical programming should be thought of as text which is structured in a way that allows us to use a fuller spectrum of perceptual and cognitive resources.</p>
<p>I think the reason that we do not design our programming languages in this way is due to embedded sexism.  Women tend to be better visual thinkers than men, and visual thinking isn&#8217;t about thinking with pictures, it&#8217;s about integrating perception and language as a whole.  In other words, it&#8217;s men who are missing something here, and because programming languages are often designed by men, programming languages are missing something.</p>
<p>I just don&#8217;t buy the argument that there will always be a few children who are natural at programming and others have no chance.  We just need to make the language environments better so they&#8217;re more suitable for a wider range of tasks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Britton</title>
		<link>http://yaxu.org/computational-thinking/comment-page-1/#comment-100767</link>
		<dc:creator>Dave Britton</dc:creator>
		<pubDate>Thu, 23 Feb 2012 04:39:02 +0000</pubDate>
		<guid isPermaLink="false">http://yaxu.org/?p=865#comment-100767</guid>
		<description><![CDATA[The whole &quot;let&#039;s get graphical to learn programming (especially if it involves recursion)&quot; movement that started at MIT with LOGO&#039;s turtle graphics and Seymour Papert&#039;s evangelism is a dead end. It has failed over the last 45 years to make a significant contribution to children&#039;s (or anyone&#039;s) really learning to program. I taught LOGO to k-8 graders for a couple of years back in the 1980&#039;s, and the kids who &quot;got&quot; it were the ones who would have gotten BASIC or Pascal anyway. My daughter, now in college, took an intro comp sci class in which the students were introduced to computer programming with Scheme (Scratch&#039;s big brother), and I was so annoyed with how badly it turned her off of programming that I complained to the head of their comp sci dept, and got told to stop being a helicopter parent, they knew best. A real world language, e.g. Python (which I prefer but Java if you insist), that has widespread actual use and incorporates all the essential elements found in actual practice, and that is powerful (high level) enough to be easily learned (no pointers please, not yet anyway) is the way to go. JavaScript is a stinky mess, all DOM dependent and not in a good way, and erratic in its syntactical formulation (is this capitalized or not?) and irritatingly unforgiving about the stupidest things. Leave it for people forced to program highly interactive web pages. I taught BASIC to college business management  students in a required course that was half MIS and half programming (also back in the &#039;80&#039;s, before widespread use of PC&#039;s) and it was my observation that programming ability (computational thinking) is a separate intelligence, orthogonal to math and language and spatial intelligences, and is probably normally distributed in the population. Educators should seek it out, identify it early and support its development, understanding that not everyone can do it very well, just as not everyone is musically, artistically or kinesthetically gifted. The underlying premise of Scratch, etc. is the incorrect belief that if we could just teach it in a friendly fun way everyone could become a computational thinker.]]></description>
		<content:encoded><![CDATA[<p>The whole &#8220;let&#8217;s get graphical to learn programming (especially if it involves recursion)&#8221; movement that started at MIT with LOGO&#8217;s turtle graphics and Seymour Papert&#8217;s evangelism is a dead end. It has failed over the last 45 years to make a significant contribution to children&#8217;s (or anyone&#8217;s) really learning to program. I taught LOGO to k-8 graders for a couple of years back in the 1980&#8242;s, and the kids who &#8220;got&#8221; it were the ones who would have gotten BASIC or Pascal anyway. My daughter, now in college, took an intro comp sci class in which the students were introduced to computer programming with Scheme (Scratch&#8217;s big brother), and I was so annoyed with how badly it turned her off of programming that I complained to the head of their comp sci dept, and got told to stop being a helicopter parent, they knew best. A real world language, e.g. Python (which I prefer but Java if you insist), that has widespread actual use and incorporates all the essential elements found in actual practice, and that is powerful (high level) enough to be easily learned (no pointers please, not yet anyway) is the way to go. JavaScript is a stinky mess, all DOM dependent and not in a good way, and erratic in its syntactical formulation (is this capitalized or not?) and irritatingly unforgiving about the stupidest things. Leave it for people forced to program highly interactive web pages. I taught BASIC to college business management  students in a required course that was half MIS and half programming (also back in the &#8217;80&#8242;s, before widespread use of PC&#8217;s) and it was my observation that programming ability (computational thinking) is a separate intelligence, orthogonal to math and language and spatial intelligences, and is probably normally distributed in the population. Educators should seek it out, identify it early and support its development, understanding that not everyone can do it very well, just as not everyone is musically, artistically or kinesthetically gifted. The underlying premise of Scratch, etc. is the incorrect belief that if we could just teach it in a friendly fun way everyone could become a computational thinker.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jamie Bullock</title>
		<link>http://yaxu.org/computational-thinking/comment-page-1/#comment-92243</link>
		<dc:creator>Jamie Bullock</dc:creator>
		<pubDate>Fri, 13 Jan 2012 10:29:28 +0000</pubDate>
		<guid isPermaLink="false">http://yaxu.org/?p=865#comment-92243</guid>
		<description><![CDATA[I broadly agree with you about procedural thinking not being &#039;the answer&#039;, but this shouldn&#039;t be either/or, but rather if/then/else. I&#039;m inclined to think that pre-16 CS provision should be seen as an &#039;entry point&#039;, exposing the students to a wide range of possibilities and allowing broad scope for flexibility for both students and tutors. There should be a large proportion of project work, with teacher-as-facilitator. If some students want to work in Scratch, and others in JavaScript...  let&#039;s support that. Indeed, choice and appropriateness of language to the chosen project should be part of the assessment criteria.]]></description>
		<content:encoded><![CDATA[<p>I broadly agree with you about procedural thinking not being &#8216;the answer&#8217;, but this shouldn&#8217;t be either/or, but rather if/then/else. I&#8217;m inclined to think that pre-16 CS provision should be seen as an &#8216;entry point&#8217;, exposing the students to a wide range of possibilities and allowing broad scope for flexibility for both students and tutors. There should be a large proportion of project work, with teacher-as-facilitator. If some students want to work in Scratch, and others in JavaScript&#8230;  let&#8217;s support that. Indeed, choice and appropriateness of language to the chosen project should be part of the assessment criteria.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://yaxu.org/computational-thinking/comment-page-1/#comment-91768</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Wed, 11 Jan 2012 18:16:33 +0000</pubDate>
		<guid isPermaLink="false">http://yaxu.org/?p=865#comment-91768</guid>
		<description><![CDATA[Nice one Kate, seems like your piece could be framed as live coding: http://toplap.org/index.php/Live_Coding_Without_Computers]]></description>
		<content:encoded><![CDATA[<p>Nice one Kate, seems like your piece could be framed as live coding: <a href="http://toplap.org/index.php/Live_Coding_Without_Computers" rel="nofollow">http://toplap.org/index.php/Live_Coding_Without_Computers</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sicchio</title>
		<link>http://yaxu.org/computational-thinking/comment-page-1/#comment-91764</link>
		<dc:creator>sicchio</dc:creator>
		<pubDate>Wed, 11 Jan 2012 18:06:49 +0000</pubDate>
		<guid isPermaLink="false">http://yaxu.org/?p=865#comment-91764</guid>
		<description><![CDATA[&quot;The problem with this view is that thinking of problems in terms of sequences of abstract operations is only one way of thinking about programming languages.&quot; - I find this quite interesting as I am currently creating a dance piece about this. It starts with a series of instructions that the performer must execute but slowly the performer subverts this to create their own movement.]]></description>
		<content:encoded><![CDATA[<p>&#8220;The problem with this view is that thinking of problems in terms of sequences of abstract operations is only one way of thinking about programming languages.&#8221; &#8211; I find this quite interesting as I am currently creating a dance piece about this. It starts with a series of instructions that the performer must execute but slowly the performer subverts this to create their own movement.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Infovore &#187; Links for January 11th</title>
		<link>http://yaxu.org/computational-thinking/comment-page-1/#comment-91739</link>
		<dc:creator>Infovore &#187; Links for January 11th</dc:creator>
		<pubDate>Wed, 11 Jan 2012 16:00:15 +0000</pubDate>
		<guid isPermaLink="false">http://yaxu.org/?p=865#comment-91739</guid>
		<description><![CDATA[[...] Computational thinking &#171; Alex McLean &quot;If school programming languages that serve children best end up looking quite a bit different from conventional programming languages, maybe it&#8217;s actually the conventions that need changing.&quot; Several good points from Alex, and some good points about breaking away from equating &quot;computational&quot; with &quot;procedural&quot;. (tags: computation education code programming ) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Computational thinking &laquo; Alex McLean &quot;If school programming languages that serve children best end up looking quite a bit different from conventional programming languages, maybe it&rsquo;s actually the conventions that need changing.&quot; Several good points from Alex, and some good points about breaking away from equating &quot;computational&quot; with &quot;procedural&quot;. (tags: computation education code programming ) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://yaxu.org/computational-thinking/comment-page-1/#comment-91738</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Wed, 11 Jan 2012 15:48:55 +0000</pubDate>
		<guid isPermaLink="false">http://yaxu.org/?p=865#comment-91738</guid>
		<description><![CDATA[Hi mkb, actually I don&#039;t know where I am on the spectrum (in the sense that it is a spectrum we all are *somewhere* on it), and would generally not be in favour of overtly classifying people or medicalising areas of the spectrum without a clear need, so share your concerns.

I suspect though I am atypical, in that I am able to engage fully with programming languages for hours on end and am perhaps not as engaged with wider society as I would like.  So the above is meant to be in the spirit of a white middle aged male, working in a computer science department, wondering if my kind could perhaps engage wider society more fully with the wonder of computation.

I can see how my post could be read the other way though so I&#039;ll edit it a little.]]></description>
		<content:encoded><![CDATA[<p>Hi mkb, actually I don&#8217;t know where I am on the spectrum (in the sense that it is a spectrum we all are *somewhere* on it), and would generally not be in favour of overtly classifying people or medicalising areas of the spectrum without a clear need, so share your concerns.</p>
<p>I suspect though I am atypical, in that I am able to engage fully with programming languages for hours on end and am perhaps not as engaged with wider society as I would like.  So the above is meant to be in the spirit of a white middle aged male, working in a computer science department, wondering if my kind could perhaps engage wider society more fully with the wonder of computation.</p>
<p>I can see how my post could be read the other way though so I&#8217;ll edit it a little.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mkb</title>
		<link>http://yaxu.org/computational-thinking/comment-page-1/#comment-91735</link>
		<dc:creator>mkb</dc:creator>
		<pubDate>Wed, 11 Jan 2012 15:28:23 +0000</pubDate>
		<guid isPermaLink="false">http://yaxu.org/?p=865#comment-91735</guid>
		<description><![CDATA[To me it comes across as ableist, sort of like &quot;if only those damn aspies didn&#039;t control everything, programming would be better&quot;.

I don&#039;t know if you&#039;re on the spectrum which obviously would affect my interpretation, but generally when I hear any mention of autism or Asperger&#039;s in the computing field it&#039;s something along the lines &quot;damn aspie devs not understanding anything except programming&quot;. On re-examination, maybe that speaks to the company I keep.]]></description>
		<content:encoded><![CDATA[<p>To me it comes across as ableist, sort of like &#8220;if only those damn aspies didn&#8217;t control everything, programming would be better&#8221;.</p>
<p>I don&#8217;t know if you&#8217;re on the spectrum which obviously would affect my interpretation, but generally when I hear any mention of autism or Asperger&#8217;s in the computing field it&#8217;s something along the lines &#8220;damn aspie devs not understanding anything except programming&#8221;. On re-examination, maybe that speaks to the company I keep.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://yaxu.org/computational-thinking/comment-page-1/#comment-91723</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Wed, 11 Jan 2012 13:57:14 +0000</pubDate>
		<guid isPermaLink="false">http://yaxu.org/?p=865#comment-91723</guid>
		<description><![CDATA[Hi mkb,

Could you be a bit more specific with your objection?  Being atypical is not necessarily a bad thing, indeed I think being neurotypical would be an unfortunate state to be in.  However if the entire practice of programming is controlled by a particular group of people exhibiting particular traits, then we have problems...]]></description>
		<content:encoded><![CDATA[<p>Hi mkb,</p>
<p>Could you be a bit more specific with your objection?  Being atypical is not necessarily a bad thing, indeed I think being neurotypical would be an unfortunate state to be in.  However if the entire practice of programming is controlled by a particular group of people exhibiting particular traits, then we have problems&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mkb</title>
		<link>http://yaxu.org/computational-thinking/comment-page-1/#comment-91713</link>
		<dc:creator>mkb</dc:creator>
		<pubDate>Wed, 11 Jan 2012 13:24:16 +0000</pubDate>
		<guid isPermaLink="false">http://yaxu.org/?p=865#comment-91713</guid>
		<description><![CDATA[I don&#039;t think you&#039;re wrong in general, but this is shitty:
&quot;the traditional group who tend to be atypical on the autistic spectrum, and who have overwhelmed the programming language design community for far too long.&quot;]]></description>
		<content:encoded><![CDATA[<p>I don&#8217;t think you&#8217;re wrong in general, but this is shitty:<br />
&#8220;the traditional group who tend to be atypical on the autistic spectrum, and who have overwhelmed the programming language design community for far too long.&#8221;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
