Zablokowany? Zapytaj Gumową Kaczkę

W jednym z najbardziej nerdowskich żartów internetowych w historii, Stack Overflow, witryna dla programistów, przedstawiła gumową kaczkę w ramach żartu z okazji Prima Aprilis. Rolą kaczki było pomaganie odwiedzającym w rozwiązywaniu problemów związanych z programowaniem komputerowym. Słuchał pytań ludzi, a po ich wysłuchaniu kaczka zaczynała „pisać”, by po oczekiwaniu wydać jedynie „kwak”.

Jak może powiedzieć każdy programista, wiele problemów można rozwiązać w prosty sposób wyjaśnianie przedstawić komuś sytuację – nawet jeśli ta osoba nie ma zielonego pojęcia o tej dziedzinie, nie jest szczególnie bystra i nie jest zainteresowana udzielaniem jakichkolwiek wskazówek. I tak, nawet jeśli ten ktoś jest po prostu gumową kaczką. Rozwiązanie nie przychodzi z zewnątrz – można je znaleźć w procesie wyjaśniania problemu w języku naturalnym.

Oczywiście ta technika nie jest przeznaczona tylko dla programistów, ale uczy się jej w informatyce i kursy inżynierii oprogramowania, które zwykle nazywamy „debugowaniem gumowej kaczki” lub „gumową kaczką”. krótki. Pseudonim pochodzi z historii opowiedzianej w książce

Pragmatyczny programista autorstwa Andrew Hunta i Davida Thomasa, w którym programista używa kaczki, aby zmusić się do przemyślenia kodu oprogramowania, linia po linii.

Mówiąc bardziej ogólnie, konieczność wyjaśniania lub nauczania danego przedmiotu zmusza do oceny przedmiotu z różnych perspektyw, co może następnie zapewnić głębsze zrozumienie.

To oczywiste

Akt wyjaśniania kodu podmiotowi zewnętrznemu jest formą samotłumaczenia. Niezależnie od tego, czy słuchaczem jest inna osoba, czy zabawka dla dzieci, wyjaśnianie zmusza osobę do artykułowania swoich myśli, co wiąże się z poświęceniem czasu na wyraźną analizę i skupienie się na problemie. Ten proces z kolei może ujawnić ukryte założenia, błędy logiczne lub przeoczone szczegóły.

Naukowcy, tacy jak profesor uniwersytecki i autorka Michelene T.H. Chi, zbadali korzyści płynące z samodzielnego wyjaśniania w uczeniu się i rozwiązywaniu problemów. Podstawową ideą jest to, że gdy ludzie wyjaśniają pojęcia lub problemy własnymi słowami, poprawia to ich zrozumienie i zapamiętywanie materiału. Co więcej, samo wyjaśnianie zachęca również do głębszego przetwarzania poznawczego i pomaga zidentyfikować luki w rozumieniu.

Opisując, co program ma robić i obserwując, co faktycznie robi, dla twórców oprogramowania każda rozbieżność staje się oczywista. Samo wyjaśnianie zwykle daje lepsze rezultaty niż samo głośne myślenie bez publiczności. Korzystanie z obiektu nieożywionego ma dodatkową zaletę: programista nie będzie musiał nikomu przeszkadzać.

Efekt samotłumaczenia w uczeniu się został również zbadany w wielu dyscyplinach i sprawdza się we wszystkich przypadkach – w chemii, biologii, matematyce, pielęgniarstwie itp. Co więcej, wyjaśnianie siebie jest użytecznym narzędziem pomagającym uczniowi zintegrować nową wiedzę z istniejącą, umożliwiając mu aktualizację i udoskonalenie istniejących modeli mentalnych.

Kolejną korzyścią wynikającą z samodzielnego wyjaśniania jest to, że uczniowie mogą również stać się bardziej świadomi swojego rzeczywistego poziomu zrozumienia i znalezienia obszarów, w których być może będą musieli poświęcić więcej czasu na rozwój swoich umiejętności wiedza.

Wiedza przychodzi parami

Introwertycyw szczególności uwielbiają pracę związaną z tworzeniem oprogramowania i doceniają brak interakcji międzyludzkich w ich codziennej pracy. Niektóre interakcje są jednak dość cenne. Na przykład praca zespołowa może pomóc w rozpowszechnianiu określonej wiedzy w firmie i pomóc poszczególnym osobom w dalszym rozwijaniu swoich umiejętności.

Programowanie w parach to kolejna technika rozwiązywania problemów stosowana przez zespoły programistyczne. Jak sama nazwa wskazuje, jest to rodzaj pracy zespołowej, w której dwóch programistów siedzi przy tym samym komputerze i pracuje nad problemem programistycznym. Będą patrzeć na ten sam fragment kodu – jedna osoba będzie pisać, a druga przeglądać wszystko w roli obserwatora. Proces ten jest dość podobny do działania debugowania gumowej kaczki: gdy „sterownik” zapisuje plik kodu, wyjaśniają także, co program musi zrobić i w jaki sposób nowe dodatki osiągną To.

Praca w parach również zachęca do skupienia i zmniejsza czynniki rozpraszające. A gdy dwie pary oczu patrzą na to samo dzieło, błędy i pomyłki często są wychwytywane na wczesnym etapie. Podobnie, gdy obie osoby omawiają decyzje projektowe, strukturę kodu i potencjalne ulepszenia w czasie rzeczywistym, a ich stały dialog pomaga zapewnić wspólne zrozumienie projektu, nad którym pracują NA.

Oprócz ułatwiania transferu wiedzy, praca w parach pełni także funkcję: wiązanie ćwiczenie dla członków zespołu lub relacji mentor-mentee. Pomyśl tylko o młodszym członku zespołu, który zyskuje kontakt z różnymi podejściami i technikami rozwiązywania problemów, pracując z bardziej doświadczonym kolegą.

Niektóre zadania wymagają nawet ścisłej współpracy członków zespołu. Na przykład piloci samolotów komercyjnych zwykle mają w kokpicie drugiego pilota, a zespoły medyczne współpracują także podczas operacji lub skomplikowanych procedur. Lub, w branży filmowej, współpraca pomiędzy dwoma montażystami filmowymi może skutkować bardziej dopracowaną i płynną wersją końcową.

Praca w parach też może być dobra kreatywność. Na przykład kompozytorzy muzyki lub autorzy tekstów często pracują w duetach artystów, aby tworzyć oryginalne kompozycje, w których każdy członek wnosi do utworu swoje unikalne pomysły, talenty i perspektywy. Niezależnie od tego, czy drugi członek pary jest prawdziwą osobą, czy zabawką, omawianie problemów jest doskonałym narzędziem do uwolnienia się od problemów i wykonania świetnej pracy.