Типа вот был я react фронтендером, дай-ка стану go бекендером? А вы вкурсе что в реальности вы будучи фронтедером, который последних 2 местах работы по резюме работал с реактом, откликнетесь даже на фронтендера vue, то вам еще на этапе переписки с рекрутером скажут, что ищут более релевантных кандидатов? То же самое и в беке, у вас джава и раббит, а сколько у вас лет опыта работы с го и кафка, мм? То есть вы обязаны по факту будете рисовать себе несколько лет коммерческого опыта на выбранном стеке, и уметь при этом вывезти за базар, учитывая что вас будут ебать в глубину по этой теме. А если это совсем другой стек, типа из фронта в бек или с бека в мобилки, то это вообще неподъемно.
Да, формально есть бигтехи, где ты можешь внутри изъявить желание перекатиться в другую команду на другой стек, но дело в том тебя также выебут на внутреннем собесе по конкретно используемов в их команде внутрянке, и скажут по итогу, что нет бро, давай все будут заниматься своими делами.
Не оговоря уже про то что ты был условным сенькой, а претендовать будешь максимум на мидла, и соответственно с мидла на джуна. Спрашивается, зачем?
Реальный перекат возможен только в 2 случаях:
1. Вы вкатун, который еще тольком никуда не вкатился, и для вас однохуйственно куда идти, ведь у вас ни там ни там толком опыта нет.
2. Вы рокстар системный программист, по типу Кармака, который делал игровые движки, потом пошел делать ML в пейсбук, потом еще куда-то.
на стек технологий сейчас уже везде похуй, так как код пишет ИИ.
сидеть дрочить кишки реакта может и надо было кому-то в 2017 году, сейчас это бесполезное занятие.
> То же самое и в беке, у вас джава и раббит, а сколько у вас лет опыта работы с го и кафка, мм
Ну просто пишешь в резюме что работал с го и кафкой. В чем проблема? я же говорю сейчас тяжелое дрочево кишков на собесах скорее в прошлое уходит, на собесах дают стандартные задачи которые во всех конторах спрашивают и которые давно в интернете и по разным телеграм чатикам разошлись.
>на стек технологий сейчас уже везде похуй, так как код пишет ИИ.
Ну объясни это тем кто нанимает
>на собесах дают стандартные задачи которые во всех конторах спрашивают и которые давно в интернете и по разным телеграм чатикам разошлись.
Да нихуя, то что в паблике вылито там обычно упрощенные варианты и в меньшем количестве на единицу времени. Да и ты не задрочишь сотни и тысячи задач и ситуаций, плюс новые появляются постоянно
так а что мешает самому дрочить нужный стек технологий?
у меня вот такой путь был jvm (java/kotlin и немного scala, springboot) -> python/go -> jvm (java/kotlin + spring + quarkus)
я несколько лет проработал на питоне и го. но знаю ли я эти языки? да нет конечно. я на базовых вопросах про наследование в питоне поплыву сейчас. то, что я работал несколько лет на питоне, не значит что я знаю питон. вот и все. ты должен сам всегда эти задачи с собесов дрочить и теорию по языкам. например ты можешь прийти на проект с кафкой, но толком с ней никогда не работать. или работать по минимуму. ну и в таком духе.
Основная проблема даже не в том чтобы задрочить технические вопросы и задачки, основная проблема что тебе кроме того что нарисовать резюме, нужно еще выдумать в деталях весь твой "прошлый опыт". Чтобы не было "пуксреньк ну в резюме же написано". Потому что либо на техническом скрининге, либо ближе к финалу будут, как я уже говорил, ебать в глубину, пытаясь залезть в залупу, что а вот как именно ты делал вот это, а почему так, а какой результат, и т.д.
что значит ебать в глубину? никто в деталях не спрашивает про то как ты круд на питоне или на голенке или на джаве написал. важно это сама работа с распределенными системами, микросервисами, субд. вот это важно. или ты думаешь кого-то интересует как ты дто, контроллеры, сервисы и репазитори в Go делал?
Это значит вот у вас написано в резюме "распилил монолит на go микросервисы, повысив отказоустойчивость на 75%". Расскажи, кто был инициатором, какая проблема решалась, как ты подошел к решению этой проблемы, что именно ты делал, а почему распиливал именно по таким критериям, а не по другим, какие были сложности, как ты их преодолел, какой был итоговый результат, как измерил метрики, как докажешь что это лично ты привел к изменению метрик, чему научился в результате этой работы.
так а где тут go или вообще языки программирования? выделение микросервисов из монолита это процесс не зависящий от выбранного языка программирования. выделяют микросервисы по смыслам/ограниченным контекстам, а не как-то еще.
тут как раз проверяют то самое понимание работы распределенных систем а не кишков рантайма языка.
алсо распиливание монолита на микросервисы это как правило работа ради работы и никакие метрики по итогу не улучшаются. такую работу начинают когда условно менеджеру надо впопыхах придумать чем занять себя и своих людей. в большинстве случаев можно спокойно жить со старым монолитом и в хуй не дуть. распилинвание монолита на микросервисы как правило только ухудшают все метрики работы системы, вот без шуток.
алсо про метрики на собесах не спрашивают, это надо их в резюме писать. можешь просто сгенерировать рандомный бред нейронкой, все равно эти метрики нигде дальше чем на ATS проверяться не будут. есть конечно местами секция про опыт, ну тут уже как повезет.
я одному долбоебу в threads тоже писал, что это сложно перейти с одного направления разработки на другое, ибо нужно вообще другой стек учить. Так этот долбоеб каку-то жидкую хуйню высрал. Все началось с того, что он написал, что с 1с сложно перейти в другое направление.
>важно это сама работа с распределенными системами, микросервисами, субд. вот это важно
Так в этом и прикол. Откуда среднему вротендеру об этом всем знать, если он с этим не работал никогда. Я так понимаю ОП пост как раз об этом.
>выделение микросервисов из монолита это процесс не зависящий от выбранного языка программирования. выделяют микросервисы по смыслам/ограниченным контекстам, а не как-то еще.
А теперь прикинь, что ты этот пункт полностью выдумал с нуля, а на самом деле ты занимался ios разработкой. Как будешь рассказывать про процесс распила на микросервисы в большом продакшен проекте в подробностях?
>алсо распиливание монолита на микросервисы это как правило работа ради работы и никакие метрики по итогу не улучшаются
Я просто к примеру привел
>алсо про метрики на собесах не спрашивают, это надо их в резюме писать. можешь просто сгенерировать рандомный бред нейронкой, все равно эти метрики нигде дальше чем на ATS проверяться не будут. есть конечно местами секция про опыт, ну тут уже как повезет.
У меня спрашивали не раз