Я выделяю 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 я условно не верю, потому что невероятно сложно оставаться качественным разрабом в обеих стязях достаточно долгое время

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

Да ладно, многие бэкендеры нормально пишут на реакте/вуе, зачем ещё какой-то хтмлх нужен

Часто есть задачи формата «полуинтерактивный сайт», причем в идеале еще и с SEO

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

. Сборка и настрой проекта – боль
. Деплой и продержка SSR технологий – боль
. Настройка тестов – боль
. Настройка CI/CD – боль
. Настройка базового шаблона и библиотек – боль
. Дебаг ошибок клиентов - боль
. Если используешь не Node.js, то переключатся на JS – то вся боль сверху умножается на 10

И вот этого всего можно избежать просто используя template engine + htmx:

. Полуинтерактивность из коробки
. Останешься на любимом языке
. Тесты теже, что и для твоего языка
. Инфра вся понятна
. Сборка уже настроена
. Дебаг понятен

Поэтому честно, с учётом, что я 4 года занимался фронтом, прошел через jquery, Backbone, Angular, Vue и React, писал кучу своих библиотек, ввел курсы по продвинутому фронту, я всем сердцем не хочу на очередном проекте где нужен будет простецкий UI писать его ни на одном JS “framework”

Это прям какое-то подсознательное омерзение перед столь громадной неконтролируемой машиной (кстати, опишу это в следующие статье)

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

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

Да, прости, все никак нет времени заняться этим вопросом :(

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