Если ткнёшь в сообщение где я писал что "спринг не знаю", закажу тебе пиццу на обед.  Мой поинт был совсем в другом.

потому что там "ааааа, где спеца на акку мы найдем????"

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

Могу в личку, в противном случае все мои слова в этом чате могут подписать под работодателя. :)

нуу может, ну просто акка вроде и сложнение со скалой, все ровно в целом можно искать спецов и искать если не горит

ну если учесть, что знания спринга проверяют вопросом про скоуп бинов и что будет если из Transactional(NEW) метода другой такой же будет вызван, то в принципе согласен, сеньер мог бы почитать и проканать за знающего уже))

скалистов днем с огнем не сыщешь

хм)

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

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

можно примеры, что такого внедрил, чтобы никто не испытал дискомфорт и проект был "с иголочки"?

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

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

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

Мне котлин не разрешили)

если технология более специфичная, то просто обкатывается в личных проектах и обсуждается

сочувствую. красота) лаконичный и удобный язык. а как обосновали?

ну хз, их/нас некоторое количество есть
да и сменить стэк - вообще не проблема, кмк

По навыкам, знанию архитектуры/инфраструктуры. Человек который описывал rest на akka нет проблемы описать rest на том же spring. Фреймворк это всего лишь реализация и, по моему мнению гораздо полезнее знать то - что он реализовывает, тогда не будет проблем с въезжанием в новый проект или перевозом текущего на новые рельсы.

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