Материалы:Как поддержать Open Source проект без написания кода: различия между версиями

Версия от 21:21, 25 июня 2009

Как поддержать Open Source проект без написания кода — перевод статьи Ways to Contribute to Open Source Projects Without Coding, выполненный Романом Лагуновым.

Вы наверное не раз видели немало хороших Open Source проектов, которые больше не развиваются. Одна из многих причин этого может быть то, что этим проектам никто не содействует. На самом деле, есть много проектов, которые разрабатываются одним человеком. Большинство тех, кто пользуется какой-нибудь программой — просто пользователи, а не разработчики. Тем не менее, даже обычные пользователи могут поддерживать Open source программы, чтобы сделать их немного лучше.

Поддержите качество проекта

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

Сообщите о найденных вами ошибках — пошлите баг-репорт.^[1]
Сообщите разработчикам, что можно улучшить в проекте.
Сообщите, как на ваш взгляд можно улучшить проект в целом (может быть, в сравнении с похожими коммерческими проектами).^[2]
Предложите разработчикам какие-нибудь графические работы (иконки, логотипы, фоновые изображения).
Попробуйте найти и исправить синтаксические и грамматические ошибки в документации.
Помогите поддерживать веб-сайт проекта.

Поддержите документацию

Некоторые Open Source проекты плохо документированы, или вообще не документированы.

Помогите написать хорошую документацию.
Переведите документацию (и интерфейс программы) на ваш родной язык.
Прочтите существующую документацию, попробуйте сделать так, как в ней описано, и внесите изменения в документацию, если это необходимо.
Создайте диаграммы, скриншоты, и другую графические работы для документации.
Разработайте синтаксические и грамматические правила для документации.
Создайте словарь технических терминов, для того, что бы даже неискушенные (non geek) пользователи могли понять их.
Переведите документацию в более подходящий формат, например, DocBook.^[3]

Помогите с поддержкой

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

Отвечайте на вопросы в форумах, списках рассылки или на IRC каналах.
Принимайте участие в онлайновой группе поддержки (или создайте её).
Помогите другим людям научиться пользоваться программой или библиотекой.
Напишите HOWTO и опубликуйте на подходящем форуме или у себя в блоге.

Помогите материально

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

Пошлите разработчику, проекту или компании какую-нибудь сумму денег.
Купите Free Software программы, или программы, связанные с ними.
Наймите разработчиков Free Software.
Помогите с оборудованием.
Помогите с хостингом.
Закажите рекламу на их сайтах, если они показывают рекламу.
Покупайте продукцию компаний, которые поддерживают Free Software.

Помогите проекту стать популярным

Если проект станет более популярным, то больше людей захотят ему помочь.

Создайте пакет для какого-нибудь дистрибутива GNU/Linux, или для другой операционной системы.
Убеждайте людей выбирать Open Source программы, когда это возможно.
Напишите обзор, статью о этом проекте.
Напишите о новых возможностях использования Open Source программ.

Выскажите разработчику свою благодарность

Это довольно необычный способ поддержки, но может быть, самый важный.

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

См. также

Ссылки

http://linux.wordpress.com/2006/10/20/ways-to-contribute-to-open-source-projects-without-coding/ Оригинал статьи (англ.)
http://blog.romanlagunov.ru/2006/10/24/howto-contribute-to-oss-projects.html Перевод Романа Лагунова

Примечания

↑ Это особенно удобно и безболезненно, если автор догадался использовать BugZilla, которая широко известна своим логичным и удобным интерфейсом. Когда ж она подохнет уже…
↑ При этом вежливо, и не в стиле требований, иначе эффект может быть прямо противоположным. И сначала стоит не полениться, поискать в архивах, не было ли уже подобного предложения.
↑ Чтобы точно уже никто не мог больше её поправить.

Мир Свободного ПО
Мета	Копилефт · Исходный текст · GNU · Free Software Foundation · FSF Europe · Линуксоид
Публичные лицензии	BSD · LPPL · GPL (GPL v.3) · LGPL · GFDL · QPL · CCL
Свободное ПО:	Apache · Emacs · FreeBSD · I2P · Mozilla Firefox · Ogg Vorbis · OpenOffice.org · Tor
Дистрибутивы GNU/Linux	ALTLinux · ArchLinux · ASPLinux · CentOS · Debian · Fedora · Gentoo · GNewSense · Mandriva · OpenSUSE · RedHat · Slackware · Ubuntu · Zenwalk
Люди:	Ричард Столлман · Линус Торвальдс
Сайты:	GNU Savannah · gpl-violations.org · SourceForge · code.google.com
Казусы:	Мобильная система вооружённых сил · wait4 · Kororaa
Статьи:	Как поддержать Open Source проект без написания кода · Linux это НЕ Windows · Правительственная поддержка свободного и открытого ПО

[1] Это особенно удобно и безболезненно, если автор догадался использовать BugZilla, которая широко известна своим логичным и удобным интерфейсом. Когда ж она подохнет уже…

[2] При этом вежливо, и не в стиле требований, иначе эффект может быть прямо противоположным. И сначала стоит не полениться, поискать в архивах, не было ли уже подобного предложения.

[3] Чтобы точно уже никто не мог больше её поправить.

[1]

[2]

[3]

@@ Строка 8: / Строка 8: @@
 Помогите проекту быть лучше, выглядеть лучше, и иметь новые возможности.
-* Сообщите о найденных вами ошибках — пошлите баг-репорт.
+* Сообщите о найденных вами ошибках — пошлите баг-репорт.<ref>Это особенно удобно и безболезненно, если автор догадался использовать BugZilla, которая широко известна своим логичным и удобным интерфейсом. Когда ж она подохнет уже…</ref>
 * Сообщите разработчикам, что можно улучшить в проекте.
-* Сообщите, как на ваш взгляд можно улучшить проект в целом (может быть, в сравнении с похожими коммерческими проектами).
+* Сообщите, как на ваш взгляд можно улучшить проект в целом (может быть, в сравнении с похожими коммерческими проектами).<ref>При этом вежливо, и не в стиле требований, иначе эффект может быть прямо противоположным. И сначала стоит не полениться, поискать в архивах, не было ли уже подобного предложения.</ref>
 * Предложите разработчикам какие-нибудь графические работы (иконки, логотипы, фоновые изображения).
 * Попробуйте найти и исправить синтаксические и грамматические ошибки в документации.
@@ Строка 24: / Строка 24: @@
 * Разработайте синтаксические и грамматические правила для документации.
 * Создайте словарь технических терминов, для того, что бы даже неискушенные (non [[geek]]) пользователи могли понять их.
-* Переведите документацию в более подходящий формат, например, [[DocBook]].
+* Переведите документацию в более подходящий формат, например, [[DocBook]].<ref>Чтобы точно уже никто не мог больше её поправить.</ref>
 == Помогите с поддержкой ==
@@ Строка 48: / Строка 48: @@
 Если проект станет более популярным, то больше людей захотят ему помочь.
-* Создайте пакет для какого-нибудь [[дистрибутив]]а [[Linux]], или для другой [[Операционная система|операционной системы]].
+* Создайте пакет для какого-нибудь [[дистрибутив]]а [[GNU/Linux]], или для другой [[Операционная система|операционной системы]].
 * Убеждайте людей выбирать Open Source программы, когда это возможно.
 * Напишите обзор, статью о этом проекте.
@@ Строка 68: / Строка 68: @@
 * http://linux.wordpress.com/2006/10/20/ways-to-contribute-to-open-source-projects-without-coding/ Оригинал статьи (англ.)
 * http://blog.romanlagunov.ru/2006/10/24/howto-contribute-to-oss-projects.html Перевод Романа Лагунова
+== Примечания ==
+<references />
 {{Свободное ПО}}
 [[Категория:Руководства]]