А вот отзыва Ярослава о нашей работе:
Поздравляю ещё раз Ярослава с крутым оффером и конечно же, с не менее крутым событием в его жизни!
Все началось, когда меня "сократили", а скорее уволили с валютной удаленки в крипто проекте. Это было логичное и ожидаемое завершение, так как я уже год как выгорел, забросил развитие и сам проект перестал меня драйвить. Чувствовал, что нужно что-то менять, но деньги платили хорошие и я продолжал сидеть-высиживать.
Но случилось, что случилось. Отец, то есть я, стал безработным, жене через 3,5 месяца рожать, а еще нас ждал переезд в Москву на пмж через те же 3,5 месяца. Начались поиски работы.
Вылизав резюме нейронкой, я вышел на рынок и офигел от конкуренции, от количества "отказов", игноров и небольшого числа "мы решили двигаться с другим кандидатом", которое поступало мне после HR скрининга или тех. собесов, выбитых с большим трудом.
Как-то раз я наткнулся на репост из канала "Код найма". Ребята набирали 3-х счастливчиков, которым намеревались помочь в поиске работы. Понимая, свое шаткое положение, я решился попробовать поучаствовать и ... прошел! Если кратко, мы созвонились с ментором Димой поговорить обо мне и моей ситуации. Уже через 12 минут беседы он сказал: "хорошо, мне все понятно". Почему-то его ответ внушил мне надежду, интуиция меня не подвела!
Работу с Димой мы вели в рамках проекта "Код найма", поэтому не предполагалось менторство по хард скилам. С этим проблем не было, так как я уверенно готовился сам. Куда больше мне требовалась помощь с самопрезентацией, резюме, банально чувство локтя крутого товарища!
С Димой мы проработали резюме, обсудили все уловки, механики и нюансы поиска работы в РФ через hh.ru. Скорректировали мои зарплатные ожидания с 250к - 300к (на которые я был согласен от безнадеги после месяца ежедневных поисков), на 360к - 400к (на руки), так как претендовали на позицию Senior frontend developer. Интересно, что я запланировал переход из React во Vue 3, имея за плечами лишь 1 год работы на Vue 2 примерно 4 года назад. Еще на первом звонке Дима максимально поддержал такую идею. Мы сошлись в видении, что настоящий разработчик может научиться писать на чем угодно.
Буквально через неделю после публикации нового резюме ситуация коренным образом изменилась — откликов стало значительно больше, HR охотнее соглашались на мои обновленные зарплатные ожидания, а иногда даже писали сами! Но время поджимало, я все-таки согласился на один из первых офферов (всего их было 2) — 380к (на руки), полная удаленка, стартап в области геймификации (параллельная команда пишет настоящие игры на Unity). Зная свою любовь к компьютерным играм, я решил все-таки послушать свой внутренний голос и согласиться (заходя в блокчейн проект, мой внутренний голос советовал одуматься 😄).
Итого. Я безумно благодарен Диме в первую очередь за то, что вытащил меня из компостной ямы, где я сидел несколько лет. Впервые за долгое время ко мне вернулась любовь к программированию, которая так долго дремала. И во вторых, что мы смогли лично встретиться да при каких обстоятельствах. Для этого я отправился из Владимира в Санкт-Петербург ровно на 1 день на панк-рок концерт, где конечно же первый раз в жизни влетел в слем с потными мужиками 🤘!
Пишу отзыв в 1:38 ночи, тем временем жена поехала в род. дом 🔥
Поздравляю ещё раз Ярослава с крутым оффером и конечно же, с не менее крутым событием в его жизни!
26👍18🔥10🎉10❤1
Media is too big
VIEW IN TELEGRAM
Ребята, последний раз покажу свадебные флешбэки.
Это было очень круто.
p.s. в конце эпичные кадры. Кто досмотрел - тот молодец 💖
Это было очень круто.
p.s. в конце эпичные кадры. Кто досмотрел - тот молодец 💖
2❤38🔥28🎉15👍2
Найм в 2025 году на пальцах:
Сейчас у нас рынок работодателя. Кандидатов очень много, проектов стало очень мало, везде идут сокращения и оптимизации бабла. Курсы выпускают по 1000 человек на рынок каждый месяц с обещаниями что они очень нужны (нет)
Отказы сейчас:
❌ Вы убирали говно, но в свинарнике (не наша ниша)
❌ Вы убирали в конюшне, но не говно (не релевантный опыт)
❌ Вы сами насрали в конюшне (конфликт интересов)
❌ Вы спросили про бонусы до того, как взяли лопату (не проявили интерес к продукту)
❌ Вы учились убирать говно на курсах (теория не равно практика)
❌ Вы убирали слишком много говна (у нас вам будет скучно)
❌ Вы убирали говно в слоновнике (овер квалификация)
❌ Вы не уверены, что говно - это ваша миссия (а у нас тут миссия)
Найм до 2023 года на пальцах:
С 2015 года до 2023 был рынок кандидата. Бизнес запускал кучу проектов, расширял штат, работал через "агрессивный найм", хантил у конкурентов. После курсов разбирали ребят всякие веб студии итд.
Отказы раньше:
❌ Вы не выдаете свои лопаты, а своей чистить говно я не хочу
❌ У вас есть лопата, но она не от Apple
❌ Ваша конюшня в часе езды от моего дома
❌ Я согласен убирать говно, но только удаленно
❌ В вашей конюшне нет зоны отдыха с PS5
❌ Вы не компенсируете психотерацию после уборки говна
❌ Вы просите убирать говно каждый день, а не 4 дня в неделю
❌ В конюшне нет возможности роста до СЕО за полгода
❌ Вы не можете объяснить, как уборка вашего говна изменит мир
❌ Другие конюшни платят мне за само присутствие рядом с говном
❌ Вы оценили меня как джуна, хотя на прошлой конюшне я был тимлидом по уборке говна
❌ У вас нет бесплатных курсов по уборке говна
Вы просите меня убирать ваше говно, но делаете это без уважения
А ещё раньше бывало так:
— (HR) Вы знаете что такое говно?
— (Кандидат) Я только хотел спросить где тут туалет
— (HR) О, да он с порога тянется к знаниям! Вы приняты!
Что же теперь делать?
Ниже ссылка для Frontend разработчиков.
Приходите, расскажу.
p.s. честно украдено у /dev/null, который честно украл это из X
Путь к СЕО (18+). Подписаться
Другие соц.сети:
📷 Instagram
🎞 YouTube
🚀Менторство для Frontend-разработчиков
Сейчас у нас рынок работодателя. Кандидатов очень много, проектов стало очень мало, везде идут сокращения и оптимизации бабла. Курсы выпускают по 1000 человек на рынок каждый месяц с обещаниями что они очень нужны (нет)
Отказы сейчас:
Найм до 2023 года на пальцах:
С 2015 года до 2023 был рынок кандидата. Бизнес запускал кучу проектов, расширял штат, работал через "агрессивный найм", хантил у конкурентов. После курсов разбирали ребят всякие веб студии итд.
Отказы раньше:
Вы просите меня убирать ваше говно, но делаете это без уважения
А ещё раньше бывало так:
— (HR) Вы знаете что такое говно?
— (Кандидат) Я только хотел спросить где тут туалет
— (HR) О, да он с порога тянется к знаниям! Вы приняты!
Что же теперь делать?
Ниже ссылка для Frontend разработчиков.
Приходите, расскажу.
Путь к СЕО (18+). Подписаться
Другие соц.сети:
🚀Менторство для Frontend-разработчиков
Please open Telegram to view this post
VIEW IN TELEGRAM
5🤣20❤9🔥9
Оффер в 2025 году: как получить и не облажаться
Как вы знаете, я участвовал в проекте "Код найма" и оказался самым результативным ментором проекта, доведя своего менти до оффера за 14 дней и улучшив его спустя ещё 16 дней.
Недавно вышло полноценное интервью для проекта "Типичный программист", где мы поговорили про реалии сегодняшнего для в IT и о том как быть востребованным даже на таком "тухлом" рынке и, конечно, не обошли стороной и особенности изучения Frontend'а.
Ссылочка на статью: https://tproger.ru/articles/offer-vo-frontende-v-2025-godu--kak-poluchit-i-ne-oblazhatsya
Дополнительно рекомендую почитать интервью от Сергея Филичкина (второй ментор в проекте Код Найма). Там ребята тоже классно разогнали про рынок и ответ на вопрос "А что делать?"
Ссылочка на вторую статью: https://tproger.ru/articles/iz-medteha-v-python-razrabotchiki--kak-mentorstvo-pomoglo-najti-rabotu-v-it
Путь к СЕО (18+). Подписаться
Другие соц.сети:
📷 Instagram
🎞 YouTube
🚀Менторство для Frontend-разработчиков
Как вы знаете, я участвовал в проекте "Код найма" и оказался самым результативным ментором проекта, доведя своего менти до оффера за 14 дней и улучшив его спустя ещё 16 дней.
Недавно вышло полноценное интервью для проекта "Типичный программист", где мы поговорили про реалии сегодняшнего для в IT и о том как быть востребованным даже на таком "тухлом" рынке и, конечно, не обошли стороной и особенности изучения Frontend'а.
Ссылочка на статью: https://tproger.ru/articles/offer-vo-frontende-v-2025-godu--kak-poluchit-i-ne-oblazhatsya
Дополнительно рекомендую почитать интервью от Сергея Филичкина (второй ментор в проекте Код Найма). Там ребята тоже классно разогнали про рынок и ответ на вопрос "А что делать?"
Ссылочка на вторую статью: https://tproger.ru/articles/iz-medteha-v-python-razrabotchiki--kak-mentorstvo-pomoglo-najti-rabotu-v-it
Путь к СЕО (18+). Подписаться
Другие соц.сети:
🚀Менторство для Frontend-разработчиков
Please open Telegram to view this post
VIEW IN TELEGRAM
3🔥12❤7💯4
Лайфхак как отвечать на каверзные soft-вопросы на собесах.
Представьте что вы сами или в паре с ментором сделали отличное резюме, упаковали ваш опыт в продающие достижения. Пошли конверсии в созвон с HR'ом.
Но ваша легенда рушится на вопросах:
- У тебя написано что ты отрефакторил приложение. А расскажи зачем это надо бизнесу?
- Ты принёс новую архитектурную практику в команду. А расскажи что это дало кроме лишней сложности?
- Расскажи свою самую провальную\победную задачу
и так далее. Такие вопросы очень часто застают врасплох кандидата и далеко не все могут "на ходу" сгенерировать качественный ответ. Ну а что бывает после плохо ответа мы знаем.
Как быть?
Есть замечательная методика, применяя которую вы сможете выигрывать время во время ответа и генерировать качественные ответы. Возможно кто-то уже понял к чему я веду. Да, это методика STAR (Situation, Target, Action, Result).
Структурируйте ваш ответ на вопросы, отвечая на каждую букву.
Давайте на примере:
S. Sutiation (ситуация) — Из-за обилия legacy внутри приложения мы постоянно попадали в ситуацию, когда спаггети-код приносил непредвиденные поломки нашего приложения.
T. Target (цель) — Целью рефакторинга было развязать части кода, сделав зависимости линейными и предсказуемыми.
A. Action (действие) — Чтобы добиться цели мы проанализировали последние 100 проблем на предмет причины их появления и пришли к выводу что самые частые проблемы это контракты API на бэкенде и дублирующиеся UI компоненты с перекрёстной логикой. Мы внедрили дизайн-систему для компонентов, избавившись от дублей и внутренний маппер моделей для контрактов бэкенда, который избавлял нас от точечных проверок опциональных полей.
R. Result (результат) — рефакторинг занял 2 месяца и количество проблем после его завершения снизилось с 3.8 бага на фичу до 1.1 бага на фичу.
Надеюсь что пример понятен. Если нет — пишите в комментарии и в лайве разберём какое-нибудь ваше достижение по STAR.
Дополнительный профит — если вы научитесь отвечать по этой методике на вопросы, то сможете считывать и то что сами HR'ы задают вопросы по этой же методике, пытаясь оценить уже Вас по STAR и определить ваши скилы в:
- Лидерстве
- Способности адаптироваться под ситуации
- Способность решать проблемы
- Умение работать в команде и проявлять коммуникативные навыки.
- Организационные навыки
- Креативность
Данная методика применима не только к собеседованиям и IT. Такой подход к ответам на любые вопросы сделает вас в глазах слушающего более "умным", "софтовым" и "качественным".
Путь к СЕО (18+). Подписаться
Другие соц.сети:
📷 Instagram
🎞 YouTube
🚀Менторство для Frontend-разработчиков
Представьте что вы сами или в паре с ментором сделали отличное резюме, упаковали ваш опыт в продающие достижения. Пошли конверсии в созвон с HR'ом.
Но ваша легенда рушится на вопросах:
- У тебя написано что ты отрефакторил приложение. А расскажи зачем это надо бизнесу?
- Ты принёс новую архитектурную практику в команду. А расскажи что это дало кроме лишней сложности?
- Расскажи свою самую провальную\победную задачу
и так далее. Такие вопросы очень часто застают врасплох кандидата и далеко не все могут "на ходу" сгенерировать качественный ответ. Ну а что бывает после плохо ответа мы знаем.
Как быть?
Есть замечательная методика, применяя которую вы сможете выигрывать время во время ответа и генерировать качественные ответы. Возможно кто-то уже понял к чему я веду. Да, это методика STAR (Situation, Target, Action, Result).
Структурируйте ваш ответ на вопросы, отвечая на каждую букву.
Давайте на примере:
У тебя написано что ты отрефакторил приложение. А расскажи зачем это надо бизнесу?
S. Sutiation (ситуация) — Из-за обилия legacy внутри приложения мы постоянно попадали в ситуацию, когда спаггети-код приносил непредвиденные поломки нашего приложения.
T. Target (цель) — Целью рефакторинга было развязать части кода, сделав зависимости линейными и предсказуемыми.
A. Action (действие) — Чтобы добиться цели мы проанализировали последние 100 проблем на предмет причины их появления и пришли к выводу что самые частые проблемы это контракты API на бэкенде и дублирующиеся UI компоненты с перекрёстной логикой. Мы внедрили дизайн-систему для компонентов, избавившись от дублей и внутренний маппер моделей для контрактов бэкенда, который избавлял нас от точечных проверок опциональных полей.
R. Result (результат) — рефакторинг занял 2 месяца и количество проблем после его завершения снизилось с 3.8 бага на фичу до 1.1 бага на фичу.
Надеюсь что пример понятен. Если нет — пишите в комментарии и в лайве разберём какое-нибудь ваше достижение по STAR.
Дополнительный профит — если вы научитесь отвечать по этой методике на вопросы, то сможете считывать и то что сами HR'ы задают вопросы по этой же методике, пытаясь оценить уже Вас по STAR и определить ваши скилы в:
- Лидерстве
- Способности адаптироваться под ситуации
- Способность решать проблемы
- Умение работать в команде и проявлять коммуникативные навыки.
- Организационные навыки
- Креативность
Данная методика применима не только к собеседованиям и IT. Такой подход к ответам на любые вопросы сделает вас в глазах слушающего более "умным", "софтовым" и "качественным".
Путь к СЕО (18+). Подписаться
Другие соц.сети:
🚀Менторство для Frontend-разработчиков
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥21❤11👍8🤣2
Друзья, рады вам представить результат трудов последних месяцев — полноценный, бесплатный фронтенд роудмап, оформленный в мини приложение в телеграм!
Мы с Андреем старались сделать его максимально простым и удобным, но при этом полезным для каждого фронтенд-разработчика.
Что внутри?
Это приложение — полноценная дорожная карта по фронтенду, начиная от HTML, заканчивая материалами по System Design:
Подойдет как для новичков, так и для уже бывалых: вы сможете найти новые инструменты и подходы, добавив что-то полезное в свой стэк с помощью финальных блоков.
Мы планируем поддерживать и развивать этот роудмап, актуализируя материалы, добавляя новые практики и актуальные задачи.
💡 Сохраняйте себе и обязательно делитесь с теми, кому это может быть полезно!
p.s. Если найдёте баги или просто увидите то что нужно доработать — смело пишите!
Другие соц.сети:
Please open Telegram to view this post
VIEW IN TELEGRAM
12👍24🔥22❤13
ух.. Последний пост от 22 октября. Я уже трижды обжегся на обещаниях высокой активности и регулярных постов.
С нового года я постараюсь начать прорабатывать нормальный контент план и делиться с вами чаще полезными и крутыми постами про рынок, положение дел и прочей информацией для того что мои подписчики качались во всех направлениях.
А пока что нужно ваша помощь.
Нашей менторской программе год и мы решили что уже доросли до собственного мерча.
Он будет разыгран среди наших студентов, а от вас требуется помочь выбрать 7 победителей. Ниже будут выложены примеры работ и голосовалка.
Запрос был простой:
Нужна "лайв" фотка \ видео, где бы был текст Frontend Alliance. Допускалась постобработка в ИИ.
p.s. Кстати, за дизайн отдельный лайк крутой @exxares. Нужен крутой дизайн мерча, сайта, да и вообще чего угодно — обращайтесь.
Полезное:
🎞 YouTube |🚀Менторство |🎓Roadmap
С нового года я постараюсь начать прорабатывать нормальный контент план и делиться с вами чаще полезными и крутыми постами про рынок, положение дел и прочей информацией для того что мои подписчики качались во всех направлениях.
А пока что нужно ваша помощь.
Нашей менторской программе год и мы решили что уже доросли до собственного мерча.
Он будет разыгран среди наших студентов, а от вас требуется помочь выбрать 7 победителей. Ниже будут выложены примеры работ и голосовалка.
Запрос был простой:
Нужна "лайв" фотка \ видео, где бы был текст Frontend Alliance. Допускалась постобработка в ИИ.
p.s. Кстати, за дизайн отдельный лайк крутой @exxares. Нужен крутой дизайн мерча, сайта, да и вообще чего угодно — обращайтесь.
Полезное:
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥9🎉5👍4
Please open Telegram to view this post
VIEW IN TELEGRAM
2❤37🎉12🔥9
А где баланс в бюрократии?
Знаете что меня, как руководителя, больше всегобесит вводит в бессилие?
Представьте себе базовый минимум руководителя. Чинить то что ломается. Оптимизировать то что может работать лучше. Работать над качеством работы своей команды, её "моральной" составляющей, нанимать и увольнять людей. Это всё "базовый минимум" руководителя. То что на performance review будет зачтено как просто: "он качественно работал работу".
И вот ты видишь какую-то точку роста для своей команды, чужой команды и понимаешь что нужно это точку реализовывать. Уровень сложности это "точки" в моей рассказе выглядит приблизительно так:
1. Прорубить сетевую связность для другой команды
2. Завести новый client type на сервисе
3. Начать использование сервиса кросс-командно.
Вроде бы круто?
Сервисы унифицировали, подходы между командами унифицированы, продукты стали глобально лучше, так как теперь вы используете единые подходы в работе, соответственно, суммарные косты снижены. И ведь всего один мааааленький блокер в виде сетевой связности. Один мелкий тикет в SRE отдел и все счастливы.
Но нет. На этом этапе должен был появиться блокер, называющийся бюрократия. За обслуживание этой сетевой связности нужно занести денег. А чтобы занести денег нужен договор между потребителями. И это начинает уже выходить сильно за рамки моей ответственности.
Хочется просто сказать: "Ну это же хуйня собачья. Давайте сделаем, а потом будете решать бумажки". И вот наступает бессилие, потому что головой и здравым смыслом ты понимаешь что все работают за денюжки. И SRE, отвечающие за обслуживание этой связности должны зарабатывать себе деньги. Но ты ведь хороший сотрудник и хочешь чтобы всем стало жить лучше, но не можешь.
Причём у бюрократии есть и другая крайность — её отсутствие. То, казалось бы, о чем мечтают все ITшники. Но на деле это просто приведёт ваш продукт к состоянию адского стартапа, где у вас будет такой зоопарк подходов, технологий и просто "junior'ских решений", что через полгода-год существования наймут какого-то большого дядьку, который придёт и скажет:"Всё хуйня, переделываем. Но теперь у нас будет 33 регламента, 5 архитектурный комитетов и обязательные 12 подписей на каждый пук". И всё скатится в предыдущий кейс.
Так вот, я к чему. Самые крутые СТО, СЕО умеют в нахождение этого баланса. И это, на самом деле, определённого уровня дар. Ведь тебе придётся договариваться о смягчении углов между всеми, держа в уме то что вам нельзя скатиться в стартап и получить зоопарк, но при этом не приходя к состоянию, когда какие-либо решение затягиваются на месяца тупо из-за того что кто-то ссыт поставить свою галочку на бумажке.
Когда в следующий раз решите попробовать оценить в какой конторе вы работаете — возьмите кейса 3-4, когда вы или ваш близкий друг с работы пытался "продать" какую-то идейную вещь. И посмотрите как шел процесс. Только, пожалуйста, оценивайте трезво. Если где-то, как в моём кейсе, люди просто хотят не потерять доход, то это нормально, пусть и неприятненько в моменте. А если вам не разрешают поднять версию пакета из-за того что ИБ должно отвалидировать его и положить в свой nexus локальный — это полный идиотизм.
p.s. да, выкладывать контент в 23:30 плохо, но ничего не могу поделать, решил поделиться
Полезное:
🎞 YouTube |🚀Менторство |🎓Roadmap
Знаете что меня, как руководителя, больше всего
Представьте себе базовый минимум руководителя. Чинить то что ломается. Оптимизировать то что может работать лучше. Работать над качеством работы своей команды, её "моральной" составляющей, нанимать и увольнять людей. Это всё "базовый минимум" руководителя. То что на performance review будет зачтено как просто: "он качественно работал работу".
И вот ты видишь какую-то точку роста для своей команды, чужой команды и понимаешь что нужно это точку реализовывать. Уровень сложности это "точки" в моей рассказе выглядит приблизительно так:
1. Прорубить сетевую связность для другой команды
2. Завести новый client type на сервисе
3. Начать использование сервиса кросс-командно.
Вроде бы круто?
Сервисы унифицировали, подходы между командами унифицированы, продукты стали глобально лучше, так как теперь вы используете единые подходы в работе, соответственно, суммарные косты снижены. И ведь всего один мааааленький блокер в виде сетевой связности. Один мелкий тикет в SRE отдел и все счастливы.
Но нет. На этом этапе должен был появиться блокер, называющийся бюрократия. За обслуживание этой сетевой связности нужно занести денег. А чтобы занести денег нужен договор между потребителями. И это начинает уже выходить сильно за рамки моей ответственности.
Хочется просто сказать: "Ну это же хуйня собачья. Давайте сделаем, а потом будете решать бумажки". И вот наступает бессилие, потому что головой и здравым смыслом ты понимаешь что все работают за денюжки. И SRE, отвечающие за обслуживание этой связности должны зарабатывать себе деньги. Но ты ведь хороший сотрудник и хочешь чтобы всем стало жить лучше, но не можешь.
Причём у бюрократии есть и другая крайность — её отсутствие. То, казалось бы, о чем мечтают все ITшники. Но на деле это просто приведёт ваш продукт к состоянию адского стартапа, где у вас будет такой зоопарк подходов, технологий и просто "junior'ских решений", что через полгода-год существования наймут какого-то большого дядьку, который придёт и скажет:"Всё хуйня, переделываем. Но теперь у нас будет 33 регламента, 5 архитектурный комитетов и обязательные 12 подписей на каждый пук". И всё скатится в предыдущий кейс.
Так вот, я к чему. Самые крутые СТО, СЕО умеют в нахождение этого баланса. И это, на самом деле, определённого уровня дар. Ведь тебе придётся договариваться о смягчении углов между всеми, держа в уме то что вам нельзя скатиться в стартап и получить зоопарк, но при этом не приходя к состоянию, когда какие-либо решение затягиваются на месяца тупо из-за того что кто-то ссыт поставить свою галочку на бумажке.
Когда в следующий раз решите попробовать оценить в какой конторе вы работаете — возьмите кейса 3-4, когда вы или ваш близкий друг с работы пытался "продать" какую-то идейную вещь. И посмотрите как шел процесс. Только, пожалуйста, оценивайте трезво. Если где-то, как в моём кейсе, люди просто хотят не потерять доход, то это нормально, пусть и неприятненько в моменте. А если вам не разрешают поднять версию пакета из-за того что ИБ должно отвалидировать его и положить в свой nexus локальный — это полный идиотизм.
p.s. да, выкладывать контент в 23:30 плохо, но ничего не могу поделать, решил поделиться
Полезное:
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥26❤14👍10🗿3