Stosuje metody i techniki rozwiązywania problemów

Dlaczego tak

System kontroli wersji przechowuje historię zmian, pozwala każdemu pracować na osobnej gałęzi i łączy zmiany, sygnalizując konflikty do świadomego rozwiązania, zamiast cicho nadpisywać pracę innych. Przegląd kodu przed scaleniem dodatkowo wyłapuje błędy. Wysyłanie plików mailem i kopie z datą w nazwie mnożą wersje bez kontroli, a praca po kolei czterokrotnie wydłuża projekt.

Dlaczego tak

Metoda 5 Why polega na wielokrotnym pytaniu „dlaczego?” o kolejne przyczyny, aż do przyczyny źródłowej — tu braku rotacji logów, którą usuwa się konfiguracją, np. logrotate. Usunięcie samego objawu, czyli zwolnienie miejsca, nie zapobiegłoby powtórce. Burza mózgów służy do zbierania wielu pomysłów naraz, SWOT do analizy sytuacji, a diagram Gantta do planowania harmonogramu.

Dlaczego tak

Każdy test dzieli zbiór podejrzanych commitów na pół: 64 → 32 → 16 → 8 → 4 → 2 → 1, czyli wystarczy 6 testów, bo 2^6 = 64. Odpowiedź 64 odpowiada sprawdzaniu commitów po kolei, a 32 — pomyleniu liczby testów z liczbą commitów, które zostają do sprawdzenia po pierwszym teście. Metoda połowienia jest tym korzystniejsza, im dłuższa jest historia.