Как инженер учится договариваться

2 октября в 10:30 по МСК в прямом эфире поговорим с Сергеем Киселевым о том, как меняется инженер, когда от его решений начинает зависеть всё больше людей. У Сергея больше десяти лет работы с инфраструктурой Яндекса и Yandex Cloud, а с 2023 года он строит Development Platform в MWS Cloud Platform. Ещё он входит в программный комитет DevOops и ведёт канал «Буду погроммистом!» (https://t.me/intr13_riot). Мне интересно это сочетание ролей: Сергей делает инструменты для коллег, нанимает инженеров и помогает выбирать, о чём говорит сообщество со сцены. Хочется проверить, как инженерные убеждения выдерживают встречу с людьми, сроками и последствиями собственных решений. Обсудим: - Что пришлось пересмотреть при переходе из Яндекса в MWS и что сильному инженеру труднее всего перестать делать самому, когда он становится руководителем? - Как появляются общие правила платформы: кто вправе отказаться от стандарта и кто платит за отсрочку миграции, если команда уже пообещала клиенту срок? - Как в найме отличить совместимость с командой от желания нанимать похожих на себя — и как через полгода заметить собственную ошибку отбора? - Что делает руководитель в аварии: когда самому разбираться с техникой, а когда взять на себя коммуникацию? Вспомним доклад Сергея на HighLoad++ о большом инциденте. - Что сегодня стоит за словом DevOps и чему начинающему инфраструктурному инженеру учиться самому, если часть рутины забирает AI? Попросим Сергея отделить случившиеся примеры от прогнозов и назвать позицию, которую он готов оспорить у самого себя. А под конец — про прикладную аудиофилию из описания его канала. Timeline 00:00 - Сергей Киселёв: инженер, руководитель и участник сообщества 03:44 - Студенческая компания: первый опыт руководства 09:01 - Переезд в Петербург ради людей и новых задач 14:30 - Возвращение в инженерную роль и работа в Яндексе 28:10 - Зачем компаниям единая инфраструктура 32:58 - Достаточное качество вместо бесконечного совершенствования 36:23 - Запуск облачных сервисов и передача самостоятельной команды 42:16 - Переход в MWS и выбор компонентов для облака 48:47 - Собрать ядро команды и ускорить найм 53:43 - Четыре направления платформы разработки 57:02 - Договариваться с продуктовыми и инфраструктурными командами 1:01:51 - Инциденты: надёжность, дежурство и связь с пользователями 1:10:53 - Разбор инцидента должен приводить к изменениям 1:15:31 - ИИ, документация через MCP и правила работы команды 1:22:06 - Метрики, переговоры и команда как продукт руководителя