Metoda gumowej kaczuszki

Autor:
Zespół Future Collars
Metoda gumowej kaczuszki

Błędy w kodzie zdarzają się bardzo często i są wpisane w pracę programisty. Choć często powodują frustrację i wpływają na wydłużenie czasu realizacji projektu, to jednak ich odnalezienie i poprawa są kluczowe. W procesie tym pomóc może metoda gumowej kaczuszki. Na czym ona polega?

 

Jak działa metoda gumowej kaczuszki?

Czasami błędy w kodzie odnoszą się do szczegółów, które łatwo jest pominąć ze względu na szybkość programowania. Wystarczy jedna źle wprowadzona zmienna, literówka czy niepoprawnie określony warunek, by tworzony program czy aplikacja nie działały poprawnie. Na szczęście z pomocą programistom przychodzi metoda gumowej kaczuszki, oparta na idei myślenia na głos. Na czym ona dokładnie polega?

 

Rubber duck debugging

Rubber duck debugging to metodologia programowania, odnosząca się do debugowania kodu. Nazwa jest odniesieniem do historii przedstawionej w książce The Pragmatic Programmer autorstwa Andrew Hunta oraz Davida Thomasa wydanej w 1999 roku. Metoda gumowej kaczki polega na weryfikacji napisanego kodu linijka po linijce w celu znalezienia błędów. Proces weryfikacji przebiega jednak w sposób nieco niestandardowy, gdyż podczas wyszukiwania defektów programista objaśnia stojącej obok niego, żółtej kaczce, sposób działania czy zakres funkcji poszczególnych elementów w aplikacji, witrynie czy w programie. Mówiąc wszystko na głos, programista wyjaśniania więc wiersz po wierszu co wykonał oraz dokładnie opisuje problem. W trakcie takiej inspekcji kodu o wiele łatwiej można znaleźć błąd. Metoda gumowej kaczuszki bardzo dobrze sprawdza się także podczas nauki programowania oraz w trakcie kursów dla programistów.

 

Skąd biorą się błędy w kodzie?

Przede wszystkim musimy zdać sobie sprawę z faktu, że komputer „myśli” inaczej niż ludzie. Tam, gdzie używa się tylko logiki i faktów, ludzki umysł jest zdecydowanie znacznie bardziej złożony i wykorzystuje wszystkie pięć zmysłów do podejmowania decyzji. Kiedy dochodzi do zablokowania prac z powodu błędu w kodzie, najczęstszym powodem zaistniałej sytuacji jest to, że programista nie użył umysłu w sposób, w jaki „myśli” komputer do rozwiązywania problemów związanych z inspekcją kodu.

Aby napisać idealny kod, trzeba być tak precyzyjnym, jak to tylko możliwe, ponieważ komputery nie rozumieją niejasnych instrukcji. W związku z tym większość błędów, z którymi programista boryka się w swoim kodzie, wynika z braku dostarczenia jasnych informacji i instrukcji.

 

Ask the duck – czyli jak rozmawiać z kaczką?

metodzie gumowej kaczuszki cały proces inspekcji kodu rozpoczyna się od stwierdzenia faktu, że w napisanym kodzie jest błąd. Na wstępie nie wdrażamy naszego partnera, żółtej kaczuszki, w szczegóły. Staramy się jedynie nakreślić ogólny problem.

W kolejnym kroku przechodzimy do szczegółowej weryfikacji kodu, opisując na głos kaczce, linijka po linijce, co zostało napisane, dlaczego i w jakim celu. Należy przy tym pamiętać, że im bardziej szczegółowe jest wyjaśnienie, tym łatwiej będzie znaleźć błąd.

Efektem rubber duck debugging jest znalezienie rozwiązania problemu. Literówka, niewłaściwa zmienna lub nieprawidłowa składnia zostają wówczas naprawione, a przeprowadzony z kaczuszką monolog można uznać za skuteczny.

 

Aspekt psychologiczny w metodzie gumowej kaczuszki

Choć wiele osób na myśl o rozmowie z kaczką zaczyna się uśmiechać, to jednak metoda ta bazuje na solidnych, naukowych filarach.

Zaobserwowano, że podczas wyjaśniania komuś koncepcji lub problemu w mózgu zachodzą dwie subtelne, ale przełomowe zmiany.

Pierwsza z nich spowalnia myślenie. Podczas opowiadania jesteśmy w stanie opisać szczegóły dokładniej, nie pomijając żadnych informacji. Druga zmiana dotyczy z kolei percepcji postrzegania rozmówcy, z którym mamy do czynienia. Rozmawiając z gumową kaczką, traktujemy ją poniekąd z automatu, jako mniej doświadczonego w programowaniu przeciwnika, przez co wszystkie elementy kodu objaśniamy dokładniej, jak dla laika.

Zakładając, że kaczka nie zna szczegółów problemów tak dobrze, jak my, jesteśmy zmuszeni opisać nawet te najdrobniejsze fragmenty kodu, przez co szansa na znalezienie błędu wzrasta. Ten psychologiczny aspekt metody gumowej kaczuszki dla programistów jest tak naprawdę częścią teorii rozwoju poznawczego Piageta.

Reasumując, metoda gumowej kaczuszki to dla programistów szybka droga do przeprowadzenia skutecznej inspekcji kodu. Czasem zatrzymanie się, czy nawet wykonanie kroku wstecz, daje lepszy pogląd na całą sytuację. W przypadku debugowania kodu kwestie te są kluczowe. Bez znalezienia błędu i poprawy nie można przejść bowiem do kolejnych etapów projektu. Warto więc porozmawiać z kaczuszką, aby za pomocą właściwych pytań, samemu udzielić sobie odpowiedzi na nurtujące nas problemy.

Skorzystaj również z naszych kursów online:

Przeczytaj jeszcze więcej
Projekt bez tytułu (1)

Stabilność branży IT i chęć rozwoju zadecydowały o nauce Business Intelligence i przebranżowieniu do IT

Poznaj historię przebranżowienia Michała Nowakowskiego, który po 8 latach zdobywania doświadczenia w branży motoryzacyjnej na różnych stanowiskach postawił na Business Intelligence i pracę w IT. Dzisiaj pracuje jako Business Intelligence DevOps Specialist w DXC Technology Polska Wszystko po nowemu i wszystko na plus – ocenił swoją zmianę zawodową.    Czym się zajmujesz obecnie jako Business Intelligence DevOps Specialist? Jak wygląda Twój dzień pracy? Aktualnie jestem członkiem zespołu Stabilność branży IT i chęć rozwoju zadecydowały o nauce Business Intelligence i przebranżowieniu do IT

debata111jpg

Reskilling — wielki reset umiejętności. Czy jesteśmy gotowi?

Reskilling pracowników — odpowiedzialność społeczna firm czy rozwiązanie na brak specjalistów?  Nawet 49 proc. czasu pracy w Polsce zajmują czynności, które mogą zostać zautomatyzowane do 2030 r. dzięki zastosowaniu istniejących dziś technologii*. Oznacza to, że ponad 7 mln osób będzie musiało zdobyć nowe umiejętności, które pozwolą im utrzymać konkurencyjność na rynku pracy. Oznacza to, że problem braku „odpowiednich rąk do pracy” będzie się pogłębiał, a system społeczny Reskilling — wielki reset umiejętności. Czy jesteśmy gotowi?

panel 2_praca

Praca 4.0 „Przewidzieć jutro — rynek pracy w dobie niepewności”

Kongres Praca 4.0 „Przewidzieć jutro — rynek pracy w dobie niepewności” organizowany przez Konfederację Lewiatan to wydarzenie poświęcone kluczowym zagadnieniom dzisiejszego rynku pracy. Wydarzenie stacjonarne odbędzie się 30 stycznia 2023 roku, a towarzyszące mu warsztaty online w dniach 31-01 do 3.02. W debacie Kwalifikacje i kompetencje na rynku pracy głos zabierze Izabela Taborowska, CTO Future Collars.   PRACA 4.0 to wiedza o kluczowych zmianach i wyzwaniach na rynku pracy, o aktualnych Praca 4.0 „Przewidzieć jutro — rynek pracy w dobie niepewności”

Magda

Historia Magdy – osoby, której zależało na pracy w IT i jednocześnie na pracy z ludźmi

„Wybrałam kurs od Future Collars z polecenia i nie żałuje tej decyzji.” – tak rozpoczyna rozmowę Magda. „Otwartość, komunikatywność, pokora i elastyczność” — te cechy zdaniem Magdy są najważniejsze na tym stanowisku. Magda była zaskoczona, ile czasu musiała poświęcić na naukę. „Gdybym wiedziała o tym i miała zdecydować się na to jeszcze raz, zrobiłabym to! — mówi Magda i podkreśla, że to był efektywnie wykorzystany czas.   Zobacz nagranie:

Justyna K

Historia Justyny – osoby, która łączy pracę z liczbami i budowanie relacji z ludźmi

Justyna wybrała kurs Business Inteligence online ze względu na elastyczną formułę i cenny kontakt z mentorami. „Każdemu, kto zastanawia się nad wejściem do IT, radziłabym po prostu spróbować, bo każdy może znaleźć coś dla siebie wśród wielu różnych stanowisk i ról w branży” – radzi Justyna Konstantynowicz   Zobacz nagranie:

Agnieszka Mazade

Historia Agnieszki – obecnie Data Scientistki, która przekonuje, że każdy może programować

Agnieszka decydowała się aż na dwa kursy Python Developer i Data Science dzięki dofinansowaniu, które otrzymała z firmy, gdzie wówczas była zatrudniona. Posłuchajcie, jak Agnieszka odnajduje się w obszarze Data Science, które jak sama twierdzi – nie polega jedynie na programowaniu, ale również na zrozumieniu potrzeby biznesowej.   Zobacz nagranie: