Comments 23
У вас есть несколько действительно замечательных идей? Так начните реализовывать хотя бы одну из них, доведя до минимального рабочего состояния. Чтобы люди смогли пощупать проет, проникнуться его идеей. И если найдутся люди, которым ваша идея так же блика как и вам самому, они обязательно захотят присоединиться к вам.
Уже. Прототип не помог.
а можно глянуть на какую-то из идей? Попробуем поговорить предметно
Мне тоже интересно.
.Net обёртка HTMLayout — Nabu.Forms.Html
Сейчас в стадии production/stable.
Библиотекой активно пользуются соверешенно незнакомые мне люди несмотря на полное отсутсвие документации. Находят, видимо, через гугл. Привлечь дополнительных разработчиков не удалось, несмотря на несколько активных попыток.
Сейчас в стадии production/stable.
Библиотекой активно пользуются соверешенно незнакомые мне люди несмотря на полное отсутсвие документации. Находят, видимо, через гугл. Привлечь дополнительных разработчиков не удалось, несмотря на несколько активных попыток.
ну смотрите, чисто навскидку. «NEW MEMBERS ARE WELCOME!» сверху висит, а что делать – не ясно. Какие цели у проекта? Ближайшие, в дальней перспективе? Production/stable и всего два бага в трекере. Значит и работать там не над чем.
Я не через страницу проекта ищу. Вы просто спросили что есть уже готового, я назвал. Исторически, для отслеживания проблем используются форумы на RSDN и Terra Informatica, потому и гуглокодовский трекер пустой.
а как я (как потенциальный коллаборатор) должен об этом узнать? :)
Спросить у меня, видимо. Я понимаю что всё плохо, но развитой инфрастуркуры общения у прокта с одним активным коммитером ждать не стоит, наверное.
Мне кажется, что отсутствие документации может быть так же важным отталкивающим моментом.
Для меня важно в открытом проекте:
1. Прозрачность (чистый код, комментарии, багтрекер).
2. Документированность (хотя бы wiki).
3. Уверенность в том, что проект завтра не закроется или не надоест автору.
Для меня важно в открытом проекте:
1. Прозрачность (чистый код, комментарии, багтрекер).
2. Документированность (хотя бы wiki).
3. Уверенность в том, что проект завтра не закроется или не надоест автору.
1. Код чистый, но комментариев мало, это правда. Багтрекер не используется, в угоду другим форматам общения, так сложилось.
2. Нет. Не хватает человеческих ресурсов.
3. С 2005 года пишется…
2. Нет. Не хватает человеческих ресурсов.
3. С 2005 года пишется…
Ещё 4-й пункт: определённость в стабильных релизах и их определённость во времени (т.е. какая-то регулярность).
Стабильности в релизах нет, потому что опять таки рук не хватает. Баги исправляю так быстро, как могу.
Когда я использую какой-то софт и у меня появляются идеи или нахожу баг, первое что я ищу — это багтрекер и вики.
Сделайте так, чтоб программисты считали вашу идею хотя бы от части своей, или чтоб были общие цели в дальнейшем использовании реализованной идеи-программы. Нужно, чтоб участник открытого проекта был уверен — его идеи слышат, они находят применения и именно в этом проекте они будут лучшим образом работать. Не нужно выступать в роли распределителя работ.
На западе, насколько я знаю, есть практика участия студентов в open source проектах для наработки опыта. Потом это пойдет неплохой строчкой в резюме. Как мне кажется — в open source привлечь профессионала на постоянной основе — это действительно большая удача, проект должен быть мега интересным, а вот со студентами мне кажется проще.
Вот чисто интересно, а с чем несогласные то не согласны снова? )
Sign up to leave a comment.
Нет изюминки что-ли в моём open source…