Свободу софту

Константин Клягин

Спецвыпуск: Хакер, номер #053, стр. 053-032-6

Другие способы поучаствовать

Менее напряжным вариантом участия в opensource-разработке является содействие разработчику, выражающееся в предоставлении патчей. Напряга уже меньше хотя бы в силу того, что приходится взаимодействовать со свойской публикой - с разработчиками. Особенно актуально, если продукт ориентирован на конечного пользователя, проявляющего себя во всем вышеописанном разнообразии. Пожалуй, лучший способ помочь себе и другим - улучшить или исправить понравившийся проект прежде всего для себя.

С точки зрения разработчика программы, использующей какую-то общедоступную библиотеку, такой вид взаимодействия является идеальным. В этом случае действительно выигрывает прогресс и все участники процесса разработки, каждый из которых получает благодаря себе и своим соратникам постоянно совершенствующийся инструмент. Здесь примером для меня всегда была кроссплатформенная библиотека libcurl, реализующая различные сетевые протоколы. Чтобы не ограничивать ее использование, авторы выпустили libcurl под очень свободной opensource-совместимой MIT/X лицензией. Дело в том, что GPL требует, чтобы программы, использующие какой-либо лицензированный ею код, также распространялись под GPL, а значит, с открытыми исходниками. Очевидно, что такой подход делает невозможным использование библиотеки в коммерческом продукте. Кстати, можно подумать и о таком варианте, если есть желание написать библиотеку.

Впрочем, если просто хочется встрять в разработку чего-нибудь, можно сходить на страницу Help wanted сайта sourceforge - http://sourceforge.net/people, почитать объявления и кинуться в омут с головой.

Коллективная разработка или свалка проектов?

Когда в 1997 году Linux-энтузиаст Патрик Ленц (Patrick Lenz) из Германии создавал сайт freshmeat.net. Он, наверное, и не подозревал, что его детище станет крупнейшей коллекцией opensource-программ в Сети. И уж тем более в его голову наверняка не приходило осознание того, что часть такой коллекции обречена стать свалкой давно никем не поддерживаемых opensource-продуктов. И хотя сайт имеет механизм автоматической борьбы с замусориванием в виде проверки ссылок на файлы дистрибутивов и на домашние страницы проектов, на freshmeat.net достаточно программ, не обновлявшихся по три-четыре года.

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