Алексей

express бери и будет тебе счастье порог входа низкий куча ORM и других приблуд написано.

backend

Не регистрируй никаких предприятий, никого не нанимай и ничего не разрабатывай. Сделай лендинг, где опиши вкусно, какое чудо ты предлагаешь. Там сделай форму заказа с кнопкой. Купи трафика (максимально целевого) и сам раскидай ссылки по ресурсам, где по твоему сидят будущие покупатели/пользователи твоего продукта. Можешь еще оставить поле для комментов. Посмотри в метрике, по заполнению формы и комментам, как они реагируют. Если интереса нет, меняй что-нибудь и повторяй. Так до тех пор пока не поймешь, что кроме тебя это никому не нужно или пока не увидишь, что народ в очередь становится за твоим продуктом. Во втором случае уже заморачивайся с командой и рисуй ей соответствующую картину.

Всем спасибо за внимание. Нашел ответ!
Внутри app-input пишем: @Input() type: 'text' | 'password' = 'text';
И тогда в родительском компоненте в

<app-input type="редактор кода сам будет предлагать text или password"></app-input>

Поддерживаю тему с graphql - но тут надо понимать что для того чтобы его применять вам все равно нужно сначала создать REST API с основными CRUD-операциями из которых graphql уже будет собирать все что нужно.

По основной теме могу сказать что лучший подход для создания REST API с автоматической генерации Swagger/Open API спецификации который я видел называется "Model Driven Design" - вот статья о нем: https://strongloop.com/strongblog/node-js-api-tip-...

Статья от разработчиков loopback framework: https://loopback.io

Судя по вашему вопросу у вас бекенд на js поэтому можете попробовать его - это как раз специализированный фреймворк для создания API-серверов. Генерирует весь APi для всех моделей приложения автоматически + методы для всех реляционных связей + позволяет добавлять свои методы.

Для PHP-стека тоже есть решение: https://api-platform.com но оно пока что уступает loopback из-за неполной поддержки автоматического создания эндпоинтов для реляционных связей.

Моя рекомендация:
1) Прочитать про model driven design
2) Составить список моделей вашего приложения
3) Прописать поля, методы и связи каждой модели
4) Сгенерировать API по полученному описанию, документировать, приправить лучком, подать на стол