Як просувати проект з відкритим кодом?

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

Питання: Я хотів би почути ваші ідеї щодо способів запуску та запуску проектів з відкритим кодом. У мене є проект системи управління вмістом з відкритим кодом, і тут виникають деякі питання: Як я повинен діяти? Чи повинен я створити життєздатне попереднє альфа-видання, яке спочатку працює з передніми та задніми частинами, а потім оголосити проект публічно? Або я оголошу це одразу з нуля? Як розробник я знаю, що слід використовувати таку версійну версію, як Git або SVN, що я і роблю, проблем там немає. І заслуга одиничного тестування - це теж щось, що потрібно пам’ятати, про що, якщо чесно кажучи, я зовсім не вступаю… Управління проектами - я, в кращому випадку, початківець у цьому. Методи кодування та досвіду, такі як Agile development - це те, що я хочу вивчити ...

Коротше кажучи, будь-які ідеї для розробника, який є новим у світі з відкритим кодом, найкраще вітаються.

Я б почав припиняти писати такі речі:

Додаток: Будь ласка, дайте відповідь, якщо у вас є досвід роботи з масштабними проектами / проектами з відкритим кодом та намагайтеся не надавати гіпотетичні / теоретичні ідеї, а практичні, перевірені.

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

Другий момент - не переймайтеся рекламою, якщо у вас немає робочого коду. Погляньте на sourceforge або Google Code або куди завгодно, і побачите море мертвих проектів, що не має нічого більше, ніж кілька рядків коду та безліч добрих намірів. Кодуйте перше, поговоріть останнє.

Найкраще просування - мати «клієнта»: мати когось, хто використовує ваш продукт, щоб люди могли бачити, що він насправді у виробництві. Якщо це CMS: використовуйте його, наприклад, для сайту проекту.

Якщо у вас є все це, найкраща ставка на просування - це "уста в уста". Попросіть друзів, наприклад, використовувати ваш проект на своїх веб-сайтах. Блог про це та подайте статтю для сайтів-агрегаторів, таких як Digg чи Slashdot, але, будь ласка, не робіть цього, якщо проект не готовий до першочергового часу. Ніхто не хоче читати про посуд.

Успіхів у вашому проекті.

Ваше запитання розпливчасте, але я спробую відповісти якнайкраще. Я припускаю, що ви хочете залучити розробників до проекту, щоб ви не єдина людина, яка працює над проектом?

У такому випадку ви, ймовірно, захочете отримати обліковий запис у Github та або Source forge, щоб кожен мав доступ до нього та вносив зміни. Для початку ви будете єдиним розробником, який працює над цим, тому вам не потрібно турбуватися про управління проектами, але як тільки буде залучено декілька людей, ви захочете запустити огляд коду, встановити цілі тощо.

Цілі можна скласти в систему відстеження випусків, як помилка, додати їх як помилки, які потрібно виправити і дозволити людям призначити їх, або надіслати їх електронною поштою центральній особі, яка виділяє людей на проблеми.

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

Блог / щебетер проекту, який дозволяє користувачам відслідковувати, де ви знаходитесь, якщо також корисний.

Якщо ви його ще не читали, пропоную Собор Реймонда та Базар , і зверніть особливу увагу на його досвід роботи з Фетчмаєм.

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