# Инбаль Шани из GitHub: «ИИ не заменит разработчиков, он убьёт рутину» Источник: https://www.youtube.com/watch?v=f10s3rxKaJw Канал: Lenny's Podcast Опубликовано: 01.12.2023 --- Инбаль Шани, директор по продукту (CPO) GitHub, в разговоре с Ленни Рачицким делится видением будущего разработки программного обеспечения. Обладая опытом работы в Amazon Robotics, AWS и Microsoft, она анализирует трансформацию роли инженера в эпоху ИИ, объясняет, почему Copilot никогда не заменит человека, и раскрывает внутреннюю кухню инноваций в GitHub. ## 🔮 Будущее разработки: от написания строк к проектированию систем [[JUMP:04:18]] По мнению Инбаль Шани, ИИ сегодня стал «базовой ставкой» (table stakes): около 92% разработчиков уже интегрировали нейросети в свои рабочие процессы [05:20]. Однако гостья считает ошибочным (overhyped) мнение о том, что генеративный ИИ полностью заменит человека [05:34]. Процесс разработки неизбежно сохранит «человека в контуре» (human in the loop), поскольку ИИ не способен на творческую искру и инновации, которые лежат в основе созидания [05:47]. Смена парадигмы в ближайшие 3–5 лет коснется не исчезновения профессии, а изменения мышления разработчиков: * **Переход к системному мышлению.** Инженерам придется больше фокусироваться на архитектуре и связях между компонентами, а не на синтаксисе [08:19]. * **Ускорение обучения джуниоров.** Если раньше начинающие программисты тратили все время на изучение того, как писать простейший код, то теперь ИИ берет это на себя [08:52]. По мнению Шани, это позволит молодым специалистам с первого дня вникать в бизнес-логику продукта и архитектуру систем [09:06]. * **Эволюция «железа».** Растущие потребности ИИ подтолкнут развитие CPU и GPU, а также новые методы оптимизации кода для эффективного использования ресурсов [09:20]. ## 🧪 Что недооценено: ИИ в тестировании [[JUMP:06:19]] Инбаль Шани утверждает, что тема ИИ-тестирования сейчас незаслуженно находится в тени (underhyped). С ростом производительности и объема генерируемого кода потребность в проверках становится критической [06:36]. Она видит огромный потенциал в автоматизации широкого спектра тестов: 1. Модульные (unit) и интеграционные тесты [06:53]. 2. Нагрузочное тестирование и проверка инфраструктуры [07:09]. 3. Безопасность и пентестинг (тесты на проникновение). По мнению гостьи, использование ИИ для генерации полных тестовых наборов позволит избежать человеческого фактора в рутинных проверках, которые часто игнорируются из-за нехватки времени [07:25]. ## 📊 Метрики успеха и продуктивности [[JUMP:10:37]] Шани приводит впечатляющие цифры использования GitHub Copilot: более 37 000 организаций и 1,5 миллиона разработчиков уже используют инструмент [10:52]. По данным внутренних опросов GitHub, разработчики пишут код на 55% быстрее [11:11], а 88% пользователей отмечают снижение уровня фрустрации и рост концентрации [11:29]. Однако гостья предостерегает компании от использования неверных метрик: * **Количество строк кода.** Шани называет это «классическим плохим способом» измерения работы инженера [22:44]. * **Чистое время.** Время само по себе не является показателем, так как «можно очень быстро писать очень плохой код» [22:18]. * **Time to Value.** Вместо простого замера часов Шани предлагает оценивать время от постановки задачи до реализации ценности (дохода, внедрения или выхода на рынок) [23:12]. Главной целью (ultimate metric) для GitHub остается **счастье разработчика** (developer happiness) [11:11]. По словам Инбаль, большинство инженеров тратят менее 20–25% своего времени непосредственно на написание кода, утопая в совещаниях и поддержке старого ПО [13:06]. ИИ призван вернуть им это время для творчества и предотвратить выгорание [13:20]. ## 🛠 Дилософия дизайна Copilot и работа в GitHub [[JUMP:18:52]] Одной из причин успеха Copilot Инбаль называет его незаметность. Инструмент спроектирован так, чтобы «растворяться в фоновом режиме» [18:52]. Философия дизайна строится на принципе «working backwards» (движение от клиента) [19:05]: * Минимизация трения. Если разработчику нужно ждать инструмент или тратить силы на сложную настройку, он его не примет [19:19]. * ИИ как переводчик. В будущем Copilot может стать инструментом коммуникации, помогая преобразовывать наброски и естественную речь в ТЗ, понятное всем участникам процесса [25:41]. Шани рассказывает, что в GitHub практикуется подход «eat your own dog food» (использование собственного продукта). Команда продукт-менеджеров и инженеров месяцами тестирует новые функции внутри компании [18:35]. Интересно, что GitHub на GitHub используют не только технари: финансовый отдел использует PR и репозитории для отчетов, а HR и юридический департаменты — для внутренней коммуникации [17:48]. ## 🚀 Как рождаются инновации: GitHub Next [[JUMP:32:44]] В компании существует специальное подразделение — **GitHub Next** [36:48]. Это команда прикладных ученых и исследователей, чья задача — изобретать будущее на горизонте 3–5 лет [37:02]. Именно из этой лаборатории вырос Copilot. Шани выделяет два фактора успеха таких исследовательских групп, которые часто проваливаются в других корпорациях: 1. **Связь с реальностью.** Исследователи не просто пишут научные статьи, а работают в тесной синергии с продуктовыми командами, думая о внедрении в продакшн с «нулевого дня» [38:13]. 2. **Защита от тактики.** Команде дают свободу не заниматься краткосрочными задачами («сделайте нам что-то через полгода»), а фокусироваться на глобальных изменениях [38:43]. ## 💡 Уроки лидерства: «ошибка скорости» Инбаль Шани [[JUMP:39:47]] Путь Инбаль от инженера в аэрокосмической отрасли до CPO GitHub научил ее важному навыку — системному мышлению. Ее первый руководитель в авиации научил ее, что даже маленькая деталь (фильтр) должна рассматриваться в контексте всей системы зажигания и управления [40:42]. В рубрике «Уголок неудач» Инбаль поделилась историей из времен работы в TomTom [43:52]. Прийдя на лидерскую позицию, она, по собственному признанию, совершила типичную ошибку: пыталась внедрять изменения слишком быстро [43:08]. Будучи энергичным человеком («go, go, go»), она сразу видела все «трещины» в процессах и бросалась их чинить, не объясняя команде «почему» [44:33]. Главные выводы Шани для лидеров продуктов: * Не все любят перемены так сильно, как вы [43:08]. * Новый человек видит проблемы острее, но старожилы привыкли к ним, и их нужно плавно подвести к осознанию необходимости реформ [45:20]. * Роль продукт-менеджера — это на 90% влияние на людей, а не прямое управление [41:13].