Миша пишет код

Классный пост от лидера проекта Homebrew о том, как должен быть устроен open source проект, чтобы люди приходили делать в него первые коммиты и после оставались разрабатывать на постоянной основе.

Базовая идея состоит в том, что нужно до невозможности упростить создание самого первого коммита. В brew даже есть специальная команда brew bump-formula-pr, которая сама сделает форк, закоммитит и пушнет изменения, оформив pull request должным образом. Для ее использования даже не требуется наличие git. Также автор рекомендует поддерживать хорошую документацию, держа в голове, что новый разработчик может ничего не знать о проекте, но все равно хотеть стать его участником.

Текст достаточно короткий, да и советы выглядят простыми, однако судя по всему они работают, ведь если посмотреть на проекты организации Homebrew, то в них принимают участие множество разработчиков: Homebrew-cask - 8550, Homebrew-core - 10312.

Со своей стороны пожалуюсь.

Бывает, что выдается какой-нибудь свободный денек, в который еще вдобавок чувствуешь силы и желание сделать что-то хорошее. И отправляешься искать тот самый good-first-issue, чтобы наконец-то стать полезным участником сообщества. Находишь интересный проект через какой-нибудь https://goodfirstissues.com/. А там по тегу good-first-issue есть или задачи с одним названием без описания, или задачи, в которых разработчик уже был выбран 5 лет назад, но активности никакой нет.

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

P.S. оказывается, что лидер Homebrew и тот самый разработчик, которого не взяли в гугл, - это два разных человека. Первого зовут Mike McQuaid, второго Max Howell. И Хауэлл, судя по коммитам, уже 10 лет не имеет никакого отношения к проекту.

[[Obsidian link]]

👍6👨‍💻3🔥2

www.tgoop.com/misha_writes_code/145

289 viewsMisha и точка, edited  Nov 22, 2023 at 19:29

Классный пост от лидера проекта Homebrew о том, как должен быть устроен open source проект, чтобы люди приходили делать в него первые коммиты и после оставались разрабатывать на постоянной основе.

Базовая идея состоит в том, что нужно до невозможности упростить создание самого первого коммита. В brew даже есть специальная команда brew bump-formula-pr, которая сама сделает форк, закоммитит и пушнет изменения, оформив pull request должным образом. Для ее использования даже не требуется наличие git. Также автор рекомендует поддерживать хорошую документацию, держа в голове, что новый разработчик может ничего не знать о проекте, но все равно хотеть стать его участником.

Текст достаточно короткий, да и советы выглядят простыми, однако судя по всему они работают, ведь если посмотреть на проекты организации Homebrew, то в них принимают участие множество разработчиков: Homebrew-cask - 8550, Homebrew-core - 10312.

Со своей стороны пожалуюсь.

Бывает, что выдается какой-нибудь свободный денек, в который еще вдобавок чувствуешь силы и желание сделать что-то хорошее. И отправляешься искать тот самый good-first-issue, чтобы наконец-то стать полезным участником сообщества. Находишь интересный проект через какой-нибудь https://goodfirstissues.com/. А там по тегу good-first-issue есть или задачи с одним названием без описания, или задачи, в которых разработчик уже был выбран 5 лет назад, но активности никакой нет.

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

P.S. оказывается, что лидер Homebrew и тот самый разработчик, которого не взяли в гугл, - это два разных человека. Первого зовут Mike McQuaid, второго Max Howell. И Хауэлл, судя по коммитам, уже 10 лет не имеет никакого отношения к проекту.

[[Obsidian link]]

BY Миша пишет код