Pull to refresh

Comments 36

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

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

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

У меня лично опыт сугубо положительный: несмотря на то что как раз ни направленных на широкую аудиторию, ни разрекламированных проектов у меня нет, вклад со стороны приходит регулярно, и сам я никаких проблем со вкладом в чужие проекты не испытывал (кажется, у меня порядка 160 закрытых pull'ов и 5 чужих проектов в которые я могу коммитить напрямую). Без Github такое было бы просто невозможно.

Касательно же вашей статистики, кроме пробелов которые вы упомянули сами (и которые уже лишают её репрезентативности) нужно учитывать что Github помимо прочего обладает тем свойством что туда хочется выкладывать всё подряд включая наброски и эксперименты. Ничего плохого в этом нет, но значительная часть репозиториев просто не предусматривает и не ожидает стороннего вклада. Считать по ним что-то бессмысленно, а простого способа отделить их скорее всего не существует.
Списки проектов, завоевавших огромную популярность, но не привлекших разработчиков из сообщества, могут быть полезны с точки зрения изучения чужих ошибок, или выявления направлений проектов, в которые плохо контрибьютят.
Пожалуй. Есть антипаттерны которые сразу уменьшают желание вкладываться в проект (например, отсутствие или самопальная системы сборки, dll'ки и прочие бинарники в репозитории, комментарии/README не на английском), возможно при таком анализе всплывут новые.
UFO landed and left these words here
> не было гитхаба и никто без него не страдал

Это отчасти верно, ибо важен не Github как таковой, а hub в общем — место в котором пересекаются все проекты и разработчики. Сейчас это github, случится что-то с ним, таковым автоматически станет следующий по популярности хостинг, например BitBucket, причём благодаря git переезд будет совершенно безболезненным (поэтому аргументы против github что де это «все яйца в одной корзине» — ерунда).

Но заслуга Github не только в этом — он первый уменьшил сложность контрибутинга в чужой проект до одного клика, и по удобству до сих пор остаётся эталоном.

> больше похож на свалку кода

Любой хостинг похож на свалку кода. Иначе им вообще никто не пользуется.
UFO landed and left these words here
И что вам, жалко что кроме таких же проектов у которых «приятно читать описание» там выкладывается всё подряд? Как минимум, люди используют эти репозитории чтобы отовсюду иметь доступ к своему коду, студенты наверняка смотрят код друг друга, ну и не так уж редко из личных репозиториев вырастают хорошие проекты. Также, выкладывание кода в паблик приучает всегда писать код за который не стыдно. Отказаться от этого всего, чтобы вам было красиво? Ну нет. Всё творчество в паблик — только так и должно быть. А псевдоэлитизм никогда положительных чувств не вызывал.
Я нашел в этой статье много новых интересных репозиториев, о которых не знал, такие как
awesome admin
js the right way (потом php в гугле)
frameworks benchmarks

и прочие общие репы с полезной инфой. Спасибо.
А можно ссылки? Я ничего не опознал
Интересно, есть ли хоть один проект на ассемблере со звёздочкой?
сколько маньяков… неожиданно как-то.
Более того, я несколько раз делал очень серьезные изменения/улучшения в чужие проекты, но их авторы морозились и не приняли изменения.
Тому могли быть самые разные причины.

Например, владельцу проекта сейчас некогда критически осмысливать ваши изменения, а неосмысленные он принимать не хочет, потому что они могут что-то сломать.

Или владелец не хочет «загрязнять» свой проект изменениями от других разработчиков, у которых может не быть права лицензировать эти изменения под нужной лицензией (это вполне реальная проблема — например, SQLite принимает изменения только при соблюдении условий, описанных тут в разделе Contributed Code).

Чтобы уменьшить разочарование от отказа принимать ваши изменения, часто помогает сначала отправить какое-нибудь мелкое исправление, чтобы понять, готов ли владелец принимать изменения. И да, всегда остается шанс, что ваше творчество не примут.
К сожалению, реально причина там была одна — Not Invented Here.
Насчет sqlite3 мне нравится их требование. Потому что оно позволяет иметь весь код под одной лицензией (например, той же MIT), не парясь по поводу отдельных кусков. Кто писал когда-либо debian/copyright наверняка может понять, почему. Меня самого просили разрешить заимствование кода под CC0 (правда, в коммерческий проект).
О публикации кода на Github или другом открытом хостинге часто говорят, как о такой живительной эвтаназии, после которой патчи, фиксы, сообщения о проблемах и прочие коммиты от сторонних разработчиков польются рекой.

Я не смог до конца понять смысл этой фразы, но, пользуясь бритвой Хэнлона, предположу, что употребление здесь словосочетания «живительная эвтаназия» — всего лишь речевая ошибка.
Я долго думал-вспоминал яркое выражение на это место в тексте, но так на ум ничего и не пришло, кроме живительной эвтаназии. Я знаю что смысл у фразы другой, но она хотя бы передает настроение.
«Спасательный круг»?

«Панацея»?

«Серебряная пуля»?

Не знаю, у меня обратные впечатления. Стоит только выложить, сразу набегают пулл реквестеры )

До 700 звездочек мои проекты не дотягивают, но вот у django-jenkins — 48 контрибуторв, как-то само-собой получилось.

А у свежевыложенного django-viewflow, где я бы хотел пулл реквесты вообще отключить, уже трое желающих нарисовалось. Хорошо, что некоторые предпочитают сначала в письме спросить, прежде чем пул-реквестить и обижаться.
600 звездочек это уже очень серьезно, особенно для не JavaScript- или Ruby-проекта. А пулл-реквесты же вроде можно отключить.
> А пулл-реквесты же вроде можно отключить.

Насколько я знаю, отключить их нельзя (можно только issues). И это очень правильно.
если автор не собирается их мерджить, зачем они?
И по какой причине можно безусловно не принимать pull request'ы?
Миллион причин, от копирайта до модели разработки, Например у ms на многих проектах она не в гитхабе.
Ну так я и говорю — это надо искоренять, а не потакать этому. Если проект не может принять даже pull с исправлением опечатки — это дикость, и оправданий этому быть не может.
Думаю, есть некая корреляция с количеством фолловеров и языках, на которых написаны ваши проекты. Очевидно, что хаскель имеет значительно более высокий порог вхождения, нежели python/js/php, и количество контрибьюторов в проектах на хаскеле тоже обычно меньше. В моих проектах на C, например, очень мало контрибьюторов (и с большинством из них я знаком через irc), хотя звездочек у некоторых из них немало.
а кстати интересно. можете посчитать аналогичную статистику по количеству issues, комментов и участников обсуждений?

мне кажется, вывод в статье формально правильный — выкладывать проекты с мыслью, что щаз набегут разработчики и начнут делать за тебя свою работу, — наивно. но ведь гитхаб это еще и соц.сеть. код сам по себе ни что, обратная связь — бесценна. :)
Вы же знаете Python, можете сами допилить мои скрипты и посчитать что и как считаете нужным. Это пара часов дел. Сам не хочу.
Sign up to leave a comment.

Articles