All streams
Search
Write a publication
Pull to refresh
-2
0
Send message
я не понимаю почему Вас задела моя точка зрения.
Она не относится к Вам. У Вас системный подход к поддержке, адекватное отношение. Более того — Ваши пользователи частично сами являются разработчиками\мейнтейнерами — не думаю, что между вами возникает много недопониманий.

В посте речь о чуваке, который жалуется на недовольство пользователей низким качеством его ПО и поддержки.
И вот если, например, собираю не я, а собирает мейнтейнер бинарники под опенсусе, а я мейнтейню только ебилды в gentoo (не бинарники, а инструкции для их сборки), то кто ответственный? Мейнтейнер что ли должен баги чинить?

ну вообще если у вас нет офиц. заявленной поддержки OpenSuse — это снимает с Вас часть отвественности.
Они могут сами придти и поправить (как правило это интеграцинные баги).

Насчёт библиотеки — возможно нет ответственности.

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

Бинарник — обязаны. Бинарник это как публичная оферта.
ИМХО. Но Ваш аргумент я понял и принимаю. Без проблем.
хорошо что не в газовую камеру хоть меня. И на том спасибо.
почему? Я грамотно описываю баг репорт, вежливо общаюсь, указываю в коде где ошибка.

Почему не нужны такие пользователи?

Это честный вопрос, если что.
я как раз об этом и говорю. Спасибо что подтвердили мою точку зрения.

просто посылает таких, как вы, подальше, в папку «спам»
прекрасно. Тогда не надо жаловаться на ругань пользователей.

Пост был о том что чувак (грек) жаловался на ругань пользователей.
у Вас неправильные ожидания. Надо ожидать что я стану Вашим пользователем. Исправлять баги в Вашем проекте — Ваша работа.

Я могу сделать баг-репорт если найду баг.
И если меня попросят — сделаю PR. Но не в обратном порядке.
нет гарантии != нет поддержки.
Ожидания выгоды.
Опубликованные бинарники — это означает релиз. Релиз означает поддержку.
А если это мне, ну, не нужно? Или если, ну, меня и так нанимают, без всяких поддержек конечных юзеров? Более того, с практически прямым посылом этих юзеров в FAQ проекта?

Вы бинарники публикуете? Если это хобби проект — не стоит публиковать собранный дистрибутив — либо с оглаской отказа от полноценной поддержки.
Опубликовали бинарники = есть ожидания = обязаны поддерживать.
это чрезвычайно лёгкий аргумент и универсальное оправдание — у многих разработчиков и мейнтейнеров.

Я применю его в Вашу сторону: пусть разработчики не обижаются на ругань в свой адрес (иногда неоправданную). Никто не обещал им что не будет ругани, например. (я не говорю что это хорошо — наоборот, очень плохо. Но это реальность).

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

Я спросил больше ради интереса.
Уважаю Вашу работу.
Ну, когда они возьмут меня на работу, чтобы я пилил конкретный OSS-проект для них, это тоже перестанет для меня быть хобби и станет работой. В чём противоречие?

Поймите, это изначально работа — с результатом (возможно не изначально предопределённым) — наймом Вас на работу.

А тут кто мешает? Даже больше информации доступно ведь, от истории коммитов до реакции на PR'ы.

Никто не мешает. Вы спросили «как» — я ответил.
пусть делают в хобби формате, в формате RnD, прототипа — каком угодно.
OSS релизы — это высококачественные проекты.

Не нужно их смешивать с Хобби\RnD, и называть свой проект OSS, если Вы не в состоянии обеспечить поддержку.

Берегите репутацию OSS.

Аналогия: я написал на заборе код — это OSS?
Это просто код на заборе. Тут речь именно про мейнтейнеров OSS в этом посте.
чтобы понять вес Ваших слов. Всё ещё не ясно до конца. Закроем эту ветку комментов.
Спасибо, с уважением.
Кто сказал?

коммерческие организации, использующие OSS.

Как же они на EULA-проекты завязываются, которые точно так же without any warranty of any kind?

Проводя анализ проекта и процессов его разработки.
Какое счастье? Кто подумает? Кому какое счастье?
Ничего не понятно из Вашего комментария, извините.
Не могу делать выводы.
Надо замерять. Может оказаться 10 человек, а может и 0.
Без сарказма. Это исходя из описания выше.
я не поддерживаю почти ни один из дистрибутивов, потому что мой код уже во всю использует C++17 и скоро перейдёт на C++20, и я не считаю это багом
OSS это не хобби.
Пожалуйста, помечайте свои хобби-проекты как «Hobby Project».
Иначе кто-то по ошибке завяжется на такой проект (без поддержки и с неопределённой планкой качества).

Information

Rating
Does not participate
Registered
Activity