|
2003-08-29
Nyfiken på Coopers test
Såg i mina loggfiler att någon har hittat hit efter att ha letat efter information om Coopertestet. Nu är den Cooper jag brukar skriva om mindre intresserad av test än av design, men jag blev ändå tillräckligt nyfiken för att följa de andra sökträffarna.
Coopertestet är ett tufft konditionstest som går ut på att man ska springa så långt man orkar på fjorton minuter – eller tolv – alternativt en viss sträcka – ofta tre km – så snabbt man kan. Därefter räknas en konditionsfaktor fram som bland annat beror på ålder. Men att få fram de andra faktorerna visade sig knepigt.
SVT:s Ramp lyckas nästan beskriva det, men utan den kritiska tabellen, vilket gör förklaringen en aning poänglös.
Efter lite letande lyckades jag i alla fall hitta en räknesida hos min gamla gymnasieskola. Den tillhörande omräkningstabellen sade mig att jag har en god kondition. Fast det anade jag nog redan.
Men jag vet inte riktigt hur snabbt jag springer 3 km. Jag håller snarare på att toppa formen inför tre mil om en månad. I lördags provade jag Lidingöloppsbanan, med glädjande formbesked. Och på lördag blir det halvmara.
Tydligen kör man Coopertestet på många gymnasieskolor. På så sätt får man ytterligare indikationer på att ungdomar får allt sämre kondition. - Många ungdomar i dag kanske är vana att röra på sig tills det börjar bli jobbigt. De kanske spelar lite innebandy för kul. Men när det börjar ta emot, då sätter de sig och vilar. Det är ju precis då de ska fortsätta, det är då det börjar ge resultat.
Trist läsning.
Tillägg (2004-03-29)
Jag har senare skrivit om ett annat konditionstest: Beeptestet.
2003-08-26
Vi fixar det i dokumentationen
Den senaste veckan har jag läst en hel del manualer för granskning inför produktsläpp om ett par månader. På fritiden har jag läst Kafka. Jag kan dock inte dra så många paralleller mellan dessa faktum som jag hade förväntat mig.
Vad som börjar bli mer och mer kännbart är dock att alla ändringsförslag och rättelser nu börjar drabba dokumentationen eftersom det är för sent att ändra i mjukvaran.
Q: How many hardware engineers does it take to fix a problem?
A: None. We'll fix it in the software.
Q: How many software engineers does it take to fix a problem?
A: None. We'll fix it in the documentation.
Q: How many documentation writers does it take to fix the problem?
A: None. The user can work it out.
Med det gamla skämtet börjar Passing the Design Buck, en genomgång av problem med att skilja ut dokumentationen (och utbildning) från gränssnittsdesignen och lite om vad man kan göra åt det.
The description of something as a 'documentation issue' is built on two underlying assumptions:
→ That users will read the documentation
→ That the problem cannot be fixed readily at the user interface layer.
Both of these assumptions are questionable at best.
Så sant. Men nu när jag blivit dokumentationsansvarig i projektet känner jag hur mina prioriteringar gradvis förändras. Det är lite för lätt att bita ihop och acceptera dåliga användargränssnitt när man står inför ett oförhandlingsbart schema.
2003-08-23
Cooper om personornas ursprung
Också i Coopers nyhetsbrev: Alan Cooper skriver om när han började använda Personor.
I would engage myself in a dialogue, play-acting a project manager, loosely based on Kathy, requesting functions and behavior from my program. I often found myself deep in those dialogues, speaking aloud, and gesturing with my arms. [...] I found that this play-acting technique was remarkably effective for cutting through complex design questions of functionality and interaction, allowing me to clearly see what was necessary and unnecessary and, more importantly, to differentiate between what was used frequently and what was needed only infrequently.
Lämna designarbetet till experterna
För någon vecka sedan var det en debatt om obehöriga lärare. Somliga blir upprörda när barnen blir undervisade av obehöriga lärare. Synd att man inte blir lika upprörd av produkter designade av obehöriga gränssnittsdesigners.
I Coopers färska nyhetsbrev skriver Kim Goodwin om risker med att låta programmerare göra interaktionsdesign:
→ It’s ineffective because programmers don’t think like designers (or users)
→ It’s risky because the executives aren’t in control
→ It’s inefficient because there’s no blueprint
Om den sista punkten: To be fair to the programmers, they’re not working trial-and-error because it’s fun. They’re doing it because they can’t read minds, which is what it would take to turn the average Marketing Requirements Document into a product people can see and use.
2003-08-19
Terapi
En bra uppiggare efter ett lååångt stormöte: kläm plastbubblor på webben. Enkelt är bäst – och smittsamt!
Undrar om det finns någon webbsida där man kan riva itu perforerade papper också?
2003-08-17
Träningsblogginlägg
Flera bloggare pratar om marathon nästa år: Mats Andersson har tidigare skrivit om löpning och Peter Löfgren har startat en träningsblogg inför Stockholm Marathon 2004.
Själv sprang jag Stockholm Marathon förra året och ska definitivt göra om det någon gång. Just nu lutar jag dock åt att göra en svensk klassiker det kommande året. Får se om det går att kombinera. I år krockade Vätternrundan med Stockholm marathon. Men det vore kul med en virtuell träningsgrupp.
Jag sprang i alla fall midnattsloppet igår kväll på runt 49 minuter, vilket var snäppet bättre än tidigare. Jag hade en del krafter kvar till en tempoökning på Hornsgatan, så jag är nog hyfsat nöjd med ett väl disponerat lopp, men samtidigt lite missnöjd med trängseln som hindrade mig att springa på i mitt eget tempo vid ett par tillfällen, framförallt utför.
Tyvärr har de inte fått upp resultatet än. Det verkar vara något strul, vilket alltid är lika frustrerande.
Och eftersom jag inte kommer in på webbmejlen heller ger jag mig väl ut och springer i stället!
2003-08-14
Semiotik för designers
Semiotik för designers är en ny artikel på Boxes and Arrows, som introducerar området. Innehåller en introduktion om områdets relevans och en begreppslista.
"The study of signs is the study of the construction and maintenance of reality. To decline such a study is to leave to others the control of the world of meanings." – ur Daniel Chandler: Semiotics for beginners
Väl tajmat. Jag har tackat ja till en halvfartskurs i semiotik i höst och har börjat låna på mig kurslitteraturen. Där ingår bland annat Chandlers bok ovan.
Förra årets kurswebb har en befriande kort länklista – fem länkar, varav en går till google.
2003-08-13
I have nothing to say – and I'm saying it. (John Cale)
Jag har fullt upp efter semestern, och har inte tid att skriva. Men vänta bara...
Jakob menar å andra sidan att man bör tiga i stället för att gå på tomgång. Bortse därför från föregående stycke.
2003-08-01
Blogtips: Grand Text Auto
En blog att nämna i hypertextsammanhang är Grand Text Auto, en gruppblogg skriven av bland andra Stuart Moulthrop. Alldeles innan jag gick på semester skrev de om Borges-resureser och What We Write About When We Write About Behavior. Det sistnämnda inlägget innehåller ett exempel på metakod för en interaktiv agents beteende.
Den sista boken
I samma forskningsgrupp som Petra Söderlund arbetar Johan Svedjedal. I våras tipsade jag om en artikel av honom och sedan dess har jag läst hans Den sista boken, ännu en bok egentligen lånad för en essä om Philip K Dick.
Den välskrivna titelessän handlar om olika sätt att lagra text genom tiderna med fokus på olika varianter av hypertext.
Kom ihåg:
- Cybertext = en text som innehåller mekanismer för återkoppling (smalare än hypertext)
- Ergodicitet = användarens möjlighet att göra icke-triviala val vad gäller navigering i en text
- Båda begreppen myntades av Espen Aarseth
- Hyperverk är skrivna för att innehålla länkar
- Romaner är inte hyperverk, men kan publiceras som hypertext
Essän om Dick handlar om en bok som beskriver hur ett hyperverk kan upplevas, utan att boken för den skull är en hypertext. (Jag vill läsa den, om jag kommer över den.)
"Att uppleva ett hyperverk - det är att vara inuti tvånget att välja"
En sista essä samanfattar bokens huvudtankar, i form av en hypertext. Naturligtvis!
→ Recension av Den sista boken
Läs tidigare designtankar
© Design after Thought 2003
|
