OK, I have about five sessions from Agile Open Northwest that should be in my Top Three. One of those is the "Swarming" session, where we discussed "agile" as a system and self-organizing teams.
I wish I could have attended the "Produce a Comic About the Conference" session, but I was doing some official organization stuff and then I joined the Toyota Way session which was close by.
This is Jon Marshall's "Lightning Sessions" session (but that's not Jon -- we all got up to talk many times). One of my top three favorites. This is in the Olympic room, which does not appear too intimate when it is empty, but people in each of the sessions carved out their space. Focusing was not difficult at all, and the acoustics were good.
Jeff Morrow led a great discussion on "Agile and the Toyota Way," i.e. a "lean" and "Toyota culture" angle on agile development.
Maybe we should video sessions (optionally?) next time? This would be one worth having on video. Dagnabbit - I should have brought my Flip video camera.
Rebecca hosting her valuable "Acceptance Criteria" session. This one was in my top three along with "Working Tiny" and "Lightning Sessions".
And here's Arlo hosting his "Working Tiny" session. This diagram is a tool for evaluating story value vs. cost. The Alki room was noisy for multiple sessions, but this corner was fairly isolated. On the plus side the room has a lot of windows and the weather was nice most of the two days.
Monica Yap in front of the "marketplace" of sessions that had just been announced, then scheduled by conference participants. People are seeing the two-day schedule for the first time (many of them just created it over the previous minutes). Monica is a co-organizer, and is from Solutions IQ, a key sponsor of the conference and they put on the Tuesday evening party.
The schedule we made, and some notes and pictures, are on the conference wiki.
Charlie Poole opening the conference. Diana Larsen ("open space" conference guru) and Rebecca Wirfs-Brock, also co-organizers, in the circle behind. About 115+ people in a circle, ready to make a conference schedule together. It worked well, for the second year in a row. Diana hosted last year, and Charlie matched her, both top-notch "open space" hosts. I have each of the co-organizers in at least one picture except for Troy Frever. I also should have snapped a group photo.
The AONW 2008 registration table with Rebecca, et al. (Paul Culling, on the right, handled the badges complements of his company and conference co-sponsor, VersionOne.)(Via Bill de hÓra)
"It's the second generation that's going to be less enthused, that's going to stare in bafflement at these classes that mysteriously spawn methods, and trying to figure out what's going when there's an exception in dynamically generated code. You can monkeypatch code in Python pretty easily, but we look down on it enough that we call it "monkeypatching". In Ruby they call it "opening a class" and think it's a cool feature. I will assert: we are right, they are wrong."I know next to nothing about the specific problems the Ruby and Python folks are encountering with "monkeypatching". However this capability is nothing new for dynamic languages. And it is a frequent desire for me when I program in C-like languages. If you become frustrated using static "utility" methods, for example in Java, that work with "closed" classes (say, String or Object), then you have at least some desire for these "monkeypatches".
See the thing is this capability *is* a cool feature in many Lisp and most Smalltalk systems. Sorry, dear readers who hate my Smug Lisp Weeniness. But it is true. Not only is it "cool," moreover it is *pragmatic*.
The truly good implementations of dynamic languages recognize the advantages of these kinds of extensions, and they've supported them with good tools for decades. Learn from it, don't run from it.
People developing large systems in dynamic languages, and people providing dynamic languages being used to build large systems have to also realize this:
You are no longer working with a "scripting" language. You need to demand and provide really good tools. Examples can be found on the internets, read about the Smalltalk and Lisp environments from way back when. Someday you can become as smug as we are, or maybe as brilliant as the people who made them for us.
Another favorite session was "Lightning Sessions," at AONW this week. Jon Marshall brought this idea to the conference. This is another example of people bringing the "extreme" back to "agile".
Here is how it works: within the hour and a half session, the participants continuously create new 60-second sessions. The only rules:
Over the hour and a half we had at various times eight to ten people participating. That last rule makes the effort much more interesting: your concentration on the current speaker intensifies. For one thing, you never know which sentence will be that speakers last one. For another, if you've got something to say that seems really appropriate for that specific moment, you are kind of in competition with the others to claim the conch.
The result was really productive. The first several lightning sessions were based on recollections from sessions the speakers attended earlier in the conference. About halfway through the topics evolved to be more in the moment and innovative, less about the prior sessions.
Jon attended last year in Portland. There were many faces from last year, and several people from Portland and Seattle who I'd not seen in a while. The conference was full of the familiar and the new, regarding conversations and people. I hope we can gather many of us back next time.
That one will likely end up back in Portland. I wonder where? Last year we were at the Kennedy School, and it worked out really well. But maybe it is too soon to return there.
I had a thought on the drive back home... maybe "offsite" somewhere like Skamania Lodge or the Edgefield. We have a good set of sponsors and a very positive cash flow to help keep the participants' costs down.
I was also wondering whether we could find a way to specifically reach out to the open source community to mix up more folks with that influence into the AONW "community".
This week's conference was at the Seattle Center in the Northwest Rooms. One of our rooms, Alki, turned out to be a great social area, but too much echo for the sessions. Overall a good setting, though, and a good bit of sun brightened everything up. I especially appreciated the windows in the Alki room. And the food from Gretchen's Shoebox Express was really good.
I'd like to thank my friend, and Portlander, Arlo Belshee (of Promiscuous Pairing fame) for once again making "agile" unsafe and going all "extreme" on us. His session at AONW on Tuesday has been my favorite so far.
The sessions have all be great. Agile clearly has a beach head in (nearly?) all software development organizations of any size. (And at least one fantastic non-software, "outdoor start-up", http://trackersnw.com)
So while adoption can still be challenging in many organizations, clearly "agile" is now "safe". So much so that sometimes it feels unsafe to use the term "extreme". I was not crazy about that term in the beginning. Now I kind of miss it.
Arlo's never let go of the ideal: push yourself and your team to its extremes. Can your knobs go to eleven? Arlo's can because he continuously works at it.
His session on "Working Tiny" was excellent, and not just because of him: the group made it great. Arlo made it unsafe enough in that corner of the conference to once again think, and talk, "extreme".
Pictures of the conference are now posted. Track the wiki for more... http://agileopennorthwest.com/wiki
Ted Patrick makes some important points about the meaning of "cross platform", especially when it comes to browsers and performance...
It is great that things work on different operating systems but performance needs to be similar. It is a poor user experience for an application to run 50% faster on a specific platform than another. I know for a fact that lots of engineering work goes into making sure Flash Player performs similarly across different operating systems and browsers. Actually we implemented incremental garbage collection in Flash Player because browsers differ wildly in how and when they allocate memory to a plug-in. On some browsers memory is handed out like candy while on others it is given in 256Kb chunks up to a ceiling of 10MB total. Regardless of the browser in use Flash Player tries to make sure all application behave the same both in start-up time and during use.
Ted Patrick observing that the reach of Adobe AIR has a wider reach across Microsoft operating systems than Microsoft's own "presentation foundations"...
Writing a single application that works across all version of Microsoft® Windows® is often an impossible task. Worse Microsoft deprecates support of certain operating systems as they push new operating systems, tools, and dependencies. For example, WPF is only supported on Microsoft® Windows® XP Service Pack 2 (Must add .NET 3.0) and Microsoft® Windows® Vista® (native) leaving the many XP and 2000 customers without few options for using the latest software. Even Microsoft® Silverlight only supports up to Windows XP Service Pack 2 or higher for browser based applications.Enter Adobe AIR!
A group of scientific-minded people recently held a press conference urging the presidential candidates to participate in science-oriented debates.
