Історія GitHub: розмова в барі, що стала початком партнерства

Історія GitHub почалася з конкретної пропозиції: за оглядом Stacksync, Том Престон-Вернер озвучив її Крісу Ванстрату в барі Zeke's після мітапу, а наступного ранку з’явився перший коміт. За даними CNBC, у 2018 році Microsoft купив GitHub за $7,5 млрд. Для тебе тут корисна насамперед початкова сцена: люди зі спільним професійним контекстом зустрілися, поговорили про потребу й перейшли до роботи.

Коротко:

— Шукай співрозмовників там, де збираються люди твого профілю.

— Починай розмову зі спільної проблеми, яку хочеш розв’язати.

— Завершуй знайомство домовленістю про конкретний наступний крок.

Історія GitHub почалася після зустрічі програмістів

За оглядом Stacksync, пітч відбувся 18 жовтня 2007 року в барі Zeke's у Сан-Франциско після локального мітапу програмістів «I Can Has Ruby». Престон-Вернер запропонував Ванстрату ідею GitHub у неформальній обстановці. Саме цей епізод став початком історії, яку легко запам’ятати завдяки бару, хоча професійна зустріч перед ним заслуговує не меншої уваги.

За біографічною довідкою Wikipedia про Престон-Вернера, роботу над першою версією GitHub почали в жовтні 2007 року. За галузевими оглядами, знайомству передувала зустріч спільноти розробників, які працювали з Ruby on Rails. Отже, розмові про майбутній продукт передував спільний технічний контекст: співрозмовникам було що обговорювати по суті.

Потреба теж була конкретною: місце, де можна зберігати великі обсяги початкового коду та спільно над ним працювати. Це зрозуміле формулювання задачі, з яким можна звернутися до іншого розробника. Воно дає розмові предмет: що саме незручно, кому це заважає і яким могло б бути рішення.

Для тебе тут є проста підказка щодо вибору подій. Якщо хочеш знайти партнера для технічного проєкту, шукай середовища, де можна обговорити саму роботу: код, спільні задачі, труднощі взаємодії. На таку зустріч можна прийти з питанням, яке ще не має відповіді, і перевірити, чи воно відгукується комусь поруч.

Що сталося між розмовою в барі та угодою

За оглядом Stacksync, перший коміт зробили наступного ранку після пітчу. Це важлива межа точності: факт засвідчує початок роботи над кодом, але не готовий продукт за ніч. Формула про миттєве народження сервісу звучить ефектно, проте забирає з історії різницю між початком і результатом.

Між початком розробки та угодою лежить довгий шлях. Тому приписувати всю вартість GitHub вечору в барі було б надто сміливо. Натомість можна помітити послідовність, корисну для власної ідеї: професійна зустріч, предметна розмова, перехід до спільної роботи.

За даними CNBC, на момент угоди Ванстрату було 33 роки, і він покинув коледж. Ця біографічна деталь не дає підстав радити тобі кидати навчання. Практичний висновок із цієї історії стосується того, що можна свідомо зробити вже зараз: знайти співрозмовників зі свого середовища й запропонувати обговорити знайому проблему.

Спільна проблема дає знайомству продовження

Спробуй уявити власну розмову після мітапу: ти пояснюєш, яку частину роботи хотів би спростити. Співрозмовник може уточнити потребу, описати свій досвід або поставити питання, на яке ти ще не думав відповідати. Так ти отримуєш матеріал для наступної дії, навіть якщо партнерство поки не вимальовується.

У випадку GitHub таким предметом розмови були зберігання коду та спільна робота над ним. Для власної ідеї пошукай настільки ж чітке формулювання потреби. Якщо пояснення складається переважно з обіцянок великого майбутнього, повернися до робочої ситуації: хто має труднощі, що намагається зробити та де застрягає.

Не обов’язково приходити на зустріч із завершеним бізнес-планом. Підготуй опис проблеми й будь готовий уважно вислухати відповідь. Сприймай розмову як можливість перевірити своє розуміння задачі: чи однаково ви її бачите, які питання вважаєте важливими та що хотіли б спробувати разом.

Що з цим робити

• Обери зустріч людей свого профілю. Прочитай опис події та подумай, яку конкретну робочу тему ти зможеш там обговорити з іншими учасниками.
• Підготуй коротке пояснення потреби. Назви, кому вона заважає, у якій ситуації виникає та яку частину роботи ти хочеш полегшити.
• Запитай про досвід співрозмовника. Уточни, чи стикався він із подібним, як дає цьому раду та що хотів би змінити у своєму підході.
• Запропонуй невеликий спільний крок. Це може бути обговорення сценарію використання, ескіз рішення або проба коду — оберіть те, що відповідає вашій розмові.
• Домовся, як продовжити контакт. Зафіксуй, хто що підготує до наступної розмови, щоб у вас залишився зрозумілий привід повернутися до ідеї.

Робоча проблема може стати початком спільного проєкту, якщо озвучити її іншій людині. Розкажи про свою на зустрічі клубу Silicon Drinkabout у Рівному — вхід безкоштовний і без реєстрації.