I’ve been working with ruby on rails for the last few months and it’s been lots of ups and downs to me. It’s a learning curve and you just have to stand tall through the first frustrating weeks cursing the magic behind that you don’t understand. At least for a hard core java, spring, hibernate developer like myself, spoiled with great IDE support, which ruby lacks (It’s improving, with RubyMine, which I’m using,  a “clone” of IntelliJ IDEA). But then it becomes better, a lot better!

Templates

Kind of what AppFuse was supposed to provide the java maven community (what’s happening with this? I like the initiative!), the template runner of rails (version 2.3+) is supposed to help you set up your project with useful libraries, as authentication, test frameworks etc. No need to talk to much about it, I’ve created one that you can see for yourself, http://github.com/oma/rails-templates !

It’s tailored to my own need, and I don’t even know what I want, so you’d probably want to clone or download it yourself, to customize. It has a list of gems, as Shoulda, Mocha, factory-girl, authentication, openid, mail and more. Play with it! Run

rails mynewapp -m http://github.com/oma/rails-templates/raw/master/oma_rails_template.rb

check that rake test works, then navigate to mynewapp and run script/server. in http://localhost:3000 you’ll see a nice welcome page with login and logout functionality.

Resources

God, I love this Ryan guy creating the screencasts at http://railscasts.com/. He targets the intermediate rails developer, but this is excellent stuff for noobs as well. He taught me rails template runner in episode #148

More templates at http://github.com/jeremymcanally/rails-templates

And, yes, it is (sometimes). In XP, right click a folder, select “Sharing and security” (no: Deling og sikkerhet), then check the box “Share this folder on the network” (no: Del denne mappen på nettverket”, select a sharename. Everything seems fine. But when other try to connect, typing \\mycomputername\ in the file explorer, it times out. wtf?

It should have been obvious to me, but I don’t consider myself a windows user. I run Win XP on my Mac OS X through VMware, which works fantastically. Solution; you probably have a firewall blocking port 445. Probably not the windows firewall as I guess it opens this port automatically. Check your anti-virus software firewall!

I use McAfee, there you need to select Advanced Menu (bottom left)-> Configure (bottom left) -> Internet & Network (left sidebar). Is firewall protection on? If yes, click button Advanced -> System Services. Open service port “Microsoft Directory Server(MSFT DS) Port 445. Click Apply and test from another computer that you have access.

There might be security issues related to opening this port, google hits are confusing to me. Anybody know more? As I only want read & write access to a folder within the local network I added a block on port 445 to my router, a Linksys WRT350N, to block access from the internet. In the admin gui I added a security policy (tab Access Restrictions), manually adding the port 445 to Blocked Applications.

By the way, I just discovered this, for F-secure client users.

I asked a lot of people and I spent a lot of time googling around. Actually I first opened the ports 137-139 for NetBIOS, which is a real security issue (It did work too). But then I found this article about windows file sharing and it was really educational. Seriously though, I should never have needed to spend this much time on such a simple matter. I hope you won’t have to, after reading this!

I know there’s been written a lot about this, but either way I’ve found it so hard to switch from subversion and keep mixing stuff! I still consider myself a git newbie, not even liking git too much yet. I guess it’ll grow on me, though. Having spent too much time struggling, I’ve finally learned to master some simple techniques, as undoing changes, undeleting and removing new files not yet under source control. I’ll show these after the following desparate attempt to explain how the repository concepts differ fundamentally. This you must understand:

Subversion versus git – the repo conceptual difference

Subversion: 2 levels:

• local checkout  – Files on your computer, in the file system ( svn checkout https://svn.xx.yy/projectxyz)
• server, the sentral subversion repo – The server which every user checks in to (svn commit) and checks out from (svn up)

Git: 3+ levels:

• local file system of a clone (git clone git@github.com:oma/projectxyz as checkout in svn). As above, yet different… Must be seen in context of the local index, below.
• local index og a checkout (clone) in the same file system. This is similar to server above. Hang on, I’ll try explain. You mess around with the local files as always (level 1), then you commit to the local index (git commit -a -m “msg”).  The git repo server is still unchanged. Then make more changes and commit and so on. Any commits you make, are written to the index, stored in the directory .git, locally. Unlike subversion, which creates a .svn directory within eachdirector, git has only one .git directory. This enables you to create multiple branches in the same directory in the file system! It deletes and adds files automagically when switching. OK, make as many commits you want locally. When satisfied, push them all to the server. Read on below.
• server, the sentral git repo (or one of the many!). When you’re satisified with you’re local changes and committed them locally (git commit) then you perform a git push which pushes the changes to the repo you cloned). To get changes from this repo/server, you perform git pull.
• the “4th” level is the git server repo of each developer, which your server need to pull from and vica versa. I won’t delve into this in this post.

Holy s.. this is hard to explain! But then again, it took me a long time to understand and I’ve probably misused terms as server and indecies here.

Ok, what about the simple workflow I had in subversion? I don’t fully understand the git revert, reset, rebase commands! They are so dangerous that I made the strikethrough. I will not teach you how those work, in this post, but I will warn you that revert is very different from subversion. Use with care. Finally, to the useful KISS examples:

Status: what has changed since last commit/checkout?

Luckily, svn status and git status is similar.  Use it as frequently as you do with subversion

Undelete: I accidently deleted a file!

Subversion: svn up in that directory or any subdirectory.

Git: git checkout <path> does the trick! NB: Unlike svn up it will also do the equal to svn revert on all files in the path. “git checkout .” will restore all files (both modified and deleted) to the last commit (NB. the last commit to your local “repo”. Also called the index)

Git: git checkout app/model/my_deleted_file.rb will restore this specific file.

Undo: I don’t like my changes and want to start over!

Subversion: svn revert. Or delete files/directories and run svn up.

Git: git checkout <path> as described above.

Delete new files: I don’t want all those stupid files I created!

Subversion: Err, I don’t remember, are there any command for this? I guess you manually cleanup by deleting in the file system. Or, if you don’t worry about losing local modifications, delete directories and run svn up to restore them

Git: git clean -fd. first run git clean -nd (n for dry-run) to see what git would do if you run git clean -fd

Extras

Share your files

Subversion: svn commit -m “commit msg” <files>

Git: git push This will push from your local index, so remember to perform git commit -a -m “commit msg” <files> first.

Get shared files

Subversion: svn up

Git: git pull Or, if from local index git checkout

Help

Git help is pretty nice. Use git help or git help clean to read about the clean command.

Resources

Git Ready! What you don’t find here, you don’t wanna know! (ok, those were my words, hehe) http://www.gitready.com/

Git cheat sheet! http://cheat.errtheblog.com/s/git

Et innlegg utenom det vanlige fra denne ellers så tekniske bloggen min. Dette er et unntakstilfelle, jeg føler altså så mye for temaet at jeg ikke klarer å la være. Jeg leier bolig og ønsker ikke kollaps i boligmarkedet! Jeg skal forklare hvorfor, samt trekke frem noen interessant tall og begrunne min frykt for at vi er på vei ut stupet.

Bilde, advarsel rasfare

Bildet: Rasfare! Boligpriser med stor fallhøyde.

En kollaps i boligmarkedet får ringvirkninger langt utover at det blir billigere for meg å kjøpe bolig. Kjøpekraften vil også kollapse, deretter sliter bedriftene med inntjeningen og jeg, og mange andre, risikerer å miste jobben.

En vis mann sa en gang “det er ikke farten som dreper, det er bråstoppen”.

Jeg har alltid følt prisene var høye i Oslo, men gud jeg skulle kjøpt da jeg kom hit i 2001! Jeg hadde selvsagt ikke råd som fattig student uten mulighet for økonmisk hjelp hjemmefra, men det er lov å være etterpåklok og tenke “om at og hvis at” så jeg hadde tjent masse. Siden 2006/2007, når jeg endelig hadde råd til å kjøpe selv, har jeg spådd snarlig boligprisnedtur. Historien viser at jeg har tatt grundig feil til nå og prisene er idag tidenes høyeste! http://www.dn.no/eiendom/article1733294.ece

Jeg tok feil…

OK, så kan jeg ikke genierklære meg da jeg ikke “traff toppen”, noe som kun hadde vært flaks uansett. Vel, jeg gjorde det nesten. Det ironiske i Norge er at finanskrisen kom inn og reddet boligmarkedet, ved å sende sentralbankens rente ned fra 5,75% i oktober 2008 til 1,25% i juni 2009. Har vi allerede glemt hvor vondt det var for 10 måneder siden? Jaja, nå er det gratis å låne penger, inflasjonen er jo høyere enn renta… Litt mer rentehistorie: Fra mars 2004 til juni 2005 var renta på sjokkerende lave 1,75%, så steg den altså jevnt og trutt til 5,75% september 2008. Det gjorde boligprisene også, frem til høsten 2007 i alle fall.

1987, Black Monday, Jappetiden,

Forrige gang boblen sprakk, førte det til et prisfall på hele 43 prosent i løpet av fem år, fra 1987 til 1992. 80-tallet frem til Black Monday 1987 er kalt jappetiden. Hva er det alle mobbet jappene for i ettertid? Var det ikke en ellevill kjøpsfest, nærmest lovfestet boligprisoppgang, alt drevet av svært høy gjeldsgrad? For hvordan kan egentlig alt bare stige? Dette burde de forstått! Ja, det jeg husker fra ungdomskolen og videregående 1993-99, var at alle syntes folk var så dumme i jappetiden som ikke så faren ved den svært høye gjeldsgraden (gjeld/inntekt)…

2005, renta 1,75%

Vi har nå i 2009 høyere gjeldsgrad nå enn i jappetida, noe som ble varslet allerede i 2005.

Husholdningenes gjeldsgrad – gjeld sett opp imot inntektsnivået – ligger i år an til å kunne passere nivået fra den verste jappetiden på 80-tallet http://www.vg.no/nyheter/okonomi/artikkel.php?artid=105449

Husk at styringsrenten da var behagelige 1,75%. Vel historien viser at det hadde vært en enormt god investering å kjøpe bolig i 2005 mtp prisstigning til nå.

2007, renta 5,75%

Så i 2007, når vi stirrer den høye styringsrenten (5,75%) i hvitøyet kan vi lese dette:

To av tre spurte i en ny undersøkelse mener vi er inne i en ny jappetid. http://www.dn.no/privatokonomi/article1190284.ece

Hæ? Dette er jo tiden alle slutter å låne så mye. Da er det vondt med lån og nedbetaling! Er vi ikke da på vei ut av jappetilstander? Boligprisene stoppet opp og jeg kjenner personlig mennesker som måtte sette ned prisen en halv million (på en liten leilighet) for å slippe å sitte både med den nye og den gamle leiligheten.

2009, renta 1,25%

Men, så snudde det igjen! Når renten nå (aug 2009)er historisk lav(laveste på 50 år) 1,25% og lån er gratis, oppnår vi igjen historisk høye priser.

http://www.dn.no/eiendom/article1733294.ece

Når renta er lav, låner vi mer. Når renta er høy, låner vi mindre. Logisk ikke sant? Så spurter vi inn i jappetilstander igjen. Heia! Heia! Heia!

Du tenker kanskje; «nå er styringsrenta 1,25%, bensin på bålet og prisene vil stige mye, på kort sikt i alle fall». Ja, det tror jeg nok du har helt rett i. Men for min egen del, holder jeg meg langt unna, da kollaps nærmer seg med stormskritt. Det er i alle fall min personlige risikovurdering. Når et par sliter å betjene lånet (eller få lån) på knøttliten leilighet i dag, med to inntekter, tror jeg vi er mye nærmere nedgang enn oppgang. Det er nesten ingen som treffer “toppene” og “bunnene”, og de som gjør det, har nok ikke prøvd på det en gang. Nei, det holder i massevis å treffe i nærheten

2011, renta 4%, 5%, 6%?

Jeg tror nok vi kraftig undervurderer effekten av renta på boligmarkedet, tross spådommer om hyppig rentehevninger. Jeg tror også Norges Bank ikke ser betydning av dette, eller undervurderer konsekvensene. Vel, det er hva jeg tror i alle fall.

Et regnestykke du bør forstå, du som sier, «det viktigste er at du klarer å betjene lånet»

Ta krisen og fallet på 43% 1987-1992. Hvor mange prosent må boligprisene deretter stige for å komme tilbake til sammen nivå?

La oss si at du kjøpte en bolig til 1 mill, som da sank i verdi til

1.000.000 * (1-0,43) = 570.000

for å slå toppen igjen (ser bort fra inflasjon, ellers blir det for stygt)

570.000*x= 1.000.000

x=1.75, altså må prisene stige 75% fra bunn til å nå toppen igjen. Altså, går prisene ned 43%, må de gå opp 75% for å være på samme nivå.

Vit hva du gjør når du investerer 3+ ganger lønna di i noe. Kanskje er det en tid for å leie også. Det er ikke svart/hvitt, det er ikke et spørsmål om alltid eie eller alltid leie!

Har du ikke tro på at prisene vil holde seg, eller stige, da er det horribelt å satse 500k og geare opp investeringen med 1,5mill lån. Ikke la ønsketenkning forkludre dømmekraften din. “Den som leter, den finner” er ikke et positivt uttrykk. Let etter tegn på oppgang og du finner det, let etter tegn på nedgang, og du finner det.

Hvorfor bryr jeg meg så innmari?

JO, jeg ønsker stabil økonomi! Jo flere som går over til å leie desto mer buffer har markedet ved svigninger. Er alle i eie-posisjon, vil alt gå ned og kollapsen katastrofal. Er en stor andel i leie eller sitte-på-gjerdet posisjon, vil det komme mange kjøpere på markedet når prisene faller. Vi unngår bråstopp.

Ser dere hva jeg mener? I Norge er det nærmeste lovbestemt at du skal eie, ellers blir du straffet med formueskatt (Være forsiktig å spare penger i banken? Fy deg, kjøp bolig!). En digresjon; det er ikke bare formuesskatt på arbeidende kapital som er dårlig politikk…

Avslutningsvis, hvordan fungerer egentlig boligmarkedet og hvordan blir det en kollaps?

En kollaps fungerer ganske lik ellevill oppgang! Om Pål byr 500k over takst på boligen til Per, vil Per få 500k mer egenkapital til sitt neste kjøp, som deretter kan bruke mer penger på å by på Lisas bolig, osv. Men hva skjer om Pål synes bolig til Per er litt dyr og byr mindre? Om Per selger til Pål, vil Per ha mindre egenkapital til å by på Lisas bolig, som igjen får mindre å kjøpe for osv. Sterkt forenklet selvsagt, men det er en slik dominoeffekt man får i markedet.

Ikke kjøp bolig nå!

Jo flere som blir skremte fra å kjøpe bolig nå, tross at renten er så fantastisk behagelig lav, jo mer blir farten på boligprisøkningen redusert. Kanskje unngår vi bråstoppen. Redusér fallhøyden, utsett boligkjøpplanene!

Jeg vil selvsagt ha lavere boligpriser, men så er det slik at jeg gjerne vil ha ting billigst mulig. Forundrer meg litt at alle jubler over at boliger blir dyrere og dyrere.

Norge er unikt, vi går vel klar? Nja… Hva skjedde i USA, Spania, København ++++? Er de dumme og vi smarte? Hva skjedde i Tromsø? Ikke fått med deg det? Nei, jeg vet ikke jeg. La oss håpe vi ikke får kollaps, jeg taper villig litt penger i så fall på at jeg leier heller enn eier. En kollaps vil gjøre tilværelsen min kjipere, det er jeg overbevist om.

]]> http://olemortenamundsen.wordpress.com/2009/09/01/jeg-leier-bolig-men-%c3%b8nsker-ikke-kollaps-i-boligmarkedet/feed/ 0 Ole Morten stor_boligfallhøyde http://olemortenamundsen.wordpress.com/2009/08/17/downloads-of-my-burndown-excel-sheet-have-exceed-400/ http://olemortenamundsen.wordpress.com/2009/08/17/downloads-of-my-burndown-excel-sheet-have-exceed-400/#comments Mon, 17 Aug 2009 15:10:55 +0000 Ole Morten http://olemortenamundsen.wordpress.com/?p=156 ]]>

I’m proud to say that there have been over 400 downloads of the burndown and burnup graph excel sheet I published about a year ago. I didn’t clean up nor explain much, just threw it out there. Download the (unmodified) excel sheet here: http://blog.omaconsulting.no/BurnDown/burndown.xls

Here is the post I publish about a year ago 18th June 2008 http://olemortenamundsen.wordpress.com/2008/06/18/sharing-my-burndown-and-burnup-excel-sheet/

What disappoints me, is that I have received no feedback. NO FEEDBACK!? Why not?

It contained a lot of experimental numbers and formulas, I would guess somebody thought they were strange. I’m sure many of you improved it and tried out. Maybe it’s been mostly managers downloading it, I have feeling this group tend to like being shared stuff, than sharing themselves. Too presumptuous? OK, I’ll watch my step I’d like feedback, though. I wish to learn from your experiences, good and bad.

The short story: Struggling to find any nice and simple burndown graphs to help me in a project, I created one myself (late 2007). I started out simple, with a burndown graph on A3 paper, then a simple excel sheet. Then it grew in a on-demand manner, truly agile. A friend liked burnup graphs and I discovered that these were really good at presenting the daily delivery speed, while the burndown was better at illustrating remaining work, scope creep up and chance of success (hitting zero at sprint end).  Of course, I started using both! Further combining a story point burnup in the (task-) burndown graph proved to be most valuable the times we scoped out user stories during the sprint. The scope down was greatly illustrating that fact that we thus delivered less business value (story points).

Along the way, I experimented a lot with numbers and formulas, mostly related to the burndown factor. The objective was to be able to deliver consistently, always committing to the most we could and always delivering what we committed ourselves to. Predictability is valuable to analyse the progress and the likelihood of reaching your deadline half a year, or a year, away. Do you have to modify your triangle? Scope, Resources, Time?

Good luck and thank you for sharing!

What I have

• Maven2
• Eclipse/IntelliJ IDEA
• Fast tests (unit tests)
• Slow tests (integration tests)
• Test coverage maven plugin (Cobertura)

I wish to

• run my fast tests (unit tests) from my IDE
• run my slow test (integration tests) from my IDE and maven
• run them all before committing code.
• create test coverage reports combining unit and integration tests
• create test coverage reports from unit tests only

If you’re like me, you wish to run all your fast unit tests often! And the process shouldn’t take more than 15 sec in total. In Eclipse or IDEA, you simply right click the project or the src/test/java and run tests. But how do you exclude your integration tests? Move them?
In maven2, you may create include and exclude statements, like **IntegrationTest.java. This is all fine, but in my frustrated this doesn’t help you in Eclipse or IntelliJ.

I’ve googled a lot, stating that there’s gotta exist a simple solution to this!? I found some unsatisfactory suggestions here
http://docs.codehaus.org/display/MAVENUSER/Maven+and+Integration+Testing
They might be good, but they don’t meet my needs of combining IDE test run and combined code coverage! Below is a list of the various suggestion, with the one I ended up with at the end.

1. Separate Integration Tests Module. Works for both maven and Eclipse. But what about code coverage? You will not get the combined code coverage of fast and slow test. You may say this is a cobertura (clover as well I guess) issue, that it doesn’t instrument packaged jars.
2. Test Suites. Create a test suite for integration tests and one for unit tests. With hundreds of tests it can get quite tedious. I guess you may code it more intelligently to find the tests, but I have not seen a good solution yet.
3. src/test/java and src/it/java. Would solve everything elegantly, but we’ll have to wait until maven supports it. (Update 29. sep 09: Bertrand commented that the mojo build-helper-maven-plugin might help. Report back to me if it does!)
4. my.package.tests.a.b.c and my.package.it.a.b.c. Looks lik 3 but is very different! The tests should be in the same package as the class it’s testing. Else you would suddenly find yourself having to open up the domain object, as it were a simple bean! Protect your domain objects, make package protected constructors or method if needed for the tests.
5. Run the tests in maven only. Yes, many chooses this… But it’s plain ineffective if it takes 10 sec to run them in Eclipse and 1 minute (often 2) with “maven test”. Besides you often need to include “clean”, maven clean test.
6. TestNG. I got this to work for all, maven, IntelliJ IDEA and cobertura. But there are things about TestNG I don’t like. Solution and elaboration follows below.

TestNG supports
@Test (groups ={“unit-tests”}) and
@Test (groups = {“integration-tests”})
which are easy to use in IDEA. The Maven Surefire Plugin also understands it and the Cobertura instrumentation works fine when you select to run them all together. Yeah!

But what I hate about TestNG is that it doesn’t provide the execution time per test nor the test results for each test class, only a summary at the end “Tests run: 272 failed:1 … duration:5 minutes” or something like that. Goggling this all I find is arrogant answers to the this question, stating that “That’s the way testNG is supposed to work” or “Why are you using it if you don’t utilize it’s parallel test execution potential”. Bullocks

Wishlist:

• maven supporting the directory src/it
• Junit supporting grouping as testNG does

Oh, you know a better way? Great news! Tell me:)

EDIT 23.jul-09 : I added some stuff from my pom file. Will not work out of the box, but should be helpful anyhow.

<profiles>
 <!-- Profile for running both TestNG integration tests and Junit/TestNG unit
      tests. Example of usage: mvn clean install -Pintegration-tests -->
 <profile>
  <id>integration-tests</id>
   <build>
    <plugins>
     <plugin>
      <artifactId>maven-surefire-plugin</artifactId>
      <configuration>
       <forkMode>once</forkMode>
       <argLine>-XX:MaxPermSize=256m -Xmx512m</argLine>
       <includes>
        <include>**/*Tests.java</include>
        <include>**/*Test.java</include>
       </includes>
      <excludes>
       <exclude>**/Abstract*.java</exclude>
      </excludes>
      <groups>unit-tests,integration-tests</groups>
     </configuration>
    </plugin>
   </plugins>
  </build>
 </profile>

If you’re using Hudson, include this to display it in the build results and look at test coverage history.

<!-- If we are running in hudson use cobertura.   -->
 <profile>
  <id>hudson</id>
  <activation>
   <property>
    <name>BUILD_NUMBER</name>
   </property>
  </activation>
  <build>
   <plugins>
    <plugin>
     <groupId>org.codehaus.mojo</groupId>
     <artifactId>cobertura-maven-plugin</artifactId>
    </plugin>
   </plugins>
  </build>
 </profile>

I’m giving a lightning talk Wednesday, 11.feb, on SW2009, Oslo. It’s on a day-track called “Future development processes in a post-agile world (Effective software development)”. What’s your thoughts about that title? Clever? Needed? Provoking? Sad? Happy?

My thought? – Are we even agile yet? I think we’re far away from post-agile, but it’s probably good for us to discuss the subject.

Anyways, my lightning talk title is “You have yet to have success with an agile project” (Du har til gode å ha suksess med gjennomføringen av et smidig prosjekt). Switch You with I and it’s partly true as well, because how do we measure success? Well, that’s a whole other discussion, all I know is that I felt we had a potential to do much better, given the resources and information available at the time.

The objective of my lightning talk is to affect the attitude I feel many people have towards agile. So, is agile easy or hard, simple or complicated?

Most agilists would claim “Agile is simple!”. Maybe they’re right, but herein lies the problem, I think. When we sell simple to the customer (and the developers for that sake!), we risk that he’ll take too lightly on the process. Perhaps key elements are forgotten or simply ignored? The customer plays a big part in both waterfall and agile, but in agile his role is very different. We need the customer (product owner) on-site, continuously providing feedback and steer the project in the desired direction according to the newer information obtained. Sounds feasible, and easy, but this person needs both domain knowledge and the executive rights to guide the projects. Who can spare such a vital person to a development project? It would certainly be an easier decision if the customer new the project would fail dramatically if not.

So, from now on, sell “Agile is hard, but you get the better product”. Then, maybe, agile will become easy

edit: so kill them fast

I’m not gonna excuse my shortkeys. Or did I just do that? Here are some Eclipse shortcuts that I use regularily and some that I keep forgetting as I don’t use them…

Now you propably know more than me… Please inform me of my lackings!

Smidig2008 was a conference about agile methodolog, as was Smidig2007. I participated in organizing them both and we repeated our success from last year, expanding from 300 to 450 participants. I’ll continue this in norwegian as this is the language spoken at the conference.

Smidig2008 gikk av stabelen 9. og 10. oktober i Oslo Kongresshus. Vi hadde lært masse fra fjoråret, og bytte av lokale samt bedre registreringsprosedyrer bidro til en smertefri gjennomføring. Foilene ligger nå ute! Senere kommer også videoene. Jeg skriver her litt om konferansen generelt og mine opplevelser.

Alle lynforedragene ble filmet av amerikanske Confreaks og i år, som i fjor, kom ikke utstyret over atlanteren tidsnok. Flaks at det er en smidigkonferanse! Vi omfavner endringer… Når det er sagt, så skal man lære av sine feil, så det ble gjort grep. I fjor rotet flyselskapet bort bagasje med utstyr, så i år byttet de til FedEx. Men så rotet det seg til allikevel! Uten norske Howard Brodwall hadde vi slitt kraftig, man kan vel si at han reddet oss i år, også. De sto på hele natta, ringte rundt etter utstyr, kuttet kabler etc. Dermed blir det video av alle foredragene på nett! Når det er klart, vil det sendes ut mail til deltakerne.

Årets provokatør

Gud som jeg gleder meg til å se Tom Gilb sitt lynforedrag på video. Han er den ubestridte provokatør i Smidig2008-konferansen! Kanskje ikke grunnet innhold, heller ikke det han sa, men kanskje det han ikke sa

Mye ansvar

Selv fikk jeg mye mer ansvar disse to dagene konferansen pågikk, enn det jeg hadde forventet. I utgangspunktet skulle jeg holde introkurset om retrospective, men holdt også velkomsttale og deltakernes retrospektiv. Velkomsttalen fikk jeg vite at jeg skulle holde først klokken 23 kvelden før, under rigging av konferansen. Det, samt generelt mye tid til forberedelser til konferansegjennomføring, ønsker jeg å bruke som unnskyldning for at jeg ikke var godt nok forberedt til min Intro:Retrospective. Men det får jeg ta i min egen retrospektiv og konkludere med at det kunne jeg gjort mye bedre. Mitt tips: Gå alltid gjennom hele foredraget muntlig, snakk til en venn eller kjæreste. Det er alltid så mye du ikke har tenkt på, eller som du legger merke til at kommer dårlig ut muntlig.

Smidig konferanse – programmet ble til underveis

Enda et bevis på at konferansen gjennomføres smidig, med eierskap og ansvar er deltakernes retrospektiv. Under konferansemiddagen, torsdag kveld, kom vi til å tenke på at vi ikke hadde et opplegg for årets retrospektiv. Under standup klokken 2030, lettere bedugget, tok vi den vanlige runden. Vi avtalte fremmøte og fremdrift for neste dag og skålte for en særdeles vellyket første dag. Under lunsjen dagen derpå satte Jerome Lacoste og meg ned ved et bord og brainstormet. De andre ved bordet tenkte nok sine tanker om oss… Vi kom til at følgende kriterier var viktige

• Involvering av hver enkelt deltaker (positivt fra ifjor)
• Drive, fremdrift (ikke så bra ifjor)
• Enkelt og tydelig
• Forbedringsmål for Smidig2009
• God stemning

Deltakernes retrospektiv

Jerome hadde også et forslag om å kjøre 3 retrospektiver i 3 forskjellige rom, for å kunne prøve ut 3 forskjellige metoder. Kjappere læring. Det er en genial idé, som jeg ønsker å få prøvd en gang.

Men vi valgte en safere løsning, da vi er klar over at deltakerne på det tidspunktet er altfor klare til å avslutte, med nesen vendt halvt hjemover. Så vi gikk for å samle alle i storsalen. Vi laget en tidslinje for et opplegg som skulle vare 20-25 min og involvere 200 mennesker (stort frafall mot slutten av konferansen). Deretter fant vi noen sjeler som ikke så for opptatt ut i en open space og ba dem delta på en generalprøve. Takk skal dere ha, der lærte vi mye! Det kom frem at det var viktig å informere deltakerne om å skrive tydelig på post-it-notene, gjerne blokkbokstaver, samt annotere dem med en tydelig + eller – øverst. Dessverre rakk vi ikke fullføre før vi ble jaget ut på scenen. Selvfølgelig fikk vi da problemer med den biten vi ikke hadde gjennomført generalprøve på!

Deltakernes retrospektiv gjennomførte vi slik:

1. Samle alle i Sal A mens vi deltakerne rydde alle stoler vekk, for en stående retrospektiv.
2. Be deltakerne samle seg i grupper på 8 med 1 stor (A3) post-it blokk, 1 stor tusj, post-it notes og penn til hver deltaker
3. Demonstrere på scenen, samtidig som deltakerne utfører oppgaven. Det sikret lik hastighet og ga tydelig eksempel. Vi delte post-it blokken i 4 kategorier slik:
4. Hver deltaker måtte skrive minst én positiv og én negativ lapp, i hver av de fire kategoriene.
   • først 5 min uten å si noen ting
   • så 3-5 minutter med lov til å prate
5. Deretter fikk hver gruppe utdelt en lapp som fortalte hvilken kategori de skulle fokusere på. De skulle stemme frem et forbedringsmål (negativ) og en ting vi må fortsette med (positiv). Dette rakk vi ikke i generalprøven og når jeg hørte Aslak i arrangørgruppen rundt sin post-it flipover si “Jeg skjønner ikke hva vi skal nå” tenkte jeg det skulle gå åt skogen. Men det gikk…
6. Deretter ble alle disse viktigste lest opp på scenen. Kort fortalt gikk mye på støy i open space og i liten mulighet til å bevege seg mellom lyntaler.

Registrering

Registrering var et herk i fjor. Det var også logistikken rundt mat, som var tusen ganger bedre i år. Men DogA liker ikke oss, og vi liker ikke … Registreringsløsningen til Daniel Holmen, med strekkoder var helt fantastisk. Ole Christian Rynning bidro også her med fiffige rubyløsninger for å få det til å fungere. Det var rett og slett helt fantastisk.

Før konferansen

Folk bidro i veldig varierende grad til årets konferanse. Det ble gjort en del gjennom smidig.no forumet på nyåret, hovedsakelig anført av Johannes og Aslak. Senere skjedde det lite og spesielt på utviklingen av Smidig2008.no lå vi etter. Teknologivalg med Git, Radiant (CMS), cucumber, ruby, rails, mysql og en egen extension av radiant kalt ba som gjorde git litt vanskeligere å bruke. Det var summen av teknologiene som gjorde det hele vanskelig å bidra. De fleste av teknologiene er kule (det vil si bra) hver for seg, unntatt radiant, som det er rimelig konsensus om. Man må også huske at vi bruker fritiden på dette og da har man en ganske mye lavere smerteterskel for å “ikke skjønne noe”. Mangelen på kildekodekontroll er hovedankepunktet mot radiant, samt at det var masse egne tags (kun et problem fordi jeg hater radiant generelt) og slikt å lære seg. Jeg bidro svært lite for å fikse applikasjonen og følte jeg var mer til bry enn til hjelp. Allikevel har jeg brukt et høyt tosifret antall timer på det (kall meg treig). Hadde ikke Aslak satt inn både ett og to gir ekstra, hadde vi nok ikke kommet i havn med applikasjonen. Snakker om trikkefaktor Sarah Brodwall fungerte som vår grafiker og grensesnittsprogrammerer, en uverdelig person i et team med hovedsakelig utviklernerder. Veldig serviceinnstilt og konstruktiv, det kan du sette på CVen Sarah.

Etter konferansen

Etter konferansen, i femtiden fredag, hadde vi en skikkelig retrospektiv, med ærlige og åpen atmosfære, og øl! Vi følte vi hadde mistet noe av futten etter Smidig2007, at vi la oss på plankekjøringsmoduset. Mange av oss må ta selvkritikk for at vi ikke tok nok ansvar eller involverte oss oftere og tidligere. Selv meldte jeg meg ut en veldig lang periode og bidro ikke i den grad det var forventet av meg.

Men kommentaren fra garderobedamen på kongresshuset gjør oss alle motivert og får oss alle til å smile fra øre til øre: “Det er så mye energi i dere. Folk diskuterer og er ivrige. Det er jo helt annerledes enn det pleier å være”. Det er en utrolig bra tilbakemelding til våre deltakere og til opplegget de bidrar til å gjøre så effektivt.

Smidig2009

Det er en fare for at det blir en smidigkonferanse neste år. Vi skal ta erfaringene fra Smidig2007 og Smidig2008, trekke ut det som er bra og forbedre det vi kan. Fra Smidig2007 glemte vi “brannfaklene” og er en av hovedtingene vi må få med neste år. Vi er også usikre på antallet, noen vil ned til 300 virkelig interesserte, andre nå ut til et større publikum. Jeg føler uansett at folk var ganske mye feigere i år enn i fjor. Vi gjør forskjellige ting, feiler på helt nye måter. Vi må provosere smidigmisjonærende enda mer!

Jeg beklager overfor dem i smidiggruppa som ikke er nevnt eksplisitt her, jeg føler jeg allerede har skrevet nok tekst. OK, jeg må så absolutt nevne og rose dere også! Simen, Trond P, Trond W, Thommy, Lars Arne, Christian og Øystein, gratulerer med nok en vellykket gjennomføring av en smidig konferanse. Ser allerede frem til neste.