<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Clowns In My Coffee &#187; BarCampRDU</title>
	<atom:link href="http://clownsinmycoffee.net/category/barcamprdu/feed/" rel="self" type="application/rss+xml" />
	<link>http://clownsinmycoffee.net</link>
	<description>Inanity of the most cogent sort you can find.</description>
	<lastBuildDate>Tue, 11 May 2010 23:16:11 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>LiveBlogging BarCampRDU 2007</title>
		<link>http://clownsinmycoffee.net/2007/08/04/liveblogging-barcamprdu-2007/</link>
		<comments>http://clownsinmycoffee.net/2007/08/04/liveblogging-barcamprdu-2007/#comments</comments>
		<pubDate>Sat, 04 Aug 2007 15:05:42 +0000</pubDate>
		<dc:creator>adam</dc:creator>
				<category><![CDATA[BarCampRDU]]></category>
		<category><![CDATA[nerdination]]></category>

		<guid isPermaLink="false">http://clownsinmycoffee.net/2007/08/04/liveblogging-barcamprdu-2007/</guid>
		<description><![CDATA[10AM: Brad Crittenden is talking about distributed version control, focus is on an overview of Bazaar the big selling point is ease of merging. bzr: bzr+ssh works, much like svn+ssh, w/HTTP option for public repositories. You can start your own &#8230; <a href="http://clownsinmycoffee.net/2007/08/04/liveblogging-barcamprdu-2007/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>10AM: Brad Crittenden is talking about distributed version control, focus is on an overview of <a href="http://bazaar-vcs.org">Bazaar</a> the big selling<br />
point is ease of merging.</p>
<p><code>bzr</code>: <code>bzr+ssh</code> works, much like <code>svn+ssh</code>, w/HTTP option for public repositories.  You can start your own private branches, and if you have permissions, you can &#8216;push&#8217; back to the trunk. Common commands: <code>ignore status log whoami init add branch pull merge push diff commit blame bundle</code> <code>gannotate</code> pops up GTK+ window to let you annotate (there&#8217;s a pluggable arch)</p>
<p>Same session, (Brenton LeanHardt) is going to argue that you should only use a distributed VCS for a multideveloper project, on the grounds that you have more flexibility of working your VCS into your workflow rather than the other way around.  SVN requires you to remember a magic number to merge (yes, yes it does).  This stops people from committing their changes.</p>
<p>Q. How do you take the cacophony of private branches and work out a coherent release?</p>
<p>A. It boils down as you go up the network of trust; small groups of developers can tolerate failing tests, crazy experiments, etc., but as team leads ship code upwards to testers and release team, each subsequent level trusts that the process and people at the previous level will get it working (there&#8217;s still a centralized line of development).  So roughly, IIUC, you localize the cacophony.</p>
<p>Somebody in the audience mentioned &#8220;<a href="http://www.cmcrossroads.com/bradapp/acme/branching/">Streamed Lines</a>&#8221; a paper on managing multiple lines of development in version control systems.</p>
<hr />
11AM: <a href="www.openmoko.com">OpenMoko</a> (Wally Ritchie) and iPhone (you don&#8217;t really need a link do you?) (Wayne Sutton) development; OpenMoko is a hardware spec + a BIOS + (Linux) OS for a range of GSM phones that are not on the market; <a href="http://www.openmoko.org">openmoko.org</a> is the open source side of the project.  Wally estimates 6mos. to a usable product.   <a href="https://direct.openmoko.com/">Prototypes available now</a> have GPS, bluetooth, production should have wifi and VGA (4x resolution of Apple&#8217;s product). Drawbacks: it&#8217;s hard to push out updates, it&#8217;s still early days and they&#8217;re not sure where they want to put the focus (consumer phone or geek device?); it will probably tend toward the consumer side.Main upshot: if the platform succeeds, it will separate hardware from software; manufacturers will ship phones with OSS base, and others will add the software stack that runs on the base.
</p>
<hr />
<p>
12AM: caterer is late, soo &#8230;Clinton R. Nixon: Test Driven Development. Show of hands; most folks are using xUnit or similar.Non-xUnit: TJ Stankus mentions AutoTest (continuously runs Ruby-specific) (available in gem: zentest). Testing webapps: Selenium; watir can simulate clicks in the browser, but only supports IE. Also <a href="http://windmill.osafoundation.org">windmill</a>. Using tests for documentation: e.g. name test case <tt>thisShouldThat</tt>; also see <a href="http://rspec.rubyforge.net">RSpec</a>.<br />
<hr />1pm-2:30: LUNCH</p>
<hr />
<p>
2:30PM: Jason Rudolph talking about Grails ; RoR-inspired Groovy web development &#8220;convention over configuration&#8221;,<br />
&#8220;sensible defaults, opinionated software&#8221;; Groovy because http://www.jasonrudolph.com/downloads/presentations/Getting_Started_with_Grails.pdf ts integration with<br />
Java is two-way (extend Java classes in Groovy and vice-versa). 1.0 in 2007.<br />
Hibernate, Spring, Quartz are all integrated; everything is very Rails-like,<br />
routing tables, mapping of URIs to controller classes and methods. Changes<br />
don&#8217;t require explicit recompiles in most cases, including i18n files (!)<br />
Also, dynamic generation of DAO-style methods (<br />
<code>Customer.findByState('NC')</code> )
</p>
<hr/>
<p>
3:30PM: behold the OLPC:<a href="http://clownsinmycoffee.net/wp-content/uploads/2007/08/olpc-thumb.jpg" title="OLPC Thumbnail"><img src="http://clownsinmycoffee.net/wp-content/uploads/2007/08/olpc-thumb.thumbnail.jpg" alt="OLPC Thumbnail" /></a>
</p>
<p>
Greg DeKoenigsberg showed off the <acronym title="One Laptop Per Child">OLPC</acronym>; interesting facts are that it&#8217;s not a &#8220;hundred dollar laptop,&#8221; and that its most expensive component is the keyboard, because it had to be developed for the project while every other component is off-the-shelf.
</p>
<p>
4:30PM: Jason Rudolph is leading a session for folks to share Mac<br />
productivity tips. [what follows is mostly for my memory, it's pretty<br />
telegraphic, sorry] Quicksilver. Command-H (hide window); use a script to<br />
&#8220;clean&#8221; your desktop (drop down to one app quickly). TextMate SVN integration<br />
(Ctrl-Shift-A). VirtueDesktops for multiple desktops (which won&#8217;t be needed in<br />
Leopard). Sleep with command-option-eject. Pathfinder instead of Finder, e.g.<br />
instant-on terminal in currently selected directory. Growl (notification<br />
framework). iTerm to replace terminal (also should be improved in Leopard).<br />
TextExpander (cross-app abbreviations); can also pull contents of clipboard as<br />
parameter to the expansion macro.</p>
]]></content:encoded>
			<wfw:commentRss>http://clownsinmycoffee.net/2007/08/04/liveblogging-barcamprdu-2007/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>It&#8217;s On (Again)</title>
		<link>http://clownsinmycoffee.net/2007/07/05/its-on-again/</link>
		<comments>http://clownsinmycoffee.net/2007/07/05/its-on-again/#comments</comments>
		<pubDate>Thu, 05 Jul 2007 13:18:50 +0000</pubDate>
		<dc:creator>adam</dc:creator>
				<category><![CDATA[BarCampRDU]]></category>
		<category><![CDATA[conferences]]></category>

		<guid isPermaLink="false">http://clownsinmycoffee.net/2007/07/05/its-on-again/</guid>
		<description><![CDATA[BarCampRDU instance the second, that is. August 4th, 2007, at Red Hat&#8217;s Centennial Campus location. Fred Stutzman issues the call for signup and for some more organizers.]]></description>
			<content:encoded><![CDATA[<p> <a href="http://barcamp.org/BarCampRDU">BarCampRDU</a> instance the second, that is.  August 4th, 2007, at Red Hat&#8217;s Centennial Campus location.  <a href="http://chimprawk.blogspot.com/2007/07/sign-up-for-barcamprdu-2007.html">Fred Stutzman issues the call</a> for signup and for some more organizers.</p>
]]></content:encoded>
			<wfw:commentRss>http://clownsinmycoffee.net/2007/07/05/its-on-again/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>BarCampRDU wrapup</title>
		<link>http://clownsinmycoffee.net/2006/07/23/barcamprdu-wrapup/</link>
		<comments>http://clownsinmycoffee.net/2006/07/23/barcamprdu-wrapup/#comments</comments>
		<pubDate>Sun, 23 Jul 2006 16:10:11 +0000</pubDate>
		<dc:creator>adam</dc:creator>
				<category><![CDATA[BarCampRDU]]></category>

		<guid isPermaLink="false">http://clownsinmycoffee.net/2006/07/23/barcamprdu-wrapup/</guid>
		<description><![CDATA[For me, anyhow.  Thanks to Fred Stutzman and the organizing committee!  Fred pointed out that the first BarCamp was organized in six days, which is pretty amazing.  While this one took two months, they did a great job with getting &#8230; <a href="http://clownsinmycoffee.net/2006/07/23/barcamprdu-wrapup/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>For me, anyhow.  Thanks to Fred Stutzman and the organizing committee!  Fred pointed out that the first BarCamp was organized in six days, which is pretty amazing.  While this one took two months, they did a great job with getting the venue and lining up sponsors, and the result of the constrained chaos that is a BarCamp was a great set of sessions. I heard someone suggest that it ought to be a bimonthly or biweekly thing, but given the amount of effort it takes that kind of schedule seems pretty unrealistic &#8211; the suggestion though, illustrates how valuable it was for some people.  With a lot of dedication and a rotating set of &#8220;heavy lifters,&#8221; (to avoid burnout) you might manage to put in on yearly or every six months (at the outside).<br />
Of course, there&#8217;s also the possibility of scaling down: get a smaller venue, narrow the range of topics, get people to bring their own lunches, etc., but I&#8217;m not sure the result would be a BarCamp, given that the idea is to do more of a social/conceptual mashup (for the other sort of thing, you have user groups of various sorts).  The scale and range seemed about right.</p>
<p>OK, enough rambling.</p>
]]></content:encoded>
			<wfw:commentRss>http://clownsinmycoffee.net/2006/07/23/barcamprdu-wrapup/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Liveblogging BarCampRDU</title>
		<link>http://clownsinmycoffee.net/2006/07/22/liveblogging-barcamprdu/</link>
		<comments>http://clownsinmycoffee.net/2006/07/22/liveblogging-barcamprdu/#comments</comments>
		<pubDate>Sat, 22 Jul 2006 12:55:21 +0000</pubDate>
		<dc:creator>adam</dc:creator>
				<category><![CDATA[BarCampRDU]]></category>

		<guid isPermaLink="false">http://clownsinmycoffee.net/2006/07/22/liveblogging-barcamprdu/</guid>
		<description><![CDATA[Here at RedHat&#8217;s campus, wating for the, uhh, keynote to begin. I&#8217;m (obviously) connected, Tom&#8217;s Mac is having troubles. Take that, Cupertino! Intros. BarCamps explained, the guiding principle is informality and fluidty (wandering around the sessions is encouraged, etc.) &#8220;Keynote&#8221; &#8230; <a href="http://clownsinmycoffee.net/2006/07/22/liveblogging-barcamprdu/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Here at RedHat&#8217;s campus, wating for the, uhh, keynote to begin. I&#8217;m (obviously) connected, Tom&#8217;s Mac is having troubles.  Take that, Cupertino!</p>
<p>Intros.  BarCamps explained, the guiding principle is informality and fluidty (wandering around the sessions is encouraged, etc.)</p>
<p>&#8220;Keynote&#8221; is over, people who want to propose a session are gathering to make their pitches.</p>
<p>The &#8220;scrum&#8221; is about to begin, where the sesions are going to shake out.  I&#8217;ve got three I think I want to go to (APP, CI, and the busines of open source)</p>
<p>(ok, not liveblogging exactly because networking hasn&#8217;t been easy)</p>
<p>Morning sessions</p>
<p>learned a few things about how apps are delivered to mobile devices (aka &#8220;cellphones&#8217;), including testing (how do you do it with so many different clients out there?)</p>
<p>Seairth <strike>Jackson</strike> Jacobs (hope I remembered the name correctly) talked about RNA, RESTful Notification Architecture, which is a callback-based messaging protocol over HTTP.  The basic idea is that participants in the conversation first exchange messages to eastablish URIs where further messages can be sent.  The basic idea seems pretty solid, and one of the things it does is pass URIs to message contents instead of the message contents themselves.  We spoke a little afterwards, I think this is promising.</p>
<p>Continuous integration: we spoke of CruiseControl and Continuum, and were walked through some basic demos.  What more is there to say?  Well, on my part <a title="Continuum" href="http://kmdev.atn.unc.edu/roller/page/adamc?entry=continuously_derivative">this much</a>, I guess.</p>
<p>Atom Publishing Protocol: the donuts of content management (is there anything it <em>can&#8217;t</em> do?)  Whatever one may think of the wrinkles, it&#8217;s a well thought-through protocol.</p>
<p>The future of publishing: the general direction this one went in was that, at least with respect to books about the computer industry, getting a book published is going to look more and more like iterative development of software, with &#8216;beta releases&#8217; put out there for public comment (the Pragmatic Bookshelf is already doing this).</p>
<p>Agile development: lots more here, with folks who are walking the walk trying to provide guidance.  A lot of the time was focused on how you square agile software development with QA and requirements (which are, in a certain sense, what sandwich the traditional development cycle).  Strategies for dealing with impedance mismatches between how the clients expect to generate requirements and what developers need to meet those requirements, and also between pervasive automated testing and the traditional role of software QA.</p>
<p><strong>update:  </strong>if you&#8217;re wondering why there&#8217;s a trackback to Ryan Daigle&#8217;s &#8220;BarCampRDU reclamation project&#8221; from this post, it&#8217;s because this would be my collection of notes.</p>
]]></content:encoded>
			<wfw:commentRss>http://clownsinmycoffee.net/2006/07/22/liveblogging-barcamprdu/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
