Robur

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

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

Так же есть разные специалисты - если это хороший фуллстек, и проект позволяет, то ему не составит труда пойти во фронт и бек и сделать сразу все что нужно. Если это монорепа это может быть вообще один коммит.

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

Для таблицы размером 4x15 вам подойдет все что угодно.
Хоть в гуглодоках храните - там и апи для post/get есть https://developers.google.com/sheets/api/reference...
заодно и UI готовый, хоть графики туда прикрутите, хоть формулы

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

Хотя если вы идете в R&D куда-то, то может и пригодиться.

5 независимых приложений это не микросервисы. Это просто 5 приложений.
начните отсюда: https://microservices.io/

Делайте веб - десктоп на c++ будет заметно больше сложностей.
Для С++ вам надо будет все равно делать какой-то сервер
Будут сложности с тем чтобы скрыть правильные ответы или ответы других учеников.
Распространять и устанавливать будет сложнее.
Проблемы в духе "а у меня не запустилось, я не смог пройти тестирование" или "я бы сдал тест, но он на последнем ответе заглючил и вылетел, можно пересдам вне очереди" и так далее.
Веб несложно сделать правильно и надежно.

Далеко не каждый разработчик может сделать сайт "практически любой сложности", я бы даже сказал - меньшинство. Да даже не каждая команда разработчиков. Что уж говорить о готовых конструкторах. Но скорее всего у меня просто понимание сложности иное.
Если перефразировать в духе "можно сделать простой сайт ограниченного типа практически любой сложности" - то да, можно.

Раз вы так заморочились то погуглите BPM (business process modeling) - это более общей подход, но с очень хорошо разработанной теорией и даже есть либы для реализации на его основе чего -нибудь.
С тригерами, состоянием процесса, разными по своему типу нодами и всяким прочим.

Если не хотите заморачиваться - соберите что придется на коленке, чтобы работало - очень большая вероятность что это подойдет и останется надолго :)

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

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

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