Collective donate

This is a translation of my previous post in case we need to contact someone in the english-speaking part of the world.

In my previous prticle I described a mechanism of collective funding of free software development. In my opinion, the scheme is quite viable, but still some questions remain and one of them is how one can start?

Today highly skilled developers get about $20 30 per hour, so one should have at least $1000 to make an order. I think I will not be mistaken if I say that most people are ready to spend only $1 2 at a time. To make the collective funding of free software orders work, it is necessary to have a network with thousands of nodes in it. So a chain from someone who places an order to the end users who invest their $ 1-2, will include at least 4-5 mediators.

Before a social network reaches such proportions, it should appear and develop somehow. It is hardly possible without constant financing of some small tasks. As an example I propose to collect donations for the collective development of free software projects.

Collective funding of free software development

This is a translation of my previous post in case we need to contact someone in the english-speaking part of the world.

Free software is slowly gaining popularity. At the same time users are often dissatisfied with the quality. A vivid example for me is desktop software.

I am sure that everyone has faced the following situation – there is some popular and useful program but despite requests there are no necessary features in it and bugs migrate from version to version for years. You may find such examples at bugs.debian.org, bugs.launchpad.net and bugs.kde.org. Bug reports that are two-three years old are not uncommon there, you may even find bugs that are five-seven years old.

I think the reason for it is quite obvious – although the copying of free software is free of charge, its creation and support cost a lot of money. We need a reliable mechanism for users to pay money for the development activity they need; or the situation will not change.

KUbuntu 10.10 гасит экран при просмотре видео

Напоролся в KUbuntu 10.10 на крайне раздражающую ошибку. Думаю, она и раньше была, просто я не обращал внимания. Стоит сесть смотреть на компьютере более-менее длинный видеоролик и оставить в покое мышь с клавиатурой, как KDE гасит экран и портит все настроение. Я все понимаю DPMS, экономия электроэнергии и все такое, только давайте без фанатизма, вообще-то, я кино смотрел...

Всем столкнувшимся с подобной проблемой, предлагаю, до выяснения обстоятельств, заменить проигрыватель по умолчанию с DragonPlayer на SMPlayer.

sudo apt-get install smplayer

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

Root-shell в Ubuntu

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

Как выяснилось, даже здесь есть подводные камни. Если пользоваться sudo bash можно огрести неприятности из-за того, что HOME и другие переменные окружения будут указывать на домашний каталог исходного пользователя. Одна из них — создание файла .bashistory принадлежащего root. Понятно, что после такого, история у оригинального пользователя сохраняться перестает.

В общем, полезно иногда читать документацию. Правильный способ открыть root shell оказался: sudo -i

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

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

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

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

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

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

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

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

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

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