Как стать автором
Обновить

Комментарии 19

Спасибо за отличный перевод.
НЛО прилетело и опубликовало эту надпись здесь

Я правильно понимаю, что вы предлагаете научиться работать под давлением, и не упоминать в принципе, что давление существует?

НЛО прилетело и опубликовало эту надпись здесь

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


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


Мораль истории: не стесняйтесь написать просто письмо благодарности автору понравившегося вам инструмента, их очень приятно получать!

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

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

Я думаю, что это очень сильно зависит от природы проекта. Одно дело игра «сапёр», где пользователь только кнопки нажимает. И совсем другое дело библиотеки с пользовательскими коллбэками, которые исполняются в непредсказуемых средах. Там просто невозможно выдать инструкцию, которая позволит «решить проблему самостоятельно».

библиотеки с коллбэками, которые исполняются в непредсказуемых среда

Это уже отличный шанс подумать об автоматическом тестировании в разных окружениях. Благо очень многие CI и другие сервисы выделяют бесплатные квоты для опенсорсных проектов. Даже у гитхаба есть свои actions. Можно настроить и проверить любые ситуации, автоматизировать рутинные задачи и тем самым облегчить поддержку. Еще и такой важный опыт прибавится по работе со всеми этими инструментами.

Не поверите, у меня на проектах есть непрерывная интеграция и всякие юнит-тесты. Меня удивляет, что вы предположили, что я не умею пользоваться этим инструментарием :)
Только этот инструмент не панацея — нельзя проверить любые ситуации, особенно в случае, когда вы вызываете чужой код.


Более того, я регулярно сталкиваюсь с ситуацией, когда мой код проверил входные данные, и отказался работать, выдав соответствующее сообщение. Только пользователь, который написал кривой коллбэк, обвиняет меня: «не работает». И когда багзилла заполняется подобными баг-репортами, и на исследование каждого «бага» у вас уходит пара часов, руки опускаются. Если бы 100% баг-репортов были бы действительно о багах в моём коде, это было бы счастье.

Нельзя ли просить пользователей формировать минимальный код, воспроизводящий проблему?

Да конечно можно и нужно, но анализ этого кода всё равно дорогое занятие, и не всегда проблема окажется у автора. А ведь ещё бывают экзотические компиляторы и операционные системы, а то и устройства, что автор статьи и описал.


Это не конец мира, с этим можно успешно жить ;)
Собственно, вся статья заключается в том, что поддержка открытого проекта — это серьёзное давление, и к этому надо быть готовым.

Такое ощущение, что автор запутался в своих желаниях и творит хаос.
Не хочет заниматься поддержкой — пусть напишет об этом в readme и отключит issues.
Какие-то задачи не под силу — пусть оставит сообществу. Вполне может через несколько лет прийти произвольный человек и исправить проблему. Зато если найдёт реальную проблему закрытую по надуманному предлогу — может решить, что его помощи тут не ждут.

Поддержка — понятие очень расплывчатое. Лично мне надоело каждый раз час-два ковырять issue, чтобы в итоге обнаружить, что проблема не в моём коде (и да, не всегда можно проверить входные данные). И я хорошо понимаю человека, у которого опускаются руки решать чужие проблемы.

Встретились два любителя перекладывать проблемы на другого.)


Вообще, типичная причина этого — невразумительное сообщение об ошибке.

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

Страдалец какой

это нормально — возраст, опыт и склонности характера у всех разные.

если бы у вас в 15 лет был такой проект и смартфон с подключенными нотификациями?
Я вот помню как я не спал ночами, чтобы в школу принести свою новую самописную игрушку на Электронике МК-61
По-моему у автора какое-то психологическое отклонение. Интересно было бы услышать мнение специалиста в данной области. Одно дело — желание помочь пользователям. Но не спать ночами из-за того, что у кого-то на другом конце света кривые руки и он не может сам решить свои проблемы? Это уже перебор.

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


Нашел проект на гитхабе, написал чуваку, так и так, делаю то-то пылесос не заводится. Меня просто в бан добавили, я даже не знал, что в гитхабе так можно :D В итоге я написал этому чуваку на Email, как так екарный бабай, эта штука стоит денег, а она возможно из-за твоего ПО превратилась в кирпич, я тебя предупредил и надеялся на обратную связь.


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


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


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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий