Команда разработчиков

Во-первых нет, во-вторых не не хочу а не умею - нужно быть честным

Это предполагает как минимум что-то готовое, что ты можешь показать.

С чего вы взяли что дока на анг обязательно? Доку делают на английском чисто потому что это де-факто язык разработчиков, только и всего. Можете делать на русском, просто вы срежете огромный пласт потенциальных юзеров, которые не знают русский, только и всего.

Пилить без гита можно, но очень сложно, даже если есть скриптик.

И они не появятся до тех пор, пока у вас не будет продукта в состоянии "можно юзать", хотя бы бэтки. В чем смысл реализовывать вашу идею за вас? Выгода в чем? Если будут делать другие, зачем им вы? Опенсурс начинается с того момента, как это становится полезным, до того это обычная разработка, нет куража делать самому, заплатить за это другим и как будет в состоянии "можно юзать", то тогда и можно говорить про опен сурс.

Именно не хочу, даже если не умею можно заказать перевод.

Готовое уже есть, но ещё сырое, поэтому на гит такое сейчас выкладывать не вижу смысла. Хочется адекватности интереса от людей просто посмотреть, попробовать, включится в доработку. На этом форуме разработчиков нет я уже это понял давно, а где таких найти возможно кто и подскажет.

На хэдхантере например или можно на биржах фриланса поискать, вдруг кто проникнется идеей. Помог?

Вы её (идею) даже внятно объяснить не можете, кроме как "мне так удобнее", по этому кроме как таких как вы, вы не найдёте, ну а где искать? В местах где сами обитаете, дурак дурака как говорится. А готового у вас уже нет, так как гит начинается не с CMS #1, а с git init и добавлением readme.md

Оно уже давно в состоянии "можно юзать". Вот только чтобы юзать нужно знать что и как, а для этого нужна документация, видеоуроки, я на этом этапе застрял, очень медленно продвигаюсь. Когда была тема фреймворка люди в недоумени от того что я использую xml, сколько б я не пытался разжевать, не понимают.

В документации я сделаю наглядные примеры и демонстрацию как это работает.

Bootstrap, Jquery, Vue ... фреймворки Yii, Laravel ... онлайн конструктор Tilda хорошие штуки? У меня попытка объединение фронтэнд и бекэнд фреймворков, некая основа на которой будет просто делать свои сайты не зависеть от разных библиотек, конструкторов..

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

ArbNet, набросайте какой-то блог, с комментариями, разделами и тегами (или очередной todo list) на вашем фреймворке, как демку. Попутно пишите tutorial. Пока будете писать, найдете слабые стороны, переосмыслите как сделать по другому.

А вообще, я бы не отказался от фреймворка, которому на вход подаешь сущности и их взаимосвязи, а на выход получаешь готовую базу данных (схему) со всеми связями, сгенерированные CRUDы с REST (или GraphQL), чтобы осталось написать только бизнес-логику, между слоем данных и слоем представления.

То есть у вас настолько сложный продукт, что без всего этого не разобраться? Доки и парой туториалов недостаточно?

Вы меня этим поставили в ступор, вы будете бэк на фронте писать или фронт на бэке? все перечисленные вещи решают абсолютно разные задачи, зачем вам их объединять?

А мне выгодно лекарство от рака, давайте вы его придумаете а я буду продавать? Что за ересь? Пока что у вас не будет будущих проектов, так как вы застряли где то в разработке непонятно чего и для чего.

---------- Добавлено 12.03.2020 в 15:04 ----------

Чем вам доктрина не подошла?

У человека там к сожалению до этого как до луны, а передвигается он по сантиметру в год.

Я так понял команда джунов и проекты для джунов. Все же верно написали насчет github, но что-то мне кажется, что это на грани обучения, а не по реализации будет.

danforth, так и собираюсь делать. Есть сайт, там на днях выложу архив, буду допиливать доку.

Смысл моего фреймворка такой. Есть Узлы - связка HTML шаблона/макета, CSS стилей к этому макету, назвав это компонентом, так же в узле есть PHP класс для обработки данных, скрипты. Есть как вы говорите бизнес-логика, структура страницы, где прописывается что должно быть. Подключение макетов, стилей, скриптов производит движок. Узлы можно делать какие угодно, редактировать удалять когда надо.

Он сложен тем что не похож на остальные, в этом проблема, а по сути он намного проще того что вы знаете.

У меня узловой, компонентный подход. Допустим форма обратной связи. Нужна разметка, поля ввода данных пользователя и сообщение - это HTML шаблон/макет. Оформить красиво эти поля стилями CSS, подключить скрипт для проверки и тд. Компонент для фронта готов. Приходят данные из формы их нужно обработать прописываем метод PHP класса, бекэнд отработал, сохранил сообщение в базе. Вот вам и объединение фронта и бека. То есть установил узел и прописал на странице компонент для обратной связи.

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

Да, джуны смогут делать сайты с ноля, всего лишь указывая что хотят видеть на странице. А чтобы писать нужные конструкции для страниц им немного надо обучится это делать.

У меня на этом обьяснении поломался мозг. Я один здесь такой тупой?

На самом деле написание доки на английском здорово тренирует и заставляет отсекать лишнее. В Питоне даже в функцию на 5 строк рекомендуется добавлять докстрингу - потом это здорово помогает. Вникать же в ваши простыни никто не будет - заюзают то что понятно