Как и где лучше искать желающих принять участие в разработке фреймворка?

Question

[olamedia .]

сабж
дубль на askdev

Comments

[olamedia .]

хотелось бы ускорить развитие в плане охвата большего объема задач, ну и подчистить код, а время уходит в основном на решение текущих проблем — в итоге только улучшается текущая база, но не расширяется

Answer 1

[Марк]

Github, я думаю.

Comments

[olamedia .]

это половина ответа, вторая часть вопроса — как?

Answer 2

[nikita2206]

Я бы с удовольствием принял участие… Времени много, а деваю его непонятно куда, лучше потрачу с пользой.

Answer 3

[MaxHero]

Аналогично, с удовольствием принял бы участие. Но только в том случае, если данный проект принесет пользу обществу, а не будет копией чего-нибудь уже существующего.

Comments

[olamedia .]

оценить пользу обществу довольно сложно…

[MaxHero]

Вероятно я не совсем понятно выразился. Имел ввиду, что фреймворк должен быть полезным (а полезным он может быть лишь для web-разработчиков). Т.е. должны ставиться определенные цели (сделать ядро максимально атомарным для его максимальной скорости работы / сделать ORM для какой-то определенной БД, т.к. существующие решения не являются достаточно эффективными / etc), потому как если нет целей быть лучше чего-либо существующего либо создать что-то уникальное, то какова тогда мотивация? Сделать кучу кода, которая никому кроме Вас не будет нужна?

Answer 4

[wanmen]

Хотел бы получить для начала ответы на следующие вопросы.
1) Чем не удовлетворяет большое количество существующих фреймворков?
2) На какие цели будет рассчитано создание своего фреймворка, кому-то будет вообще интересно, кроме нас самих?
3) Было бы неплохо составить план работ и какие аспекты будем ухватывать, возможно даже провести небольшое исследованные, что именно большинство разработчик переписывают или пишут заново и почему. На основании полученных данных готовить рецепт приготовления.

По организации идеи, будет правильным собрать людей изложить план работ, совместно подкорректировать план. Разбиться на группы, по области знаний и объему работы а синхронно выполнять задачи. Так же вопрос перед началом работ, хорошо обговорить стиль написания, чтоб не делать быдлопроект.

Если будет хорошая организация идеи, то не против принять участие в проекте.

Answer 5

[olamedia .]

1. не удовлетворяют каждый по разным причинам: системы именования, роутинг, орм, принудительное использование вьюшек/yaml/etc, отсутствие hmvc, отсутствие модульности и пр.

2. охват задач довольно большой, в комплексе это должна стать платформа с набором готовых модулей для быстрого создания сайта. (по сути она таковой уже является, достаточно просто скопировать модуль, чтобы он заработал — все необходимое для своей работы, включая таблицы базы данных, он может создать сам)

3. есть вещи, до которых постоянно не доходят руки, я могу создать такой список.

стиль постоянный, могу написать подробный гайд.