Логик
Обычно грамотный тимлид должен такое "останавливать" на своем уровне. У вас на проекте он есть?
Ну вы же и сами знаете ответ, зачем спрашиваете?) Тем более он есть в сообщении выше. > Естественно это должно одобряться политикой компании, но я как раз в этой ситуации.
Azret
Ну вы же и сами знаете ответ, зачем спрашиваете?) Тем более он есть в сообщении выше. > Естественно это должно одобряться политикой компании, но я как раз в этой ситуации.
Ну просто довольно странная ситуация. Завтра эти вайбкодеры перейдут в другие компании, а тимлиду/техлиду отвечать за проект перед бизнесом. Это ведь его вотчина/участок/зона ответственности. Если он позволил "у себя в огороде" пушить всякую фигню в main-ветку - это его проблема. Это показатель его квалификации и уровня ответственности. Сначала проблема будет его, а потом уже станет проблемой бизнеса, который примет соответствующие кадровые решения.
Логик
Логик
Но все-таки пройдусь по вопросам. Завтра эти вайбкодеры перейдут в другие компании, а тимлиду/техлиду отвечать за проект перед бизнесом. Это ведь его вотчина/участок/зона ответственности. Это единороги бигтеха. Мы вливаем кучу бабла, потому что можем это позволить, а потом пытаемся это продать. Вся команда контракторная, и если проект не взлетит - все на мороз. А менеджмент просто возьмет новый. Если он позволил "у себя в огороде" пушить всякую фигню в main-ветку - это его проблема. Это показатель его квалификации и уровня ответственности. Есть и ревью, и все остальное. Но фичу надо деливерить вчера. А часть проблем вообще пришла из другого стрима, до которого не достучаться. Если мы предложим бизнесу фиксить это еще пару недель, то на мороз можно пойти сильно раньше. Сначала проблема будет его, а потом уже станет проблемой бизнеса, который примет соответствующие кадровые решения. Не будет. Бизнес лично это одобрил, и это его риски. Мало того, наша зона влияния недостаточна, чтобы это донести. Но да, как только становится ясно, что проект мертвый, все идут на мороз. Поэтому параллельно идут 10 проектов.
Azret
Но все-таки пройдусь по вопросам. Завтра эти вайбкодеры перейдут в другие компании, а тимлиду/техлиду отвечать за проект перед бизнесом. Это ведь его вотчина/участок/зона ответственности. Это единороги бигтеха. Мы вливаем кучу бабла, потому что можем это позволить, а потом пытаемся это продать. Вся команда контракторная, и если проект не взлетит - все на мороз. А менеджмент просто возьмет новый. Если он позволил "у себя в огороде" пушить всякую фигню в main-ветку - это его проблема. Это показатель его квалификации и уровня ответственности. Есть и ревью, и все остальное. Но фичу надо деливерить вчера. А часть проблем вообще пришла из другого стрима, до которого не достучаться. Если мы предложим бизнесу фиксить это еще пару недель, то на мороз можно пойти сильно раньше. Сначала проблема будет его, а потом уже станет проблемой бизнеса, который примет соответствующие кадровые решения. Не будет. Бизнес лично это одобрил, и это его риски. Мало того, наша зона влияния недостаточна, чтобы это донести. Но да, как только становится ясно, что проект мертвый, все идут на мороз. Поэтому параллельно идут 10 проектов.
Ну, если так, тогда у меня вопросов нет. Как говорится: кто платит, тот и музыку заказывает.👌
Логик
Это жизнь, и большие компании существуют немного в другом мире. Когда у вас один проект, его закрытие приводит к ликвидации компании. Когда их 100, то раз в год надо закрыть хотя бы 10, чтобы выделить ресурсы на новые.
Azret
Просто по моему опыту бывает такое, что в какой-то момент таких "одобрений", топы делают удивлённое лицо и говорят: "Нет, мы такое не говорили. Нет, мы имели в виду другое. Мы не были предупреждены о последствиях".🤡 Здесь уже важно мастерство тимлида, который постелил себе соломку из писем. Писем, которые в случае возможных разборок и попыток перекинуть ответственность, были железобетонным доказательством. Но это уже я в другую степь залез - бюрократия.
Eugene
Друг, я на проекте не один. Это снежный ком.
Так это проблема управления проектом а не использования ии . Так же на него могли посадить кучу кожаных балбесов и результат был бы похожим
Azret
Это более поздний этап жизни проекта.
Как раз таки, чем раньше вы начнёте бить в колокола, тем лучше. Чтобы опять же потом вас не обвинили в том: "а херли вы всё это время молчали?!"
Eugene
Почитал дальше - говнокодим мвп, это будет и без ии, в порядке вещей
Логик
Так это проблема управления проектом а не использования ии . Так же на него могли посадить кучу кожаных балбесов и результат был бы похожим
Естественно. Вопрос в том, что инструменты задают окна возможностей. Конкретно ИИ позволяет недорого генерировать большие объемы кода, и это как забивать гвозди кувалдой - можно сломать стену быстрее, чем кучей молотков. Кроме того, он очень упрощает создание рабочего кода, который никто не понимает. Комментарии валидны, первичная проблема действительно в менеджменте. Но как я говорил выше, это снежный ком, где одна проблема тянет другую.
Логик
Как раз таки, чем раньше вы начнёте бить в колокола, тем лучше. Чтобы опять же потом вас не обвинили в том: "а херли вы всё это время молчали?!"
Я не могу продолжать этот диалог без риска уйти в NDA, давайте закончим) Сейчас мне еще удается избегать конкретики.
Eugene
Да все норм, это классическая проблема, просто ии к ней добавило скорость генерации говна :)
Eugene
Как там было у классика - ваши ожидания это ваши проблемы ? :)
Логик
Так проблема в том, что сейчас его даже читать не надо. Агенты прекрасно пишут рабочие костыли. А потом в какой-то момент стопорятся, и читать приходится сразу тысячи строк. Приложу вот небольшой пример из моей жизни, скопированный чтобы не переписывать. Недавно моей жене понадобился небольшой скрипт, строящий дерево зависимостей в проекте. Довольно простая задача, для которой она быстро набросала решение в Cursor. Логика была такая: считываем корневой файл -> собираем ID зависимостей -> ищем по проекту соответствующие файлы. Повторяем рекурсивно, пока не соберем дерево целиком. Каждый шаг вполне хорошо выделяется в функцию и дорабатывается по необходимости. На практике всё оказалось сложнее. Многоуровневая вложенность в файлах требовала использования сложных регулярок. Кроме того, ID файла находился внутри самого файла, из-за чего третий шаг требовал большого количества условий для поиска. Агент честно пытался - но, как и полагается LLM, выдавал убедительные ответы, а не работающий код. Контекста не хватало.
Логик
Конкретно там была красивая структура, понятная логика, комментарии. Хрен разберешься, где конкретно ошибка в логике, потому что каждый шаг выглядит правдоподобно.
Логик
Раз я немного немного оживил чат, попробую закинуть свой вопрос. Ситуация следующая, есть 6 лет опыта в данных: три в аналитике, три с лишним в инженерии. Движение понятное - сперва работал с бизнес-задачами, потом переметнулся в код, сейчас работаю с llm-агентами. Следующая цель в списке - вернуться в продуктовые компании, но уже на технические роли. Профиль DE частично меня ограничивает, потому что задаёт ориентир на bigdata, а это уже компании далеко не на старте своего развития. А значит там уже процессы приближаются к большим компаниям, или хотя бы стремятся. Прихожу к выводу, что мне надо перекатываться в бэкенд, но при этом коммерческого опыта с бэком у меня кот наплакал. Я естественно с моим бэкграундом в состоянии выучить go или fastAPI за пару месяцев, написать какой-то pet project, но это всё равно будет чисто синтетический проект, который обычно пропускают при чтении резюме. Крутить можно, но не хотелось бы. Мне интересно, если здесь есть люди, которые хотя бы проводят интервью (а если нанимают - то вообще прекрасно), что бы вы могли мне порекомендовать. Я без особых проблем могу продолжить движение по стеку DE, но это не совсем совпадает с моими долгосрочными целями. Поэтому к ближайшему сезону поиска я хочу составить план действий для того, чтобы это направление изменить.
Azret
Раз я немного немного оживил чат, попробую закинуть свой вопрос. Ситуация следующая, есть 6 лет опыта в данных: три в аналитике, три с лишним в инженерии. Движение понятное - сперва работал с бизнес-задачами, потом переметнулся в код, сейчас работаю с llm-агентами. Следующая цель в списке - вернуться в продуктовые компании, но уже на технические роли. Профиль DE частично меня ограничивает, потому что задаёт ориентир на bigdata, а это уже компании далеко не на старте своего развития. А значит там уже процессы приближаются к большим компаниям, или хотя бы стремятся. Прихожу к выводу, что мне надо перекатываться в бэкенд, но при этом коммерческого опыта с бэком у меня кот наплакал. Я естественно с моим бэкграундом в состоянии выучить go или fastAPI за пару месяцев, написать какой-то pet project, но это всё равно будет чисто синтетический проект, который обычно пропускают при чтении резюме. Крутить можно, но не хотелось бы. Мне интересно, если здесь есть люди, которые хотя бы проводят интервью (а если нанимают - то вообще прекрасно), что бы вы могли мне порекомендовать. Я без особых проблем могу продолжить движение по стеку DE, но это не совсем совпадает с моими долгосрочными целями. Поэтому к ближайшему сезону поиска я хочу составить план действий для того, чтобы это направление изменить.
1. Сколько вам лет, если секрет? 2. Если уж решили метнуться в другую сторону, почему для вас не очевиден вариант с ИИ? Самые высокие з/п сейчас (и в ближайшие пару лет) там.
Логик
1. Сколько вам лет, если секрет? 2. Если уж решили метнуться в другую сторону, почему для вас не очевиден вариант с ИИ? Самые высокие з/п сейчас (и в ближайшие пару лет) там.
30 лет. ИИ менее очевидный вариант, чем кажется - хайп может очень быстро упасть. Моя цель - получить опыт скейла продукта 0->1, а с ИИ он будет, или с медициной - вопрос менее критичный на технической роли. У меня такой опыт даже есть, 2 проекта, но в аналитике и DE, на конкретных стримах. Но для наличия таких стримов компания уже должна быть достаточно крупной - это нюанс в целом работы с данными. Бэкенд же существует буквально везде, поэтому я и хочу дополнить свое портфолио, целясь на долгосрочную перспективу. У меня есть месяц-полтора до следующего сезона поиска на активную учебу. Но сперва надо определиться с тем, что именно учить. Распыляясь в срок не уложиться.
Логик
И к вопросу зарплаты - я готов к даунгрейду ради ценного опыта. Каждый раз это повышало мой потолок в границах двух лет. Чего я вообще спрашиваю в этом чате? Потому что Go - один из моих основных вариантов, но я еще сравниваю с теми же вариантами ИИ, где python используется активнее.
Егор
30 лет. ИИ менее очевидный вариант, чем кажется - хайп может очень быстро упасть. Моя цель - получить опыт скейла продукта 0->1, а с ИИ он будет, или с медициной - вопрос менее критичный на технической роли. У меня такой опыт даже есть, 2 проекта, но в аналитике и DE, на конкретных стримах. Но для наличия таких стримов компания уже должна быть достаточно крупной - это нюанс в целом работы с данными. Бэкенд же существует буквально везде, поэтому я и хочу дополнить свое портфолио, целясь на долгосрочную перспективу. У меня есть месяц-полтора до следующего сезона поиска на активную учебу. Но сперва надо определиться с тем, что именно учить. Распыляясь в срок не уложиться.
а какого плана опыт скейла 0-1 нужен? просто на позиции бэкендера, я бы не сказал что требуется какой-то особый опыт, и написание системы с 0 не сильно отличается от создания нового сервиса (разве что вариантов технологий\архитектур со старта больше) кмк, как-раз все нюансы идут на позиции продакта\бизнес овнера и тд.
Егор
а если хочется столкнуться с техническими вызовами, то тут сильно профитнее идти в уже крупную компанию, которая продолжает активный рос. они уже нащупали какой-то успешный кейс, у них уже есть нагрузка\большие цифры в рпс и они как-раз дошли до этапа когда старая инфра перестает справляться из-за того что Х лет назад при проектировании никто на такую нагрузку не рассчитывал, т.к. бизнес был маленький у глупо было оверинженерить. там уже можно столкнуться с проблемами что перестает базы хватать, что сервис уже некуда маштабировать вверх и тд
Логик
а если хочется столкнуться с техническими вызовами, то тут сильно профитнее идти в уже крупную компанию, которая продолжает активный рос. они уже нащупали какой-то успешный кейс, у них уже есть нагрузка\большие цифры в рпс и они как-раз дошли до этапа когда старая инфра перестает справляться из-за того что Х лет назад при проектировании никто на такую нагрузку не рассчитывал, т.к. бизнес был маленький у глупо было оверинженерить. там уже можно столкнуться с проблемами что перестает базы хватать, что сервис уже некуда маштабировать вверх и тд
Опыт скейла не привязан к бэку, но отсутствие опыта в бэке является ограничивающим фактором. Я работал в компаниях разного размера, и видел плюсы и минусы. В небольших командах больше ценятся универсалы и больше влияния на конечный продукт. В больших действительно чаще все интереснее с технической точки зрения, но там нужна более узкая специализация чтобы хотя бы попасть внутрь. И конечно есть варианты смены стека внутри компании за те же деньги, но это не доступно на старте.
Егор
Опыт скейла не привязан к бэку, но отсутствие опыта в бэке является ограничивающим фактором. Я работал в компаниях разного размера, и видел плюсы и минусы. В небольших командах больше ценятся универсалы и больше влияния на конечный продукт. В больших действительно чаще все интереснее с технической точки зрения, но там нужна более узкая специализация чтобы хотя бы попасть внутрь. И конечно есть варианты смены стека внутри компании за те же деньги, но это не доступно на старте.
да, я и пытаюсь как раз набросить, что если ты идешь за опытом скейла бизнеса\продукта то бэкендеры в этом начинают участвовать достаточно поздно, когда продукт уже нашел свою нишу и очень активно растет. а как раз с 0 -> 1 это скорее всякие бизнес ребята вроде маркетинга, продакта и тд, даже фронт сильно ближе к этому, т.к. скорее всего придется делать фичи что-бы улучшить воронку продаж, как-то с метриками связанными с пользователем работать и тд. ну или уже руководство командой, тогда скорее всего то-же с этим придется взаимодействовать.
Егор
Как ты без бэка продукт запустишь?) Речь конечно об IT. Понятно что он не обязательно должен быть сразу оптимизирован на миллионы пользователей, но тебе нужна логика.
ну так написание бэкенда с 0, не сильно отличается от имплементации очередной бизнес фичи. и там и там у тебя есть требования как оно должно быть. и там и там ты просто реализуешь требования.
Логик
ну так написание бэкенда с 0, не сильно отличается от имплементации очередной бизнес фичи. и там и там у тебя есть требования как оно должно быть. и там и там ты просто реализуешь требования.
Я пытаюсь донести, что я по текущему профилю с бэком впринципе почти не работаю, даже в формате бизнес-фичей. У меня другие задачи. И мне позарез нужен год опыта, желательно с применением моего прошлого бэкграунда.
Azret
30 лет. ИИ менее очевидный вариант, чем кажется - хайп может очень быстро упасть. Моя цель - получить опыт скейла продукта 0->1, а с ИИ он будет, или с медициной - вопрос менее критичный на технической роли. У меня такой опыт даже есть, 2 проекта, но в аналитике и DE, на конкретных стримах. Но для наличия таких стримов компания уже должна быть достаточно крупной - это нюанс в целом работы с данными. Бэкенд же существует буквально везде, поэтому я и хочу дополнить свое портфолио, целясь на долгосрочную перспективу. У меня есть месяц-полтора до следующего сезона поиска на активную учебу. Но сперва надо определиться с тем, что именно учить. Распыляясь в срок не уложиться.
30 лет - прекрасный возраст! Зрелая личность, понимание себя, чего хочешь и куда идти! Когда вы написали "0->1" я сразу подумал о книге Питера Тиля (основателя Палантир). Здесь важно определиться с терминами. В частности, что мы понимаем под "нулём"? Могу сказать за себя. У меня 6 лет была своя ИТ компания, которую я основал с нуля. Под нулём я понимаю - этап формирования бизнес идеи. Продуктовой гипотезы, если угодно. На этом этапе зарождается первая команда, её ядро. И здесь не бывает людей с улицы. Это уже старые знакомые с определённым уровнем доверия. Люди, у которых есть власть над продуктом. Все остальные люди, которые потом приходят на зарплату - это привлечённые специалисты, и говорить о том, что они пришли с нуля, на мой взгляд, не совсем корректно. В остальном же согласен с мнением Егора. Он всё верно разложил. Нужен опыт хайлода? Идите в бигтех. Дурак учится на своих ошибках, умный - на чужих.
Логик
И здесь не бывает людей с улицы Это я знаю. Давайте считать, что речь о seed-level стартапах. Там уже есть четкая основа, но уже не хватает рабочих рук, плюс нужна гибкость. Нужен опыт хайлода? Идите в бигтех Я довольно долго нарабатывал широкий опыт. Я умею решать проблемы. Проблема в том, что в данный момент у меня T-shaped специализация, которая идет больше вширь, чем вглубь. И в бигтехе это не очень ценится. Я могу пойти в middle to senior по основному профилю, но это изначально был промежуточный этап, нужный для наращивания технической экспертизы. А просто так перескочить в бигтехе на другой узкий профиль мне никто не даст - им интереснее нанять меня по текущей специализации. Есть гибридные позиции, где мой опыт применим и одновременно есть пространство для смены этого профиля, но их мало. И обычно это не бигтех. Собственно сейчас я и занимаюсь их поиском и структуризацией.
Rivoo
И здесь не бывает людей с улицы Это я знаю. Давайте считать, что речь о seed-level стартапах. Там уже есть четкая основа, но уже не хватает рабочих рук, плюс нужна гибкость. Нужен опыт хайлода? Идите в бигтех Я довольно долго нарабатывал широкий опыт. Я умею решать проблемы. Проблема в том, что в данный момент у меня T-shaped специализация, которая идет больше вширь, чем вглубь. И в бигтехе это не очень ценится. Я могу пойти в middle to senior по основному профилю, но это изначально был промежуточный этап, нужный для наращивания технической экспертизы. А просто так перескочить в бигтехе на другой узкий профиль мне никто не даст - им интереснее нанять меня по текущей специализации. Есть гибридные позиции, где мой опыт применим и одновременно есть пространство для смены этого профиля, но их мало. И обычно это не бигтех. Собственно сейчас я и занимаюсь их поиском и структуризацией.
Может тогда попробоваться архитектором, раз широкий опыт? У меня товарищ уж очень любознательный без коммерческого опыта залетел, но сам ушёл в более узкую часть, а ваш живой опыт точно в этом поможет.
Vadim
хайлоад может быть в любой компании. Чекните определение хайлоада
Егор
И здесь не бывает людей с улицы Это я знаю. Давайте считать, что речь о seed-level стартапах. Там уже есть четкая основа, но уже не хватает рабочих рук, плюс нужна гибкость. Нужен опыт хайлода? Идите в бигтех Я довольно долго нарабатывал широкий опыт. Я умею решать проблемы. Проблема в том, что в данный момент у меня T-shaped специализация, которая идет больше вширь, чем вглубь. И в бигтехе это не очень ценится. Я могу пойти в middle to senior по основному профилю, но это изначально был промежуточный этап, нужный для наращивания технической экспертизы. А просто так перескочить в бигтехе на другой узкий профиль мне никто не даст - им интереснее нанять меня по текущей специализации. Есть гибридные позиции, где мой опыт применим и одновременно есть пространство для смены этого профиля, но их мало. И обычно это не бигтех. Собственно сейчас я и занимаюсь их поиском и структуризацией.
ну если речь о стартапах, то лучше изучать ноду\питон кмк они там чаще используются
Логик
Может тогда попробоваться архитектором, раз широкий опыт? У меня товарищ уж очень любознательный без коммерческого опыта залетел, но сам ушёл в более узкую часть, а ваш живой опыт точно в этом поможет.
Честно говоря плохо представляю, как без коммерческого опыта залететь на архитектора. Обычно туда идут с хорошим сеньорским бэкграундом. Возможно у нас разные термины.
Егор
ну если речь о стартапах, то лучше изучать ноду\питон кмк они там чаще используются
если конечно нет уже какго-то бэкграунда на каком-то из языков
Rivoo
Честно говоря плохо представляю, как без коммерческого опыта залететь на архитектора. Обычно туда идут с хорошим сеньорским бэкграундом. Возможно у нас разные термины.
Я не особо интересовался объемом знаний, но товарищ показывает себя достаточно подкованным в техническом плане. Возможно и разные, как мне сказали, я вам ретранслирую :)
Логик
если конечно нет уже какго-то бэкграунда на каком-то из языков
У меня питон основной язык, и есть относительно серьезный pet на angular, но client-only. Вопрос в том, что язык не равен технологии, часто все заточено под фреймворки.
Егор
У меня питон основной язык, и есть относительно серьезный pet на angular, но client-only. Вопрос в том, что язык не равен технологии, часто все заточено под фреймворки.
ну это в любом случае будет большое подспорье если решишь перейти в разработку. если питон как язык нравится, то просто глянь вакансии которые на нем есть (можно мидл - синьер) и реши интересно оно выглядит тебе или нет. если интересно то просто подумай что нужно подтянуть для бэкенда, думаю можно поискать кого-то норм синьер уровня, кто сможет дать консультацию и подсказать чего не хватает из текущих знаний. это в любом случае будет проще чем осваивать другой язык с 0, и так-же позволит тебе прокачаться в питоне, что может быть полезно и для твоего big data бэкграунда, если вдруг к нему вернешься. а так крутые штуки можно писать на чем угодно. особенно если речь идет про стартап, по большей части нагрузка там меряется единицами rps, и большая часть из них вообще не доживает до момента когда вертикальное масштабирование перестает работать.
Логик
ну это в любом случае будет большое подспорье если решишь перейти в разработку. если питон как язык нравится, то просто глянь вакансии которые на нем есть (можно мидл - синьер) и реши интересно оно выглядит тебе или нет. если интересно то просто подумай что нужно подтянуть для бэкенда, думаю можно поискать кого-то норм синьер уровня, кто сможет дать консультацию и подсказать чего не хватает из текущих знаний. это в любом случае будет проще чем осваивать другой язык с 0, и так-же позволит тебе прокачаться в питоне, что может быть полезно и для твоего big data бэкграунда, если вдруг к нему вернешься. а так крутые штуки можно писать на чем угодно. особенно если речь идет про стартап, по большей части нагрузка там меряется единицами rps, и большая часть из них вообще не доживает до момента когда вертикальное масштабирование перестает работать.
Так я уже разработчик) Просто я специализируюсь на данных. Советы вида "посмотреть позиции" - это базовый уровень вовлечения, естественно я все это делаю. Вопрос был обращен к людям, которые как-то связаны с наймом, и могут посоветовать, на чем заострить внимание.
Егор
Так я уже разработчик) Просто я специализируюсь на данных. Советы вида "посмотреть позиции" - это базовый уровень вовлечения, естественно я все это делаю. Вопрос был обращен к людям, которые как-то связаны с наймом, и могут посоветовать, на чем заострить внимание.
ну я нанимал людей в команду. и у меня скорее всего возник бы вопрос, почему ты пошел на go backend а не ну python backend если уже знаешь пайтон (другое дело что в целом правильного ответа здесь нет и меня +- любой бы устроил)
Логик
ну я нанимал людей в команду. и у меня скорее всего возник бы вопрос, почему ты пошел на go backend а не ну python backend если уже знаешь пайтон (другое дело что в целом правильного ответа здесь нет и меня +- любой бы устроил)
go строже и меньше. Учиться можно на чем угодно, но новый язык дает новую парадигму. Проблема питона в том, что это скорее клей чем язык, что позволяет на нем писать плохо, но оно все равно будет работать. В этом плане лучше взять что-то менее гибкое. Кроме того, на Go пишут в более молодых проектах. Но я рассматрива.ю FastAPI как альтернативу.
Azret
И в свете вашего "хочу", какой вопрос к аудитории? )
Логик
Так а вы сами-то чего хотите? А то наш разговор переходит в плоскость спора или уговоров. ))
наш разговор перешел в область флуда) Мой вопрос был обозначен еще в начале диалога - я пытаюсь понять, как лучше применить свой опыт для перехода в новый стек, и на чем сосредоточиться в ближайшие 2 месяца для увеличения шансов. Впрочем, на ответ я и не рассчитывал, скорее на пищу для размышлений.
Егор
если тебе нужна инфа конкретно про собесы, то думаю здесь все зависит от размера компаний, на что ориентируются hr при отсеве я не знаю (вроде там есть какие-то авто системы и прочее) конкретно я просто смотрел резюме, и в основном обращал внимание на блок про опыт, смотрел насколько он релевантный и интересный. те резюме которые заинтересовали, я откладывал. заинтересовать могла как и прикольное описание задачи\опыта и тд в блоке о прошлых местах работы, так и необычное сочетание факторов (например позвал на собеседование парня которому 18, но у которого было 2 года опыта пет проектов, хотя по релевантности он не совсем дотягивал) но у меня не такой большой опыт найма, мб те кто этим дольше занимаются, уже "наигрались" и по каким-то другим критериям смотрят. но в целом кмк можно будет сложно в джуна свапнуться, если только по знакомсту\при личном общении, сейчас слишком много кандидатов на вакансии, я когда на hh разместил вакансию за 1 день прилетело больше 300-500 откликов, при этом вакансия была не особо "жирная" если честно (вакансия была на уровне джун+ - мидл, с примерно 1.5-2+ годами опыта) tldr; пообщайся с чатгпт5 и вместе распишите прикольно твой опыт.
Azret
наш разговор перешел в область флуда) Мой вопрос был обозначен еще в начале диалога - я пытаюсь понять, как лучше применить свой опыт для перехода в новый стек, и на чем сосредоточиться в ближайшие 2 месяца для увеличения шансов. Впрочем, на ответ я и не рассчитывал, скорее на пищу для размышлений.
Вряд ли мы здесь назовём вам стек или отрасль, о которой вы сами не знаете. Мой ответ всё тот же. Вы молоды, у вас есть опыт с датой. Вам сам Бог велел свичнуть в АИ, пока он на хайпе. Свичнуться в го - рынок джун/мидл мёртв. Зачем? Для чего? Чтобы потом год искать работу?🤷‍♂️
Eugene
наш разговор перешел в область флуда) Мой вопрос был обозначен еще в начале диалога - я пытаюсь понять, как лучше применить свой опыт для перехода в новый стек, и на чем сосредоточиться в ближайшие 2 месяца для увеличения шансов. Впрочем, на ответ я и не рассчитывал, скорее на пищу для размышлений.
1 - опыт это опыт, поможет или нет тут врядли кто то снаружи подскажет. 2 - долбиться в стену, найм сломан, ты все равно будешь для идиотов выглядеть мисматчем. Поэтому полагаться на удачу, можно пробовать искать народ из набирающих команд в соцсетях (собсно твое сообщение выше , это вот оно самое), пытаться выйти на личный контакт с кем то из лидов и пытаться убедить в своей искренности и желании.
Логик
Советы зафиксировал, всем спасибо за диалог)
Логик
К обсуждению выше
Anuar
я решил свчинуться в го с жабы из-за мертвого рынка, спасибо🙂🙂
ну отдельные языки это наверное не совсем отдельный рынок😅
Marat
не совсем, но я думал, что го поновее, менее перегрет))
Дядя
Год назад работу миддлом искал, были варианты, так все изменилось за год? Пугаете прям)
💿Alexander Agile (2 + 1i)💾
Год назад работу миддлом искал, были варианты, так все изменилось за год? Пугаете прям)
Ну год это серьезный срок. У нас уже начался период рецессии в компании за этот период, а вот полгода назад собирали увольнявшихся спецов с более тёплых позиций
снежный
#резюме #крутой_тип ищу работу
снежный
Возьмите меня на работу
снежный
снежный
!!
снежный
Я классный вообще так-то
снежный
Не пожалеете
снежный
Ты почувствуй
снежный
почувствовал?
Pavel
real
Eugene
#резюме #крутой_тип ищу работу
https://www.youtube.com/watch?v=pv2QDaG8kXM&pp=ygUV0Y3RjdGNINGA0LDQvNCw0LfQsNC9 p.s. я понимаю где имя а где фамилия, но навеяло :)
Marat
Возьмите меня на работу
Озон и вб что говорят?
снежный
Озон и вб что говорят?
Даже на скрининг не приглашали
снежный
Я проходил с накрученным резюме в вб собес. меня, как уверенного мидла оценили А я готов у них со своим реальным резюме(тем, что выше) хоть как джун работать, за зп ниже, а ВООБЩЕ все игнорят
снежный
!!
снежный
Месяц поиска и 0 перспектив по трудоустройству. такой бред
снежный
Степан
#резюме #крутой_тип ищу работу
А в чем именно это выражается?
D
Я классный вообще так-то
сделайте pet проект на гитхабе, с docker-compose, Dockerfile, какой-нибудь сервис с простеньким фронтом, но хорошим бэкендом, с использованием паттернов, чтобы была работа с потоками, пулами websocket коннектов, тестами, документацией, интеграцией в сторонние сервисы, желательно с go-micro. Например, чатбот телеграм с получением котировок с бирж, сортировкой лучших. Ну и чтобы это все собиралось одним make run-local Пока будете делать, получите необходимые знания. Без нейросеток и форков. Это видно.