Уровень когнитивной нагрузки на мозг разраба ещё никогда не был столь велик, как сейчас и разрабы дальше и дальше усложняют себе работу, целясь в кучу смежных областей. Там, где разраб отвечал за свою локаль + в лучшем случае за дев среду на хетцнере еще лет 5 назад, сейчас нагорожено клаудов, локалстеков, докеров и еще кучу всяких прослоек, которые замедляют разработку и усложняют её. К тому же, слышал мнение, что сейчас удовольствия от разработки стало в разы меньше, потому что пока всё это хозяйство поднимешь и разберешься как работает уже кодить и не охота.

не соглашусь... БЛ может жить без инфры... дорого, но может

эти примерно то же, когда пожилые люди говорят, что мир стал "вертеться быстрее", чем когда они были молоды)
Знание прикладных инструментом (умение ими пользоваться в процессе решения тех или инных задач) - всегда наоборот облегчало задачи. Ведь никто не будет на PHP разрабатывать какой-то месадж брокер сервер только лишь потому что разрабатывать это круто) значит найдет прикладное решение, НАУЧИТСЯ им пользоваться и это самое уже разрабатывать не будет необходимости, причем никогда. Почему знание того что в работе в определенный момент можно применить Redis, SQL, Kafka и т.д. (и знать как пользоваться этими тулами) - это что-то одно. А ЗНАТЬ как пользоваться инструментом под названием k8s - это что-то другое? Никто же не говорит АДМИНИСТИРОВАТЬ эти тулы должны разработчики....

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

Я в себя на одном проекте пытался запихнуть google cloud, на другом - aws. Уже тошнит, знаешь ли.

если не одновременно - почему нет. Использовал и изучал одно. Бросил перешел на другое. Ключевое тут слово бросил. То есть не пытаться усидеть на двух стульях и пытаться быть специалистом и в том и в другом (что автоматически означает постоянное обучение и там и там)

И еще ты сравниваешь redis/sql/kafka - базы данных/очереди инструменты для прикладной разработки, которые должен знать разраб с допустим кубером, который поды масштабирует. Во все времена масштабированием аппликухи занимались админы, сейчас девопсы. А ты предлагаешь разрабу ещё за нагрузку подумать. Уже и так в серверлессе описываем конфиги для того, что раньше работало само по себе на nginx+rabbit, а ты ещё дальше в кроличью нору

Я до сих пор ничего удобней локальной разработки на убунте не юзал. Когда все зависимости локально ставишь, пару дней связываешь всё, а потом работаешь годами, только .env переменные иногда обновляй с тестовых сред да и всё

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

А с появлением облаков проекты превратились в паззлы с недостающими элементами. Когда тебе надо мало того что картину составить из кусков (разработать фичу) так еще с недостающими кусками разобраться (замокать, интеграционными тестами покрыть, т.к. руками проверить ты уже не можешь допустим очередь в sqs/sns) либо вперед заниматься изучением всяких костылей от облачных вендоров, чтобы заставить это все работать локально с массой оговорок.

😄ну такая жизнь)   Я в субботу на конференции как раз собираюсь затронуть тему того что было бы неплохо если бы разработчик сразу подумал про нагрузку и масштабирование, того глядишь проект бы по другому был бы написан)

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

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

А спецы в ремонте квартир, между прочим, у которых "не моя работа" тоже уже в долларе получают за квадратный метр работы) Не далеко от нас уже и ушли. Повод задуматься, имхо

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

Вставлю свои пять копеек. По сути, технологии позволяют экономить время на разработке, но никакой экономии не получается, ибо сам процесс разработки постоянно усложняется. Сайты становятся всё сложнее и функциональнее, количество людей сидящих на них тоже растёт. И по итогу как сказал Артём, на разработчиков навешивают колоссальные требования и нагрузку, особенно это касается фуллстеков, которые так популярны среди работодателей

Да потому что цена на рынке - это фикция. Как сможешь себя продать, такая и твоя цена. И даже если где-то заплатят на 500 больше за знание кубера допустим, так это потому что не заплатили 5000 лишнему девопсу - профильному специалисту по куберу.

Именно! Точно так это означает экономия средств для бизнеса = выше профит разработчика (по крайней мере потенциальный, не буду сейчас упоминать различия продукта и аутсорса))

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

Но ведь это далеко не win-win. Ты ебешься за 1/10 от зп профильного спеца с левой дичью.

ну мы сами только что выдвинули тезис, что цена на рынке - фикция.  Ведь если бы в теории кубер знали бы все, то у профильных специалистом не было бы тех самых 9/10 зп)

Это вечная борьба щита и меча)