(сужу чисто по вкладке "работа" на сыроварне и моему опыту собесов)

Ну ты смотришь в своём городе, мы же вчера это выяснили :)

Ну хотя. Судя по джинни норм. Но хз, сколько из них фулстака

И сколько из них станет фуллстаком через пол года работы :)

Я хз, может тут особенности украинского рынка и аутсорса, но для себя вообще не представляю ситуацию чтобы в какой-то из компаний где я работал программиста с Бэка могли отправить на фронт без его желания/готовности. Были у меня в командах фуллстеки, которые и приходили как фуллстеки, и хотели заниматься и бэком, и фронтом одновременно - их, конечно, перебрасывали туда-сюда. Но вообще для бэкэнда обычно такой объём работы, что нет простоя и необходимости людей заставлять решать некомфортные для них задачи
Правда у меня нет опыта работы в мелких компаниях и веб-студиях. Думаю там может процветать культ эникейщика

Во-первых, Modular monolith.

Во-вторых, грамотно спроектированный монолит, с хорошей модулярностью, покрытый тестами, заточенный под CI/CD культуру разработки и который постоянно и микрошагами рефакторят, может даже за годы не дойти до состояния, когда потребуется его превращать в микросервисы (если на то не будет специфических бизнес изменений).

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

В общем вы евангелист и проповедник монолита?=))

Микросервисы и тем более serverless подходы не так и новы, но огромгое количество разработчиков судя-по-всему так и не поняли, в чём была причина перехода от монолитов к таким архитектурам и в какой момент нужно перестраивать проект. А так, да, монолит - дефолт.

(из твиттера)
На собеседовании:
— любишь верстать?
— ненавижу, терпеть не могу, чтоб она в аду сгорела эта вёрстка
— на сеньора значит метите

кто-то с апи линкидина работал?

если непонятна в чем причина - причина одна - бабки. На микросервисы проще джунов садить

имхо

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

а, ну это может у меня травма от Java монолитов😐, где методы принимают по 20 входящих параметров... Когда разбито все как то проще осознать что делает один конкретный микросервис.

тобто ти хочеш сказати, що вони загалом простіші та зрозуміліші? тобто просто краще?

не могу прислать сюда скриншот где показаны плюсы/минусы 8ми видов архитектур. каждый из подходов построения приложения отличается от других по таким характеристикам: гибкости, простоте деплоя, тестируемости, перформансу, масштабируемости, простоте, цене, а не только по цене.

так, але я не претендую на істину

Что за скрин?

для меня вообще разница выглядит примерно как на классической картинке:
https://hsto.org/files/717/e67/4f7/717e674f7a714fe4a0e00eee50a55e9a.jpg

выложила https://github.com/ellenaua/technical-articles/blob/master/software-architectures.md - это из онлайн курса таблица которая показывает чем отличаются разные виды архитектур