Комментарии 19
Я правильно понимаю, что вы предлагаете научиться работать под давлением, и не упоминать в принципе, что давление существует?
Я полностью согласен с вашим предложением, но хочу отметить, что навык отделения зёрен от плевел не отменяет социального давления, и бороться с ним (см. приобрести предлагаемый вами навык) непростая задача.
Давайте я пример из соседней сферы дам: я на хабре часто вижу людей, которые утверждают, что написали статью, получили кучу негативных комментариев, и мотивация писать дальше пропала. Рассортировать комментарии и понять, что по делу, а что мимо кассы — это эмоционально непростая задача, не все справляются.
Мораль истории: не стесняйтесь написать просто письмо благодарности автору понравившегося вам инструмента, их очень приятно получать!
И если у пользователей регулярно возникают проблемы, то это проблема не в пользователях, а в инструментах — их надо исправить так, чтобы с ними справились обычные люди. Например, вместо вывода текста ошибки — выводить инструкцию, как решить проблему самостоятельно.
Я думаю, что это очень сильно зависит от природы проекта. Одно дело игра «сапёр», где пользователь только кнопки нажимает. И совсем другое дело библиотеки с пользовательскими коллбэками, которые исполняются в непредсказуемых средах. Там просто невозможно выдать инструкцию, которая позволит «решить проблему самостоятельно».
библиотеки с коллбэками, которые исполняются в непредсказуемых среда
Это уже отличный шанс подумать об автоматическом тестировании в разных окружениях. Благо очень многие CI и другие сервисы выделяют бесплатные квоты для опенсорсных проектов. Даже у гитхаба есть свои actions. Можно настроить и проверить любые ситуации, автоматизировать рутинные задачи и тем самым облегчить поддержку. Еще и такой важный опыт прибавится по работе со всеми этими инструментами.
Не поверите, у меня на проектах есть непрерывная интеграция и всякие юнит-тесты. Меня удивляет, что вы предположили, что я не умею пользоваться этим инструментарием :)
Только этот инструмент не панацея — нельзя проверить любые ситуации, особенно в случае, когда вы вызываете чужой код.
Более того, я регулярно сталкиваюсь с ситуацией, когда мой код проверил входные данные, и отказался работать, выдав соответствующее сообщение. Только пользователь, который написал кривой коллбэк, обвиняет меня: «не работает». И когда багзилла заполняется подобными баг-репортами, и на исследование каждого «бага» у вас уходит пара часов, руки опускаются. Если бы 100% баг-репортов были бы действительно о багах в моём коде, это было бы счастье.
Нельзя ли просить пользователей формировать минимальный код, воспроизводящий проблему?
Да конечно можно и нужно, но анализ этого кода всё равно дорогое занятие, и не всегда проблема окажется у автора. А ведь ещё бывают экзотические компиляторы и операционные системы, а то и устройства, что автор статьи и описал.
Это не конец мира, с этим можно успешно жить ;)
Собственно, вся статья заключается в том, что поддержка открытого проекта — это серьёзное давление, и к этому надо быть готовым.
На тему github-auto-locker есть вот этот смешной пример: https://github.com/facebook/react/issues/10021#issuecomment-573023802
На протяжении года пользователи воюют с ботом и доказывают ему, что фича им нужна.
Такое ощущение, что автор запутался в своих желаниях и творит хаос.
Не хочет заниматься поддержкой — пусть напишет об этом в readme и отключит issues.
Какие-то задачи не под силу — пусть оставит сообществу. Вполне может через несколько лет прийти произвольный человек и исправить проблему. Зато если найдёт реальную проблему закрытую по надуманному предлогу — может решить, что его помощи тут не ждут.
Поддержка — понятие очень расплывчатое. Лично мне надоело каждый раз час-два ковырять issue, чтобы в итоге обнаружить, что проблема не в моём коде (и да, не всегда можно проверить входные данные). И я хорошо понимаю человека, у которого опускаются руки решать чужие проблемы.
Система отслеживания проблем GitHub не раз заставляла меня плакать. Я не мог заснуть после того, как закрыл заявки без уважительных причин.
Страдалец какой
Надо быть проще. Вот пользуюсь я кастомной прошивкой, для моего робота-пылесоса. И как-то он перестал работать, буквально после обновления, я такой ну нифига себе, кажись кирпич из-за обновы.
Нашел проект на гитхабе, написал чуваку, так и так, делаю то-то пылесос не заводится. Меня просто в бан добавили, я даже не знал, что в гитхабе так можно :D В итоге я написал этому чуваку на Email, как так екарный бабай, эта штука стоит денег, а она возможно из-за твоего ПО превратилась в кирпич, я тебя предупредил и надеялся на обратную связь.
На что чувак указал, на свой небольшой свод правил к проекту, типа вы должны понимать что используете проект от какого-то левого чувака из интернета, я не оказываю поддержку, если вы что-то хотите добавить, вы знаете где PR.
Несмотря на то, что у меня пригорело от этого чувака, в его словах есть доля правды.
У меня не такой большой проект, всего 108 звездочек где-то, но даже я уже сталкиваюсь с проблемами, в которых люди просто не хотят подумать головой чуть дольше и погуглить. А порой даже не читают документацию.
Это не работает