Инбаль Шани, директор по продукту (CPO) GitHub, в разговоре с Ленни Рачицким делится видением будущего разработки программного обеспечения. Обладая опытом работы в Amazon Robotics, AWS и Microsoft, она анализирует трансформацию роли инженера в эпоху ИИ, объясняет, почему Copilot никогда не заменит человека, и раскрывает внутреннюю кухню инноваций в GitHub.
🔮 Будущее разработки: от написания строк к проектированию систем 4:18
По мнению Инбаль Шани, ИИ сегодня стал «базовой ставкой» (table stakes): около 92% разработчиков уже интегрировали нейросети в свои рабочие процессы . Однако гостья считает ошибочным (overhyped) мнение о том, что генеративный ИИ полностью заменит человека . Процесс разработки неизбежно сохранит «человека в контуре» (human in the loop), поскольку ИИ не способен на творческую искру и инновации, которые лежат в основе созидания .
Смена парадигмы в ближайшие 3–5 лет коснется не исчезновения профессии, а изменения мышления разработчиков:
- Переход к системному мышлению. Инженерам придется больше фокусироваться на архитектуре и связях между компонентами, а не на синтаксисе .
- Ускорение обучения джуниоров. Если раньше начинающие программисты тратили все время на изучение того, как писать простейший код, то теперь ИИ берет это на себя . По мнению Шани, это позволит молодым специалистам с первого дня вникать в бизнес-логику продукта и архитектуру систем .
- Эволюция «железа». Растущие потребности ИИ подтолкнут развитие CPU и GPU, а также новые методы оптимизации кода для эффективного использования ресурсов .
🧪 Что недооценено: ИИ в тестировании 6:19
Инбаль Шани утверждает, что тема ИИ-тестирования сейчас незаслуженно находится в тени (underhyped). С ростом производительности и объема генерируемого кода потребность в проверках становится критической . Она видит огромный потенциал в автоматизации широкого спектра тестов:
- Модульные (unit) и интеграционные тесты .
- Нагрузочное тестирование и проверка инфраструктуры .
- Безопасность и пентестинг (тесты на проникновение).
По мнению гостьи, использование ИИ для генерации полных тестовых наборов позволит избежать человеческого фактора в рутинных проверках, которые часто игнорируются из-за нехватки времени .
📊 Метрики успеха и продуктивности 10:37
Шани приводит впечатляющие цифры использования GitHub Copilot: более 37 000 организаций и 1,5 миллиона разработчиков уже используют инструмент . По данным внутренних опросов GitHub, разработчики пишут код на 55% быстрее , а 88% пользователей отмечают снижение уровня фрустрации и рост концентрации .
Однако гостья предостерегает компании от использования неверных метрик:
- Количество строк кода. Шани называет это «классическим плохим способом» измерения работы инженера .
- Чистое время. Время само по себе не является показателем, так как «можно очень быстро писать очень плохой код» .
- Time to Value. Вместо простого замера часов Шани предлагает оценивать время от постановки задачи до реализации ценности (дохода, внедрения или выхода на рынок) .
Главной целью (ultimate metric) для GitHub остается счастье разработчика (developer happiness) . По словам Инбаль, большинство инженеров тратят менее 20–25% своего времени непосредственно на написание кода, утопая в совещаниях и поддержке старого ПО . ИИ призван вернуть им это время для творчества и предотвратить выгорание .
🛠 Дилософия дизайна Copilot и работа в GitHub 18:52
Одной из причин успеха Copilot Инбаль называет его незаметность. Инструмент спроектирован так, чтобы «растворяться в фоновом режиме» . Философия дизайна строится на принципе «working backwards» (движение от клиента) :
- Минимизация трения. Если разработчику нужно ждать инструмент или тратить силы на сложную настройку, он его не примет .
- ИИ как переводчик. В будущем Copilot может стать инструментом коммуникации, помогая преобразовывать наброски и естественную речь в ТЗ, понятное всем участникам процесса .
Шани рассказывает, что в GitHub практикуется подход «eat your own dog food» (использование собственного продукта). Команда продукт-менеджеров и инженеров месяцами тестирует новые функции внутри компании . Интересно, что GitHub на GitHub используют не только технари: финансовый отдел использует PR и репозитории для отчетов, а HR и юридический департаменты — для внутренней коммуникации .
🚀 Как рождаются инновации: GitHub Next 32:44
В компании существует специальное подразделение — GitHub Next . Это команда прикладных ученых и исследователей, чья задача — изобретать будущее на горизонте 3–5 лет . Именно из этой лаборатории вырос Copilot.
Шани выделяет два фактора успеха таких исследовательских групп, которые часто проваливаются в других корпорациях:
- Связь с реальностью. Исследователи не просто пишут научные статьи, а работают в тесной синергии с продуктовыми командами, думая о внедрении в продакшн с «нулевого дня» .
- Защита от тактики. Команде дают свободу не заниматься краткосрочными задачами («сделайте нам что-то через полгода»), а фокусироваться на глобальных изменениях .
💡 Уроки лидерства: «ошибка скорости» Инбаль Шани 39:47
Путь Инбаль от инженера в аэрокосмической отрасли до CPO GitHub научил ее важному навыку — системному мышлению. Ее первый руководитель в авиации научил ее, что даже маленькая деталь (фильтр) должна рассматриваться в контексте всей системы зажигания и управления .
В рубрике «Уголок неудач» Инбаль поделилась историей из времен работы в TomTom . Прийдя на лидерскую позицию, она, по собственному признанию, совершила типичную ошибку: пыталась внедрять изменения слишком быстро . Будучи энергичным человеком («go, go, go»), она сразу видела все «трещины» в процессах и бросалась их чинить, не объясняя команде «почему» .
Главные выводы Шани для лидеров продуктов:
