на сервере
play + websocket + akka
на клиенте
angular | react

зачем мидлу ооп? ооп - это джуниорам в университете оставьте
мидлу нужно уметь пользоваться технологиями, понимать алгоритмы и структуры данных, паттерны опять же

Hett,

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

вадяPenkov Vladimirна сервере
play + websocket + akka
на клиенте
angular | reactоно конечно можно и так , но только это как из пушки по мухам....
если в применении к мессенджеру.


зато полный стек современных технологий. автор лет на 5 будет в тренде

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

вадяPenkov VladimirРазбираться в ваших вот этих "быстрее" никто не будет.это понятно, проще нагородить кучу всего...
Penkov VladimirЕсть дукументированные библиотеки которые все знают. Вся отсебятина делает вас менее интересным с точки зрения сотрудника для любого вменяемого нанимателя, если только вы не рокет саенс делаете, А то что выше было описано - уж точно не рокет саенсвот в этом вся и проблема - не делать быстрое и простое - это модно, а если простое и быстрое - как это дорого продать???
есть документированные библиотеки в основе которых чистый js (на примере фронта)
но мы не ищем лёгкие пути - мы будем делать на "библиотеках" , но не знать азов.
сделать на чистом js - отсебятина, а сделать на библиотеках , основанных на "отсебятине" - это круто....

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


есть разработчик, который
- должен грамотно выбрать технологии (то есть как минимум знать, из чего выбирать)
- должен разбираться в проблеме (например, знать что требуется от месенджера)


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

так вот, middle - это тот, кто может все вышеперечисленное реализовать.

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