Öredev 2011 har passerat oss på sin väg in i historiens dimmor.
Med lite tur har den gett mig lite ökad intellektuell massa.
Får hoppas det, för från hälsoperspektivet har den antagligen också gett mig ökad massa, ett inte lika önskvärt tillskott.
Tallriksmodellen à la Öredev:
God mat: 100, Kaffe: 100, Te: 100, Läsk: 100, Bullar: 100, Smågodis: 100, Motion: 0.

Javascript

Jag inriktade mig lite på Javascript. Och det var roligt att hur hela js-världen närmar sig den vanliga programmeringskulturen och anammar goda förebilder, som TDD och Clean Code i allmänhet.

Några punkter att fundera över:
Vilka dom-ramverk (jquery, yui etc) ska vi använda?
Vilka mvc-ramverk (sproutcore, angular, backbone m.fl.) ska vi använda?
Hur modulariserar vi våra javascript så att det blir logisk och lättunderhållet?
Vilka testramverk (js-test-driver m.fl.) ska vi använda?
I vilka lägen är det motiverat att skriva test- eller beteendedrivet?
Hur lär vi oss att skriva bättre js-kod?
Hur packar vi ihop våra javascript så att det blir få anrop och korta laddtider?
Hur ser vi till att den ökande mängden javascript inte ger upphov till säkerhetshål?
Med mera…

Agilt

De agila föreläsningarna jag var på gav mig också en del tankar.
Flera av dem pekade på risken att falla tillbaka i icke-agila metoder fast man formellt följer en agil metodik. Dan North gav en ganska trovärdig förklaring i sin keynote ”Embracing Uncertainty – the Hardest Pattern of All”.
Han menar att vi avskyr osäkerhet att vi hellre utfärdar en helt felaktig prognos än lever i ovisshet. Därav kommer krav på processer och rapporter (som den här) och med det ökar oflexibiliteten och det produktiva arbetet minskar.

Det passar ganska väl in i herr Norths fredagsdragning ”Patterns of Effective Deivery” där han pekade på tendensen att plocka tillbaka delar av vattenfallmetoden, med dess delvis illusoriska förutsägbarhet och framför allt en klar blame-chain.
Om du hamnar i en process med en tveksam prognos känns det bättre att ha en klar roll- och ansvarsfördelning så det syns vems fel det var…

UX

Slutligen var användarupplevelsen ett tema på Öredev.
Många pekade på hur viktigt det är att ha med användarupplevelsen från början av projekten.
Och en viktig poäng är att det inte räcker att lyssna på användaren.
Du måste bestämma dig vilka dina användare är och hur du vill att din sajt ska fungera. Det går inte att alltid lyssna på användare för då kan de förstöra din sajt.
Fundera på hur du vill att användaren ska agera och umuntra det i design och gränssnitt.
Fundera sedan på hur du INTE vill att dina användare ska agera och motarbeta detta.
Tänk också på att användaren ibland säger att de vill ha en sak men i själva verket gör en annan.
Men framför allt: Respektera dina användare och se till att de enkelt och utan irritation kan göra det du har lovat dem.

Dan North pekar i ”Embracing Uncertainty – the Hardest Pattern of All” på ett riskbeteende hos oss människor, nämligen att vi är så förbaskat rädda för ovisshet.

Ungefär så här:
– Ovisshet kan innehålla risker.
– Hur stora är dom?
– Det är ovisst!
– Usch, känns inte bra, nu blir jag lite orolig. Det skulle kännas bättre om vi hade en väldefinierad process med klara roller.

Kan vara bra att gå tillbaka till http://agilemanifesto.org/ och http://agilemanifesto.org/principles.html. Det är kärnan i agila metoder. Allt annat är bara försök till implementationer. Och vi ska enligt Dan akta oss för att göra om hjälpmedel till religiösa dogmer.

Jeff Patton är i sin session ”Why common agile practice isn’t agile” inne på lite samma område som Dan.
Han menar att vi gärna drar tillbaka mot den gamla goda vattenfallsmodellen.
Den ger en känsla av förutsägbarhet. Och är enkel att begripa.
Den tilldelar också klara roller och har ett enkelt tidsflöde från vänster till höger.
Och inte minst: Den ger oss en supertydlig blame-chain så vi alla kan pusta ut när vi åker i diket. För det var ju i alla fall inte vårt fel!

Intressant att lägga märke till är att Winston W. Royce, som först presenterade modellen, var mycket väl medveten om att den inte fungerade i praktiken (http://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf).

Så här såg hans slutgiltiga förslag ut:

Jeff kommenterar syrligt: ”I wonder why THAT didn’t catch on?”

Inte mycket OOP i titlarna för årets föredrag.
Tänker på detta när jag lyssnar på ”Event Sourcing explained” med Rickard Öberg.
Känns som Rickard har kämpat många år med att komma runt Javas modell av objektorientering.
http://www.qi4j.org/ är ett ganska kraftfullt försök till utbrytning som han måste lagt ner en väldig massa tid på.
Eventsourcing, som dagens dragning handlar om, går ut på att bygga applikationen runt en sekvens av händelser som man sparar i en event-logg.
Inte mycket OO i den skissen.
Jag får mer vibbar till gamla tiders sekventiella kommandoprogram.
Och skälet, om jag förstår det rätt, är att det är svårt att ändra (eller få flexibilitet) i en domänmodell modellerad som javaklasser.
Så då är det enklare att säga: Här är alla händelser, gör vad du vill med dem, bygg din egen modell som passar dina syften.
Det ger total flexibilitet och dessutom enkel interoperabilitet, eftersom eventloggen kan publiceras som en atom-feed t.ex.
Och det blir också relativt enkelt att hålla alla system med duplicerad data i synk eftersom alla event finns sparade och kan spelas upp om och om igen, bara varje system håller koll på när det senast hämtada information från loggen.
Undrar bara varför Rickard inte hoppat över till något annat språk. Måste vara nån slags kärlek.

Det märks att javascript sakta börjar lämna sitt gamla rykte bakom sig. Fyra av sex föreläsningar på Web-spåret var rena javascript-kodorgier.

1. Javascript effects, Seb Lee-Delisle, http://sebleedelisle.com/

Killen är otroligt begåvad och med självsäkerhet och kvicka fingrar bränner han av en livekodnings-sejour där han skapar ett animerat träd på en html5-canvas med hjälp av lite javascript och lyckas få med objekt-orientering, funktionella delar, rekursion, global versus lokal data och naturligtvis closures.

Efter det får vi alla koppla upp våra iPhones mot hans dator, via en html5 webbsida med websockets, och sedan börjar han projicera rörliga bilder i lokalen genom att varje telefon får representera EN pixel av filmen som servern sänder. Seb har många ideer…

Kolla på youtube, t.ex. http://www.youtube.com/watch?v=UCuVjPpExoQ och missa för allt i världen inte http://creativejs.com/ om du har lite tid över att leka.

2. Sproutcore, Yehuda Katz

Javascript-ramverk som ska hjälpa oss strukturera klientsidan av webbapplikationer finns det många av. Vilket ska man välja?

Sproutcore  är väl en av finalisterna. Varför det är så lyckas Yehuda visa på ett ganska övertygande sätt.

Ett sätt att få överblick är att kolla in TodoMVC där en och samma webbapplikation finns skriven i en rad av de populäraste ramverken.

3. Test-driven Javascript, Christian Johansen

Norrmannen höjer ribban ytterligare och kör TDD-utveckling live, från början till slut, alla 50 minuterna, de sista fem är gastkramande spännande. Ska han hinna färdigställa hela appen och få det avslutande funktionstestet att gå igenom?

Naturligvis gör han det, och slår därmed till och med den exelenta Brighton-bon Seb Lee-Delisle på fingrarna med sin fingerfärdighet.

Otroligt inspirerande att se TDD i javascript genomförd med sådan självklarhet.

4. Node.js – A practical introduction, Felix Geisendörfer

För er som prenumererat på podcasten nodeup är det här inget nytt namn. När man lyssnar på nodeup kan man dock få en känsla av att ha tagit ett sömnpiller (eller att grabbarna i podcasten har tagit ett par…) när nördigheten passerar ytterligare en gräns man fem minuter tidigare trodde var opasserbar.

Men av detta märks noll och intet när Felix ska berätta för oss vad node.js är för en varelse. Tvärtom får jag nästan en känsla av att han knappt tar sig tid att andas, så oerhört mycket har han att förmedla. Entusiasmen går inte att ta fel på, inte heller kunnandet.

Inte ens hans lätta tyskbrytning spelar någon roll, ett fenomen som annars kan göra vilken föreläsning som helst dubbelt krävande.

Kolla in http://nodejs.org/ och http://www.youtube.com/watch?v=g29PemqW7lQ.