Как я распространяю осведомленность о своем проекте с открытым исходным кодом? [закрытый]
Документация гласит в разделе Стили
-pbp, --perl-best-Practices
-pbp - это аббревиатура для параметров в Книга Perl Best Practices Дамиана Конвея:-l=78 -i=4 -ci=4 -st -se -vt=2 -cti=0 -pt=1 -bt=1 -sbt=1 -bbt=1 -nsfs -nolq -wbb="% + - * / x != == >= <= =~ !~ < > | & = **= += *= &= <<= &&= -= /= |= >>= ||= //= .= %= ^= x="Обратите внимание, что этот набор параметров включает флаги -st и -se , которые заставляют perltidy действовать как фильтр только для одного файла. Их можно переопределить , поместив -nst и / или -nse после параметра -pbp.
blockquote>(мой акцент) & thinsp; Соответствующие флаги описаны в разделе управления вводом / выводом .
Я не знаю, почему
-pbpвключает флаги для печати в стандартные потоки, что подразумевает, что должен быть только один входной файл, но может быть причина; так что может быть хорошей идеей детально проверить, что делают все эти флаги под ним.Я считаю, что
-nst(--nostandard-ouput) работает даже сразу после-pbp, на той же строке.
3 ответа
Блог о них. Выпускайте часто. Если Вы можете, использовать их в проекте более высокого профиля. Способствуйте другим проектам создать Вашу репутацию. Будьте очень быстро реагирующими к запросам/и т.д. ошибок/функции. Усовершенствуйте свою систему отслеживания ошибок.
Это точно не распространяет слово, но оно поможет Вашим проектам получить высоту: предоставьте хорошую документацию - правильно написанный, подробный, завершенный, и прежде всего актуальный. Создание документов как этот является трудоемкой болью в заднице, но это поможет Вашим проектам чрезвычайно, и отсутствие его заставит людей не хотеть использовать их. Учитывая два проекта, один тщательно задокументированный и один с только документами, сгенерированными автоматическим генератором документа языка, много людей предпочтет первого, даже если это не будет вполне как хорошее.
Вот мои 10 предложений:
Взаимодействуйте с сообществом через форумы, списки рассылки, uservoice.com, средство отслеживания ошибки, IRC (сервер / клиент), и т.д. Свяжитесь через блог, Твиттер и списки рассылки.
Дайте пользователям чувство, что проект активно сохраняется через быстрый оборот вокруг для исправлений ошибок, частых выпусков и идеально больше чем одного разработчика.
Требуйте отзывов пользователей как можно раньше прежде, чем реализовать большие опции.
Уменьшите трение через хорошую документацию, легкую установку, низкую панель к записи с меньшим количеством требований (например, не требуйте последней версии.NET просто, потому что это интересно).
Поддержите разработку / стабильные версии, позвольте людям положить, что стабильные версии являются стабильными выпусками.
Интегрируйтесь со связанными проектами - работают со связанными проектами обеспечить, лучшее вплотную испытывают. Работа с другими командами с открытым исходным кодом в конечном счете получит Вас ссылка на их сайте, управляющем большим количеством трафика к Вам.
Потратьте некоторую SEO / время аналитики, удостоверьтесь чем тогда, когда люди ищут пакет программного обеспечения, который делает X, затем Ваш шоу относительно высоко. Также поймите свою аудиторию.
Создайте страницу свидетельств, где можно получить положительную общественную обратную связь.
Разыщите людей, которые вносят патчи и приглашают их присоединяться к Вашей команде.
Локализуйте свой проект в соответствующих случаях. Существуют некоторые проекты, которые специализируются на обеспечении переводов для проектов с открытым исходным кодом (например, Betawiki)