Sittende fast? Spør en gummiand

I en av de mest nerdete internettvitsene noensinne, introduserte Stack Overflow, et nettsted for programmerere, en gummiand for en aprilspøk. Andens rolle var å hjelpe besøkende med å løse dataprogrammeringsproblemer. Den ville lytte til folks spørsmål, og etter å ha hørt dem, begynte anda å "skrive", bare for å produsere bare et "kvaksalver" etter ventetiden.

Som enhver programvareutvikler kan fortelle deg, kan mange problemer faktisk løses ganske enkelt forklarer situasjonen for noen – selv om den personen ikke vet noe om feltet, ikke er spesielt smart og ikke er interessert i å gi noen som helst veiledning. Og ja, selv om den personen bare er en gummiand. Løsningen kommer ikke utenfra – den finnes i prosessen med å forklare problemet på naturlig språk.

Selvfølgelig er denne teknikken ikke bare for programmerere, men den undervises i informatikk og programvareingeniørkurs, der vi pleier å kalle det "rubber duck debugging" eller "rubberducking" for kort. Betegnelsen kommer fra en historie fortalt i boken

Den pragmatiske programmereren av Andrew Hunt og David Thomas, der en programmerer bruker en and for å tvinge seg selv til å tenke gjennom programvarekoden, linje for linje.

Mer generelt, det å måtte forklare eller undervise i et emne tvinger deg til å vurdere emnet fra forskjellige perspektiver, som da kan gi en dypere forståelse.

Det er selvforklarende

Handlingen med å forklare kode til en ekstern enhet er en form for selvforklaring. Enten lytteren er en annen person eller et barns leketøy, tvinger forklaring en person til å artikulere tankene sine, noe som innebærer å bruke tid på å eksplisitt analysere og fokusere på et problem. Denne prosessen kan på sin side avsløre skjulte antakelser, logiske feil eller oversett detaljer.

Forskere, som universitetsprofessor og forfatter Michelene T.H. Chi, har utforsket fordelene med selvforklaring i læring og problemløsning. Den grunnleggende ideen er at når individer forklarer konsepter eller problemer med egne ord, forbedrer det deres forståelse og oppbevaring av materialet. Ikke bare det, men selvforklaring oppmuntrer også til et dypere nivå av kognitiv prosessering og hjelper til med å identifisere hull i forståelse.

Ved å beskrive hva programmet skal gjøre og observere hva det faktisk gjør, for programvareutviklere, blir ethvert avvik tydelig. Selvforklaring har en tendens til å gi bedre resultater enn å bare tenke høyt uten et publikum. Og det er en ekstra fordel ved å bruke et livløst objekt: Programmereren trenger ikke å avbryte noen.

Selvforklaringseffekten i læring har også blitt undersøkt på tvers av mange disipliner, og den fungerer på tvers – i kjemi, biologi, matematikk, sykepleie, etc. Videre er selvforklaring et nyttig verktøy for å hjelpe en elev med å integrere ny kunnskap med eksisterende kunnskap, slik at de kan oppdatere og avgrense eksisterende mentale modeller.

En annen fordel med selvforklaring er at elevene også kan bli mer bevisste på sitt faktiske nivå av forståelse og finne områder hvor de kan trenge å bruke litt mer tid på å utvikle sine kunnskap.

Kunnskap kommer i par

Introverte, spesielt, har en tendens til å elske programvareutviklingsjobber, og setter pris på mangelen på menneskelig interaksjon i deres daglige arbeid. Noen interaksjoner er imidlertid ganske verdifulle. For eksempel kan teamarbeid bidra til å spre spesifikk kunnskap i bedriften og hjelpe enkeltpersoner å videreutvikle sine ferdigheter.

Parprogrammering er en annen problemløsningsteknikk som praktiseres av programvareteam. Som navnet antyder, er dette en type teamarbeid der to programvareutviklere sitter ved samme datamaskin og jobber med et programmeringsproblem. De vil se på den samme kodebiten, med en person som skriver mens den andre personen vurderer alt i en observatørrolle. Denne prosessen er ganske lik hvordan gummiand-feilsøking fungerer: Mens "driveren" skriver kode, forklarer de også hva programmet må gjøre og hvordan de nye tilleggene vil oppnå at.

Å jobbe i par oppmuntrer også til fokus og reduserer distraksjoner. Og med to sett med øyne på samme stykke arbeid, oppdages feil og feil ofte tidlig. På samme måte som de to personene diskuterer designbeslutninger, kodestruktur og potensielle forbedringer i sanntid bidrar deres konstante dialog til å sikre en felles forståelse av prosjektet de jobber med på.

I tillegg til å lette kunnskapsoverføring, fungerer parvis også som en binding øvelse for teammedlemmer, eller for mentor-mentee-relasjoner. Bare tenk på et juniorteammedlem som får eksponering for ulike tilnærminger og problemløsningsteknikker ved å jobbe med en mer erfaren kollega.

Noen jobber går til og med så langt at de krever at teammedlemmene jobber tett sammen. For eksempel har kommersielle flypiloter vanligvis en copilot i cockpiten, og medisinske team jobber også sammen under operasjoner eller komplekse prosedyrer. Eller, i filmindustrien samarbeid mellom to filmklippere kan resultere i en mer polert og sømløs sluttklipp.

Å jobbe i par kan også være bra for kreativitet. For eksempel jobber musikkkomponister eller låtskrivere ganske ofte i artistduoer for å lage originale komposisjoner, der hvert medlem bringer sine unike ideer, talenter og perspektiver til stykket. Uansett om det andre medlemmet av paret er en ekte person eller et leketøy, er det å snakke gjennom problemer et flott verktøy for å komme seg løs og produsere flott arbeid.