Прежде всего, я прошу прощения, если это неправильный раздел сети, чтобы отправить этот вопрос. Если это так, пожалуйста, не стесняйтесь переместить его в более подходящее место ...
Вопрос: Я хотел бы услышать ваши идеи относительно способов запуска и запуска проектов с открытым исходным кодом. У меня есть проект системы управления контентом с открытым исходным кодом, и здесь возникают вопросы: как мне действовать? Должен ли я придумать жизнеспособное пре-альфа-издание с рабочими интерфейсами и бэкэндами, а затем объявить о проекте публично? Или я должен объявить об этом сразу же с нуля? Как разработчик, я знаю, что нужно использовать систему управления версиями, такую как Git или SVN, что у меня нет проблем. Кроме того, следует помнить о достоинствах юнит-тестирования, который, честно говоря, меня совсем не интересует ... Управление проектами - я в этом новичок, в лучшем случае. Методы и опыт кодирования, такие как гибкая разработка - это то, что я хочу изучить ...
Короче говоря, любые идеи для разработчиков, которые являются новичками в мире открытого кода, приветствуются.
источник
Ответы:
Я бы начал останавливаться, чтобы написать такие вещи:
Такое высокомерное отношение на самом деле убивает больше проектов с открытым исходным кодом, чем что-либо еще. Открытый источник - это не столько источник, сколько совместная работа. Приветствуйте всех, кто хочет помочь, даже если у них нет практического опыта для этого - как вы, наверное, знаете, помощь проектам с открытым исходным кодом для получения опыта является обычной практикой.
Второй момент: не беспокойтесь о продвижении, если у вас нет рабочего кода. Пойдите, посмотрите на sourceforge или Google Code или где-нибудь еще и увидите море мертвых проектов с не более чем несколькими строками кода и множеством благих намерений. Сначала код, поговорим позже.
Лучшее продвижение - это иметь «клиента»: чтобы кто-то использовал ваш продукт, чтобы люди могли видеть, что он на самом деле в производстве. Если это CMS: используйте его, например, для сайта проекта.
Если у вас есть все это, ваш лучший выбор в продвижении - сарафанное радио. Например, попросите друзей использовать ваш проект на своих сайтах. Блог об этом и отправьте статью для сайтов-агрегаторов, таких как Digg или Slashdot, но, пожалуйста, не делайте этого, если проект не готов к прайм-тайм. Никто не хочет читать о Vapourware.
Удачи с вашим проектом.
источник
Ваш вопрос неопределенный, но я постараюсь ответить как можно лучше. Я предполагаю, что вы хотите привлечь разработчиков к проекту, чтобы вы не были единственным человеком, работающим над проектом?
В этом случае вы, вероятно, захотите получить учетную запись в Github и / или Source Forge, чтобы каждый мог иметь к ней доступ и вносить изменения. Начать с того, что вы будете единственным разработчиком, работающим над этим, поэтому вам не нужно беспокоиться об управлении проектами, но, как только задействовано несколько человек, вы захотите инициировать обзоры кода, установить цели и т. Д.
Цели можно объединить в систему отслеживания проблем, такую как bugzilla, добавить их в виде ошибок, которые необходимо исправить, и разрешить людям назначать себя на них, или отправить их по электронной почте центральному лицу, которое распределяет людей по проблемам.
Вам захочется привлечь толпу разработчиков, поэтому вам понадобится веб-сайт, на котором описан проект, и где он видит, как он работает в краткосрочной, среднесрочной и долгосрочной перспективе, а также снимки экрана и т. Д.
Блог проекта / твиттер, который позволяет пользователям отслеживать, где вы находитесь, если это также полезно.
источник
Если вы не читали его, я предлагаю «Собор и базар» Рэймонда и обращаю особое внимание на его опыт работы с Fetchmail.
Исходя из этого и моего собственного опыта, я предлагаю выпустить код, как только он решит проблему, которая может возникнуть у других людей . Да, вы должны использовать какой-то основной источник контроля потока и разместить его где-нибудь на сервере. Вам нужно выбрать лицензию, и это может иметь большое значение в зависимости от ваших целей. Но с точки зрения того, что публиковать и когда, «выпускать раньше, выпускать чаще».
источник