раз в квартал подобная тема поднимается, сделайте уже)

Нормальная мысль.

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

Сделай. Только не забудь _удобную_ оплату.

Вполне нормальная идея.

В корне порочная идея.

С точки зрения пользователя: где гарантия того, что, проголосовав деньгами за баг, его пофиксят?

С точки зрения программиста: нахрена писать качественный софт, если потом на исправлении багов можно срубить бабла?

Работа программистов должна оплачиваться. Если кому-то очень нужно исправить некий баг, пусть у него будет легкая возможность оплатить эту работу, либо скинуться на нее.

> С точки зрения пользователя: где гарантия того, что, проголосовав деньгами за баг, его пофиксят?

Для пользователя это способ обратить пристальное внимание разрабов на проблему.

> С точки зрения программиста: нахрена писать качественный софт, если потом на исправлении багов можно срубить бабла?

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

>где гарантия того, что, проголосовав деньгами за баг, его пофиксят?
в мире потребительского софта гарантий вообще нет.

>нахрена писать качественный софт, если потом на исправлении багов можно срубить бабла?
а нахрена вообще писать? :) Можно сделать ограничение, чтобы бабло уходило только не участвующим напрямую в разработке. Хотя in soviet Russia все равно сломают и обойдут...

а кто будет юзать некачественный софт, если там баг на баге, никто за них платить не станет

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

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

>Работа программистов должна оплачиваться. Если кому-то очень нужно исправить некий баг, пусть у него будет легкая возможность оплатить эту работу, либо скинуться на нее.

Смените лицензию на закрытую, продавайте софт за деньги. А у пользователей Open Source софта и так есть возможность отблагодарить разработчиков, сделав пожертвование.

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

И много есть свободных аналогов apache, squid, bind и тд? И даже при наличии большого количества свободных альтернатив, представь, что произойдёт с внедрением такой схемы повсеместно?

посмотри как за баги vim голосуют
ещё mozilla foundation денег башляет за разрешение конкретных багов

> Смените лицензию на закрытую, продавайте софт за деньги.

Не пойти бы тебе на винфак?

> А у пользователей Open Source софта и так есть возможность отблагодарить разработчиков, сделав пожертвование.

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

> И много есть свободных аналогов apache, squid, bind и тд?

В них кто-то специально делал баги?

> И даже при наличии большого количества свободных альтернатив, представь, что произойдёт с внедрением такой схемы повсеместно?

Произойдет приток ресурсов для разработки FOSS. Больше разработчиков смогут работать над проектами фулл-тайм.

>Не пойти бы тебе на винфак?

Я как нибудь без тебя решу, куда мне пойти. Ок?

>В них кто-то специально делал баги?

У разработчиков появится такой стимул

>>В них кто-то специально делал баги?

>У разработчиков появится такой стимул

На исправлении пары багов много не заработаешь. А сотни багов/релиз вызовут подозрение. Врядли лидер проекта станет ВНЕЗАПНО заботитьтся больше о деньгах, нежели о качестве продукта. Да и форки никто не отменял.

Может сделать так: лидеры проектов называют троих-пятерых самых активных каждый месяц?

>Может сделать так: лидеры проектов называют троих-пятерых самых активных каждый месяц?

Так гораздо лучше.

А что думаешь о предвзятости, сложностях с выбором одного из одинаково активно помогавших? Хотя.. можно списать на сложность.

Биржа багов.

Платить надо за то, что никто делать не хочет. Но действовать эта штука должна на договорной основе и оплатах по факту. Люди должны иметь возможность вешать тикеты с описанием проблемы и требуемого результата, а разработчики/хакеры будут брать тикет и разбираться с ним. При этом тикет будет значится как занятый. Если у человека низкий рейтинг, то ему можно отказать. Этим решается проблема дележа денег между несколькими исправляльщиками.

Но что-то мне подсказывает, что где-то это уже реализовано.

>А что думаешь о предвзятости, сложностях с выбором одного из одинаково активно помогавших? Хотя.. можно списать на сложность.

Ну, это уже детали.

> Я как нибудь без тебя решу, куда мне пойти. Ок?

Вот и я думаю, что разработчики без тебя разберутся, какая лицензия им удобнее.

> У разработчиков появится такой стимул

Стимул распугать пользователей и слить форку, который сделает комьюнити? Ну-ну.

По ходу, ты вообще не втыкаешь, как получается FOSS. Программисты в любом случае работают за деньги. Сейчас источником таких денег являются крупные конторы навроде IBM, Sun (мир ее праху), RedHad. И соответственно развивается софт в ту сторону, которая интересна бизнесу этих контор. Было бы хорошо иметь механизм инвестирования, удобный для мелких контор и частных лиц.

>Платить надо за то, что никто делать не хочет.

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

> Может сделать так: лидеры проектов называют троих-пятерых самых активных каждый месяц?

У человека есть конкретная проблема, за оперативное решение которой он готов отдать свои $100. При этом ему дела нет ни до лидера проекта, ни до активности по проекту в целом. Никто не захочет такое оплачивать.

Не нервничай так, это вредно для здоровья :-)

Дык, а что мешает сборщикам денег найти и исполнителя? Ессно, эти же сборщики могут написать в рассылку: "Мы платим столько-то за исправление бага. В течении двух суток мы ищем человека, если этим занимаетесь не вы, то мы просто отдаём деньги исполнителю после того, как вы примете его патч."

Хотя, и сроки могут поджимать, и проблемы с принятием патча в мэйнстрим, и принятие его в дистры...

Время, время...станут ли мэйнтейнеры пакетов в различных дистрах без должного тестирования принимать патчи от какой-то фирмы?

Нормальная идея, нужно только грамотно реализовывать. И не обязательно для багов, можно и для фич реквестов.

Что-то такое: есть девелоперы, есть юзеры. У юзера есть баланс на сайте, он может на опред время забронировать любую сумму на фикс тикета. Девелоперы назначают сумму, за которую они готовы закрыть тикет. Как только суммарно юзеры готовы заплатить сумму, назначеную девелопером, эти деньги снимаются с их счёта в буфер, но к девелоперу пока не переходят. Далее фича реализовывается, нужно (наверно самое сложное) как-то определить, что работа действительно проделана нормально, после этого деньги переходят к девелоперу, или возвращаются юзерам/отправляется на доработку, если сделано плохо.

Будут хотеть.

>>Платить надо за то, что никто делать не хочет.

>Дык, есть опасность что так никто хотеть не будет. Даже если срок в месяц выставим, то многие товарищи просто будут тянуть. Возможно.

wyldrodney, ви таки категорически не правы. Огромное количество свободного ПО развивается не потому, что авторам платят отчисления, а потому что авторам интересно заниматься разработкой. Поэтому мы имеем такое большое количество велосипедов и брошенных проектов с плохой документацией, потому что кодить новые функции весело, а писать документацию и дебажить скучно. За то что уже сделано платить не надо, это только поссорит людей из-за субъективности оценок вклада. А вот если предложить 100 $ за актуализацию манов, то разработчики ещё спасибо скажут тому индусу, который это сделает (если сделает хорошо, иначе второй раз не дадим задание).

В качестве примера приведу вас самого: ви таки всерьёз рассчитываете поиметь PROFIT от своей игры или более пишете её для собственного удовольствия? Насколько у вас готов код и графика, и насколько документация?