Коллективный donate

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

При современных расценках в районе 20-30$ за час работы квалифицированного разработчика, серьезно говорить о разработке на заказ можно, только если вы располагаете суммой хотя бы 1000$. Думаю, не ошибусь, если скажу, что подавляющее большинство готово потратить только 1-2$ за раз. Чтобы коллективное финансирование разработки на заказ работало в таких условиях требуется размер сети в тысячи узлов. Цепочка от того, кто непосредственно делает заказ, до конечного пользователя, вкладывающего свои 1-2$, будет включать, как минимум, из 4-5 посредников.

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

Коллективное финансирование разработки свободного ПО

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

Наверное, каждый сталкивался со ставшей уже привычной ситуацией, когда, несмотря на просьбы, и казалось бы очевидную полезность, необходимые возможности годами отсутствуют в популярных программах, а ошибки кочуют из версии в версию. Для примера можно посетить: bugs.debian.org, launchpad.net или bugs.kde.org. Отчеты об ошибках двух-трех летней давности, здесь далеко не редкость, а порой можно встретить старожилов возрастом лет 7, если не больше.

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

О совместимости KMail, Maildir и IMAP

Случилась со мной неприятность. В результате переезда постоянного доступа к IMAP серверу, где я складировал почту, у меня больше нет. В принципе, не проблема, просто, в результате я озаботился вопросом, как бы так сделать, чтобы почту можно было таскать за собой и иметь автономный доступ, но при этом сохранив гибкость и совместимость с тем, что есть. Тут то и вылезли прелести KMail.

Обновился до Kubuntu 10.10

Недавно обновился до Kubuntu 10.10. Общие впечатления нейтральные. Что-то из багов залечили, что-то добавили. Например, плазма стала падать чаще, как и amarok, правда он, вроде, из-за dbus валится. С другой стороны, мне наконец удалось задействовать Network Manager для PPTP, хоть и страшен он, как ядерная война. Также из Debian unstable приехал dos2unix от чего исправились кое-какие баги связанные с tofordos из Lucid. Наконец, наблюдаются какие-то странности с репозиториями. Пакеты которые, теоретически, должны быть, тот же memaker, apt-cache не находит хотя, на launchpad и на сервере они есть.