Батл: Продуктовое мышление vs Инженерная дисциплина
Доклад принят в программу конференции
Целевая аудитория
Тезисы
Два тимлида. Четыре раунда. Один вопрос: разработчик должен думать как продакт — или это путь к хаосу? Одна сторона считает, что 80% фич не выстреливают, а значит лучше катить мелко, смотреть метрики и не строить собор там, где хватит навеса. Другая — что быстро выкатил значит быстро сломал доверие, а «потом переделаем» на практике означает никогда. Формат — батл: аргументы, панчи, голосование зала. Без слайдов на 80 страниц.
Опытный технический лидер и практикующий инженер с сильным треком в построении и масштабировании высокопроизводительных команд, работающих со сложными распределёнными системами.
Сейчас работаю над Wallet в Telegram — сервисом с высокими нагрузками и распределённой архитектурой. Проектирую и развиваю backend-системы: асинхронные интеграции, API-сервисы, работу с message-брокерами — в условиях, где надёжность и скорость критичны.
Прошёл путь от backend-разработчика до тимлида, совмещая глубокую техническую экспертизу с развитием команд. Выстраиваю процессы через безопасные автоматизированные релизы, детальную декомпозицию задач и прозрачную кросс-доменную коммуникацию.
Видео
Другие доклады секции
Продуктовые решения
