GitHub-аккаунты украинских ІТшников: зачем нужны, как раскручивали и советы новичкам

Владимир Агафонкин, @mourner, 1,7K followers, 2,2K closed issues, автор библиотеки Leaflet

Это мой главный рабочий инструмент. Начинал я им пользоваться для разработки своей библиотеки для карт, но сейчас 100% моей работы (на компанию Mapbox) находится в GitHub. У Mapbox порядка 6 сотен открытых репозиториев (и много закрытых).

Я не раскручивал аккаунт. Просто когда ты создаешь классные открытые проекты, за тобой начинают следить. Кроме Leaflet, я занимаюсь довольно большим количеством библиотек и инструментов (по большей части связанных с картами и алгоритмами).

Советую просто стараться оформлять репозитории так, чтобы было приятно и удобно пользоваться. Как минимум нужно, чтобы были: хороший тщательный Readme с понятным описанием, зачем проект, документация, примеры, тесты, интеграция с CI-системами типа Travis или Circle для автоматического тестирования, страничка с наглядной демонстрацией. Стараться писать простой, читаемый, элегантный код и убирать лишнее. Делать тщательные benchmark’и и работать над производительностью.

Paul Miller, @paulmillr, 1,6K followers

GitHub мне нужен, чтобы отслеживать развитие любимых проектов, вносить изменения и улучшения в них, общаться с комьюнити.

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

Если библиотека либо фреймворк реально интересные, стоит запостить их в каталоги (awesome-*), на hacker news, Reddit, почтовые списки рассылок. Тоже помогает.

Очень важна практика и реальный код. Если у вас есть Гитхаб с 10 реальными репозиториями вашего кода, вы уже на две головы выше остальных программистов, в беглом взгляде. Управленцы и рекрутеры на это очень смотрят. Помнится, в англоязычном «Твиттере» у представителей профессии нехило бомбануло от этого факта: они, загруженные «делами», уже не могут активно выделять время на опенсорс, и, соответственно, меньше ценятся.

Держитесь в тренде. Если сегодня популярен Реакт, занимайтесь Реакт-проектами. Если видите, что взлетает новая интересная концепция, цепляйтесь и инвестируйте личное время. На начальном этапе влиться в десятки раз проще, чем когда у проекта будет 10 000 звездочек.

Денис Тележкин, @DenHeadless, 1,3K stars

GitHub, по сути, — центр всего open-source в iOS-мире, даже Swift хостится именно там. В основном публикую там свои фреймворки — рабочие инструменты, которые использую практически каждый день. Open-source на GitHub помогает мне развиваться профессионально, и делать свои же инструменты более стабильными, поскольку их использую в своих приложениях не только я, а и сотни других разработчиков.

Специально я никак не раскручивал свой аккаунт.

Главное — не нужно публиковать там мусор. На GitHub много фреймворков, которые решают крошечную одноразовую задачу, которая вряд ли будет кому-то полезна. Нужно стараться думать глобальнее и писать инструменты, библиотеки, которые будет легко и удобно использовать другим людям. Обязательно нужно иметь хорошее Readme и примеры использования библиотеки. Без них библиотека популярностью пользоваться не будет.

Михаил Боднарчук, @DavertMik, 1,3K closed issues

Я развиваю 3 (хотя на самом деле больше) популярных проекта: Codeception (PHP), CodeceptJS (NodeJS), Robo (PHP). Конечно, в одиночку я бы их не потянул, но, к счастью, есть сообщество, которое активно помогает в их развитии.

Сделать популярный проект на GitHub — это чистой воды бизнес. Только без денег. А так — настоящий бизнес. С конкурентами, агрессивным маркетингом и вечно недовольными клиентами. Налоговая, правда, не приходит и обыски не проводит. Хорошо всё-таки, что денег нет. Но начинать проект нужно с идеи. Что можно сделать такого, чего ещё не было, что может быть полезно другим, и чтобы над этим было интересно работать.

Наверное, самый сложный именно этот этап — кажется, что на GitHub уже есть всё. Это же Вавилонская библиотека программного кода. Но с опытом понимаешь, что есть ещё нерешенные проблемы и есть интересные ниши. В них можно залезть и начинать строить. Когда что-то начинает вырисовываться и на GitHub появляется робкая версия 0.0.0.0.0.1-alpha, можно начинать проверять гипотезу — спрашивать других разработчиков, что они об этом думают. Привлечь их внимание можно в социальных сетях. Расскажите о проекте в Twitter, Reddit, HackerNews, Habrahabr, напишите на DOU. И так к вам придут первые пользователи и первые «звезды». А потом ещё придите на конференцию и расскажите там. Ну и что, что вы интроверт, — там все такие. Лезьте на сцену и рассказывайте — больше некому.

Но за первым шагом идет длинная-длинная работа по раскрутке. Нужно писать документацию, писать ответы (не забывая ссылочку на свой проект) на Stack Overflow, стучаться в «Твиттере» к лидерам мнений (в надежде на ретвит), ненавязчиво пиариться в других репозиториях на GitHub. Зачем это вам? Ну вы же бизнес тут делаете! Хочется сделать что-то большое, существенное, чтобы парень из Японии похлопал тебя по плечу и сказал: «От молодец». А девушка из Нидерландов призналась, что начала программировать с твоего проекта. Это драйв, это сообщество, это проблемы, решения, и это интересно.

А какие глобальные цели? Какие материальные ресурсы мы получаем на выходе? Всё зависит от популярности проекта и от инициативы контрибьютора. Можно стать «звездой», найти более престижную работу, плевать в потолок на техническом собеседовании и помахивать пальцем «Весь мой код на GitHub, чего вы меня спрашиваете?». Помогает. Можно пойти дальше — втянувшись в процесс раскрутки, начать ездить по международным конференциям. И полезно, и приятно. Можно поездить по Европам, а вам ещё и дорогу оплатят, и пивом напоят. Может, и мелочь, но кто его знает. Лично я вообще никуда б из Украины не выехал, не будь у меня мотивации в виде доклада за рубежом.

Но расскажу еще про деньги. Во-первых, большинство людей всё-таки совмещают open-source с работой. И работают над своими проектами в свободное время. Кому-то компания частично спонсирует работу над ее проектами.

Во-вторых, если предпринимательская жилка у тебя есть, на проектах можно начать зарабатывать. Например, консультантом. Всё-таки, истратив столько времени на решение проблем в одной специфической области, изъездив столько конференций, мало-помалу становишься в этой сфере профессионалом.

Ну, а если бизнес-бизнес, то есть серьезный, то надо брать и создавать свою компанию, развивать платную версию своего продукта. Но такая возможность есть далеко не у всех. Например, так смог сделать GitLab, но вряд ли это возможно для myStringComparisonLibraryv1.0.

Дмитро Данилик, @dmytrodanylyk, 10,5 stars, 1,3K followers, 1,2K forks

GitHub мені потрібен для всіх open-source проектів: від бібліотек до простих прикладів з використанням того чи іншого функціоналу. GitHub gist використовую в статтях на Medium, оскільки там нема code highlighting. Зараз деякі компанії беруть до уваги GitHub-профіль під час найму, а деякі взагалі шукають розробників через GitHub.

Зазвичай при написанні статті залишаю посилання на GitHub-профіль. А також даю посилання на нього через соціальні мережі: Twitter, Reddit, Google+.

Ось мої рекомендації. Опис проекту не менш важливий, ніж сам код. Для цього є README.md чи wiki/. Завжди вказуйте ліцензію LICENSE.md/. Якщо розробляєте бібліотеку — описуйте, що змінилось в новій версії CHANGELOG.md. Якщо перестаєте підтримувати бібліотеку — вкажіть це в README-файлі. Раджу поставити chrome extension.

Також потрібно підтримувати open-source, якщо вам це подобається і ви хочете зробити свій внесок в те, що використовуєте.

Дмитрий Сикорский, @DmitrySikorsky, контрибьютор Ext JS

В какой-то момент мне захотелось поделиться своей работой и опытом с другими. Я подумал, что нет никакого смысла в том, чтобы код некоторых моих личных проектов оставался закрытым. Я решил, что их превращение в open-source поможет выявить недостатки и развивать эти проекты, получать новые идеи. Наверное, это был в какой-то степени переломный момент в моей профессиональной деятельности.

Я написал статью о разработке модульных приложений на «Хабр» (свою первую статью там) и выложил демопроект для нее на GitHub. Поскольку речь шла об использовании новой платформы ASP.NET Core, через несколько дней мне предложили написать еще несколько статей в блог «Майкрософт» (в том числе я смог написать и о другом моем проекте с открытым исходным кодом).

Затем я выложил на GitHub исходники своей CMS (мой самый большой проект), основанной снова-таки на ASP.NET Core, и написал статью о ней на «Хабр». Этот проект попал в ASP.NET Core Community Standup, где о нем в течение примерно одного десятка замечательных секунд рассказывал сам Джон Галловей (а статья при этом попала на главную страницу сайта ASP.NET). После такой рекламы проекты стали быстро набирать звезды, первое время просто десятками. Я не мог поверить глазам. Некоторые люди добавили меня в скайпе, стали писать письма и так далее. Я завел много новых интересных знакомств.

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

Ну и конечно же, наличие таких видов публичных активностей, как крупные проекты на GitHub и статьи на различных площадках, делают процесс получения новых коммерческих заказов на порядок проще — люди просто обращаются сами.

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

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

Богдан Гусев, @bogdan, контрибьютор Rails

GitHub мне нужен для работы и развлечения: делиться своими творениями с людьми. Я раскручивал не аккаунт, а конкретные репозитории — каждый в отдельности, давал ссылки на разных сайтах типа Reddit и подобных, также просил известных блогеров сделать обзор.

Мой главный совет: делайте что-то хорошее в мире софта и делитесь этим с людьми.

Назар Мокринський, @nazar-pc, контрибьютор Polymer

Я використовую ресурс для розробки Git. GitHub — популярний сервіс з Git backend-ом, який при цьому відомий багатьом людям. Відповідно, відкритий код, який я пишу, легше знайти.

Навмисно я ніяк не розкручував свій акаунт. Писав час від часу статті на «Хабр», але їх там лише кілька. Люди в основному самі знаходять мої розробки.

Моя порада: точно варто попробувати сервіс, якщо є бажання бути сучасним розробником. Не обов’язково GitHub, але GitHub — один з найпопулярніших сервісів. Боятися зарепортити проблему чи запропонувати виправлення не варто. Але не варто, як і скрізь, ставитися до проекту зневажливо. Якщо розробник виклав щось у відкритий доступ для вільного використання, це не дає вам право, як користувачу, щось категорично вимагати від нього. Розробник пише проект в першу чергу для себе, тому прохати про виправлення проблеми це нормально, а от вимагати — ні.