<?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 Alex McLean</title>
	<atom:link href="http://yaxu.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://yaxu.org</link>
	<description>Making music with text</description>
	<lastBuildDate>Sat, 14 Jan 2012 16:12:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on There must be no generative, procedural or computational art by Robert Jackson</title>
		<link>http://yaxu.org/there-must-be-no-generative-procedural-or-computational-art/comment-page-1/#comment-92542</link>
		<dc:creator>Robert Jackson</dc:creator>
		<pubDate>Sat, 14 Jan 2012 16:12:39 +0000</pubDate>
		<guid isPermaLink="false">http://yaxu.org/?p=850#comment-92542</guid>
		<description>Firstly, I don&#039;t think theres any need to abandon the term &#039;computational art&#039; it still serves a purpose. &#039;Computer art&#039; risks placing unnecessary filters for art on a device called a &#039;computer&#039; and emphasising it&#039;s differences from other objects; &#039;computational art&#039; simply describes the execution of given rule in a formal system from initial conditions, subject to more input. 

Secondly, there is also the issue of human reducibility. Humans construct and look after computational processes, certainly. But to suggest that they are thoroughly reducible to human interaction, risks placing human values onto an independent process where nothing &#039;human&#039; can be found. This is something that Joseph Weizenbaum repeatedly stated, although I wouldn&#039;t endorse his reliance to differentiate human agency from computer agency by a factor of &#039;choice&#039;.</description>
		<content:encoded><![CDATA[<p>Firstly, I don&#8217;t think theres any need to abandon the term &#8216;computational art&#8217; it still serves a purpose. &#8216;Computer art&#8217; risks placing unnecessary filters for art on a device called a &#8216;computer&#8217; and emphasising it&#8217;s differences from other objects; &#8216;computational art&#8217; simply describes the execution of given rule in a formal system from initial conditions, subject to more input. </p>
<p>Secondly, there is also the issue of human reducibility. Humans construct and look after computational processes, certainly. But to suggest that they are thoroughly reducible to human interaction, risks placing human values onto an independent process where nothing &#8216;human&#8217; can be found. This is something that Joseph Weizenbaum repeatedly stated, although I wouldn&#8217;t endorse his reliance to differentiate human agency from computer agency by a factor of &#8216;choice&#8217;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Computational thinking 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>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>Comment on Computational thinking 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>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>Comment on Computational thinking 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>&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>Comment on Computational thinking 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>[...] 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>Comment on Computational thinking 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>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>Comment on Computational thinking 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>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>Comment on Computational thinking 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>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>Comment on There must be no generative, procedural or computational art by There must be no generative, procedural or computational art &#171; Alex McLean &#124; Symmorphmetry</title>
		<link>http://yaxu.org/there-must-be-no-generative-procedural-or-computational-art/comment-page-1/#comment-91715</link>
		<dc:creator>There must be no generative, procedural or computational art &#171; Alex McLean &#124; Symmorphmetry</dc:creator>
		<pubDate>Wed, 11 Jan 2012 13:28:09 +0000</pubDate>
		<guid isPermaLink="false">http://yaxu.org/?p=850#comment-91715</guid>
		<description>[...] There must be no generative, procedural or computational art « Alex McLean Like this:LikeBe the first to like this post. [...]</description>
		<content:encoded><![CDATA[<p>[...] There must be no generative, procedural or computational art « Alex McLean Like this:LikeBe the first to like this post. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Computational thinking 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>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>

