GitHub
необязательна для просмотра
Крис Ванстрас, PJ Хиетт и Том Престон-Вернер
GitHub — самый большой [4] веб-сервис для хостинга проектов и их совместной разработки. Основан на системе контроля версий Git и разработан на Ruby on Rails [5] и Erlang компанией GitHub, Inc (ранее известной как Logical Awesome) разработчиками Крисом Ванстрасом, PJ Хиеттом и Томом Престон-Вернером [6]
Содержание
Возможности
Сами разработчики называют GitHub «социальной сетью для разработчиков». Кроме размещения кода, участники могут общаться, комментировать правки друг друга, следить за новостями знакомых. С помощью широких возможностей Git программисты могут объединять свои репозитории и GitHub предлагает удобный интерфейс для этого и может отобразить вклад каждого участника в виде дерева.
Для проектов есть личные страницы, небольшие Вики и система отслеживания ошибок. Прямо на сервисе можно просмотреть файлы проектов с подсветкой синтаксиса для большинства языков. На платных тарифных планах можно создавать репозитории, доступные только ограниченному кругу пользователей.
Код проектов можно не только скопировать через Git, но и скачать обычный архив с сайта.
Кроме Git, сервис поддерживает получение и редактирование кода через SVN [13] [14] и Mercurial. [15]
Ранее Ruby-проекты могли быть автоматически опубликованы в RubyGems-репозитории сервиса, но в октябре 2009 GitHub отказался от этого сервиса. [16]
Также на сайте есть pastebin-сервис gist.github.com для быстрой публикации фрагментов кода.
Популярность
Первый частный репозиторий был создан 12 января 2008. На конец 2011 года в проекте уже было зарегистрировано более 1 млн участников [17] и более 2 млн репозиториев. [18]
В конце 2008 года GitHub получил награду как «Лучший стартап-дебют». [19]
GitHub очень популярен среди Ruby-разработчиков. [20] Многие крупные и важные проекты размещают свои официальные репозитории на этом сервисе: [21]
Git и GitHub: что это такое и в чём разница
Авторизуйтесь
Git и GitHub: что это такое и в чём разница
Из этой статьи вы узнаете, что такое Git и какие в принципе бывают системы контроля версий, которые помогают разработчикам следить за изменениями в коде. Мы также посмотрим, что такое GitHub и какие ещё есть сервисы для работы с Git.
Примечание Вы читаете улучшенную версию некогда выпущенной нами статьи.
Содержание:
Что такое Git
Git — распределённая система контроля версий, которая даёт возможность разработчикам отслеживать изменения в файлах и работать над одним проектом совместно с коллегами. Она была разработана в 2005 году Линусом Торвальдсом, создателем Linux, чтобы другие разработчики могли вносить свой вклад в ядро Linux. Git известен своей скоростью, простым дизайном, поддержкой нелинейной разработки, полной децентрализацией и возможностью эффективно работать с большими проектами.
Подход Git к хранению данных похож на набор снимков миниатюрной файловой системы. Каждый раз, когда вы сохраняете состояние своего проекта в Git, система запоминает, как выглядит каждый файл в этот момент, и сохраняет ссылку на этот снимок.
Теперь пора разобраться, что такое GitHub и как он работает с Git.
Что такое GitHub и чем он отличается от Git
Как мы разобрались выше, Git — это инструмент, позволяющий реализовать распределённую систему контроля версий.
GitHub — сервис онлайн-хостинга репозиториев, обладающий всеми функциями распределённого контроля версий и функциональностью управления исходным кодом — всё, что поддерживает Git и даже больше. Также GitHub может похвастаться контролем доступа, багтрекингом, управлением задачами и вики для каждого проекта.
Git-репозиторий, загруженный на GitHub, доступен с помощью интерфейса командной строки Git и Git-команд. Также есть и другие функции: документация, запросы на принятие изменений (pull requests), история коммитов, интеграция со множеством популярных сервисов, email-уведомления, эмодзи, графики, вложенные списки задач, система @упоминаний, похожая на ту, что в Twitter, и т.д.
Кроме GitHub есть другие сервисы, которые используют Git, — например, Bitbucket и GitLab. Вы можете разместить Git-репозиторий на любом из них.
Что такое система контроля версий
Чтобы лучше понимать, что такое Git и как он работает, нужно ещё знать, что такое система контроля версий.
Системы контроля версий (СКВ, VCS, Version Control Systems) позволяют разработчикам сохранять все изменения, внесённые в код. При возникновении проблем они могут просто откатить код до рабочего состояния и не тратить часы на поиски ошибок.
СКВ также позволяют нескольким разработчикам работать над одним проектом и сохранять внесённые изменения независимо друг от друга. При этом каждый участник команды видит, над чем работают коллеги.
Типы систем контроля версий
Теперь вы знаете, что такое система контроля версий. Однако они тоже бывают разными. Существует три типа СКВ: локальная, централизованная и распределённая.
Локальные системы контроля версий (ЛСКВ)
Принцип работы локальной системы контроля версий
В качестве метода контроля версий можно копировать файлы в отдельную директорию. Изменения сохраняются в виде наборов патчей, где каждый патч датируется и получает отметку времени. Таким образом, если код перестаёт работать, наборы патчей можно совместить, чтобы получить исходное состояние файла. Такой подход всё ещё распространён среди разработчиков.
Централизованные системы контроля версий (ЦСКВ)
Принцип работы централизованной системы контроля версий
ЦСКВ были созданы для решения проблемы взаимодействия с другими разработчиками. Такие системы имеют единственный сервер, содержащий все версии файлов, и некоторое количество клиентов, которые получают файлы из этого централизованного хранилища и там же их сохраняют. Тем не менее, такой подход имеет существенный недостаток — выход сервера из строя обернётся потерей всех данных. Кроме того, в таких системах может быть затруднена одновременная работа нескольких разработчиков над одним файлом.
Распределённые системы контроля версий (РСКВ)
Принцип работы распределённой системы контроля версий
Недостаток ЦСКВ был исправлен в РСКВ, клиенты которых не просто скачивают снимок всех файлов (состояние файлов на определённый момент времени), а полностью копируют репозиторий. Это значит, что у каждого клиента есть копия всего исходного кода и внесённых изменений. В этом случае, если один из серверов выйдет из строя, любой клиентский репозиторий может быть скопирован на другой сервер для продолжения работы. Ещё одним преимуществом РСКВ является то, что они могут одновременно взаимодействовать с несколькими удалёнными репозиториями. Благодаря этому разработчики могут параллельно работать над несколькими проектами. Именно поэтому Git сейчас так популярен.
«GitHub — платформа для великих приложений»
К моменту сделки количество пользователей GitHub превысило 28 млн. Платформа содержит более 85 млн репозиториев.
Сервис для совместной разработки и хостинга ИТ-проектов Github был основан в апреле 2008 года программистами Крисом Ванстрасом (Chris Wanstrath), Томом Престон-Вернером (Thomas Preston-Werner) и Пи Джей Хайеттом (PJ Hyett).
Первоначально проект предполагался как сообщество по разработке с помощью открытого исходного кода, использующего систему управления версиями Git.
В 2005 году программист Линус Торвальдс создал Git в ходе работы над ядром Linux. Разработчики начали применять эту систему в своей работе. Создание Git считалось выходом «на следующий уровень» по сравнению с другим программным обеспечением для управления версиями.
При этом, по мнению Престон-Вернера, проблема совместной работы не исчезла — Git делала её возможной, но сложной. GitHub был призван стать решением проблемы. В дальнейшем первым слоганом платформы станет «Гит-хостинг: больше не боль в заднице» (Git hosting: No longer a pain in the ass).
Идея пришла Ванстрасу и Престону-Вернеру во время митапа Ruby-разработчиков в октябре 2007 года в Сан-Франциско. Они планировали, что будущий проект должен стать местом, где разработчики могли бы легко делиться кодом и изучать программы друг друга.
В то время Ванстрас зарабатывал консалтингом, а до этого занимался техническим развитием сайта о технологиях Cnet. В свою очередь Престон-Вернер был разработчиком в компании Powerset.
В конце 2007 года они приступили к созданию собственного проекта — по субботам разработчики устраивали мозговой штурм, а в свободное время писали код будущей платформы. Престон-Вернер взял на себя разработку пользовательского интерфейса GitHub, а Ванстрас занялся разработкой самого приложения на Ruby on Rails.
«GitHub не должен был стать стартапом или компанией. GitHub был всего лишь инструментом, который был нужен нам самим», — рассказывал в интервью Wired Ванстрас.
Престон-Вернеру в работе над GitHub также пригодился опыт создания сервиса Gravatar в 2007 году, который позволял сохранять изображения для профилей в соцсетях на отдельном сервере. В том же году разработчик продал сайт компании Automattic (владеет блог-платформой WordPress).
Молодые люди потратили «несколько сотен долларов» на покупку домена у VPS-провайдера Slicehost, регистрацию компании Logical Awesome и графику для будущего сайта.
Кроме того, разработчики приобрели в фотостоке iStockphoto права на рисунок «осьмикота» (смесь кота и осминога) художника Саймона Оуксли, создавшего первый логотип Twitter. Выдуманное животное стало маскотом GitHub.
Должность генерального директора компании занял Ванстрас. Первое время команда GitHub работала удаленно в кофейнях и из дома, общаясь через сервис Campfire. Собственный офис в Сан-Франциско у компании появился только в 2010 году.
В начале 2008 года разработчики запустили бета-версию платформы и разослали приглашения друзьям и знакомым. Первые участники начали пользоваться GitHub, размещая на площадке свои рабочие коды. Одним из первых проектов, который присоединился к новой платформе, стал фреймворк Ruby on Rails.
В феврале 2008 к команде основателей проекта присоединился Пи Джей Хайетт. С ним в 2007 году Ванстрас познакомился в Cnet, а затем молодые люди пытались запустить аналог Google+ под названием Famspam. Однако их стартап не стал успешным.
Публичный запуск GitHub состоялся 10 апреля 2008 года. К этому моменту проект содержал 20 тысяч репозиториев, а количество пользователей составило более двух тысяч.
«Мы действительно гордимся этим сайтом, и у нас есть так много идей на будущее. Это только начало», — написал в блоге проекта Ванстрас.
Разработчики заложили в GitHub такие возможности, как дублирование или форкинг (Forking), запросы на включение в проект изменений (Pull Requests) и слияние (Merging).
В GitHub можно скопировать любой опубликованный репозиторий в свой профиль, чтобы модифицировать его. Затем разработчик может поделиться изменениями с владельцем репозитория посредством запроса на включение. Если владельцу нравятся изменения, то он может слить их с первоначальным репозиторием.
Таким образом подход GitHub позволил любому зарегистрированному пользователю делиться, улучшать или развивать открытые проекты.
Также GitHub предоставил такие функции совместной работы, как отслеживание ошибок, запрос функций, управление задачами и вики-страницами для каждого проекта.
Основатели GitHub с самого начала позиционировали свой проект в качестве социальной сети для программистов: сервис позволил не только публиковать собственные коды, но и комментировать чужие разработки, подписываться на других участников и получать уведомления. СМИ называют платформу Facebook для гиков, «Википедией» и Google Docs для программистов и Twitter для кодеров.
Сетевой подход позволил обеспечить постоянно растущую пользовательскую базу. Новые участники приходят в GitHub через поиск кода, приглашения от других разработчиков и сотрудничество в проектах с открытым кодом.
В качестве пути монетизации основатели GitHub выбрали фримиум-модель. Первые пользователи могли создавать открытые и закрытые репозитории бесплатно. Но еще на моменте тестирования платформы участники высказали желание работать в частных командных репозиториях за плату.
В конце концов, так же, как и Индиана Джонс, я никогда не мог упустить возможность найти Святой Грааль, я не мог упустить шанс работать на себя, над тем что я по-настоящему люблю, и не важно, каким бы надежным вариант ни оказался.
Когда я постарею, я хочу, оглядываясь на жизнь говорить: «Вау, это было приключение», а не «Вау, я чувствовал себя комфортно».
Ванстрас сравнил первый год существования проекта с подростковым периодом — основателям надо было определиться, чем является платформа и как её дальше развивать.
Мы делаем веб-приложение или просто инструмент для контроля версий? Какую зарплату платить сотрудникам? Стоит ли выступать на конференциях? Как подходить к вопросу техподдержки?
Это, вроде бы, разные вопросы, но ответы определяются политикой компании. Когда понятно, к чему мы стремимся, на данные вопросы сразу появляются ответы. Но первое время приходилось помногу задумываться.
В конце 2008 года появился новый инструмент под названием GitHub Pages, который позволил участникам создавать свои сайты.
К февралю 2009 года количество созданных репозиториев на GitHub достигло 46 тысяч. В июле того же года компания отчиталась, что количество пользователей составило 100 тысяч человек. В числе прочих к платформе присоединились Facebook, Reddit, Yahoo, Twitter и другие компании. Вместе с этим основатели GitHub начали нанимать новых сотрудников для поддержки и развития сервиса.
В конце 2009 года GitHub получил награду как «Лучший стартап-дебют» от сайта Crunchies.
В начале 2010 года основатели проекта сменили название юридического лица — из-за популярности бренда они решили переименовать компанию из Logical Awesome в GitHub. Также предприятие сменило форму организации, превратившись из общества с ограниченной ответственностью в акционерное общество.
К июлю 2010 года количество созданных репозиториев достигло 1 млн, а к апрелю 2011 года — 2 млн. Самыми популярными языками программирования, с которыми работали участники GitHub, стали Ruby и JavaScript. Несмотря на рост пользовательской базы и активность на платформе, основатели не раскрывали финансовые показатели своего бизнеса.
В 2010 году Ванстрас заявил, что компания успешна с точки зрения того, что нанимает эффективных сотрудников и не привлекает дополнительное финансирование. Кроме того, в одном из выступлений он попросил перестать называть GitHub стартапом, так как проект приносил прибыль. По словам Ванстраса, компания зарабатывала несколько миллионов долларов в год.
Незадолго до этого у GitHub появился конкурент под названием GitLab, который сфокусировался на корпоративных решениях. Также новый игрок предлагал более низкие цены.
В том же году, согласно отчету компании Black Duck Software, GitHub был признан самой популярной платформой для совместной разработки открытого программного обеспечения, превзойдя Sourceforge, Google Code и Microsoft CodePlex.
Сервис становится интересен не только для публикации и работы над программными кодами, но и для расшифровок разговоров и написания книг. Первой из них еще в 2009 году стала Pro Git, написанная одним из сотрудников GitHub Скоттом Чейконом (Scott Chacon).
Журналисты Wired, которые в 2012 году подготовили текст об истории GitHub, опубликовали его на самой платформе.
Перед сделкой Ванстрас передал управление компанией Престону-Вернеру, чтобы сконцентрироваться на техническом развитии GitHub.
Полученные от фонда средства были направлены улучшение и расширение платформы, а также найм новых сотрудников. К команде GitHub присоединился партнер Andreessen Horowitz и бывший гендиректор компании XenSource Питер Левин (Peter Levine). Он назвал инвестиции в GitHub самыми большими в истории фонда.
Создатели GitHub чувствуют образ нового пути разработки программ и основали компанию нового типа для его воплощения. Не обладая большим количеством людей в сфере продаж и маркетинга, они смогли вырасти в компанию с более, чем 100 работниками. В это же время доход рос почти на 300% в год, а компания вышла на самоокупаемость почти с самого начала.
После привлечения средств GitHub в течение года представил несколько новых инструментов — ZeroClipboard, который позволил скопировать длинные строки текста и хэшей одним кликом, Contributions с информацией об активных репозиториях пользователей и календарем их действий, Octokit для работы с API платформы и других.
В начале 2013 года компания впервые столкнулась с государственной цензурой — GitHub был заблокирован в Китае. Власти страны не пояснили свое решение. Но блокировка была снята к концу января того же года.
К концу 2013 года количество репозиториев достигло 10 млн, а число пользователей в сентябре превысило 4 млн. Среди компаний, которые присоединились GitHub, оказалась Microsoft.
2014 год компания начала с очередных перестановок в руководстве — на место гендиректора вернулся Ванстрас. В блоге GitHub Пренстон-Вернер пояснил, что он занял должность президента компании — по его словам, это могло помочь ему плотнее заняться разработкой новых инструментов и сервисов. При этом Ванстрас должен сфокусироваться на стратегии развития компании.
Компания начала 2014 год со своего первого приобретения — GitHub купил браузерный инструмент для веб-дизайна Easel, который прошел акселерацию в Y Combinator в 2012 году. Стороны не раскрыли условия сделки. Однако спустя девять месяцев после покупки стартапа GitHub отключил сервис.
Также платформа разработала свой новый продукт Atom — бесплатный текстовый редактор с открытым исходным кодом, который работает на Linux, macOS и Windows.
Несмотря на успехи, компании пришлось столкнуться с внутренним кризисом. В апреле 2014 года бывшая сотрудница проекта Джули Энн Хорват (Julie Ann Horvath) рассказала о сексуальных домогательствах и дискриминации со стороны Престона-Вернера.
Внутреннее расследование, проведенное компанией, показало необоснованность обвинений, но признало, что Пренстон-Вернер мог допустить ошибки в обработке жалобы сотрудницы.
Сооснователь проекта принял решение об уходе, при этом он написал, что обвинения Хорват преувеличены. Руководство компании целиком перешло к Ванстрасу.
В 2014 году GitHub также столкнулся с блокировкой платформы Роскомнадзором на территории России. Причиной стало появление на ресурсе файла suicide.txt с юмористическим списком способов самоубийств.
Позже GitHub ограничил доступ к этим файлам для пользователей из России. «Во многих странах есть законы, которые могут применяться к содержимому GitHub. Для того, чтобы семь миллионов наших пользователей по всему миру могли получать доступ к GitHub, иногда нужно блокировать определенный контент в конкретном регионе, если мы получаем корректный запрос от уполномоченных лиц», — сообщил представитель компании.
В марте 2015 года на GitHub снова обозлились власти Китая. Платформа стала жертвой массированной DDoS-атаки, которая длилась более 118 часов. Она была направлена в основном на страницы, содержащие контент с описанием обхода «великого китайского файервола».
Несмотря на сложности с властями и внутренним управлением, количество пользователей GitHub продолжало расти — в марте 2015 года их количество достигло 9 млн. Число репозиториев — 21,1 млн.
Компания продолжила заниматься запуском новых проектов и весной 2015 года представила собственное файловое хранилище — Git LFS, которое позволило работать с тяжелым контентом.
Тогда же на конференции Build 2015 Microsoft объявила, что сервис Microsoft Visual Studio будет интегрирован с GitHub, а GitHub Enterprise станет доступным на Microsoft Azure. Это стало очередным шагом компании к открытому программному обеспечению.
В свою очередь Apple в том же году анонсировала собственный открытый язык программирования Swift и начала использовать GitHub. При этом Google, не выдержав конкуренции с GitHub, объявила о закрытии проекта Google Code.
Ванстрас заявил, что средства пойдут на международную экспансию и разработку новых продуктов. «В мире сейчас есть миллионы разработчиков, всё больше людей учатся программировать каждый день. Наша платформа предназначена для великих приложений», — отметил он.
В начале февраля 2016 года СМИ обратили внимание на ситуацию внутри GitHub — стартап покинули около 10 ключевых сотрудников, а среди работников росло недовольство изменениями в стиле управления компанией.
Среди них оказались вице-президент по разработке Сьюзан Лэлли, руководитель HR-подразделения Келли Драгович, финансовый директор Владо Герман и другие топ-менеджеры.
Недовольство было связано с тем, что Ванстрас при поддержке совета директоров GitHub начал менять внутреннюю культуру компании. На место правившей в организации меритократии (система, при которой руководящие посты занимали наиболее достойные и опытные сотрудники) пришла система, поощряющая появление менеджеров и руководителей среднего звена.
К этому моменту штат GitHub разросся до 500 сотрудников. При этом, как обратили внимания зарубежные СМИ, компания резко увеличила число специалистов по продажам.
Компания также обновила правила монетизации — изначально стоимость увеличилась в зависимости от количества частных репозиториев у одного проекта. Но в мае 2016 года GitHub пошел навстречу участникам платформы, позволив заводить неограниченное количество репозиториев на платных тарифах.
Для того, чтобы решить финансовые проблемы, компания наняла вице-президента по финансам Tesla Motors Майка Тэйлора (Mike Taylor). В свою очередь, Ванстрас заявил, что у компании нет проблем.
В августе 2017 года сооснователь GitHub объявил, что покинет пост руководителя проекта после того, как найдет замену. «Настало время найти нового гендиректора, который приведет нас к следующему этапу роста», — заявил Ванстрас. Затем он должен будет занять пост председателя совета директоров.
3 июня 2018 года Bloomberg сообщило, что Microsoft заключила соглашение о покупке GitHub. По словам одного из источников агентства, владельцы GitHub решили не выводить компанию на биржу, а продать её, так как их впечатлил глава корпорации Сатья Наделла.
Новым генеральным директором GitHub станет основатель среды разработки Xamarin Нэт Фридман (Nat Friedman). Ванстрат займет должность технического специалиста в Microsoft. Они оба будут отвечать перед вице-президентом Microsoft Скоттом Гатри, который занимается облачными сервисами и искусственным интеллектом в компании.
Наделла заявил, что корпорация не собирается вводить ограничения по языкам программирования, технологиям и облачным сервисам, которые будут использовать разработчики на GitHub.
Bloomberg отмечает, что для Microsoft сделка с GitHub станет возвратом к своим корням и резким поворотом от того, где было десять лет назад — бывший генеральный директор корпорации Стив Баллмер в начале 2000-х годов выступал резко против открытого программного обеспечения и Linux.
Стартап с нуля: история Github
Это интервью Криса Уонстрота, CEO и сооснователя Github. Данное интервью — часть серии “Bootstrapped, Profitable, & Proud” о компаниях с выручкой более миллиона долларов, обошедшихся без венчурного финансирования на старте и приносящих доход.
Чем занимается ваша компания?
Мы предоставляем услуги открытого и закрытого хостинга проектов на базе распределённой системы контроля версий git. Наша цель — максимально упростить взаимодействие разработчиков, особенно в сфере открытого кода. Внесение изменений в какой-либо открытый проект не должно отвлекать разработчика от кода, процесс должен быть максимально прозрачен. Работа с коллегами, будь они в той же комнате, или на другом конце земного шара, должна быть сконцентрирована на развитии проекта, а не на борьбе с недостатками используемых инструментов.
Также мы проводим семинары по git, предоставляем материалы и спонсируем открытые проекты.
Как вы объясняете “обычным” людям (родственникам, друзьям), чем занимается ваша компания?
GitHub — это как Википедия для программистов. Можно править программы, смотреть историю правок, читать старые версии из любой точки мира, единственное отличие от энциклопедии в том, что работа идёт над исходным кодом, а не над текстом статей. Бизнес использует Github для разработки программного обеспечения и сетевых ресурсов, программисты делятся своим трудом и используют труд других.
Модель бизнеса проста: если код открыт для всех, то за это не надо платить. Если же код является важным для функционирования компании и открыть его нельзя, то для работы с ним придётся внести небольшую плату.
Слева направо: Рик Олсон, Том Престон-Вернер, и Крис Уонстрот. (Фото Дэйва Файрама).
Много ли зарабатываете на курсах?
Семинары составляют не самую большую часть нашей выручки, но дают возможность общаться с клиентами напрямую, укреплять связи, узнавать об их пожеланиях напрямую. Скотт Чейкон (наш гит-гуру), проводит семинары по всему миру.
Поддержка открытой разработки и git полезна для индустрии в целом, но мы делаем так просто потому, что нам так нравится. Мы ценим желание наших разработчиков участвовать в открытых проектах.
Как вы начали делать Github?
Первый прототип мы начали писать по выходным. Том Престон-Вернер и я сидели в спорт-баре после встречи местной программистской тусовки, тогда он и поделился со мной идеей сделать простой хостинг проектов на git. Ресурс, на котором будет легко поделиться кодом, освоиться с git, эдакий хаб. Этот инструмент делался не просто так, а по необходимости: нам обоим нравился git, а общедоступной возможности делиться кодом тогда не было. Том решил, что мне будет интересно разрешить эту проблему, так и получилось.
Мы встречались по субботам, собирая по кусочкам наш сайт. Мы завтракали, обсуждали планы, потом приступали к работе. Том указывал, как должны выглядеть страницы, я же, в основном, занимался реализацией. Как только основной функционал был готов, мы сразу же внедрили GitHub на моей основной работе, другом стартапе, который мы делали вместе с PJ Hyett. Разрабатывать GitHub стало проще, ведь и он, и я пользовались им ежедневно и легко понимали, чего не хватает.
Одну вещь при разработке своего предыдущего стартапа, Gravatar, Том уяснил точно: предоставлять ресурсоёмкий сервис безо всякой дополнительной платы — очень накладно. В том случае это был хостинг картинок с большим трафиком, здесь же это был git. Хранение и обмен кодом могли влететь в копеечку. Нужно было найти способ заработка.
Подумав об этом, мы запустили бету для наших друзей. И сайтом сразу же стали пользоваться! Было просто создать как открытый, так и закрытый проект, все стали размещать там свой рабочий код – и мы с PJ тоже так делали. Через некоторое время, люди начали обращаться к нам с вопросом, нужно ли платить за закрытые репозитории.
И тогда мы поняли, как наилучшим образом монетизировать Github, что помогло в дальнейшем сделать это не просто развлечением, а бизнесом. Мы стали предоставлять всем участникам неограниченные возможности по размещению открытого кода, а плату стали брать только за закрытый. То есть, платили только те, кто хотел платить.
PJ стал сооснователем Github и предыдущий наш проект был заброшен. Теперь нашим проектом стал Github. Сайт был открыт для публики 10 апреля 2008 г., сервис существует и активно пользуется спросом с тех пор.
Много ли денег потребовалось для запуска? Как их нашли?
Сперва, конечно, купили домен в Slicehost, заказали немного графики. Несколько сотен долларов на регистрацию фирмы удалось наскрести, просто скинувшись всем вместе.
Большие затраты уходили на личные расходы, ведь необходимо было жить и развивать бизнес. PJ и я занимались консультациями, Том работал полный день. По мере развития бизнеса, мы придумали подход, как постепенно перейти к постоянной зарплате.
Мы выплачивали из дохода фирмы каждому небольшую сумму, если продажи шли хорошо, эта сумма увеличивалась. Постепенно, наш доход приблизился к полноценной зарплате и стал достаточным для постоянной работы.
Сперва всё шло очень хорошо. Потом были несколько месяцев, когда продажи совсем не росли, но коллективным трудом нам удалось решить и эту проблему.
Насколько ваш бизнес успешен?
Мы нанимаем замечательных людей и хорошо оплачиваем их труд, не привлекая финансирование из дополнительных источников. С этой точки зрения, мы очень успешны.
По мере роста численных показателей (у нас сотни тысяч пользователей, десятки тысяч из которых платят, миллион репозиториев – тысяча новых каждый день). Всего этого мы добились за два года.
В каких условиях вы работаете?
Работаем мы в удобное нам время. Мы не нанимали менеджеров, мы сами можем определить, какие у нас приоритеты, задачи и цели. Тот, кому та или иная задача наиболее важна, занимается её реализацией.
Это может показаться странным, но такой подход действительно работает. Это отличный способ почувствовать интерес людей к тому, что они делают. Если какая-то вещь никому не нужна, никто ей и не займётся. Мы все сами пользуемся нашим продуктом, поэтому сразу становится понятно, что не работает и чего не хватает. Мы стараемся поддерживать неформальные отношения с клиентами, это также помогает нам выбирать приоритеты.
Мы работаем распределённо. У нас есть офис в центре Сан Франциско, но, как правило, все находятся там, где им удобно и работают когда удобно. Настоящий офис — групповой чат в Campfire. Сперва это было по необходимости – денег на офис просто не было, поэтому мы сидели дома и в кофейнях, а связывались через интернет. Теперь же стало понятно, что так просто удобнее. Сотрудники Github могут провести день в офисе, сесть на самолёт, и без проблем продолжить работу на следующий день. Нет необходимости отрабатывать определённый объём в часах, просто нужно решать выбранные задачи.
Самое важное — доводить дело до конца. Нам везёт, что мы работаем над веб-приложением (в основном), это означает, что изменения вносятся легко и быстро. Мы уже поняли, что лучше выпустить хоть что-то сейчас, а ошибки исправить по ходу, пользователи сами подскажут, где проблема. Старайтесь как можно раньше пускать новые фичи в продакшен.
Почему важно сначала выпускать продукт, а уже потом править ошибки? Есть простой пример?
Никогда не удаётся сделать что-то сразу и хорошо – это естественная особенность человека, понимание её — уже большое преимущество. Ранний пуск позволяет узнать, как пользователи воспринимают данное нововведение. Нет ли более важных проблем, которые ещё не решены? Не превзошёл ли продукт ожидания? Столкнулся ли кто-то с проблемой, которую можно было предположить? Пытаясь продумать всё это заранее, можно просто потеряться.
Иногда трудно понять, что важнее, проще дать пользователям возможность выбрать самим. Определите, что более всего необходимо и сделайте это.
Кроме того, реализация и выкатка — само по себе интересно. Если есть дедлайн — это работа, иначе это своего рода соревнование.
Последний раз я участвовал в выкатке функциональности для организаций. Как только что-то начало работать, мы пригласили своих друзей поучаствовать в бете. Наблюдение за их работой помогало не только скорее исправлять ошибки, но и строить и улучшать модель.
Каковы цели компании?
Как сейчас, так и через 5 лет, мне хотелось бы поддерживать хорошие отношения с коллегами и не терять интерес к работе. Мы хотим расти, больше зарабатывать и больше нанимать, удовлетворяя потребности пользователей, но самое важное — получение удовольствия от самого процесса. Надеюсь, мы никогда не устанем работать над Github, а людям никогда не надоест им пользоваться.
Пока у нас есть такие люди, которые наслаждаются работой, и делают хороший продукт для себя, проблем с удовлетворением просьб клиентов не будет.
Github может визуализировать процесс изменения кода. Здесь цветом отмечен вклад разных участников в проект homebrew – ширина пропорциональна объёму изменений.
Необходимость выбора встала раньше, чем я могу предположить. Я мог либо стать сотрудником Microsoft и получить бонус, либо уйти и заняться вплотную Github… В конце концов, я, как и Индиана Джонс, не стал отказываться от поисков Грааля, от возможности делать то, что действительно любишь, вне зависимости от стабильности альтернативных условий. Когда я стану старым, оглянувшись назад я смогу сказать “какие классные штуки я делал!”, а не “как мне было комфортно и безопасно.”
В общем случае мы полагаемся на себя, а не на помощь советчиков. Каждое решение должно быть обдумано и обосновано перед тем, как принято. То, что когда-то в похожих условиях определённое решение привело к успеху (или не привело) ещё не означает, что стоит действовать именно таким образом.
Многие люди предлагали нам отказаться от семинаров по git (“куда развиваться дальше, время же ограничено”), или не предлагать локальное размещение служб Github, но оба продукта сейчас существуют и радуют наших клиентов. Все компании разные, мы очень внимательно относимся к наблюдениям и советам клиентов, но полагаемся, всё же, на себя.
Какая самая трудная проблема была в компании?
Первый год напомнил тот этап подростковой жизни, когда осознаёшь себя. Github был просто развлечением, он не был основным проектом, от него не было больших ожиданий. Мы просто хотели делать что-то классное. Хотелось бы сказать, что этого достаточно, но должно быть видение в перспективе, философия. Каждый сотрудник (по крайней мере, сооснователь) должен быть на одной волне. Проблема только в том, чтобы поймать эту волну.
Мы делаем веб-приложение, или просто контроль версий? Какую зарплату платить сотрудникам? Стоит ли выступать на конференциях? Как подходить к вопросу техподдержки? Это, вроде бы, разные вопросы, но ответы на все из них определяются политикой компании. Когда понятно, к чему мы стремимся, на данные вопросы сразу появляются ответы. Но первое время приходилось помногу задумываться.
Философия компании записана в документах? Или люди сами понимают, как вы работаете?
Мы обсуждаем это на собеседованиях и подходим к этому очень серьёзно. Каждый потенциальный сотрудник Github должен понимать, что представляет из себя работа и понимать, что ему это комфортно. Разговоры за обедом о культуре, философии — часть рабочего процесса.
Некоторых сотрудников мы нанимали только исходя из их технической компетенции, оставив в стороне взгляды на жизнь. И мы не смогли сработаться. Поэтому не меньшее внимание при поиске людей мы уделяем жизненной позиции.
Офис (Фотография Дэйва Файрама).
Что ещё примечательного в вашем деле?
Двое из трёх сооснователей не закончили университет.
Как вы считаете, это совпадение?
Не думаю – Том и я оставили университет, чтобы скорее начать работать в индустрии. У него был стартап, у меня работа по заказу, но нам обоим хотелось создавать. Было ясно, что когда-нибудь мы сделаем что-то своё.
PJ получил диплом в области computer science, но уже в день выдачи дипломов он летел в Сан-Франциско. Он работал в CNET (где мы и встретились) ещё до окончания университета, а собственные проекты реализовывал на протяжении всего времени обучения.
У меня нет определённого мнения о том, нужно получать высшее образование или нет, замечательные люди примечательны не своим образованием, а сообразительностью, чувством юмора, упорством, но причины, по которым в универе мне было некомфортно схожи с тем, что я бы испытал в большой компании. Большинство людей даже не догадываются, насколько это удобно — работать на себя. Работа должна нравиться.
Какой совет вы бы дали начинающим свой бизнес?
Работайте, смотрите в будущее. Думайте. Обращайте внимание на смысл того, что делаете. Внимательно относитесь к расходам (даже тогда, когда получаете значительный доход). Концентрируйтесь на важных для вас вещах, не гонитесь за новыми технологиями. Когда проект будет работать, успеете всё переписать.
