Как стать автором
Обновить

Комментарии 23

У вас есть несколько действительно замечательных идей? Так начните реализовывать хотя бы одну из них, доведя до минимального рабочего состояния. Чтобы люди смогли пощупать проет, проникнуться его идеей. И если найдутся люди, которым ваша идея так же блика как и вам самому, они обязательно захотят присоединиться к вам.
Уже. Прототип не помог.
а можно глянуть на какую-то из идей? Попробуем поговорить предметно
Мне тоже интересно.
.Net обёртка HTMLayout — Nabu.Forms.Html

Сейчас в стадии production/stable.

Библиотекой активно пользуются соверешенно незнакомые мне люди несмотря на полное отсутсвие документации. Находят, видимо, через гугл. Привлечь дополнительных разработчиков не удалось, несмотря на несколько активных попыток.
ну смотрите, чисто навскидку. «NEW MEMBERS ARE WELCOME!» сверху висит, а что делать – не ясно. Какие цели у проекта? Ближайшие, в дальней перспективе? Production/stable и всего два бага в трекере. Значит и работать там не над чем.
Я не через страницу проекта ищу. Вы просто спросили что есть уже готового, я назвал. Исторически, для отслеживания проблем используются форумы на RSDN и Terra Informatica, потому и гуглокодовский трекер пустой.
а как я (как потенциальный коллаборатор) должен об этом узнать? :)
Спросить у меня, видимо. Я понимаю что всё плохо, но развитой инфрастуркуры общения у прокта с одним активным коммитером ждать не стоит, наверное.
ну вот тут и есть ваша ошибка в плане построения FOSS-комьюнити.

Если хотите найти девелоперов то определитесь хотя бы с Project Idea, Project Goals, Ideas. Натолкните потенциальных разработчиков на мысль чем конкретно они могут вам помочь
Спасибо, пожалуй в ваших словах есть рациональное зерно. Попробую написать более информативный текст.
Я как-то разворачивал FOSS-проект от двух девелоперов до двадцати одного ;) Немного разобрался в этом вопросе.
Мне кажется, что отсутствие документации может быть так же важным отталкивающим моментом.

Для меня важно в открытом проекте:
1. Прозрачность (чистый код, комментарии, багтрекер).
2. Документированность (хотя бы wiki).
3. Уверенность в том, что проект завтра не закроется или не надоест автору.
1. Код чистый, но комментариев мало, это правда. Багтрекер не используется, в угоду другим форматам общения, так сложилось.

2. Нет. Не хватает человеческих ресурсов.

3. С 2005 года пишется…
Ещё 4-й пункт: определённость в стабильных релизах и их определённость во времени (т.е. какая-то регулярность).
Стабильности в релизах нет, потому что опять таки рук не хватает. Баги исправляю так быстро, как могу.
Руки и время они такие, их всегда не хватает :)
Можно взять текущую версию и сказать — это версия — 0.х, новых фич больше не будет, только исправляем баги. Все предложенные фичи идут в транк, а потом пойдут в версию 0.х+1, допустим через пол года новый релиз, и снова по кругу.
Когда я использую какой-то софт и у меня появляются идеи или нахожу баг, первое что я ищу — это багтрекер и вики.
Сделайте так, чтоб программисты считали вашу идею хотя бы от части своей, или чтоб были общие цели в дальнейшем использовании реализованной идеи-программы. Нужно, чтоб участник открытого проекта был уверен — его идеи слышат, они находят применения и именно в этом проекте они будут лучшим образом работать. Не нужно выступать в роли распределителя работ.
НЛО прилетело и опубликовало эту надпись здесь
На западе, насколько я знаю, есть практика участия студентов в open source проектах для наработки опыта. Потом это пойдет неплохой строчкой в резюме. Как мне кажется — в open source привлечь профессионала на постоянной основе — это действительно большая удача, проект должен быть мега интересным, а вот со студентами мне кажется проще.
Вот чисто интересно, а с чем несогласные то не согласны снова? )
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории