<?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 Andrew Birkett's blog</title>
	<atom:link href="http://www.nobugs.org/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.nobugs.org/blog</link>
	<description>Thoughts of a software engineer</description>
	<lastBuildDate>Sat, 19 Nov 2011 18:48:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
	<item>
		<title>Comment on Node.js and a changing world by Anthony Bailey</title>
		<link>http://www.nobugs.org/blog/archives/2011/11/17/node-js-and-a-changing-world/comment-page-1/#comment-74690</link>
		<dc:creator>Anthony Bailey</dc:creator>
		<pubDate>Sat, 19 Nov 2011 18:48:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.nobugs.org/blog/?p=458#comment-74690</guid>
		<description>A quick though in passing re your point 4 and final paragraph: seems you could write a JVM in JS these days, to get your choice of client-side language back?

But the reason I&#039;m responding is your point 2.

See, I *love* anything that empowers people by giving them a way into coding.

To my mind, there was an alarmingly long period between the era of the home computer with BASIC or whatever (my own way in) and that today of the browser with Javascript. During this dark age you had to jump through quite a few hoops to get started on developing software. For a while it seems the entrance points were CGI scripts under your place of education&#039;s web server, or going via Excel to Visual Basic. A real baptism of fire! There have been attempts to address the need for something simple and useful (I was a Hackety Hack fan myself - see http://anthonybailey.net/tumblelog/2007/04/28/hacking-it-for-the-kids) but these never  get traction.

So yay for the modern browser that can pose as a Javascript application IDE.

We are where we are with the language in question, which could be much worse. But there are two directions in which I wish we could nudge the default ecosystem to unlock some of the remaining gates a beginner developer still has to pass through as they begin their development journey.

Javascript is a rather unopinionated language, and the resulting lack of initial constraints reduces its effectiveness as a framework for first-time learning. TIMTOWTDI can be great for later explorations, but when you start then it&#039;s easier to learn Python than Perl. The DOM helps a bit, so writing code on top of a single page (e.g. a GreaseMonkey script) can be quickly rewarding. But where do you go from there? Can we supply better signposts?

And it bugs me that at the point you want to use code assets outside the first page that you load then you have to jump all the way to running a local webserver, because the default security model in all modern browsers will trust localhost, but not your local file://-system. Seems this is really going to get in the way of a neophyte. (I may be projecting here - but hell, it put me off some of my own experiments with Backbone.js - I wanted to be able to write and distribute a simple offline web app, but I can&#039;t ask my user to run a webserver!) I don&#039;t see why browsers can&#039;t trust e.g. subdirectories of the filesystem.</description>
		<content:encoded><![CDATA[<p>A quick though in passing re your point 4 and final paragraph: seems you could write a JVM in JS these days, to get your choice of client-side language back?</p>
<p>But the reason I&#8217;m responding is your point 2.</p>
<p>See, I *love* anything that empowers people by giving them a way into coding.</p>
<p>To my mind, there was an alarmingly long period between the era of the home computer with BASIC or whatever (my own way in) and that today of the browser with Javascript. During this dark age you had to jump through quite a few hoops to get started on developing software. For a while it seems the entrance points were CGI scripts under your place of education&#8217;s web server, or going via Excel to Visual Basic. A real baptism of fire! There have been attempts to address the need for something simple and useful (I was a Hackety Hack fan myself &#8211; see <a href="http://anthonybailey.net/tumblelog/2007/04/28/hacking-it-for-the-kids" rel="nofollow">http://anthonybailey.net/tumblelog/2007/04/28/hacking-it-for-the-kids</a>) but these never  get traction.</p>
<p>So yay for the modern browser that can pose as a Javascript application IDE.</p>
<p>We are where we are with the language in question, which could be much worse. But there are two directions in which I wish we could nudge the default ecosystem to unlock some of the remaining gates a beginner developer still has to pass through as they begin their development journey.</p>
<p>Javascript is a rather unopinionated language, and the resulting lack of initial constraints reduces its effectiveness as a framework for first-time learning. TIMTOWTDI can be great for later explorations, but when you start then it&#8217;s easier to learn Python than Perl. The DOM helps a bit, so writing code on top of a single page (e.g. a GreaseMonkey script) can be quickly rewarding. But where do you go from there? Can we supply better signposts?</p>
<p>And it bugs me that at the point you want to use code assets outside the first page that you load then you have to jump all the way to running a local webserver, because the default security model in all modern browsers will trust localhost, but not your local file://-system. Seems this is really going to get in the way of a neophyte. (I may be projecting here &#8211; but hell, it put me off some of my own experiments with Backbone.js &#8211; I wanted to be able to write and distribute a simple offline web app, but I can&#8217;t ask my user to run a webserver!) I don&#8217;t see why browsers can&#8217;t trust e.g. subdirectories of the filesystem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Cooking with Science by Andrew</title>
		<link>http://www.nobugs.org/blog/archives/2011/08/09/cooking-with-science/comment-page-1/#comment-72162</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Thu, 11 Aug 2011 18:35:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.nobugs.org/blog/?p=424#comment-72162</guid>
		<description>Heh, I can just imagine a computer thinking &quot;hey, I need to gain 200C as quickly as possible&quot; and sending off a sneaky internet order for some thermite ...</description>
		<content:encoded><![CDATA[<p>Heh, I can just imagine a computer thinking &#8220;hey, I need to gain 200C as quickly as possible&#8221; and sending off a sneaky internet order for some thermite &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Cooking with Science by tim</title>
		<link>http://www.nobugs.org/blog/archives/2011/08/09/cooking-with-science/comment-page-1/#comment-72138</link>
		<dc:creator>tim</dc:creator>
		<pubDate>Wed, 10 Aug 2011 09:27:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.nobugs.org/blog/?p=424#comment-72138</guid>
		<description>Ah now... what you really need is closed loop PID control; then you can directly set the target temperature and the over will sit there quite happily (and adjust for things like the door being opened); other benefits would be getting up to temperature more quickly (the controller, once tuned, should apply a large impulse to get a quick change before bringing the input back down)...</description>
		<content:encoded><![CDATA[<p>Ah now&#8230; what you really need is closed loop PID control; then you can directly set the target temperature and the over will sit there quite happily (and adjust for things like the door being opened); other benefits would be getting up to temperature more quickly (the controller, once tuned, should apply a large impulse to get a quick change before bringing the input back down)&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hardware hacking by tim</title>
		<link>http://www.nobugs.org/blog/archives/2011/01/29/hardware-hacking/comment-page-1/#comment-66961</link>
		<dc:creator>tim</dc:creator>
		<pubDate>Mon, 31 Jan 2011 18:18:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.nobugs.org/blog/?p=412#comment-66961</guid>
		<description>there&#039;s another classic: something doesn&#039;t work due to a floating ground, but when you put a scope on the circuit you can&#039;t see the problem...</description>
		<content:encoded><![CDATA[<p>there&#8217;s another classic: something doesn&#8217;t work due to a floating ground, but when you put a scope on the circuit you can&#8217;t see the problem&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Recording music on a linux laptop by Calagan</title>
		<link>http://www.nobugs.org/blog/archives/2008/09/10/recording-music-on-a-linux-laptop/comment-page-1/#comment-66370</link>
		<dc:creator>Calagan</dc:creator>
		<pubDate>Sat, 08 Jan 2011 09:15:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.nobugs.org/blog/archives/2008/09/10/recording-music-on-a-linux-laptop/#comment-66370</guid>
		<description>Hi. I&#039;m thinking about getting me a Linux Music Laptop. Something more or less specific for music and without the Windows environment. Do you know any brand that commercialize such computers ?
Or at least, that commercialize Linux laptop of professional quality ?</description>
		<content:encoded><![CDATA[<p>Hi. I&#8217;m thinking about getting me a Linux Music Laptop. Something more or less specific for music and without the Windows environment. Do you know any brand that commercialize such computers ?<br />
Or at least, that commercialize Linux laptop of professional quality ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

