2,5-årskoll

Fick hemskickat ett papper där man skulle utvärdera barnets språkutveckling och första frågan löd:

Hur många ord kan barnet säga (uttalet behöver inte vara korrekt, men det skall vara tydligt att förstå)

  • 0-25 ord
  • 0-50 ord
  • mer än 50 ord [Ja, det borde vara fler, inte mer]

Så, för att vara på det säkra började jag skriva upp alla ord Leia använde igår och idag kom vi upp i 50 (utan att använda namn).

  1. springa
  2. kom
  3. kopp (glas)
  4. gröt
  5. mun
  6. näsa
  7. öra
  8. öga
  9. koja
  10. titta
  11. där
  12. katt
  13. kaka
  14. sko
  15. kille kill (kittla)
  16. hoppa
  17. tå, tår
  18. gott
  19. glass
  20. inne
  21. sitta
  22. gunga
  23. täcke
  24. mage
  25. napp
  26. hjälp
  27. banan
  28. mera
  29. en gång till
  30. här
  31. ut
  32. korv
  33. tomte
  34. boll
  35. inte
  36. bil (brum brum)
  37. päron
  38. äpple
  39. sked
  40. min
  41. dumma (dig)
  42. arg
  43. tröja
  44. bada
  45. hålla
  46. äta
  47. här
  48. själv
  49. kolla
  50. penna
  51. kram

Och bland namn skrev vi upp

  • bror
  • mamma
  • pappa
  • Anton
  • Lisa
  • Fredrik
  • Cilla
  • Johan
  • Farfar
  • Farmor
  • Nej
  • Ja
  • Hej Hej, Hej då
  • mormor
  • Tova
  • Birk
  • Natalie
  • Leia
  • Pippi
  • Ida
  • Emil (Imle)
  • Sully (Monsters Inc)
  • Micke
  • Jenny
  • Anna

Check. :)

Böcker om Scrum mm

Jag brukar ta med mig ett par böcker när jag håller workshops eller predikar om ett ämne jag håller nära hjärtat. Eftersom det ofta är svårt att hinna svara alla frågor eller gå på djupet på alla ämnen så brukar det uppskattas att jag lämnar referenser till böcker (eller bloggar) där man kan gräva sig djupare. Efter fredagens “Agile Injection” fick jag frågan om att skicka över listan med böcker jag hade med mig då. Här är den. :)

Följande utmärkta böcker rekomenderas varmt

Agile Project Managemeng with Scrum, Ken Schwaber
9780735619937
Appendix A är Scrum i ett nötskal (~10 sidor). “A book of case studies about Scrum”. Som Knibergs bok, fast mer polerad och mindre detaljrik.

Scrum and XP from the Trenches, Henrik Kniberg
9781430322641
125 sidor med erfarenheter: how we do testing, how we do sprint backlog, how we arrange the team room, how we do daily scrums, … Man bör kunna grunderna (helst prövat på) för att fullt uppskatta boken.

Clean Code, Robert C. Martin
9780132350884
Utmärkt genomgång av hur man renskriver kod, och varför. Ögonöppnare för många.

Working Effectively with Legacy Code, Michael C. Feathers
9780131177055
Utmärkt bok om “refactoring” – hur skall man attackera legacy code (dvs kod som inte täcks av automattest).

Mycket bra är också

The Pragmatic Programmer, Andrew Hunt, David Thomas
9780201616224
Insiktsfullt om kärnan av systemutveckling – hur jobbar en “bra” utvecklare (eller hur blir man).

Följande böcker har inte samma nivå, men är fortfarande bra.

Extreme Programming Explained, Second Ed, Kent Beck, Cynthia Andres
0321278658
Kent Beck försöker förklara Extreme Programming. Lyckas sådär.

Test-Driven Development, Kent Beck
9780321146533
Kent Beck visar upp TDD i praktiken med riktig kod i tre kapitel. En bra praktisk genomgång.

Andra har uppskattat

User Stories Applied, Mike Cohn
Agile Estimating and Planning, Mike Cohn
Agile Software Development with Scrum, Schwaber, Beedle

och lite utanför ämnet

The Mythical Man-Month, Frederick P. Brooks, JR
9780201835953
Insikter kring mjukvaruutvecklingen från 1975, med uppdatering tjugo år senare. Intressant om man tycker utveckling av systemutveckling över tiden är intressant.

Key Signing Party

Efter att ha deltagit vid nyckelsigneringsfesten på FOSDEM 2010 så behövde jag se hur man hanterar mass-signingering. Ubuntu erbjuder ett paket som heter signing-party, där programmet caff ingår. Med caff signeras en nyckel och den skickas sedan krypterat till mottagarens adress. På så sätt kan man implicit verifiera e-postadressen. Fungerar fint och integrerar bra med gpg. Det är inte helt optimalt dock – det kräver lite input för varje UID (identitet i nyckeln) som man vill signera. Förklaringen till det är att man skall kunna välja att bara signera delar av en “hel” nyckel, vilket kan vara fullt rimligt.

Internkommunikation

Jag var iväg i Varberg nyligen och introducerade branchkollegor till Agile, Scrum och XP (inkl en praktisk övning – dojo style med KataStringCalculator). Uppdraget kom in ganska sent men jag och Janne gav oss an det ändå. Vi höll låda i fyra timmar och lämnade sällskapet i god stämning och med förutsättningslösa frågor om möjligheter att göra något mer framöver. Alles gut.

Tidigare i mitt arbetsliv har jag jobbat med arbetslag som varit mycket uppdelade – inte bara i form av plats utan också tid. Det hela fungerade dock bra mycket tack vare väl fungerande internkommunikation. Allt arbete var helt självpåtaget – det fanns ingen arbetsledare som delade ut uppgifter eller ansvar eller på något sätt managerade – alla medarbetare (13 över åren) tog sig an det som kändes prioriterat och utmanande. Inte en enda gång gjordes arbete dubbelt. Inte en gång kom någon och sade “va, är det redan gjort?”.

IRC – Internet Relay Chat. Alla “hängde” på en IRC-kanal (sådan som det sjungs om i “Boten Anna”) som bara var till för jobbet. Där skrev man när man gjorde något, när något var klart och man diskuterade lösningar och problem. När man så började sitt arbete så bläddrade man igenom det som hänt sedan sist och fick på 2-10 minuter en perfekt uppdatering av läget. Inte olikt stå upp-möten.

Tillbaka till nu:

  • Kollega 1 – 2 dagar sedan, 17:39: “[Kund] sa att erat bidrag var mycket uppskattat idag :) Grymt jobbat!”
  • Kollega 2 – 2 dagar sedan, 17:39: “Hur gick gigget i Varberg? Var de mottagliga?”
  • Kollega 3 – 2 dagar sedan, 18:08: “Hörde att er kund var mycket nöjd med dagen. Hoppas ni hade en bra stund oxå.”

:)

  1. Det är kul med intresserade och stöttande kollegor (som ser till helheten och inte bara att kunden skall vara nöjd).
  2. Om IRC är low tech och e-post är high tech så har vi ett undantag som bekräftar regeln “med högnivå [språk] har vi sett upp till 5 gångers ökad effektivitet” (Brooks, Mythical Man-Month).

Som parentes kan sägas att jag börjar fundera mer – det finns nämligen två verktyg för internkommunikation: e-post (alla@) och socialwok (som liknar facebook fast för en sluten grupp, dvs företaget).

  • Om vi antar att båda verktygen är lika svåra att använda, kommer frågor via riktad mail istället för över woken pga man är rädd att visa upp misstag (det kanske gick dåligt i Varberg)?
  • IRC var alltid sökbart för vem som helst som kom och gick i gruppen – undrade man varför någon låtit DNS:en peka på en extern maskin så kunde man söka igenom IRC-loggarna snabbt (< 10 sekunder) och kanske få svar. (E-post är ju mycket inlåst, socialwok klarar en del men kontexten försvinner – endast tråden med sökträffar visas).
  • RSS hade potential att lösa problemet med att IRC kräver att man är uppkopplad när varje textrad skickas för att få ta del av den.
  • XMPP är ytterligare ett alternativ.

Det var länge sedan människans största uppgift var överlevnad, vi klarar enkelt att bibehålla lång livstid (i vår del av världen iaf). Jag har länge tänkt att det största uppgiften nu för (vår del av) mänskligheten är kommunikation. (Huruvida det är sant eller inte skall jag låta vara osagt, entrepologer har bättre insikt.) Det går åt massor med energi för att kommunicera, många blir upprörda över dåligt fungerande kommunikation (eller glada, som jag idag :) och jag tycker jag ofta ser bevis på att kommunikation verkligen är kung. (Jag vet att jag pratade om detta med Annette Welander (marknadsansvarig) på Chalmers Studentbostäder när jag började där 2003). Sedan dess har twitter och facebook blivit stort i Sverige. Mitt projektarbete på gymnasiet var en plattform för kommunikation som ratades. Problemet var kanske att den var skriven i C istället för PHP?)