xmoonlight

к примеру, в записи данных в БД, в настройке слайдера или авторизации на портале.

исправьте это!
Составьте архитектуру вашего фреймворка и дополните её так, чтобы иметь возможность использовать однотипные компоненты многократно.
Другие фреймворки - Вам не нужны.

C# + Unity

Учите @media-запросы в css.
Этого - точно хватит для реализации адаптива!

1. Реализация функционала (и дизайн) никак не зависит от инструментов.
2. Фронт - можно определить.
3. Бэк - можно погадать, но не определить.

Хотите что-то сделать качественно - проектируйте свою архитектуру под ваш проект и бизнес-требования.
Смысла знать на чём сделан тот или иной сайт-аналог абсолютно никакого нет.

https://www.adminer.org/

1. crud-admin-generator.com
2. https://www.adminer.org/

Для фронта (через ajax):
1. https://datatables.net

Готовый функционал (альтернатива):
1. https://cryptpad.fr

1. includeHTML
2. REX Tiny templater

Тут

Вы у стоматолога также зубы лечите?)
Поясняю: не владеете сами знаниями - не пытайтесь диктовать условия!
Ищите хорошего исполнителя, ставьте ему задачу и оплачивайте данную работу.

https://habr.com/post/149420/

В Python есть модуль threading, и в нем есть все, что нужно для многопоточного программирования: тут есть и различного вида локи, и семафор, и механизм событий. Один словом — все, что нужно для подавляющего большинства многопоточных программ. Причем пользоваться всем этим инструментарием достаточно просто.

Сам тест: Это "дерево" страниц (форм), условий и связей между ними в json-формате.
Самое сложное в процессе разработки - я выделю 2 пункта:
1. Контроль текущего местоположения пользователя в этом "дереве": какую форму отображаем и контроль текущего состояния данных при перемещении туда и обратно по всему "дереву" теста.
2. Правильный подсчёт промежуточных и итоговых результатов, согласно настройкам и условиям из "дерева" форм.

PS: делал лично - мороки достаточно много, если хотите получить в итоге универсальный инструмент...

Вот можно посмотреть как у меня сделано: https://github.com/xmoonlight/xmoonlight.github.io

Я бы взял пункт 2 (F3): boilerplate MVC

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

ДА. И ничего более...

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

ДА. Верно говорите! Текущий тренд: задача - не сделать (быстро и хорошо), задача - заработать (всем и по-больше).

1. Всё можно сделать на нативе (vanilla.js, pure js). В крайнем случае - на том же Jquery.
Главное - корректно строить архитектуру.

2. Финансовая сторона вопроса: приучают к своему фреймворку и PR-ят везде для того, чтобы затем:

1. проводить по нему платное обучение молодых IT-специалистов,
   
2. выпускать и продавать книги,
   
3. создавать на нём платные плагины,
   
4. делать платные разработки.
   
5. создавать центры платной сертификации
   

PS: имеет смысл что-то разрабатывать из фреймворков, если этого нет "из-коробки" и создавать с максимально простым пониманием и использованием инструмента.
Вот пример моего модуля (на "чистом" js): includeHTML (всего 1 функция...).

Правильный ответ: ЛЮБОЙ.
Вам нужно понимать не модули фреймворка (как Вы написали в вопросе: авторизацию, работу с файлами и т.д.), а архитектуру строения связанных классов, обеспечивающих каркасную модель, для взаимодействия этих самых модулей.
Советую посмотреть на Fat-Free Framework, как на наиболее понятный.