<?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 Blue Cog Blog</title>
	<atom:link href="http://www.bluecog.com/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.bluecog.com/blog</link>
	<description>It's just a freaking blue cog...</description>
	<lastBuildDate>Sun, 18 Jul 2010 11:01:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>Comment on PyOhio Attendee Wannabe by Catherine Devlin</title>
		<link>http://www.bluecog.com/blog/2010/07/17/pyohio-attendee-wannabe/comment-page-1/#comment-410</link>
		<dc:creator>Catherine Devlin</dc:creator>
		<pubDate>Sun, 18 Jul 2010 11:01:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.bluecog.com/blog/?p=663#comment-410</guid>
		<description>Thanks for the shout-out, and sorry we&#039;ll miss you... just until next year, though!</description>
		<content:encoded><![CDATA[<p>Thanks for the shout-out, and sorry we&#8217;ll miss you&#8230; just until next year, though!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on COhPy Meeting &#8211; December 2009 by Brian Costlow</title>
		<link>http://www.bluecog.com/blog/2009/12/08/cohpy-meeting-december-2009/comment-page-1/#comment-338</link>
		<dc:creator>Brian Costlow</dc:creator>
		<pubDate>Sat, 20 Feb 2010 03:28:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.bluecog.com/blog/?p=507#comment-338</guid>
		<description>Just ran across this. You&#039;ll be happy to know I quit that job in January.

Doing the talk in March...</description>
		<content:encoded><![CDATA[<p>Just ran across this. You&#8217;ll be happy to know I quit that job in January.</p>
<p>Doing the talk in March&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Google Docs Backup with GDocBackup by Bill Melvin</title>
		<link>http://www.bluecog.com/blog/2009/12/31/google-docs-backup-with-gdocbackup/comment-page-1/#comment-291</link>
		<dc:creator>Bill Melvin</dc:creator>
		<pubDate>Thu, 07 Jan 2010 23:35:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.bluecog.com/blog/?p=521#comment-291</guid>
		<description>fabrizio,

I tried both the command line version and using -autostart with the GUI and both options work well. I&#039;ll probably end up using the command line version with Mono and Cron on Ubuntu to automate it. For now I&#039;m still running it manually after I&#039;ve made changes to documents. Thanks for the information, and thanks for a nice and easy way to backup Google Docs.</description>
		<content:encoded><![CDATA[<p>fabrizio,</p>
<p>I tried both the command line version and using -autostart with the GUI and both options work well. I&#8217;ll probably end up using the command line version with Mono and Cron on Ubuntu to automate it. For now I&#8217;m still running it manually after I&#8217;ve made changes to documents. Thanks for the information, and thanks for a nice and easy way to backup Google Docs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Google Docs Backup with GDocBackup by fabrizio</title>
		<link>http://www.bluecog.com/blog/2009/12/31/google-docs-backup-with-gdocbackup/comment-page-1/#comment-285</link>
		<dc:creator>fabrizio</dc:creator>
		<pubDate>Fri, 01 Jan 2010 15:00:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.bluecog.com/blog/?p=521#comment-285</guid>
		<description>If you want to automate the backup process you have 2 choice:
 - use the command line version and run it through ScheduledTask (win) or Cron (linux)
 - use the normal (GUI) version and add the -autostart option. Plus, run it by ScheduledTask or Cron.

   fabrizio (gdocbackup author)</description>
		<content:encoded><![CDATA[<p>If you want to automate the backup process you have 2 choice:<br />
 &#8211; use the command line version and run it through ScheduledTask (win) or Cron (linux)<br />
 &#8211; use the normal (GUI) version and add the -autostart option. Plus, run it by ScheduledTask or Cron.</p>
<p>   fabrizio (gdocbackup author)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Thoughts on TDD by Bill Melvin</title>
		<link>http://www.bluecog.com/blog/2009/11/11/thoughts-on-tdd/comment-page-1/#comment-241</link>
		<dc:creator>Bill Melvin</dc:creator>
		<pubDate>Wed, 11 Nov 2009 20:52:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.bluecog.com/blog/?p=455#comment-241</guid>
		<description>Craig,

The lexer/parser sounds like a very good fit for using TDD. It’s the sort of component with sophisticated behaviors that would be easy to break when changing.</description>
		<content:encoded><![CDATA[<p>Craig,</p>
<p>The lexer/parser sounds like a very good fit for using TDD. It’s the sort of component with sophisticated behaviors that would be easy to break when changing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Thoughts on TDD by Craig Stuntz</title>
		<link>http://www.bluecog.com/blog/2009/11/11/thoughts-on-tdd/comment-page-1/#comment-239</link>
		<dc:creator>Craig Stuntz</dc:creator>
		<pubDate>Wed, 11 Nov 2009 16:15:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.bluecog.com/blog/?p=455#comment-239</guid>
		<description>1. Actual metrics on TDD: http://research.microsoft.com/en-us/projects/esm/nagappan_tdd.pdf
2. Some specific cases work so well with TDD that it seems to me they&#039;d be orders of magnitude harder without it. E.g., I&#039;m writing a lexer/parser now. With a suite of tests for bugs I&#039;ve fixed previously, I can fix new bugs without fearing reintroducing old ones. Lexers and parsers are built to handle wildly varying and frequently invalid input, so there are *lots* of cases. With TDD I can fix bugs safely.</description>
		<content:encoded><![CDATA[<p>1. Actual metrics on TDD: <a href="http://research.microsoft.com/en-us/projects/esm/nagappan_tdd.pdf" rel="nofollow">http://research.microsoft.com/en-us/projects/esm/nagappan_tdd.pdf</a><br />
2. Some specific cases work so well with TDD that it seems to me they&#8217;d be orders of magnitude harder without it. E.g., I&#8217;m writing a lexer/parser now. With a suite of tests for bugs I&#8217;ve fixed previously, I can fix new bugs without fearing reintroducing old ones. Lexers and parsers are built to handle wildly varying and frequently invalid input, so there are *lots* of cases. With TDD I can fix bugs safely.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PyOhio 2009 by D'gou</title>
		<link>http://www.bluecog.com/blog/2009/07/28/pyohio-2009/comment-page-1/#comment-108</link>
		<dc:creator>D'gou</dc:creator>
		<pubDate>Wed, 29 Jul 2009 00:44:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.bluecog.com/blog/?p=301#comment-108</guid>
		<description>Nice writeup!
I hope you can make it next year (and me too!).

OpenSpaces aren&#039;t as scary as they might sound, and the convener of one doesn&#039;t have the be one running it, just the one willing to express interest in a topic.</description>
		<content:encoded><![CDATA[<p>Nice writeup!<br />
I hope you can make it next year (and me too!).</p>
<p>OpenSpaces aren&#8217;t as scary as they might sound, and the convener of one doesn&#8217;t have the be one running it, just the one willing to express interest in a topic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PyOhio 2009 by William McVey</title>
		<link>http://www.bluecog.com/blog/2009/07/28/pyohio-2009/comment-page-1/#comment-107</link>
		<dc:creator>William McVey</dc:creator>
		<pubDate>Tue, 28 Jul 2009 20:41:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.bluecog.com/blog/?p=301#comment-107</guid>
		<description>I believe the lightening talk you&#039;re referring to with pygame introspection was still Gloria W. Jacobs talking about Kamaelia&#039;s Über-cool introspection of it&#039;s messaging mailboxes rendered with a pygame generated data flow diagram. I&#039;m disappointed you didn&#039;t remember my PyCon in your Living Room lightening talk. It had ponies and everything.   :-)

It&#039;s a shame you were only able to make the first day. Second day had lots of other good talks as well.</description>
		<content:encoded><![CDATA[<p>I believe the lightening talk you&#8217;re referring to with pygame introspection was still Gloria W. Jacobs talking about Kamaelia&#8217;s Über-cool introspection of it&#8217;s messaging mailboxes rendered with a pygame generated data flow diagram. I&#8217;m disappointed you didn&#8217;t remember my PyCon in your Living Room lightening talk. It had ponies and everything.   <img src='http://www.bluecog.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>It&#8217;s a shame you were only able to make the first day. Second day had lots of other good talks as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on COLARC Meeting &#8211; April 2009 by Craig Stuntz</title>
		<link>http://www.bluecog.com/blog/2009/04/07/colarc-meeting-april-2009/comment-page-1/#comment-11</link>
		<dc:creator>Craig Stuntz</dc:creator>
		<pubDate>Wed, 08 Apr 2009 13:13:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.bluecog.com/blog/?p=151#comment-11</guid>
		<description>Thanks for writing this. I&#039;ve passed it along to Mike and linked it in my plug for the meeting.</description>
		<content:encoded><![CDATA[<p>Thanks for writing this. I&#8217;ve passed it along to Mike and linked it in my plug for the meeting.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

