Комментарии 43
Да, испытываю схожие ощущения со своим проектом. В начале развития своего проекта коммьюнити было очень маленьким, но каждый его участник был в какой-то степени либо контрибьютором, либо просто грамотным тестером пользователем проекта.
Сейчас количество людей, которые не шарят примерно никак, зато хотят, чтобы все было сделано БЫСТРО, просто зашкаливает. Сформулировать проблему обычно тоже не умеют, или же формулируют ее в стиле XY проблемы. Отвечать на тупые вопросы я уже устал, на сложные — не хватает времени сконцентрироваться.
Мудаки тоже проблема — даже один токсичный мудак может долго отравлять проект не только своим присутствием, но даже и после бана. Им не лень ходить на релевантные ресурсы и всем рассказывать, насколько плохой проект X и какой мудак его автор.
Выходных нет, перерывов нет, переключаться иногда хочется, но надолго нельзя. Бросать тоже нельзя — ответственность, когда твоим проектом пользуются десятки тысяч людей, колоссальная.
Принимать чужой код — это вообще за гранью добра и зла. Читаешь pull request, хватаешься за голову и пишешь нормально. Но времени на это тоже не хватает...
«пытаюсь использовать вашу программ но у меня ничего не получается? есть идеи»
«можете помочь ничего не получается ] спасибо?»
(стилистика и пунктуация сохранены)
У меня после таких тикетов просто взрыв мозга происходит.
К тому же cebka жаловался на то что ему приходится отвечать на тупые тикеты и переписываться с токсичными мудаками, и я думаю что монетизация эту проблему не решит, а наоборот количество тупых тикетов и токсичных мудаков будет ещё больше, ведь «быстро делайте как я хочу! за что я вам плачу?!»
Монетизация не является темой обсуждения в этой статье.
На GitHub уже появилась: GitHub Sponsors: новый способ внести свой вклад в open source.
Мудаки тоже проблема — даже один токсичный мудак может долго отравлять проект не только своим присутствием, но даже и после бана. Им не лень ходить на релевантные ресурсы и всем рассказывать, насколько плохой проект X и какой мудак его автор.Есть такие мудаки. Обычно они также считают что:
Принимать чужой код — это вообще за гранью добра и зла. Читаешь pull request, хватаешься за голову и пишешь нормально. Но времени на это тоже не хватает...
Знаете, я хотел было что-то ответить на ваш комментарий, но моя богатая практика общения с личностями, подобными вам, подсказывает, что проще поставить вам заслуженный минус и заниматься более полезными делами, чем дискуссиями с дураками и/или троллями.
Вопрос на засыпку. Вам в проект прислали реализацию полезной фичи, вы, в очередной раз, ужаснулись и переписали все с нуля. Чьё авторство?
Со стороны это выглядит приблизительно так: Вам прислали pull-request -> Вы его отклонили -> Через неделю сделали коммит с тем же самым. Ну и почему бы тогда «мудаку» не написать на релевантном ресурсе про автора пару ласковых слов.
Отвечать на тупые вопросы я уже устал, на сложные — не хватает времени сконцентрироваться.
Просто нужно перенаправлять их на StackOverflow, где вопросам и место. Система репутации мотивирует на них отвечать.
Принимать чужой код — это вообще за гранью добра и зла. Читаешь pull request, хватаешься за голову и пишешь нормально.
У меня другая проблема. Я провожу ревью для pull request, но другой мейнтейнер придерживаться политики мержить все подряд с максимальной скоростью, лишь бы тесты проходили. Аргументирует он это тем, что не хочет никого обижать, типа игнор. Так и живем: я делаю ревью, а он мержит, даже не подождав. Приходится самому потом фиксить, ну или забивать.
И постоянно кажется, что я сам написал бы лучший код, чем в этих пулл-реквестах.Известная психологическая проблема — с ней надо бороться.
У меня всегда был некоторый страх потерять технологическое лидерство в проекте. Не потому что я недостаточно хорош в проектировании и разработке Redis, а потому что я знаю, что мои пути не совпадают с тем, чего хочет значительное количество пользователей, и с тем, что большинство людей в IT считают хорошим программным обеспечениемА вот это вполне обоснованное опасение, если автор считает проект своим детищем, а не просто сидит на зарплате.
Некоторые люди — полные придурки. Они повсюду, это естественно.Это точно :)
Известная психологическая проблема — с ней надо бороться.Каким образом? Например, контрибутор плохо знает стандартную библиотеку (пишет цикл или свою функию вместо того, чтобы вызвать стандартную), не знает глубоко возможности и синтаксис языка — где-то не использует const/readonly, где-то пишет как обычно, хотя в этом случае можно было сократить на пару строчек. Вроде мелкие придирки. Но что делать — быть тираном и объяснять, как *мне* нравится писать код. Или принимать в проект код, который потом будет постоянно раздражать?
А бороться просто — надо всего лишь уважать чужое мнение. Именно в обсуждениях кода можно заметно вырасти над собой (поэтому я очень люблю ревью). Глядишь, по ходу дела автору перестанет «казаться» :), а, может, он поднимет скиллы соавтору. Мейнтейнером быть трудно, это совершенно верно.
Почему обязательно появятся соавторы? Вовсе это не обязательно, даже если проект большой и популярный.
Не приму, конечно. Качество кода мне важнее, чем что бы-то ни было. Мне и по работе предлагают принимать говнокод, а я не принимаю — отправляю переписывать нормально.
Все проще: бывают PR'ы, которые имеют хорошее качество, а бывают — не очень. Если говорить о крупных предложениях, то я обычно делаю review: https://github.com/rspamd/rspamd/pulls?q=is%3Apr+is%3Aclosed+reviewed-by%3Avstakhov А мелочи или же вещи, в которых я разбираюсь хуже, чем submitter, я просто сразу же принимаю — уже скоро полторы тысячи PR'ов, из которых подавляющее большинство принято.
Не могу себе представить ситуации, когда в open source выкладывают проект в поисках помощи от сообщества, если честно. Могу сказать только, что я пишу в open source, потому что могу и потому что мне это удобно. Ну и "себя показать" — не без того.
Помощи от сообщества я не ждал никогда, хотя зачастую появляются люди, которые поддерживают некоторые куски или подсистемы, на которые ты сам забил. Например, в Rspamd это у меня веб интерфейс, а в libucl — биндинги для C++.
Не могу себе представить ситуации, когда в open source выкладывают проект в поисках помощи от сообщества, если честно.А Линукс разве не open source? А .NET зачем сделали open source? Просто чтоб похвастаться? Сомневаюсь.
Мы проектируем и пишем системы, но потом появятся новые. Вообще, разве хоть один прикладной программист, а не теоретик с «большими идеями», способен оставить после себя какой-то след?
Вроде как MSDOS закрепился хорошо… Apache можно вспомнить, nginx.
Я мог поработать неделю, остановиться на две, потом работать месяц, исчезнуть на два месяца. Всегда. Людям нужно подзарядиться, получить новую энергию и идеи, заняться творчеством. А программирование на высоком уровне — это творческая работа.Яростно поддерживаю, это прямо моя мечта! Как же это здорово, когда у разработчика есть возможность отключится на какое-то время.
Почему бы не делегировать полномочия? Если есть неплохие контрибьюторы, отправляйте их проверять ПР. Если кто-то разбирается в проекте, пучть имеет право закрывать тикеты, отвечать на вопросы и т.д. Помощь в опенсурсе это же не только код, совершенно нет.
Согласен, есть такая проблема у многих проектов. Если бы люди грамотно искали себе замену и делегировали полномочия, глядишь — и некоторые проекты не загибались бы.
Трудно быть мейнтейнером проекта Open Source