Ting jeg tror er sande om softwareudvikling
Eller “Forestillinger jeg har om softwareudvikling” fordi nogen dage har man brug for at komme af med sine tanker og dermed skabe plads til nye.
Bestbrains - Træning, coaching og softwareudvikling
Eller “Forestillinger jeg har om softwareudvikling” fordi nogen dage har man brug for at komme af med sine tanker og dermed skabe plads til nye.
Bekæmp rutinen og hold dig munter
What did a team of (roughly) full-stack developers learn about their own system from two days with a DBA?
Hvad er et hold? Og hvad er et godt hold?
Hvornår laver man et godt code review? Helst imens koden bliver skrevet, men ellers... før!
Trust is an important enabler when developing software as well as in other endeavours in life. Some of the lessons are very obvious in climbing — so what can we learn?
Man skal lære af sine erfaringer og opgaver, men man kan jo snyde lidt og også lære af andres.
Det er lækkert at komme ud i køkkenet når det er rent og klar til brug — derfor er det en god idé at rydde op inden man forlader det. Det samme gælder når vi programmerer; efterlad koden (og køkkenet) lidt lækrere end da du fandt det, klar til de andre og klar til dig selv.
Et eksempel på planlægning af et retrospektiv, denne gang om motivation
Jeg får overraskende meget ud af at arbejde med en dagbog om morgenen, så her er lidt tanker om hvorfor det lige virker for mig nu.
Der er ideér, der er så logiske, at man er nødt til at lære af egen erfaring, at de ikke virker.
Paralleller mellem golf og projektledelse — er du bedst til det lange spil, eller på green? Lange slag er godt, men præcise slag er nødvendige for at komme helt i mål.
Om formater på user stories, og så en pointe om at det er godt og nyttigt at kende redskaberne i den agile værktøjskasse, men at vi skal huske formålet med dem — ellers bliver det ligegyldigt.
Hvor meget skal vi dokumentere? Lige tilpas, selvfølgelig.
Her i den agile subkultur sætter vi nogle gange gerne tal på "fordi det giver et beslutningsgrundlag", andre gange er vi tilbageholdende, fordi...
Der er altid masser af gode ideer til det, vi bygger, og det er jo dejligt. Men der også altid mere end rigeligt. Omfavn det, og start med de bedste.
Første skridt er at se, at noget er galt. Næste skridt er sværere, men også vigtigere. At finde ud af, hvad vi kan gøre ved det.
Når jeg opfordrer til et minimalistisk overblik over igangværende og kommende opgaver, så er der tit nogle, der er bange for, at vi skal glemme noget vigtigt, hvis vi ikke holder styr på det. Men hvis det er vigtigt nok, så glemmer vi det jo ikke, vel?
Man kan lave en plan eller opstille en mål for sine sprints af mange grunde. Formålet — hvad planen skal bruges til — er vigtigt, for det har betydning for, hvad en god sprintplan er.
Tillid gør samarbejdet meget lettere — sørg for at bevare den.
Når nu Danmark i stor stil arbejder hjemmefra er vi mange, der ikke følger de vante rutiner. Benyt lejligheden til at få nogle nye — gode — vaner.
I min hverdag har jeg typisk to forskellige aktiviteter. Jeg producerer, og jeg koordinerer. Begge dele er vigtige, og de er gensidigt afhængige — men det er også to meget forskellige arbejdsopgaver.
Et at de gode værktøjer i udviklerens værktøjskasse er TDD, eller test-drevet udvikling.
En meget almindelig udfordring som projekt- eller linjeledere møder, er hvordan man bedst motiverer udviklere (og til dels andre i relaterede stillinger). Bare det at samarbejde med en kollega som er demotiveret og helt tydeligt
Man koder løs i god tillid til sine værktøjer, og hov — den regner da forkert?! Nu er der måske en ny datatype på vej til javascript, som kan regne korrekt med kommatal.