и че? все не читал, чем в итоге закончились дебаты)?

Да ни чем, народ ищет варианты переезда, поскольку тут все затихло. Разработчиков нету, и видимо не будет. Как пишут в других местах "NG умер".

Принцип опенсорса: нужна фича, а мейнтейнеры ее не пилят? Форкнуть, сделать самому и отправить пулл-реквест.

Единственное что я знаю это css и html на среднем уровне, если бы мог помочь то обязательно помог бы=(

3) Назовите хотя бы 3 opensource пост СНГ проекта, которые выросли до нормального уровня? Это проблема не на поверхности лежит. К тому же нет "серебряных пуль", которые спасут от всего.

Точно,поэтому подумываю о переносе не которых проектов.

Я считаю, что если куда-то и двигаться, то только в сторону CMF, т.е. - делать максимально удобную систему именно для разработчиков (для большинства, кто здесь делает сайты на NG - это не нужно - им нужен сторонний функционал в плагинах), чтобы люди которые пробовали что-то реализовывать в своих проектах на 99% были удовлетворены результатом (кодом и решением в целом, в том числе). И на данном этапе вопрос "самоидентификации" не стоит поднимать вообще, т.к. функционал и логика приложений - это одно, а система это базовое понятие, на котором по сути должна быть возможность реализации любого приложения.
Да, порог вхождения при этом, безусловно, повысится, но NG уже по сути нечего терять.

1) TWIG - это не преимущество, это стандартный функционал - шаблонизатора в современных программных решениях.
2) Для того чтобы было то, что вы называете "налаженные процессы коммуникации" - нужны разработчики. Если их нет, то тут как бы любые движения бесполезны.
3) Назовите хотя бы 3 opensource пост СНГ проекта, которые выросли до нормального уровня? Это проблема не на поверхности лежит. К тому же нет "серебряных пуль", которые спасут от всего.
В нашем случае, имхо, ситуацию могут хоть как-то поправить стабильные релизы 1 раз в 4 месяца.

Насчет ниши - тут надо понять, как сделать востребованный продукт.
Допустим есть студия, которая делает сайты на потоке. Скорее всего, она выберет CMS, на которой можно сделать любое из следующего:
- визитка (лендинг)
- блог
- каталог
- интернет-магазин

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

Некоторые студии для таких целей пишут самописные CMS - по одной из 2 причин:
- хотят привязать клиента к своей разработке, чтобы не отдал проект индусу с Upwork
- монстр типа WP / Drupal им просто не нужен.

Вот на 2 группу есть смысл работать. Здесь как раз будет плюсом модульность (удобно разработчикам) и шаблонизатор (удобно верстальщикам и контентщикам).

Как вариант взять за преимущество шаблонизатор TWIG...лично я знаком с парой сms на twig (присматриваюсь к OctoberCMS) но использую ng из-за возможности быстро сверстать дизайн любой сложности при этом затратив минимум средств.

Функционал cms, как мне кажется, всегда зависит от численности сообщества и слаженности команды, чем больше заинтересованных, тем быстрее расширяется функционал...у проекта ngcms нет даже налаженных процессов коммуникации команды/сообщества (то что от него осталось), общение в рамках форума по умолчанию тормозит проект (имхо) + непонятно кто за что отвечает и чем занимается, без структуры, обязанностей и плана развития никто не заинтересуется так как не поймет что тут вообще происходит...не говоря уже о продвижении и популяризации продукта...

Я считаю что до начала разработки новой или доработки старой версии нужно пройти такие этапы:
- Наладить коммуникацию команды
- Сформировать цели развития продукта и этапы достижения
- Составить списки направлений деятельности
- Сформировать команду заинтересованных в развитии с перечнем ответственности за определенные направления
- Наладить коммуникацию с сообществом (communication/milestone view/bug report/feature request)
- Наладить процесс продвижения продукта и привлечения людей в сообщество

Без этих действий все это "вилами по воде"...