Я выделяю 2 вида full-stack:

. backend-oriented full-stack – backend разработчик, который способен быстро и эффективно (на готовых решениях собрать) собрать фронтенд

. frontend-oriented full-stack – это фронтенд разработчик, который создает интерактивные SPA и при этом, способен под себя сделать API backend (BFF), где и в сторонние сервисы сходит, и в кэш, и схему БД под себя соберет и будет делать SQL запросы в нее

Для первых самой большой проблемой было сделать так, чтобы изменения не ререндерили всю страницу, но при этом не надо было писать JS код.

Я, возможно, схожу с ума, но я уверен, что использовал что-то с названием "Live templates" или как-то так, чтобы на RoR писать вьюхи, которые при этом автообновлялись через AJAX, но никак не могу вспомнить как это называется (олды, помогайте)

Сейчас самым удобным инструментом я бы назвал htmx + добавляем какой-нибудь инструмент для удобного шаблонизирования (как templ для go) и мы во всеоружии без JS имеем какой-никакой фронтенд

Короче, я бы сказал, что из-за смещение акцента в сторону SPA для этой категории разрабов просто перестали придумывать и популяризировать решения, но при этом ПОТРЕБНОСТЬ ОГРОМНАЯ

Потому что (1) мало кто хочет влезать в дебри JS библиотек, (2) найти нормального фронтендера сравни попытке ударить себя в простату

А вот проблема frontend-oriented full-stack... вы знаете, хотелось бы сказать, что тоже "технологическая", но для начала, уже есть технологий, упрощающие взаимодействие фронта с бэком:

– Hasura / Supabase – удобные хайповые техологии, позволяющие настроить в UI уровни доступа и напрямую с фронта работать с БД. Про Supabase ничего сказать не могу (он меня настораживает), а вот Hasura одна из самых мной любимых технологий, рекомендую абсолютно всем

– Blitz / Next.js 13 – первый является очень интересной концепцией стирания грани между фронтом и бэком, второй позволяет писать backend рядом с frontend кодом

Можно было бы сказать, что они не так давно популяризировались, чтобы успеть наплодить frontend-oriented full-stack, но эти технологии я считаю лишь облегчением задачи, которую можно было бы решить и без них

Мне всеже кажется, что frontend full-stack у нас практически нет, потому что или фронты не хотят заниматься бэком, или занявшись им уходят туда с головой и не хотят возвращаться

А еще, возможно, потому что нет достаточно адекватных туториалов, которые помогли бы фронту нормально влиться в бэк (нет, рассказать про Nest.js и показать как делать запрос в MongoDB это "показать как работать с хуевыми технологиями", а не "обучить backend разработке")

Почему я часто об этом думаю? Потому что меня так заебало на протяжении уже почти 10 лет из проекта в проект все равно приходится пилить ручки для фронтов, которые в 90% просто SELECT запросы, а самое ублюдское, когда к тебе приходят и говорят: "нужно еще одно поле" – а ты итак по горло занят, а они честными глазками смотрят на тебя и шевелят лапками: "а мы без бэкенда не можем"...

Вот реально, хотябы просто выучить работу SELECT и уже 70% работы по API можно было бы снять с горба бэков (оставить только Code Review)

Я надеюсь, что рынок фронта наконец-то подостынет со своим траханьем выпуском новых JS framework и наконец-то от фронтов будут требовать умением писать под себя BFF

Что думаете, такое возможно или это утопия и каждый "должен делать свое дело! да зравствует союз социалистических фронтенд разработчиков!"?

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

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