The sponsorship involves that Capgemini will sponsor free beer for one hour at the Ruby Cave (social event) tomorrow evening. As far as i know, it starts at 7′o clock. So be there and be thirsty. The more free beer you drink, the better return on investment for Capgemini :)

This slogan may be fit for the occasion “Together. Free your energies”:

Technorati Tags: rubyfools, rails, ruby, conference, capgemini, sponsor, beer

So RailsConf Europe this year is over, and there are a few things i want to highlight from a conference that in general was a smash hit.

Usability and prototyping fits agile development style

Dave Thomas’ keynote had a great section about art and the work of great artists. Michaelangelo and DaVinci usually worked with prototypes — paper prototypes — that allowed them to iterate fast and wild. Thomas wanted the audience to work in that way too. What a coincidence that we have been using prototyping as a key methodology at work, and for the last year and half with Ruby on rails.

“Everytime you step away from your keyboard, you engage another part of your brain”, he said, refering to using whiteboards, papers, napkins, etc, to sketch ideas and think it over. At leas in Capgemini, the next year will be the year of the prototypes, and I still believe that Ruby on Rails is just fit for this purpose. (yes, I know we can and should do a lot more than just prototypes, but it really is a sweetspot where big enterprise organisations with a fixed architectural platform can still taste some of the advantages with Ruby on Rails).

David Heinemeier gave a good keynote the next morning, and one of the things he mentioned was just a little thing for Rails developers. But actually a brilliant example that software can always benefit from: Better defaults. David mentioned that the debugger in the upcoming Rails 2.0 is only working in development environment by default. Which means that your production application won’t break if you forget to remove a breakpoint. Ruby on Rails have a lot of good defaults.

As you may have noticed I’m kind of getting obsessed with “better defaults”.

it’s the defaults that matter — not what your application can be tweaked to do. Sooner or later your harddisk breaks, you need a new laptop, you start a new project, etc. When the defaults are right, you spend less brain capacity on setting up your computer or project and spend more brain capacity solving real problems.

It’s nice to see that there is a focus on better defaults.

Our own talk: Beyond Screenscraping

Mads and I has spent a lot of time preparing our talk “beyond screenscraping: toolbox for changing the legacy world”, and although 150 people left the room just before we started, it seemed as the remaining 50 (or so) people enjoyed the show.

One of the questions at the end was a guy that had downloaded the code and tried it out on his companys intranet, and wanted to know how our code would store the password.

That people were able to follow along and could try it out during the presentation was more than we expected. Also I afterwards talked to Rob McKinnon, that had some similar experience with using a Rails application ( www.theyworkforyou.co.nz ) for creating a political reason for changing a legacy application (in his case to expose data that formerly was very little accessible).

Presentation slides,and more project info can be found on the reform plugin homepage

Enterprise Readiness

Ruby on Rails have attracted more of the bigger players. This years sponsors included IBM, Sun and Thoughtworks who all seemed eager to tell about how well Ruby on Rails fit into enterprise environments. IBM and Thoughtworks, for instance, claim to employ 50 people working with Rails. David Heinemeier has more thoughts on the involvement from the big players in his blog.

Capgemini where I work also have a dedicated involvement in Ruby on Rails, and here from Denmark we try also to be active in the local Rails community (copenhagen.rb) to give something back.

At Tuesday evening, Jørgen from Lenio and Codegirl arranged for a Danes meetup and dinner. Great event, especially because we were more than 30 people. Compare that to last year where we were five or six danes (including David, of course). To continue the trend, each Dane must bring an additional 4 or 5 people each year. So if you make that assumption, we will be 166 next year and 915 Danes at RailsConf 2009 :)

Thanks to Jørgen’s boss for paying the dinner. They really deserve the mention.

Photos from the evening below. It was really a lovely evening and the discussions continued fueled with beer, as you can probably see on the photos.

More info:

• Casper Fabricius notes: Dave Thomas keynote, DHH keynote
• DHH: Good times at RailsConf Europe
• DHH: Sun surprises at RailsConf Europe 2007
• Justaddwater.dk: Busy Preparing RailsConf Presentation
• Justaddwater.dk: Ruby on Rails for the enterprise: Business perspective (May 2006)
• Justaddwater.dk: Ruby on Rails as rapid prototyping tool (Apr 2006)
• Justaddwater.dk All articles about prototyping
• Flickr: All my photos from RailsConf Europe 2007 (and from 2006)
• Reform plugin homepage

Technorati Tags: dhh, dave thomas, ruby on rails, railsconfeurope, railsconf, railsconf europe 2007, berlin, copenhagenrb, copenhagen.rb, casper fabricius, speaking, event

Below are the live notes, I wrote with Mads Buus (we wrote the notes collaboratively with Google Docs, direct link).

• Verifying your expectations.
• Guru reads the output” -testing (just printing stuff out to verify something)
• Testing is better: declare your expectations.
• Real value: Analysis, design process. Bonus: verification.
• If something is too hard to write, you’re probably doing it wrong (design is wrong)
• Red, green, refactoring. Write a test that fail, the implement until green.
• Red/green testing: Write code to make testing fail… red. Then write just enough code to make test pass.
• Marcel’s loops coding/testing is 1-5 minutes. Possible to work with 20 second loops
• No ‘Code smells’, no comments. ‘method_missing’ needs documentation

Your code should be so simple that you shouldnt put comments in your code. If it just says “test_foo” [new team members] have to do more brain processing.

Nick: think of my self as a spec writer more than a programmer

Red/green refactor
* refactor your tests before

flunk “not implemented” is cool because i can see that it’s

RSpec makes “not implemented” yellow so it doesn’t mix up with the red

Marcel: Eventually we re all going to be small talk programmers. Ruby is the entry drug

class PokerException < Exception
end
doesnt need right now. always add later. Removed

Chad: i really work in small increments

Marcel: at the beginning i did “existing? tests”
…and within 15 minutes that test becomes so non valuable.

Chad: I challenge you to write long method names … at least for a day or two
When you follow that style, your code will be cleaner and healthier

Write flunking test to identify an assumptions
def test_all_validation_are_run
flunk ‘we probably want to create a validation test case for this’
end

Chad: Have you run your other test recently?

Chad: Id like to have only one test failing at a time

Mads: Instead of fixing the design, we wirte more tests. Are we thinking too much about test than the code?
Chad: now, were running into friction. and frictions tell us tu stop and think about the design

— break —

(my comment: the discussions her usually get into details with “business-logic”)

test helper function
card_with(options) is subverting the benefit of the tests as long as Marcel uses that in the test file only.

replaced with
validate_card_with(options)
Card.new(options).validate
end

Later:
validate_number_card_with(options)

NumberCard.new(options).validate
end

Another point:
card.numbers.sort_by{rand}.first

Private methods in Test::Unit
doesnt impact Test::Unit
but the fact is that the reader of the code can ignore them below the private

Chad: TDD enables you to delay difficult decisions.. … and you keep delaying them, and it ends up that you never have to take the difficult decisions

def self.foo
end
or
class << self
def foo
end
end

M: Visually the latter is better. Easier to grasp overview of the class. Also when you add private methods later, there are more sections of your class

AgileTalk “just print all names of your test methods” (not found by me on google)
rake task

“Test everything that could possibly break” quote by kent beck.
That domain spsecific understanding grows over time. So if something weird with card number 11 happens, then you should probably add a test case for number 11.

—-lunch break—-
“if it’s strip poker I can see why we implement base class”

$: = LOAD_PATH
$: .unshift File.dirname(__FILE__)
Adding current directory onto our loadpath

DR. Jekyll and Mr hyde
The good Dr. Jekyll writes a test, then laugh at Mr Hyde (the lazy programmer) and force him to implement the smallest amount of code to make it pass

Incremental refactoring: Even if you are able to see more steps ahead, you should do Incremental refactoring and test on the way.

Moving from low-level to high-level

Metrics for measuring test quality

rake test:ratio (marcels own)
Code to Test Ratio: 1:1.28

Rcov
issue: sometimes reports false negatives (example lines not covered “end..end..end”)
c0, c1, c2 coverage
Line number counting

code to Test ratio and Rcov used together is very good indicators.

Heckle can go into those examaples with more loops on the same line
if foo && bar && baz

end
Here Hecle will go in and modify bar until test breaks

Now into the highl-level
require ‘flexmock’
require ‘flexmock/test_unit’
(Jim Weirich (co?)authored it and we tend to use libraries he wrote)

class GameTest
attr_reader :game
def setup
@game = flexmock(‘Game’)
@dealer = flexmock(‘Dealer’)
@player1 = flexmock(‘Player’)
@player2 = flexmock(‘Player’)
end

Chad (again): “it would be interesting to run just what you have and see what it does”

player.should_receive(:join).once.ordered.with(game)
player.should_receive(:bet).once.ordered

partial mock
from
@game = flexmock(‘Game’)
to
@game = flexmock(Game.new)
mocks if methods are not implemented.

to
@game = flexmock(Game).new_instances
difference??

—..
fixtures
pain to deal with, and not so explicit

it makes sense to mock up and never hit the db

class Person < ActiveRecord::Base
end

####test file below:
flexmock(Person).should_recdeive(:find).with(:first).and_return(admin_for)
#… valid_person definde helper method

assert_equal admin_for_company, Person.admin

Marcel
valid_user_attibutes
create_valid_user
create_valid_user_with_company
#always methods parametrized to be overridden

Marcel: For 2 years, fixtures made me angry with rails

Chad: We only hate it because its not as good as the rest of Rails, but it’s better than what we had before

===RSpec===
Test::Unit leads to one test per method in your code

Test usually takes longer.
b vs t Behaviours versus testing: So
=> good Test Driven Development with the word “test” removed from it

Is your name Dan, by any chance? Did you coin the term BDD, by any chance?

rspec is a specification framework

tools more implemented and more into textmate
rake test:spec

it [string]
not passing a block is an unimplemented spec

Its developed way more actively than Test::Unit and it’s also the tooling around it

RSpec generators (general opinion) they are probably too long

=== Jesper’s notes below:===

Windows shortcuts for E-texteditor

• CTRL+R run test file we’re working in.
• CTRL+Shift+R run test in focus
• deft + tab “def test_ … end”

Idea for “deft” shortcut: replace all spaces as-you-type with underscores

Technorati Tags: railsconf, berlin, marcel molina, chad fowler, testing, copenhagenrb

At the presentation we will introduce a Ruby on Rails plugin that can create the foundation for a local Rails app based on forms scraped from a remote application. In our case, an internal application used for timereporting in Capgemini.

My head is too ful of all the details in the presentation but fact is, that we’re running two trials on the presentation this Thursday the 13th in our Capgemini office in Copenhagen, Denmark.

Let me know if you are interested in hearing the presentation. Readers of this blog are welcome, but make sure to contact me or call me in advance if you like to participate.

More info

Public test presentations Thursday Sept. 13th at 12.15 and 16.00 at the Capgemini office in Gentofte, Copenhagen Denmark. Call me in advance (+45 2373 6220) or via the contact form if you like to attend.

Justaddwater.dk: RailsConf Talk Accepted: Prototyping, Hacking Enterprise Legacy Applications

Railsconf Europe session info: Screenscraping as a Tool for Changing the (Legacy) World

Reform plugin website (where you can download presentation, submit bugs, checkout code, add documentation).

UPDATE 2007-09-18 with new URL to Reform plugin: reform.quickanddirty.dk (we moved to our Capgemini server for prototype projects: quickanddirty.dk )

Technorati Tags: railsconf, berlin, europe, capgemini, presentation, ruby on rails, ruby, rails, madsbuus, speaking

The new innovative improvements to Google Maps… View the demo video (it’s just a few minutes):Via Jacob Hage’s blog.

My favorite is the drag-and-drop replanning of routes. Danish competitors are lightyears behind here…

If you have not seen it: Check out Douglas Merril (CIO at Google) talk about innovation at Google. I have embedded video here below.

He is a very entertaining speaker. Seems like he has given this talk many times…
What are your favorite quotes?

Bonus article: Thomas Baekdal discussing the ever present issue security vs usability: The usability of passwords.

Technorati Tags: google, cio, innovation, maps, route planning, baekdal, security, usability, passwords

Here is the talk proposal:

Title: Screenscraping as a tool for changing the (legacy) world

Conference: RailsConf Europe 2007
Type/Duration: 45 Minute Conference Session
Audience Level: Intermediate
Audience Type: web developers, programmers

Description Short:

Tired of your existing corporate legacy application? Show them you can do better! Learn how to make your own Rails version of a website with ugly UI, bad user feedback, no API.

Use these tools and techniques to build your own, better, user interface on top of an old legacy backend.

Description:

You sometimes come across web applications that are really bad: Ugly UI, bad user feedback, minimal usability, no API.

To improve such an app, a rails hacker may have to prove him/herself by prototyping improvements first.

Rails makes it possible actually “taking over” parts of a legacy app, by presenting the user with a rails UI that submits back to the original app. A prototype that works against the legacy app and is usable and testable by real users.

This session will present you with the techniques and tools you need to do this:

* Advanced two-way screen/form scraping from “bad” legacy applications
* Guessing the data model.
* Screenscraping tools and their strengths and weaknesses.
* Helper tools and how to use them (http sniffing, browser submittal, DOM, CSS selector tools, etc)

Along with this, we will discuss how we used this technique on a particular internal timetracking application, and in particular the lessons learned on how to navigate a Rails prototype into the political game in a world of legacy systems.

Screenscraping as a prototyping strategy could be just what you need in a political environment where it’s hard to convince management to build an existing legacy application in Rails.

Mads is the ideal co-presenter for this talk. He is a highly skilled programmer, very opinionated about software development, and also entertaining to listen to. We have quite some work to do, as we have plans to take this talk a step further. And Christian Dalager has promised to help us out, which makes me look very much forward to this. Not only the presentation itself. But also the process of creating our code. (For now, I can say only that we will be coding a tool to make it even easier to API-ify a legacy app.)

See you at RailsConf, Berlin, September 17-19!

Technorati Tags: rails, rubyonrails, event, railsconf, conference, oreilly, berlin, copenhagenrb, madsbuus, dalager, legacy

This inspired me to have a conversation about “the humane interface“… In the light of Jef Raskin’s book The Humane Interface to discuss the past, present and future of interaction design, human computer interaction and related stuff.

It was a great, lively debate and good to meet a lot of people interested in this subject. I think around 20 showed up. I hope people will add comments and photos from the session &mdash; which actually took place in a dressing room… Very rough, but fun to try :).

Technorati Tags: interaction design, user experience, uxp, human, humane, reboot, reboot9, jef raskin, allpeers

The mini conference is a fine mix between trade show and presentations. Best thing is to meet many of my colleages in companies I have worked with. Thomas and his colleagues from Snitker.com, Rolf Molich from DialogDesign, Nanna, Christina and Jacob Hage from Creuna, Anette, Hannah, Linda from KMD, and many more, both project participants and clients.

Ben Schneiderman, Amsterdam, 2000

Unfortunately, I’ll miss Ben Schneiderman’s keynote. Actually I saw him 7 years ago (when starting my usability career) at a usability seminar in Amsterdam. He was a very inspiring speaker. I remember he spoke a lot about visualizing large amounts of data, and gave some examples which I have found useful at lots occations.

One of the examples was about using SpotFire (where he is on the board), visualizing all homes being sold in the Washington DC area. Using sliders to filter the result set, it was able to visualize meaningful connections in the data. Such as where are the finest or worst areas of the city, visualize where it would be optimal to live if you want to live less than 2 miles from a school and 4 miles from work. Those were eye-opening examples (and I actually saw recently that Zillow.com offers something very similar to what Ben originally demoed in Amsterdam. If you are able to, then don’t cheat yourself for hearing him speak. (and please give me an update afterwards or in the comments :).

Rolf Molich: Usability Bloopers

Resume of Rolf Molichs talk on Usability bloopers. Which I live blogged. See my notes here.

Usability bloopers is not only about how we bother peaceful peoples websites. But it is more an angle at how we as usability experts fall in the various usability traps.

How do you become a usability expert? Back to that after examples.

Questionnaires

Example 1: questionnarie

Example 2: “How likely are you t obtain a mini-statement when yu visit the ATM or SST?”
Problems: WHat is a mini-statement? What is an SST? There is no option to answer “I don’t understand the question”

Conclusions
So, we need to take our own medicine. These questionnaires would never slip through a user test.

Test tasks

Example: “Go to www.nokia.co.uk and find the phone with FM radio that suits you best.” (in the Danish version there is a spelling error which is a minor flaw).
Problem. The task is closed: You make them pretend that they are interested in a FM radio.

Resolution: Make the task more open and motivative: “Here are 250 USD. Go out and find the mobile phone that is best for you”.

Example 2: Test of www.dr.dk. “Find out what the weather will be in Fyn, Denmark tomorrow”, “Find what is on TV3 channel thursday afternoon at 5PM”, “Find out who won 2nd place in Post Danmark bicycle race”, “Who is the economical responsible for DR (Danish Broadcasting Corp”.

Problems: Amazingly few tasks. And less relevant for ordinary Danes.
Resolution: More relevant task for ordinary Danes. Tasks like “What is on the largest radio channel this afternoon”, “What will the weather be in the area that is relevant to you”. Also, make more tasks.

Conclusions:
Again, open up for the user and what motivates the user. Find out what

Usatility test: Reporting

“I thought it should be obvious that reports should be usable”

The example text is from a usability company’s website. The marketing text lacks a link to an example usabiilty report.

Resolution: We preach to give examples, but there is missing an example on this report.

Example from a test report from IKEA. A group consisting of 11 women and only one male (which is nurse — traditional womens job, by the way).
One of the participants has family relatins “Married, x children”, which looks like sloppyness.
Lacks information about to primary pieces of information:
* How often are you at an IKEA store
* How often do you use the IKEA website

One is “student”, but in what area. Another one is “Project manager”. But in what area.

Expert reviews

Expert reviews should be created by an expert. I have tried to develop an expertometer to clarify if people are experts.

Example Danish Red Cross homepage. (where looking at the top right zoomed in quadrant)
Problems with newsletters. The expert must know important issues on newsletter subscriptions.

Conclusions: Rules for quality assurance. My studies af professional usability people “experts”, show that high quality unfortunately are with fatal errors. Not only occational but more often, most of the results, Rolf sees almost always fatal flaws in groups that are asked to make comparable website evaluations.

Improvement suggestions are often wrong. Existing certification by a firm in England does not really live up to the quality that should be expected from a usability expert (to put it mild and diplomatic). There is lot of negative talk about this in American user forums, and also examples of highly skilled usability professionals that have almost flunked the test.

Technorati Tags: usability, interaction design, rolf molich, expert reviews, sigchi, copenhagen, denmark, event, snitker, ben schneiderman

For now, there is no information on who’s speaking and almost no rumours on what’s going on.

But I’m expecting the best: Usually, there is a strong setup of  international speakers on topics that range from geek speak to the more managerial level.  Last year was a blast, and I hope for the most interesting presentations.

However, just networking and meeting old friends and colleagues and perhaps potential business relations, is what I look forward to the most :)

Like Jakob “mentalized” Skjerning, I must agree that the website is absolutely horrific. And after registering relations to other participants, I was “spammed” by auto generated emails each time I’m involved in a new relation:

See you soon!

More info

• Reboot website
•  Jakob Skjerning: “reboot 9.0 is coming“
• Justaddwater.dk: “reboot8 roundup“

Technorati Tags: event, conference, reboot, copenhagen, denmark, reboot9

In short, the presentation touched

• Prototyping, how and when to get up to speed
• Cases from the public and financial sectors where we have been prototyping
• Experience with different tools, such as Axure and Ruby on Rails
• Lots of good questions from the audience

We were around 25 people in total, and both Jesper and I were impressed with the good and relevant questions that everybody had. Actually, it was a shame we were not able to stay for the afternoon group discussions about the different presentations.

I had a talk with Rolf Molich afterwards and he seemed quite impressed with one of the cases we presented. Two things seemed to have made a special impression: That it took only 20 hours before we could present a rich working Ruby on Rails prototype for the client. And the way we had added ability to find competences as well as users and their most important contact details in the same autocomplete field.

(sorry, but no screenshot here since they contained real data :)

Here are the links Jesper promised to post with comparison of different prototyping tools. I also added a link to a more detailed look on Ruby on Rails as a prototyping tool (published by Jesper here on justaddwater.dk).

• Boxes and Arrows: Visio Replacement? You Be the Judge (Nov 2006)
  
• GUUUI.com: Results from a survey of web prototyping tools usage (2002)
• Justaddwater.dk: Ruby on Rails as rapid prototyping tool (Apr 2006)

Technorati Tags: event, meeting, prototyping, visio, rubyonrails, axure, ruby on rails, rolf molich, dansk it