Der hvor skapet skal stå
Når skapets posisjon skal diskuteres er det noen man skal lytte til mer enn andre. Når skapet heter webapplikasjoner og webteknologi så hører jeg etter når Martin Fowler og David Heinemeier Hansson snakker. Når ovenfornevnte størrelser snakker sammen og moderator heter Scott Hanselman, da setter jeg iTunes på repeat.
Martin Fowler innehar den ikke helt trivielle tittelen “Chief Scientist” hos programvare og konsulentselskapet ThoughtWorks. Han er regnet som pionér innen objektorientert teknologi, refactoring, patterns, smidige metoder, domenemodellering, UML og Extreme Programming. Han er også representert blant forfatterne av Agile Manifestet. Kort summert har Fowler sagt og skrevet mye som forhåpentligvis har påvirket hvordan vi jobber.
Hørt om Ta-da og Backpack? David Heinemeier Hansson hos 37signals er programmereren og evangelisten bak disse applikasjonene. Han er nå leder for videreutviklingen av det ikke helt ukjente rammeverket Ruby on Rails og har svært klare ideer om hvordan utvikling av webapplikasjoner skal foregå.
Etter en obskønt amerikansk intro sparker Hanselman moroa i gang : Må HTML vike for rikere presentasjonsteknologier som Apollo og Silverlight? Hansson tar resolutt til motmæle og omfavner HTML/CSS/JavaScript for begrensningene og konvensjonene det gir. Orginalitet er ikke nødvendigvis en god ting i UI design, de tradisjonelle teknologiene gir både brukere, designere og utviklere kjente modeller å jobbe med. Hansson ser ingen grunn til å finne opp flere hjul. Fowler kunne vanskelig vært mer enig, rike klienter er fint og flott til fancy gadgets, widgets og desktopapplikasjoner men mangler rammene som HTML med venner gir. Folk flest takler ikke friheten som følger med et blankt ark, og dette vil gå på brukervennligheten løs. Verktøy og muligheter kommer i fokus og interaksjonsdesignet havner på sidelinjen. Gode prosesser som forener smidig utvikling og usability er områder som behøver ytterligere fokus ærklærer Fowler og jeg kjenner jeg blir litt rørt.
Designet må komme først og gjerne tett påfulgt av HTML - design er ikke pynting som vi legger på toppen etterpå, men utgangspunktet for applikajsonen. Heinemeier Hansson tror designere tåler litt Ruby kode i HTML’en sin og i tillegg skal man strebe etter å få reelle data på lufta så fort som mulig - “lorem ipsum” må gå. Funksjonelle spesifikasjoner trenger vi heller ikke, applikasjonen er spekken og hvis vi ikke liker den så forandrer vi den, når som helst, og hvor grunnleggende som helst. Fowler stepper inn med presiseringer: Design først, men ikke for mye. Virkeligheten forandrer seg for ofte til at man kan gå tre måneder i tenkeboksen og tegne opp hvert eneste skjermbilde. Man skal utvikle i små steg og være forberedt på endring, nøkkelord her er Enhetstesting og rammeverk. Jeg kjenner at jeg nikker og smiler.
Diskusjonen vender seg mot estetikk i kode og hvordan strengt dogmatiske rammeverk tvinger utviklere til å gjøre ting pent og riktig helt fra starten av samtidig som det avler engasjerte sjeler. For debattdeltagerne er trenden er tydelig: alfautviklere og tilsvarende kunder går bort fra Microsoft og fossefallsmetode til fordel for mer engasjerende metoder og teknologier - med andre ord: Agile og Rails.
Podcasten i sin helhet finner du her:
http://www.hanselminutes.com/default.aspx?showID=82
Namedropped:
Jeff Patton
Marc Mcneill
Treesurgeon
Magic ink manifesto
Fritt sammendratt av
Stephan Winter
Linkene til Magic ink manifesto og TreeSurgeon peker samme sted (til TreeSurgeon).. You fix?
I fix