В связи с уходом генерального директора Томаса Домке в августе и более глубокой интеграцией GitHub с Microsoft разработчики задаются вопросом, что будет с платформой дальше. В преддверии конференции Universe на этой неделе я встретился с главным операционным директором GitHub Кайлом Дэйглом в штаб-квартире GitHub в Сан-Франциско, чтобы поговорить о будущем выбора разработчиков, эволюции Copilot и о том, почему GitHub не беспокоится о конкуренции со стороны агентов по написанию искусственного интеллекта.
Миссия GitHub не изменилась
«Я знаю, что люди задают вопросы о том, что же меняется? Или мы собираемся измениться и просто сосредоточиться на продаже GitHub и так далее? И у нас очень здоровый бизнес в том, как мы передаем GitHub в руки предприятий. И у нас, очевидно, есть огромное количество проектов с открытым исходным кодом и сопровождающих, которые мы продолжаем поддерживать», — сказал Дэйгл. «Я думаю, что то, что не меняется, не изменилось, — это миссия GitHub. GitHub по-прежнему остается GitHub. Мы сосредоточены на разработчиках. Это не изменилось. Во всяком случае, я чувствую, что мы продолжаем получать больше ресурсов, фигуральных и буквальных, чтобы в конечном итоге выполнить эту миссию с помощью чего-то вроде GitHub Copilot».
Он отметил, что GitHub опирается на многие команды и партнеров Microsoft, включая, например, команду VS Code. «Во всяком случае, я чувствую приближающееся ускорение, потому что мы можем работать так тесно вместе — и существует такое убеждение, что GitHub отличается. GitHub уникален. Наш бизнес настолько переплетен между разработчиками всех типов, и вы не можете разделить его на части. Вы знаете, все это вместе, и мы не хотим разбирать его на части. Это то, что делает нас особенными», — сказал Дэйгл.
Что касается некоторой нервозности в сообществе (особенно в сообществе открытого исходного кода) по поводу более активного участия Microsoft в GitHub, Дейгл отметил, что это также было верно, когда Microsoft первоначально приобрела GitHub в 2018 году.
Изображение предоставлено: Новый стек.
Крис Ванстрат, в то время генеральный директор GitHub, искал себе замену. После закрытия сделки генеральным директором стал Нат Фридман. Microsoft приобрела его стартап Xamarin в 2016 году. Xamarin имел глубокие корни в области открытого исходного кода, и это определенно помогло развеять некоторую нервозность по поводу приобретения Microsoft. В последующие годы, даже после того, как Фридман ушел в конце 2021 года и его место занял основатель HockeyApp Томас Домке, GitHub гордился своей независимостью от более крупной организации Microsoft.
«Microsoft не забыла, почему мы вообще заключили сделку и каковы ее важные основы. Первый и главный принцип — ставить разработчиков на первое место. И это то, что мы делаем каждый день», — сказал Домке, когда я разговаривал с ним в 2022 году.
Дейгл повторил это в нашем разговоре. «Тогда я сказал: «Давайте мы вам это докажем», — сказал он, имея в виду приобретение Microsoft. «Я думаю, что в целом мы проделали действительно хорошую работу, доказав, что собираемся продолжать концентрироваться на разработчике».
Но 2025 — это не 2018 год. Сегодняшний GitHub посвящен не только Copilot, но и хостингу репозиториев git, а ресурсы, необходимые для запуска Copilot, очень разные. Как мы сообщали ранее в этом месяце, GitHub сейчас находится в процессе переноса своей инфраструктуры, например, на Microsoft Azure. Дэйгл это признал. «Здесь задействованы самые важные факторы, такие как центры обработки данных, доступ к ним и наличие того, что нам нужно. И, вы знаете, что-то вроде Azure имеет смысл. Нам нужно больше вычислений. Мы растем слишком быстро», — сказал он мне.
Но он также подчеркнул, что GitHub будет использовать инструменты, которые может предложить Microsoft, но, когда это имеет смысл, он будет использовать инструменты, которые не входят в экосистему Microsoft, «где, по нашему мнению, это дает нам преимущество перед разработчиками и т. д. — и это продолжает оставаться правдой».
«Надеюсь, если мы снова будем здесь вместе через год, все скажут: «О да, так получилось». Мы были настроены скептически, но в конечном итоге GitHub продолжает доказывать, что такие люди, как я, прошедшие через эти переходы — а есть много, много Хабберов, которые прошли через все эти переходы — могут просто продолжать просто передавать отличные инструменты в руки разработчиков и позволять им использовать их, не теряя при этом духа открытого исходного кода и разработчика, который поддерживал нас на протяжении почти 20 лет».
Строительство для строителей
Одна вещь, которая уже давно остается правдой, заключается в том, что многие другие компании, в том числе те, которые сейчас конкурируют с GitHub в области кодирования искусственного интеллекта, такие как OpenAI и Anthropic, создавались на основе GitHub и часто также переносят свои инструменты непосредственно на GitHub. Дейгла, похоже, это не беспокоило.
«[GitHub is] такая уникальная возможность построить что-то для строителей, чем все будут пользоваться», — сказал он. «Даже если вы используете другие инструменты, это здорово. Ваш код обычно всегда возвращается на GitHub».
Действительно, похоже, что GitHub на самом деле ищет, как можно приблизить больше этих компаний к своей экосистеме.
«В современной разработке программного обеспечения все больше людей создают больше инструментов — это только хорошо для разработчиков программного обеспечения», — отметил он. «Я знаю, что иногда это кажется пустяком, но это правда. Я не использую тот же редактор кода, который использовал, когда начинал. Все меняется. Все меняется, и это приводит нас к лучшему состоянию, где я могу писать лучший код или решать проблемы, которые не мог решить раньше».
GitHub, по его словам, хочет стать домом для всех разработчиков, а это означает предоставление разработчикам выбора, даже если это иногда приводит к неприятным разговорам на стратегических сессиях.
Выбор разработчика и агенты кодирования
«Разработчик прежде всего означает, что когда ваш работодатель покупает GitHub, вы, разработчик, должны любить использовать GitHub, а не только человек, который принял решение купить его», — сказал Дэйгл. Он подчеркнул, что это также означает, что если разработчики захотят использовать другие IDE или другие инструменты искусственного интеллекта и агенты кодирования, это нормально, но GitHub всегда создаст для этих инструментов способы свободного использования пользовательских данных в GitHub.
«Медленно, но верно мы и дальше будем писать следующую главу GitHub именно так — мы разбираемся в этом и открываем его, а разработчики всегда будут выбирать, и сражаться с этим — проигрышная битва», — сказал он.
Разработчики всегда будут искать лучшие инструменты, которые позволят им выполнять свою работу более эффективно, но они регулярно меняются. В настоящее время эта конкуренция в значительной степени сосредоточена на агентах кодирования искусственного интеллекта, и хотя Copilot — отличный бизнес для GitHub, часто создается впечатление, что такие инструменты, как Claude Code от Anthropic или Codex OpenAI, имеют больше внимания, чем Copilot.
«Знаете, с Copilot мы сразу же разработали концепцию парного программиста, и она была действительно хороша в автозаполнении. А затем, когда появились другие модели, появились другие инструменты, мы начали видеть, что каждый вид инструментов и моделей начал специализироваться по-своему», — сказал Дэйгл.
Эволюция второго пилота: помимо завершения кода
Последние два года или около того GitHub искал, как можно вывести Copilot — и ИИ в целом — на большее количество поверхностей и выйти за рамки генерации кода. Дэйгл отметил, что одна из целей компании — воспользоваться преимуществами последнего поколения больших языковых моделей (LLM), чтобы помочь разработчикам на протяжении всего жизненного цикла разработки программного обеспечения (SDLC).
«Реальность, которую мы видим, заключается в том, что это не Copilot или инструмент вставки. Обычно это некая смесь и совпадение, где это инструмент A и B, инструмент B и Copilot, Copilot и инструмент A. Каждый использует множество инструментов. И для нас вопрос в том, сможем ли мы выяснить, как сделать Copilot действительно, действительно хорошим не только в одной специализации, но действительно как этот горизонтальный уровень во всем рабочем процессе GitHub, не только в кодировании — и тогда разработчики будут продолжать делать выбор. Это действительно основной шаг, который GitHub имеет тенденцию предпринимать на протяжении многих лет».
По словам Дэйгла, его больше всего волнует то, как Copilot может использовать контекст того, что он знает о разработчике и его работе, и создать по-настоящему персонализированный опыт.
Вселенная GitHub 2025
Что касается предстоящей конференции Universe, Дэйгл отметил, что основное внимание будет уделено выбору разработчиков и что аудитории следует ожидать «еще одной главы GitHub».
Хотя он не совсем разглашал объявления, он все же сделал несколько намеков.
«Мы хотим опираться на ту основу сотрудничества, которая у нас уже есть, но также найти способы сделать так, чтобы агенты — и задачи, которые вы с ними решаете — могли жить с вами и работать с вами, а не всегда быть чем-то побочным или тем, что вы начинаете и на что смотрите», — сказал Дэйгл. «И потом, я чувствую, что каждый год моя любимая часть Вселенной — это просто разговоры о выборе разработчиков. Я чувствую, что каждый год мы постоянно удивляем людей тем, насколько сильно мы заботимся об этом. И поэтому я также рад просто показать всем, как мы невероятно стремимся предоставить разработчикам возможность выбора — даже если это удивляет их, это не удивляет нас».
Полное видео нашей беседы вы можете найти на YouTube.
ТЕНДЕНЦИОННЫЕ ИСТОРИИ YOUTUBE.COM/THENEWSTACK Технологии развиваются быстро, не пропустите ни одной серии. Подпишитесь на наш канал YouTube, чтобы смотреть все наши подкасты, интервью, демонстрации и многое другое. ПОДПИСАТЬСЯ Группа, созданная в Sketch. Прежде чем присоединиться к The New Stack в качестве старшего редактора по искусственному интеллекту, Фредерик был корпоративным редактором в TechCrunch, где освещал все, от появления облака и первых дней Kubernetes до появления квантовых вычислений…. Подробнее от Фредерика Лардинуа
