Инженерные кейсы

Здесь собраны реальные задачи, с которыми я сталкивался в разработке. Я убрал названия продуктов, компаний и внутренние идентификаторы, но сохранил техническую причину, ход диагностики и свой вклад.

Это не готовые рецепты. Каждый кейс показывает связь между базовой темой и поведением настоящей системы.

Java и работа с данными

• Кейс N plus 1 при обходе иерархии
• Кейс subList изменил исходный список

SQL и Hibernate

• Кейс фильтр поверх UNION

Интеграции

• Кейс сетевой N plus 1
• Кейс конфигурация Kafka в разных окружениях
• Кейс исключение было проглочено внутри транзакции

Docker и окружение

• Кейс Docker-сборка для ARM и x86

BPMN

• Кейс deadlock из-за асинхронных шагов BPMN
• Кейс контракты переменных и gateway в BPMN
• Кейс глобальный обработчик ошибок BPMN

Как я записываю кейс

1. Фиксирую наблюдаемое поведение, а не предполагаемую причину.
2. Показываю, как сузил область поиска.
3. Отделяю свой вклад от работы команды и поведения платформы.
4. Не придумываю метрики, если их не измерял.
5. Записываю проверяемый технический вывод и связываю его с теорией.