Сегодня, спустя 10 лет после публичного запуска, GitHub находится в центре всех рабочих процессов разработчиков. Но, размышляя об этом первом десятилетии в бизнесе, можно смело предположить, что он будет в центре всех рабочих процессов в ближайшие годы. Фактически, из-за происхождения GitHub из сообщества разработчиков и возрастающей сконцентрированностью разработчиков в целом - понимание траектории GitHub может фактически дать представление о том, что имеет место в будущем для бизнеса во всем мире.

В конце концов, GitHub ускорил тенденции, которые теперь являются клише. Это помогло сформировать идею о том, что программное обеспечение захватило мир и означает, что каждая компания становится технологической компанией. Уже ясно, что даже в ближайшем будущем команды разработчиков станут координационными центрами все большего числа организаций, и это касается и GitHub.

Это не преувеличивает значимость предложения лучшей системы управления версиями. Контроль версий, возможно, уже является товаром. Вместо этого GitHub победит из-за могущества своей экосистемы, чтобы связать людей с кодом и исходящими от него соображениями.

Вот почему одно из его самых ранних решений могло быть самым значительным что тогда, что сейчас. GitHub выпустил свой публичный API в течение трех месяцев после того, как основной сервис будет запущен. Сделать это было масштабно и значимо и позволило разработчикам взаимодействовать со своей системой так, как они хотели, - и недвусмысленно подтвердило, что это на самом деле то самое намерение, которое было у GitHub с самого начала.

Их миссия тогда была простой: подключить разработчиков и облегчить им работу вместе с Git. Их слоган тогда даже звучал как «социальное кодирование». И эта устойчивая приверженность связям, присущим кодированию, была и есть - довольно преобразующая.

Нигде это не проявилось так явно в первые дни, как в сообществе с открытым исходным кодом. GitHub помог объединить людей для  асинхронного сотрудничества, позволяя работать быстрее и эффективнее. Вот что привело Rails, Ruby, node.js, Bitcoin, и многих других в GitHub в первые дни. GitHub и open source довольно симбиотичны: сообщества привели к образованию еще большего числа сообществ, но GitHub также помог использовать мейнстрим с открытым исходным кодом. И это чувство сообщности теперь вплетено в ДНК GitHub, проникая во все публичные и частные репозитории GitHub, а также с сегодняшними способами работы разработчиков. GitHub стал стандартом де-факто для управления исходными кодами, отчасти потому, что он начинался с создания социального сообщества вокруг кода. Это немного напоминает ситуацию “курица или яйцо”, но я бы поручил GitHub сделать кодирование для общественности в первую очередь.

Что за стратегия лежит  в основе всех этих шагов? Оставаться основой работы, инфраструктурным уровнем, поверх которого строится программное обеспечение. Несмотря на то, что многие компании экспериментируют с разработкой платформ или созданием экосистем для разработчиков с API, эти истории изобилуют смещенными направлениями и отсутствием приверженности их сообществам разработчиков. GitHub устанавливает стандарт для инструментов, которые вы предоставляете при обращении к сообществу разработчиков. Если вы хотите создать продукт разработчика, вам необходимо быть экосистемой платформы.

Это именно то, что сделал GitHub, и что делает следующее десятилетие таким захватывающим. В отличие от таких альтернатив, как Gitlab и BitBucket, GitHub использует наилучший в своем классе подход. GitHub создал платформу, из которой можно интегрировать продукты и инструменты, превосходящие его собственные ожидания. Это не относится к созданию собственных инструментов чата или функциональности CI или управления проектами; вместо этого он упрощает интеграцию Slack, Circle CI или любого другого, что вам может понадобиться.

Эта поддержка - то, что моя команда и я увидели на собственном опыте, поскольку мы создаем стартап управления проектами, миссия которого состоит в том, чтобы поддерживать сотрудничество близко к коду и сделать доступным agile-развитие. Мы создали целый бизнес с GitHub. И даже наши общие клиенты - такие инновационные компании, как Shopify и Adobe, строят свой бизнес таким образом, что GitHub оказывается в центре. Это намного эффективнее, чем создание бизнеса на Salesforce, оригинальной платформе SaaS, и является логичным шагом на фоне роста технологий, а не бизнеса, ориентированного на продажи.

Код как сообщество является ключом к тому, что GitHub является строительным материалом для бизнеса, но по мере того, как создавать программное обеспечение становится все проще и проще, действуя по схеме, подобной сборке компонентов, эта интеграция, вероятно, будет становиться все более разнообразной и важной. Таким образом, будет поддерживаться аура прозрачности, поддерживаемая GitHub, помогая разрушать информационные силосы внутри компаний и обеспечивать, чтобы институциональные знания не уходили вместе с сотрудниками или сменой их ролей.

Поэтому неудивительно, что теперь самая горячая тема среди Fortune 500, которые интегрировали GitHub, - это «внутренний источник», равный открытому источнику в стенах компании. И это в значительной степени заслуга  GitHub. Все более крупные компании рассматривают умение работать с GitHub как обязательное условие, и, поскольку они привносят что-то в платформу, они также начинают осознавать и другие преимущества лучших практик разработки.

Но в то время как последнее десятилетие было определено ростом API и возможностью доставлять, строить или настраивать любые инструменты, которые вам нравятся, я думаю, что следующая эволюция в инфраструктурном слое - и то, что сделает GitHub еще более распространенным - это данные, лежащие в ее основе, с оценками более 80 миллионов проектов. GitHub дал нам предварительный просмотр своих намерений, с рекомендациями по проекту, основанными на прошлой деятельности, предупреждениями о безопасности на основе зависимостей проекта и рекомендованными обозревателями кода на основе того, кто работал в коде, изменяемого в запросе на включение.

В конце концов, когда люди и организации предоставляют данные системе, они ожидают получить что-то взамен. В будущем GitHub недостаточно быть просто отличной системой контроля версий. Их успех будет определяться тем, как они помогают понять данные, которые команды предоставляют им, и перевести их в идеи для команды. Если история - это руководство, это, скорее всего, тема, которую GitHub, скорее всего, будет искать в своем партнерском сообществе, чтобы помочь укрепить, поэтому мы тоже много думали о многом: как мы можем дать командам полезную информацию, которая помогает им улучшать процессы, дальнейшее сотрудничество и создавать лучшие, быстрые и сильные команды.

Это те области, где GitHub имеет право действительно направлять и защищать то, как выполняется работа за счет использования своих мощных сетевых эффектов. В итоге это будет GitHub и его достижения в области данных, которые в конечном итоге управляют тем, как написано программное обеспечение.

И поскольку GitHub и его партнеры по интеграции, как и мы, начинают упрощать платформу для людей без технических навыков, тогда мы действительно начнем разблокировать мощь платформы, которую они создали. Они предприняли шаги к этому, добавив поддержку форматов файлов, используемых дизайнерами, создав функции для аудиторий, чтобы сделать их более доступными для студентов и преподавателей, и даже снизить препятствия для кодирования, выпустив Atom (простой в использовании редактор кода ) и GitHub Desktop (git-клиент), оба из которых облегчают вклад людей без технических навыков. Уже сейчас мы используем GitHub для вещей, не связанных с кодом, с использованием репозиториев и маркетинговых планов. Во многом эта эволюция отражает многолетнюю работу GitHub, чтобы сделать открытый код более доступным и постижимым.

Таким образом, управление исходным кодом может быть рынком одного игрока, а может и нет. В любом случае, GitHub находится на ведущем месте из-за его способности объединять и преобразовывать работу. Я с волнением буду наблюдать за его дальнейшими действиями.

Аарон Апрайт, сооснователь ZenHub,

No Comments