Всем привет 👋
На выходных пришел к выводу, что хочу сделать канал более живым и полезным, поэтому сегодня два обновления.
Первое: вот моя личка @urussdev
Можете писать мне с вопросами про CV, оформление LinkedIn, поиск работы, собеседования, карьерный рост, вход в IT и международный рынок.
А некоторые ситуации, с вашего разрешения, буду анонимно разбирать в канале.
Второе: запускаю новую серию постов.
Я пришёл к выводу, что при входе и развитии в IT в конечном итоге задача довольно простая - выйти на нормальный доход.
Тут нужна понятная стратегия, которая состоит из нескольких важных шагов.
Поэтому хочу с нуля пройти здесь весь путь:
• как выбрать направление и какие специальности вообще актуальны в 2026;
• что именно учить и как использовать AI, чтобы учиться быстрее;
• какой проект сделать, чтобы он реально что-то показывал работодателю;
• как собрать CV и LinkedIn, даже если коммерческого опыта пока мало;
• где искать работу - локально и на международном рынке;
• как готовиться к собеседованиям и проходить первые процессы;
• как дальше масштабировать доход, когда первая работа уже есть;
• как легально работать на международный рынок из другой страны - B2B/ИП, посредники, релокация и другие варианты (по этой теме уже прилетел вопрос сегодня)
Завтра начнём с первого шага: какое направление в IT выбрать в 2026 и как понять, куда двигаться дальше
Темы AI, денег, международной работы и реальных собеседований тоже никуда не денутся. Теперь всё это будет складываться в одну понятную систему 👨💻
На выходных пришел к выводу, что хочу сделать канал более живым и полезным, поэтому сегодня два обновления.
Первое: вот моя личка @urussdev
Можете писать мне с вопросами про CV, оформление LinkedIn, поиск работы, собеседования, карьерный рост, вход в IT и международный рынок.
А некоторые ситуации, с вашего разрешения, буду анонимно разбирать в канале.
Второе: запускаю новую серию постов.
Я пришёл к выводу, что при входе и развитии в IT в конечном итоге задача довольно простая - выйти на нормальный доход.
Тут нужна понятная стратегия, которая состоит из нескольких важных шагов.
Поэтому хочу с нуля пройти здесь весь путь:
• как выбрать направление и какие специальности вообще актуальны в 2026;
• что именно учить и как использовать AI, чтобы учиться быстрее;
• какой проект сделать, чтобы он реально что-то показывал работодателю;
• как собрать CV и LinkedIn, даже если коммерческого опыта пока мало;
• где искать работу - локально и на международном рынке;
• как готовиться к собеседованиям и проходить первые процессы;
• как дальше масштабировать доход, когда первая работа уже есть;
• как легально работать на международный рынок из другой страны - B2B/ИП, посредники, релокация и другие варианты (по этой теме уже прилетел вопрос сегодня)
Завтра начнём с первого шага: какое направление в IT выбрать в 2026 и как понять, куда двигаться дальше
Темы AI, денег, международной работы и реальных собеседований тоже никуда не денутся. Теперь всё это будет складываться в одну понятную систему 👨💻
❤5👍2🔥1
Путь в IT #1. Куда идти в 2026 - мой тир-лист
Сначала вообще про то, как выбирать направление.
Открываете LinkedIn Jobs, Just Join IT или аналогичную площадку.
(Позже отдельно соберу список мест, где вообще искать международную работу.)
Выбираете страну, где хотите работать, и смотрите:
— сколько вакансий;
— сколько есть junior/middle позиций;
— какие требования повторяются;
— есть ли remote;
— нужен ли местный язык;
— какие зарплаты указывают.
Открываете хотя бы 20–30 вакансий и рынок довольно быстро сам показывает, насколько направление живое.
Теперь мой субъективный тир-лист именно с точки зрения входа с нуля или свитча + международного рынка + дальнейшего роста дохода.
🔴 Я бы не шёл с нуля
Manual QA
История «войти проще всего, потому что не надо программировать» уже сильно устарела.
Новичков много, простые задачи автоматизируются, а в automation всё равно придётся учить код, API, базы и CI/CD.
Поэтому проще и лучше сразу пойти в разработку.
Mobile / Android
Профессия живая, но ниша довольно узкая. Вакансий меньше, а вы сразу сильно специализируетесь.
Если очень хочется делать мобильные приложения - окей. Но просто ради входа в IT я бы не выбирал.
Business Analyst
Слишком многое завязано на язык, конкретный бизнес, домен и коммуникацию.
Для международного рынка техническая профессия намного универсальнее.
🟡 Можно, но есть нюансы
Frontend
React никуда не исчез.
Но junior frontend очень конкурентный. Просто выучить HTML/CSS/React и ждать оффер сейчас уже слабая стратегия.
Как часть fullstack супер.
ML / AI
Сейчас огромный хайп и огромные деньги.
Но никто не знает, как этот рынок будет выглядеть через 2–3 года.
И нормальный AI Engineer - это всё равно не «человек, который умеет писать промпты». Нужны backend, данные, инфраструктура, deployment и нормальная инженерная база.
Поэтому лично я бы сначала стал software engineer, а AI уже прикрутил сверху.
🟢 Хорошая ставка
Go
Вот Go мне нравится.
Backend, fintech, cloud, infrastructure, highload - применяется много где.
И на международном рынке реально встречаются senior-позиции в районе $10–15k в месяц.
Но важный момент: столько платят не за знание синтаксиса Go.
Обычно нужен сильный backend/platform engineer, который понимает базы, gRPC, Kafka, Docker, Kubernetes, distributed systems и production.
Поэтому Go я бы рассматривал либо как серьёзный путь с нуля, либо как очень хорошую специализацию после другого backend.
DevOps / Cloud
Тоже сильное направление: Linux, Docker, Kubernetes, Terraform, AWS/GCP/Azure, CI/CD.
Работа есть, международный рынок есть, деньги хорошие.
Но вход с полного нуля сложнее - слишком много всего нужно понимать одновременно.
🟢🟢 Куда бы пошёл я - Java Backend → Fullstack
Да, здесь я предвзят: я сам Java + React Fullstack.
Но именно поэтому этот рынок я вижу изнутри.
Java может быть не самой хайповой технологией, зато на ней огромное количество банков, retail, telecom, logistics, fintech и просто больших enterprise-систем.
И путь очень понятный:
Java → Spring → PostgreSQL → REST → Docker → Kafka → tests
Потом:
TypeScript → React
И в итоге fullstack становится почти человеком-оркестром.
Ты понимаешь backend.
Frontend.
Базы данных.
API.
Docker и CI/CD.
Немного инфраструктуры.
А сейчас поверх этого ещё очень удобно прикручивается AI: LLM API, RAG, agents, AI-фичи.
То есть база получается максимально широкая.
Надоел frontend → уходишь глубже в backend.
Захотел Go → свитч простой.
Понравился Cloud → двигаешься в DevOps.
Хочешь хайповый AI → добавляешь AI Engineering поверх уже существующей базы.
Именно поэтому, если бы я сегодня начинал вообще с нуля и у меня не было какой-то конкретной мечты заниматься ML или мобильной разработкой, я бы не усложнял и снова выбрал Java Backend → Fullstack.
Где-то скучно и банально.
Зато рынок большой, специальность международная, стек легко масштабировать и дальше можно достаточно быстро расти уже именно по доходу 💸
Сначала вообще про то, как выбирать направление.
Открываете LinkedIn Jobs, Just Join IT или аналогичную площадку.
(Позже отдельно соберу список мест, где вообще искать международную работу.)
Выбираете страну, где хотите работать, и смотрите:
— сколько вакансий;
— сколько есть junior/middle позиций;
— какие требования повторяются;
— есть ли remote;
— нужен ли местный язык;
— какие зарплаты указывают.
Открываете хотя бы 20–30 вакансий и рынок довольно быстро сам показывает, насколько направление живое.
Теперь мой субъективный тир-лист именно с точки зрения входа с нуля или свитча + международного рынка + дальнейшего роста дохода.
🔴 Я бы не шёл с нуля
Manual QA
История «войти проще всего, потому что не надо программировать» уже сильно устарела.
Новичков много, простые задачи автоматизируются, а в automation всё равно придётся учить код, API, базы и CI/CD.
Поэтому проще и лучше сразу пойти в разработку.
Mobile / Android
Профессия живая, но ниша довольно узкая. Вакансий меньше, а вы сразу сильно специализируетесь.
Если очень хочется делать мобильные приложения - окей. Но просто ради входа в IT я бы не выбирал.
Business Analyst
Слишком многое завязано на язык, конкретный бизнес, домен и коммуникацию.
Для международного рынка техническая профессия намного универсальнее.
🟡 Можно, но есть нюансы
Frontend
React никуда не исчез.
Но junior frontend очень конкурентный. Просто выучить HTML/CSS/React и ждать оффер сейчас уже слабая стратегия.
Как часть fullstack супер.
ML / AI
Сейчас огромный хайп и огромные деньги.
Но никто не знает, как этот рынок будет выглядеть через 2–3 года.
И нормальный AI Engineer - это всё равно не «человек, который умеет писать промпты». Нужны backend, данные, инфраструктура, deployment и нормальная инженерная база.
Поэтому лично я бы сначала стал software engineer, а AI уже прикрутил сверху.
🟢 Хорошая ставка
Go
Вот Go мне нравится.
Backend, fintech, cloud, infrastructure, highload - применяется много где.
И на международном рынке реально встречаются senior-позиции в районе $10–15k в месяц.
Но важный момент: столько платят не за знание синтаксиса Go.
Обычно нужен сильный backend/platform engineer, который понимает базы, gRPC, Kafka, Docker, Kubernetes, distributed systems и production.
Поэтому Go я бы рассматривал либо как серьёзный путь с нуля, либо как очень хорошую специализацию после другого backend.
DevOps / Cloud
Тоже сильное направление: Linux, Docker, Kubernetes, Terraform, AWS/GCP/Azure, CI/CD.
Работа есть, международный рынок есть, деньги хорошие.
Но вход с полного нуля сложнее - слишком много всего нужно понимать одновременно.
🟢🟢 Куда бы пошёл я - Java Backend → Fullstack
Да, здесь я предвзят: я сам Java + React Fullstack.
Но именно поэтому этот рынок я вижу изнутри.
Java может быть не самой хайповой технологией, зато на ней огромное количество банков, retail, telecom, logistics, fintech и просто больших enterprise-систем.
И путь очень понятный:
Java → Spring → PostgreSQL → REST → Docker → Kafka → tests
Потом:
TypeScript → React
И в итоге fullstack становится почти человеком-оркестром.
Ты понимаешь backend.
Frontend.
Базы данных.
API.
Docker и CI/CD.
Немного инфраструктуры.
А сейчас поверх этого ещё очень удобно прикручивается AI: LLM API, RAG, agents, AI-фичи.
То есть база получается максимально широкая.
Надоел frontend → уходишь глубже в backend.
Захотел Go → свитч простой.
Понравился Cloud → двигаешься в DevOps.
Хочешь хайповый AI → добавляешь AI Engineering поверх уже существующей базы.
Именно поэтому, если бы я сегодня начинал вообще с нуля и у меня не было какой-то конкретной мечты заниматься ML или мобильной разработкой, я бы не усложнял и снова выбрал Java Backend → Fullstack.
Где-то скучно и банально.
Зато рынок большой, специальность международная, стек легко масштабировать и дальше можно достаточно быстро расти уже именно по доходу 💸
❤7
Путь в IT #2 Где взять первый опыт?
Продолжаем нашу серию постов про путь в IT.
Первая часть про выбор направления была тут: https://t.me/urusukaaa/47
Допустим, направление мы уже выбрали. Посмотрели вакансии, поняли, какие технологии постоянно повторяются и куда хотим двигаться.
Что дальше?
Я бы держал в голове одну цель: нам не нужно полгода просто сидеть и учиться программированию.
Нам нужно как можно быстрее дойти до состояния, когда можно выходить на рынок и ходить на реальные собеседования и по сути зарабатывать на этом. Собственно то ради чего мы тут и собрались.
Для этого глобально нужны четыре вещи:
1. LinkedIn
2. CV
3. Способность защитить всё, что в CV написано
4.Опыт работы
И вот с четвёртым пунктом самое интересное.
Конечно, если находим internship или junior-позицию, где готовы взять без опыта, отлично. На такие вакансии тоже откликаемся.
Но строить всю стратегию только вокруг них я бы не стал.
В большинстве остальных вакансий вы увидите те самые:
1/2/3+ years of experience
commercial experience
experience with Spring / PostgreSQL / Docker и так далее.
То есть глобально нам не хватает одного: реального практического опыта.
Значит, мы должны этот опыт сделать себе сами.
Не просто приписать его в CV, а реально получить.
Мы уже посмотрели вакансии и понимаем, какой стек нужен.
Условно для Java Backend / Fullstack:
Java → Spring → PostgreSQL → REST → Docker → tests → Kafka → React
Теперь берём всё это и собираем один полноценный проект.
CRM, booking-сервис, финансовое приложение, платформа для документов, что угодно.
Идею можно вообще подобрать вместе с Claude под нужный стек.
Но сам проект я бы максимально делал своими руками.
Спроектировать систему.
Продумать базу.
Написать backend.
Сделать API.
Добавить авторизацию.
Подключить frontend.
Завернуть всё в Docker.
Написать тесты.
Где нужно, добавить очередь или кеш.
Задеплоить.
Что-то сломать.
Понять почему.
Переделать.
Claude здесь может быть вашим наставником, code reviewer и условным project manager. Дайте ему стек и попросите придумать под него проект, для первого раза спроектировать архитектуру, составить roadmap разработки и нарезать всё на небольшие задачи, как будто вы разработчик и получаете тикеты из Jira.
На выходе вместо абстрактного «надо выучить Spring» у вас будет последовательность конкретных задач, которые вы выполняете одну за другой
Но не работать с Claude вот так:
«Вот ТЗ, напиши мне всё приложение».
Потому что главная ценность этого проекта даже не в том, чтобы потом показать работодателю красивый GitHub.
Вам нужно самим прожить разработку от начала до конца.
Тогда через какое-то время вы уже не просто знаете, что такое Kafka, PostgreSQL или Docker.
Вы понимаете, зачем они вам понадобились и какие проблемы вы ими решали.
И на собеседовании = уже можете говорить:
«Я сначала сделал вот так, столкнулся с такой проблемой, поэтому переделал решение вот так».
Это совсем другой уровень по сравнению с человеком, который просто выучил ответы на вопросы.
Плюс, когда вы сами спроектировали и собрали целое приложение, system design уже перестаёт выглядеть каким-то чёрным лесом.
И даже с livecoding потом будет сильно проще, потому что вы несколько месяцев реально писали код руками, а не только смотрели курсы или генерировали решения через AI.
Это и есть способ получить тот самый практический опыт, которого у вас пока нет.
А дальше уже отдельно разберём, какой конкретно проект сделать, как его упаковать в CV и LinkedIn в виде опыта работы и как после этого строить стратегию поиска работы и выходить на офферы 👌
Продолжаем нашу серию постов про путь в IT.
Первая часть про выбор направления была тут: https://t.me/urusukaaa/47
Допустим, направление мы уже выбрали. Посмотрели вакансии, поняли, какие технологии постоянно повторяются и куда хотим двигаться.
Что дальше?
Я бы держал в голове одну цель: нам не нужно полгода просто сидеть и учиться программированию.
Нам нужно как можно быстрее дойти до состояния, когда можно выходить на рынок и ходить на реальные собеседования и по сути зарабатывать на этом. Собственно то ради чего мы тут и собрались.
Для этого глобально нужны четыре вещи:
1. LinkedIn
2. CV
3. Способность защитить всё, что в CV написано
4.
И вот с четвёртым пунктом самое интересное.
Конечно, если находим internship или junior-позицию, где готовы взять без опыта, отлично. На такие вакансии тоже откликаемся.
Но строить всю стратегию только вокруг них я бы не стал.
В большинстве остальных вакансий вы увидите те самые:
1/2/3+ years of experience
commercial experience
experience with Spring / PostgreSQL / Docker и так далее.
То есть глобально нам не хватает одного: реального практического опыта.
Значит, мы должны этот опыт сделать себе сами.
Не просто приписать его в CV, а реально получить.
Мы уже посмотрели вакансии и понимаем, какой стек нужен.
Условно для Java Backend / Fullstack:
Java → Spring → PostgreSQL → REST → Docker → tests → Kafka → React
Теперь берём всё это и собираем один полноценный проект.
CRM, booking-сервис, финансовое приложение, платформа для документов, что угодно.
Идею можно вообще подобрать вместе с Claude под нужный стек.
Но сам проект я бы максимально делал своими руками.
Спроектировать систему.
Продумать базу.
Написать backend.
Сделать API.
Добавить авторизацию.
Подключить frontend.
Завернуть всё в Docker.
Написать тесты.
Где нужно, добавить очередь или кеш.
Задеплоить.
Что-то сломать.
Понять почему.
Переделать.
Claude здесь может быть вашим наставником, code reviewer и условным project manager. Дайте ему стек и попросите придумать под него проект, для первого раза спроектировать архитектуру, составить roadmap разработки и нарезать всё на небольшие задачи, как будто вы разработчик и получаете тикеты из Jira.
На выходе вместо абстрактного «надо выучить Spring» у вас будет последовательность конкретных задач, которые вы выполняете одну за другой
Но не работать с Claude вот так:
«Вот ТЗ, напиши мне всё приложение».
Потому что главная ценность этого проекта даже не в том, чтобы потом показать работодателю красивый GitHub.
Вам нужно самим прожить разработку от начала до конца.
Тогда через какое-то время вы уже не просто знаете, что такое Kafka, PostgreSQL или Docker.
Вы понимаете, зачем они вам понадобились и какие проблемы вы ими решали.
И на собеседовании = уже можете говорить:
«Я сначала сделал вот так, столкнулся с такой проблемой, поэтому переделал решение вот так».
Это совсем другой уровень по сравнению с человеком, который просто выучил ответы на вопросы.
Плюс, когда вы сами спроектировали и собрали целое приложение, system design уже перестаёт выглядеть каким-то чёрным лесом.
И даже с livecoding потом будет сильно проще, потому что вы несколько месяцев реально писали код руками, а не только смотрели курсы или генерировали решения через AI.
Это и есть способ получить тот самый практический опыт, которого у вас пока нет.
А дальше уже отдельно разберём, какой конкретно проект сделать, как его упаковать в CV и LinkedIn в виде опыта работы и как после этого строить стратегию поиска работы и выходить на офферы 👌
Telegram
Urus
Путь в IT #1. Куда идти в 2026 - мой тир-лист
Сначала вообще про то, как выбирать направление.
Открываете LinkedIn Jobs, Just Join IT или аналогичную площадку.
(Позже отдельно соберу список мест, где вообще искать международную работу.)
Выбираете страну,…
Сначала вообще про то, как выбирать направление.
Открываете LinkedIn Jobs, Just Join IT или аналогичную площадку.
(Позже отдельно соберу список мест, где вообще искать международную работу.)
Выбираете страну,…
❤5👍4
Всем хорошего воскресенья!
Небольшой план на следующую неделю 👨💻
Будет больше практики и реальных кейсов.
Планирую:
• подробный разбор CV + LinkedIn подписчика;
• продолжение серии «Путь в IT»;
• разбор того, какой проект делать новичку, чтобы реально получить практический опыт;
• конкретные примеры, как упаковывать этот опыт в CV;
Плюс на этой неделе хочу попробовать ещё один формат, который позволит разбирать ваши ситуации не только отдельными постами.
Пока немного потестирую идею и расскажу подробнее ближе к концу недели.
Если хотите прислать свой CV, LinkedIn или просто описать свою ситуацию и спросить мнение/совет, личка открыта: @urussdev
Небольшой план на следующую неделю 👨💻
Будет больше практики и реальных кейсов.
Планирую:
• подробный разбор CV + LinkedIn подписчика;
• продолжение серии «Путь в IT»;
• разбор того, какой проект делать новичку, чтобы реально получить практический опыт;
• конкретные примеры, как упаковывать этот опыт в CV;
Плюс на этой неделе хочу попробовать ещё один формат, который позволит разбирать ваши ситуации не только отдельными постами.
Пока немного потестирую идею и расскажу подробнее ближе к концу недели.
Если хотите прислать свой CV, LinkedIn или просто описать свою ситуацию и спросить мнение/совет, личка открыта: @urussdev
🤝4
Всем привет!
Как и обещал, показываю, что подготовил для подписчика.
Никита (имя изменено) пару лет поработал фронтендером на разных проектах, но сейчас немного застрял.
С поиском работы не складывается, на интервью есть сложности. Что подтягивать и куда двигаться дальше, тоже не очень понятно. В какой-то момент даже думал переключиться на QA.
Плюс накладывается ситуация с самим направлением. Как я уже писал в своём тир-листе выше, сейчас я оцениваю перспективы фронтенда не очень высоко. Когда и собеседования не идут, и уверенности в выбранном направлении становится меньше, это дополнительно бьёт по морали.
Думаю, многим знакомо это состояние: уже не новичок, какой-то опыт есть, но следующего шага не видишь. Начинаешь перебирать направления и сомневаться в том, что вообще выбрал.
Я предложил ему сфокусироваться на Java Full Stack.
Опереться на уже знакомый фронтенд, последовательно подтянуть бэкенд и готовиться под конкретные вакансии.
Под это я подготовил целевой вариант CV и пошаговый roadmap на пять недель, на скриншоте ниже закреплю оглавление.
В резюме переработал шапку, структуру, подачу навыков, правильно упаковал Java в существующий опыт. А в плане расписал, что нужно изучить и отработать, чтобы за этим позиционированием стояли реальные знания.
Первые две недели выделили на подготовку: разобраться с основами, начать практический проект, потренироваться объяснять свои решения.
Сам проект тоже уже продуман. Есть конкретные задачи и проверки, по которым понятно, что получилось, а над чем ещё нужно поработать.
Дальше пройдём с ним mock-интервью. Посмотрим, где он уверенно отвечает, а где пока теряется, и скорректируем подготовку.
С третьей недели подключаем LinkedIn, подбор вакансий, отклики и общение с рекрутерами. Вопросы с реальных собеседований будем использовать для дальнейшей работы.
В итоге у него теперь есть конкретная последовательность действий.
Что делать на этой неделе. Что должно получиться к следующей. Когда начинать отклики и как разбирать неудачные интервью.
Работы впереди достаточно. Но хотя бы не нужно каждый понедельник заново решать: продолжать фронтенд, учить Java или уходить в QA.
На картинках покажу исходное CV, вариант под выбранное направление и часть roadmap 👇
Как и обещал, показываю, что подготовил для подписчика.
Никита (имя изменено) пару лет поработал фронтендером на разных проектах, но сейчас немного застрял.
С поиском работы не складывается, на интервью есть сложности. Что подтягивать и куда двигаться дальше, тоже не очень понятно. В какой-то момент даже думал переключиться на QA.
Плюс накладывается ситуация с самим направлением. Как я уже писал в своём тир-листе выше, сейчас я оцениваю перспективы фронтенда не очень высоко. Когда и собеседования не идут, и уверенности в выбранном направлении становится меньше, это дополнительно бьёт по морали.
Думаю, многим знакомо это состояние: уже не новичок, какой-то опыт есть, но следующего шага не видишь. Начинаешь перебирать направления и сомневаться в том, что вообще выбрал.
Я предложил ему сфокусироваться на Java Full Stack.
Опереться на уже знакомый фронтенд, последовательно подтянуть бэкенд и готовиться под конкретные вакансии.
Под это я подготовил целевой вариант CV и пошаговый roadmap на пять недель, на скриншоте ниже закреплю оглавление.
В резюме переработал шапку, структуру, подачу навыков, правильно упаковал Java в существующий опыт. А в плане расписал, что нужно изучить и отработать, чтобы за этим позиционированием стояли реальные знания.
Первые две недели выделили на подготовку: разобраться с основами, начать практический проект, потренироваться объяснять свои решения.
Сам проект тоже уже продуман. Есть конкретные задачи и проверки, по которым понятно, что получилось, а над чем ещё нужно поработать.
Дальше пройдём с ним mock-интервью. Посмотрим, где он уверенно отвечает, а где пока теряется, и скорректируем подготовку.
С третьей недели подключаем LinkedIn, подбор вакансий, отклики и общение с рекрутерами. Вопросы с реальных собеседований будем использовать для дальнейшей работы.
В итоге у него теперь есть конкретная последовательность действий.
Что делать на этой неделе. Что должно получиться к следующей. Когда начинать отклики и как разбирать неудачные интервью.
Работы впереди достаточно. Но хотя бы не нужно каждый понедельник заново решать: продолжать фронтенд, учить Java или уходить в QA.
На картинках покажу исходное CV, вариант под выбранное направление и часть roadmap 👇
🔥3
Путь в IT #3 Как выжать максимум из проекта, который вы делаете?
Мы уже немного разбирали, как выбирать технологии для проекта. Сегодня хочу продолжить тему практики.
Когда вы пишете проект для своего обучения или уже работаете на коммерческом продукте, вполне логично изучать сам стек: как работает фреймворк, как подключить базу, как сделать интерфейс, почитать теорию по технологиям.
Но параллельно я советую прорабатывать архитектуру и дизайн системы.
Почему?
Я точно знаю, что вопросы про одновременные запросы, нагрузку, транзакции и сбои реально задают на технических и system design интервью. В том числе и в компаниях типа Revolut. Поэтому если вы хотите выжимать максимум из найма и выходить на крутые компании – эти темы нужно обязательно изучать и понимать.
Пусть слова “архитектура” и “system design” вас не пугают.
Это может звучать как что-то мегасложное. На деле в основе лежат вполне понятные вопросы. От позиции и компании зависит глубина обсуждения, но начинать можно с обычного учебного проекта.
Допустим, вы делаете сервис бронирования.
Человек зашёл, выбрал время, нажал кнопку. Всё отработало штатно.
А теперь задаём себе 10 вопросов 👇
1. Что будет, если два человека одновременно забронируют одно время?
Могут ли оба получить подтверждение? Где вы гарантируете, что одно место не достанется двум людям?
2. Что будет, если придёт сто человек? А тысяча?
Они просто смотрят страницы или одновременно создают брони? Где система начнёт тормозить и как вы это проверите?
3. Что будет, если пользователь не получил ответ и нажал кнопку ещё раз?
Первая операция могла уже выполниться. Как повторить запрос и не создать дубликат?
4. Что будет, если приложение сломается посередине операции?
Время уже помечено занятым, а бронь ещё не сохранилась. Как не оставить данные в таком состоянии?
5. Что будет, если внешний сервис перестанет отвечать?
Например, отправка писем. Должна ли из-за этого перестать работать запись? Сколько ждать ответа и что повторять после сбоя?
6. Что будет, когда данных станет в тысячу раз больше?
На десяти записях поиск быстрый. А на ста тысячах? Как найти медленный запрос и проверить, что ваши изменения действительно помогли?
7. Что будет, если данные в кеше устарели?
Вы показываете время как свободное, но его уже заняли. Где допустима задержка обновления, а где обязательно проверить актуальные данные?
8. Что будет, если запустить вторую копию приложения?
Продолжит ли работать защита от повторных операций? Что хранится только в памяти первой копии и потеряется при её перезапуске?
9. Что будет, если пользователь попробует отменить чужую бронь?
Не через интерфейс, а прямым запросом. Сервер действительно проверяет права или вы просто спрятали лишнюю кнопку?
10. Как вы узнаете, что что-то сломалось?
Какие показатели отслеживать? Когда должно прийти уведомление? Сможете ли по логам понять, почему конкретный пользователь не смог записаться?
Не нужно садиться и решать все десять пунктов за один вечер.
Возьмите один вопрос. Почитайте, какие есть варианты решения. Выберите подходящий для своего проекта и воспроизведите ситуацию в тестовом окружении.
Потом разберитесь: почему выбрали именно этот вариант, как проверили результат и какие ограничения остались.
Постепенно такие вопросы перестают казаться сложными и абстрактными. Вы уже понимаете, о чём речь, потому что сами с этим разбирались.
И на собеседовании у вас появляется конкретный разговор: вот проблема, вот моё решение, вот почему я сделал так и как убедился, что оно работает. 👌
Мы уже немного разбирали, как выбирать технологии для проекта. Сегодня хочу продолжить тему практики.
Когда вы пишете проект для своего обучения или уже работаете на коммерческом продукте, вполне логично изучать сам стек: как работает фреймворк, как подключить базу, как сделать интерфейс, почитать теорию по технологиям.
Но параллельно я советую прорабатывать архитектуру и дизайн системы.
Почему?
Я точно знаю, что вопросы про одновременные запросы, нагрузку, транзакции и сбои реально задают на технических и system design интервью. В том числе и в компаниях типа Revolut. Поэтому если вы хотите выжимать максимум из найма и выходить на крутые компании – эти темы нужно обязательно изучать и понимать.
Пусть слова “архитектура” и “system design” вас не пугают.
Это может звучать как что-то мегасложное. На деле в основе лежат вполне понятные вопросы. От позиции и компании зависит глубина обсуждения, но начинать можно с обычного учебного проекта.
Допустим, вы делаете сервис бронирования.
Человек зашёл, выбрал время, нажал кнопку. Всё отработало штатно.
А теперь задаём себе 10 вопросов 👇
1. Что будет, если два человека одновременно забронируют одно время?
Могут ли оба получить подтверждение? Где вы гарантируете, что одно место не достанется двум людям?
2. Что будет, если придёт сто человек? А тысяча?
Они просто смотрят страницы или одновременно создают брони? Где система начнёт тормозить и как вы это проверите?
3. Что будет, если пользователь не получил ответ и нажал кнопку ещё раз?
Первая операция могла уже выполниться. Как повторить запрос и не создать дубликат?
4. Что будет, если приложение сломается посередине операции?
Время уже помечено занятым, а бронь ещё не сохранилась. Как не оставить данные в таком состоянии?
5. Что будет, если внешний сервис перестанет отвечать?
Например, отправка писем. Должна ли из-за этого перестать работать запись? Сколько ждать ответа и что повторять после сбоя?
6. Что будет, когда данных станет в тысячу раз больше?
На десяти записях поиск быстрый. А на ста тысячах? Как найти медленный запрос и проверить, что ваши изменения действительно помогли?
7. Что будет, если данные в кеше устарели?
Вы показываете время как свободное, но его уже заняли. Где допустима задержка обновления, а где обязательно проверить актуальные данные?
8. Что будет, если запустить вторую копию приложения?
Продолжит ли работать защита от повторных операций? Что хранится только в памяти первой копии и потеряется при её перезапуске?
9. Что будет, если пользователь попробует отменить чужую бронь?
Не через интерфейс, а прямым запросом. Сервер действительно проверяет права или вы просто спрятали лишнюю кнопку?
10. Как вы узнаете, что что-то сломалось?
Какие показатели отслеживать? Когда должно прийти уведомление? Сможете ли по логам понять, почему конкретный пользователь не смог записаться?
Не нужно садиться и решать все десять пунктов за один вечер.
Возьмите один вопрос. Почитайте, какие есть варианты решения. Выберите подходящий для своего проекта и воспроизведите ситуацию в тестовом окружении.
Потом разберитесь: почему выбрали именно этот вариант, как проверили результат и какие ограничения остались.
Постепенно такие вопросы перестают казаться сложными и абстрактными. Вы уже понимаете, о чём речь, потому что сами с этим разбирались.
И на собеседовании у вас появляется конкретный разговор: вот проблема, вот моё решение, вот почему я сделал так и как убедился, что оно работает. 👌
🔥6
👆Вот так может выглядеть ваш LinkedIn после правильных действий
Сегодня хочу разобрать небольшой кейс.
Мой подписчик Никита написал мне ещё практически на заре этого канала, около двух с половиной месяцев назад.
На тот момент запрос был довольно понятный: выйти на международный рынок и начать получать офферы в районе $6–7k+.
Небольшой коммерческий опыт у него уже был, но он всё ещё работал в беларуской компании, а сам незадолго до этого переехал в Европу.
Главная проблема была в том, что не было понятной системы, как себя упаковать, куда целиться и как готовиться под международный рынок.
Мы тогда довольно плотно поработали:
• полностью пересобрали CV;
• сделали ревизию LinkedIn;
• нормально упаковали его опыт и позиционирование;
• определили, на какие позиции имеет смысл целиться;
• поменяли стратегию поиска и продвижения профиля;
• провели несколько mock-интервью;
• составили полноценный roadmap по подготовке: что подтянуть, какие темы закрыть и как готовиться к техническим этапам;
• параллельно Николай в свободное время делал отдельный проект, чтобы руками пройти нужные технологии и на собеседованиях говорить уже не только теорией.
И вот примерно так его LinkedIn выглядит сейчас.
Практически каждый день новые сообщения от рекрутеров и предложения обсудить позиции.
Причём самое забавное, что большая часть этих сообщений ему уже особо не актуальна.
Потому что сейчас у Никиты всё уже сильно продвинулось, и он находится на этапе согласования оффера.
То есть задача была не просто сделать красивый LinkedIn.
Задача была системно довести человека от текущей точки до состояния, когда рынок сам начинает его замечать, а на интервью он уже чувствует себя уверенно.
Надеюсь, совсем скоро смогу вернуться сюда уже с финалом этой истории и конкретными цифрами.
И ещё небольшой апдейт от меня.
Последние дни я немного выпал из публичного поля, потому что заканчиваю подготовку одной штуки, о которой уже немного говорил раньше.
Хочу сделать формат, в котором смогу помогать с такими кейсами уже не через отдельные сообщения и разовые разборы, а более системно: от выбора направления и упаковки CV до подготовки к интервью, поиска работы и выхода на международный рынок.
Уже практически всё готово. Скоро покажу 👀
Сегодня хочу разобрать небольшой кейс.
Мой подписчик Никита написал мне ещё практически на заре этого канала, около двух с половиной месяцев назад.
На тот момент запрос был довольно понятный: выйти на международный рынок и начать получать офферы в районе $6–7k+.
Небольшой коммерческий опыт у него уже был, но он всё ещё работал в беларуской компании, а сам незадолго до этого переехал в Европу.
Главная проблема была в том, что не было понятной системы, как себя упаковать, куда целиться и как готовиться под международный рынок.
Мы тогда довольно плотно поработали:
• полностью пересобрали CV;
• сделали ревизию LinkedIn;
• нормально упаковали его опыт и позиционирование;
• определили, на какие позиции имеет смысл целиться;
• поменяли стратегию поиска и продвижения профиля;
• провели несколько mock-интервью;
• составили полноценный roadmap по подготовке: что подтянуть, какие темы закрыть и как готовиться к техническим этапам;
• параллельно Николай в свободное время делал отдельный проект, чтобы руками пройти нужные технологии и на собеседованиях говорить уже не только теорией.
И вот примерно так его LinkedIn выглядит сейчас.
Практически каждый день новые сообщения от рекрутеров и предложения обсудить позиции.
Причём самое забавное, что большая часть этих сообщений ему уже особо не актуальна.
Потому что сейчас у Никиты всё уже сильно продвинулось, и он находится на этапе согласования оффера.
То есть задача была не просто сделать красивый LinkedIn.
Задача была системно довести человека от текущей точки до состояния, когда рынок сам начинает его замечать, а на интервью он уже чувствует себя уверенно.
Надеюсь, совсем скоро смогу вернуться сюда уже с финалом этой истории и конкретными цифрами.
И ещё небольшой апдейт от меня.
Последние дни я немного выпал из публичного поля, потому что заканчиваю подготовку одной штуки, о которой уже немного говорил раньше.
Хочу сделать формат, в котором смогу помогать с такими кейсами уже не через отдельные сообщения и разовые разборы, а более системно: от выбора направления и упаковки CV до подготовки к интервью, поиска работы и выхода на международный рынок.
Уже практически всё готово. Скоро покажу 👀
🔥5👍1😁1
Возвращаюсь с тем, что обещал показать 👀
По вашим сообщениям и кейсам я собрал URUS: сообщество в Discord с базой знаний по развитию и заработку в IT.
Идея появилась из вопросов, которые вы мне писали: с чего начать, что учить, как получить больше ответов от рекрутеров, пройти интервью и найти работу получше.
Решил собрать всё в одном месте. Вот что внутри:
🧑💻 Java Backend и Java + React с нуля
С каких азов начинать, в какой последовательности учиться и как дойти до собственного fullstack-проекта. Roadmap, технологии и конкретные шаги, чтобы двигаться от обучения к практике.
💼 CV и LinkedIn, которые помогают находить возможности
Как представить свой опыт, сделать профиль заметнее и заинтересовать рекрутера. Что писать в первом сообщении, как продолжать разговор и какие неочевидные фишки использовать, чтобы получать больше ответов.
🔎 Поиск работы и международная удалёнка
Где искать вакансии, как выходить на компании напрямую и пользоваться рефералами. Что менять, если отклики уходят в пустоту, и как расширить поиск за пределы местного рынка.
🎯 Подготовка к разным типам собеседований
HR, технические интервью, livecoding и system design. Какие вопросы ждать, как рассказывать о своём опыте, где чаще возникают сложности и как готовиться точечно. Чеклисты, приёмы и лайфхаки для каждого этапа.
🤖 AI в работе: как меньше делать руками
Как делегировать задачи Claude, ChatGPT и AI-агентам, давать им нужный контекст и проверять результат. Промпты и рабочие подходы, чтобы быстрее разрабатывать, разбираться в коде и освобождать время.
💰 Как масштабировать свой доход
Повышение ставки, смена компании, дополнительные проекты, совмещение контрактов и собственные продукты. Как расширять свои возможности и использовать AI для задач, на которые раньше не хватало времени.
Короткие статьи находятся прямо в Discord, подробные материалы собраны в Notion. Можно сразу открывать раздел под свою задачу.
В сообществе будем обсуждать вопросы, проекты и результаты. Я тоже буду участвовать и дополнять базу по вашим запросам.
Сейчас открываю доступ. Если хочешь попасть внутрь, напиши мне в личку @urussdev 👨💻
По вашим сообщениям и кейсам я собрал URUS: сообщество в Discord с базой знаний по развитию и заработку в IT.
Идея появилась из вопросов, которые вы мне писали: с чего начать, что учить, как получить больше ответов от рекрутеров, пройти интервью и найти работу получше.
Решил собрать всё в одном месте. Вот что внутри:
🧑💻 Java Backend и Java + React с нуля
С каких азов начинать, в какой последовательности учиться и как дойти до собственного fullstack-проекта. Roadmap, технологии и конкретные шаги, чтобы двигаться от обучения к практике.
💼 CV и LinkedIn, которые помогают находить возможности
Как представить свой опыт, сделать профиль заметнее и заинтересовать рекрутера. Что писать в первом сообщении, как продолжать разговор и какие неочевидные фишки использовать, чтобы получать больше ответов.
🔎 Поиск работы и международная удалёнка
Где искать вакансии, как выходить на компании напрямую и пользоваться рефералами. Что менять, если отклики уходят в пустоту, и как расширить поиск за пределы местного рынка.
🎯 Подготовка к разным типам собеседований
HR, технические интервью, livecoding и system design. Какие вопросы ждать, как рассказывать о своём опыте, где чаще возникают сложности и как готовиться точечно. Чеклисты, приёмы и лайфхаки для каждого этапа.
🤖 AI в работе: как меньше делать руками
Как делегировать задачи Claude, ChatGPT и AI-агентам, давать им нужный контекст и проверять результат. Промпты и рабочие подходы, чтобы быстрее разрабатывать, разбираться в коде и освобождать время.
💰 Как масштабировать свой доход
Повышение ставки, смена компании, дополнительные проекты, совмещение контрактов и собственные продукты. Как расширять свои возможности и использовать AI для задач, на которые раньше не хватало времени.
Короткие статьи находятся прямо в Discord, подробные материалы собраны в Notion. Можно сразу открывать раздел под свою задачу.
В сообществе будем обсуждать вопросы, проекты и результаты. Я тоже буду участвовать и дополнять базу по вашим запросам.
Сейчас открываю доступ. Если хочешь попасть внутрь, напиши мне в личку @urussdev 👨💻
🔥5
Путь в IT #4. Позвали на собеседование. С чего начать?
Всем привет! В кружках немного поговорили про рынок, а сегодня продолжаем «Путь в IT» уже с практической темой.
Допустим, CV сработало и вас пригласили на техническое интервью. До него несколько дней. Первая реакция: открыть «500 вопросов Java» и попытаться срочно повторить всё, что когда-либо учили :)
Я бы начинал не с этого.
1. Сначала узнаём, что нас ждёт
Просто пишем рекрутеру: какие этапы, сколько времени, что именно будут проверять? Разговор по опыту, техническая теория, livecoding или system design?
Зачастую вам довольно подробно расскажут формат и основные направления. Не сами вопросы и задачи, конечно, но уже будет понятно, к чему готовиться.
Поэтому не надо угадывать и тратить три вечера на то, чего на ближайшем этапе вообще не будет.
2. Готовимся защищать своё CV
Открываем резюме, которое отправили работодателю, и внимательно читаем. На собеседовании нам нужно будет защищать не красивый документ, а заявленные навыки и опыт.
Написали «спроектировал», «оптимизировал», «отвечал за»? Будьте готовы объяснить, что конкретно делали лично, почему выбрали такое решение и что получилось.
Даже если опыт настоящий, рассказ о нём лучше освежить. Можно полтора года назад решить непростую задачу, а на звонке вспомнить только «ну, мы там что-то ускоряли» :)
Поэтому перед тем, как открывать очередную подборку вопросов, я бы убедился, что могу спокойно поговорить по каждому существенному пункту своего CV. Не пересказать заученный текст, а выдержать уточняющие вопросы.
3. Не готовимся ко всем собесам одинаково
В каждом процессе свои ожидания и акценты, поэтому и подход к подготовке будет отличаться. Не нужно каждый раз пытаться повторить вообще всё.
Я бы сначала определил, что могу уверенно объяснить уже сейчас, а где пока плаваю. И не начинал бы с любимых тем только потому, что повторять их приятно. Слабые места от этого никуда не исчезнут.
Ещё одна ловушка: прочитал ответ и подумал «ну да, я это знаю». Но понимать знакомый текст и самостоятельно объяснить тему на собеседовании всё-таки разные вещи.
Поэтому задача не в том, чтобы за несколько дней стать идеальным разработчиком. Нужно понять, к какому разговору вы готовитесь и на что действительно стоит потратить оставшееся время 👌
Всем привет! В кружках немного поговорили про рынок, а сегодня продолжаем «Путь в IT» уже с практической темой.
Допустим, CV сработало и вас пригласили на техническое интервью. До него несколько дней. Первая реакция: открыть «500 вопросов Java» и попытаться срочно повторить всё, что когда-либо учили :)
Я бы начинал не с этого.
1. Сначала узнаём, что нас ждёт
Просто пишем рекрутеру: какие этапы, сколько времени, что именно будут проверять? Разговор по опыту, техническая теория, livecoding или system design?
Зачастую вам довольно подробно расскажут формат и основные направления. Не сами вопросы и задачи, конечно, но уже будет понятно, к чему готовиться.
Поэтому не надо угадывать и тратить три вечера на то, чего на ближайшем этапе вообще не будет.
2. Готовимся защищать своё CV
Открываем резюме, которое отправили работодателю, и внимательно читаем. На собеседовании нам нужно будет защищать не красивый документ, а заявленные навыки и опыт.
Написали «спроектировал», «оптимизировал», «отвечал за»? Будьте готовы объяснить, что конкретно делали лично, почему выбрали такое решение и что получилось.
Даже если опыт настоящий, рассказ о нём лучше освежить. Можно полтора года назад решить непростую задачу, а на звонке вспомнить только «ну, мы там что-то ускоряли» :)
Поэтому перед тем, как открывать очередную подборку вопросов, я бы убедился, что могу спокойно поговорить по каждому существенному пункту своего CV. Не пересказать заученный текст, а выдержать уточняющие вопросы.
3. Не готовимся ко всем собесам одинаково
В каждом процессе свои ожидания и акценты, поэтому и подход к подготовке будет отличаться. Не нужно каждый раз пытаться повторить вообще всё.
Я бы сначала определил, что могу уверенно объяснить уже сейчас, а где пока плаваю. И не начинал бы с любимых тем только потому, что повторять их приятно. Слабые места от этого никуда не исчезнут.
Ещё одна ловушка: прочитал ответ и подумал «ну да, я это знаю». Но понимать знакомый текст и самостоятельно объяснить тему на собеседовании всё-таки разные вещи.
Поэтому задача не в том, чтобы за несколько дней стать идеальным разработчиком. Нужно понять, к какому разговору вы готовитесь и на что действительно стоит потратить оставшееся время 👌
💯2
Кстати, для первых участников Discord уже закинул подробные гайды по подготовке к backend, frontend и system design собесам. Составлял их на основе реальных собеседований, к которым готовился сам.
В ближайшее время планирую добавить ещё парочку. Постепенно собираю внутри базу, чтобы не приходилось каждый раз искать материалы для подготовки с нуля 👨💻
В ближайшее время планирую добавить ещё парочку. Постепенно собираю внутри базу, чтобы не приходилось каждый раз искать материалы для подготовки с нуля 👨💻
❤2
Всем доброе утро ☕️
Хочу начать день с юридического вопроса, который мне периодически задают: как вообще оформиться, чтобы работать на международном рынке?
В целом есть два основных варианта.
Первый: открыть ИП в одной из стран, например в Сербии, Армении, Грузии или Польше. Естественно, важно, чтобы нормально проходили международные платежи и не было ограничений со стороны банков и компании, с которой вы собираетесь работать.
Второй: найти фирму-помогатор, например бизнес-инкубатор, которая берёт на себя оформление и через которую вы работаете.
Позже сделаю подробный список таких вариантов и отдельный гайд, чтобы можно было посмотреть, сравнить и выбрать подходящий.
Но если коротко, оформление не обязательно должно быть долгой и сложной историей. Даже если вас сейчас нет в выбранной стране, это само по себе не препятствие. В тех же Армении, Сербии или Грузии, если для вашего гражданства доступен безвизовый въезд, можно быстро приехать и заняться оформлением на месте.
То есть это вполне решаемый вопрос. Не стоит отказываться от международного рынка только потому, что пока непонятно, как всё оформить
Хочу начать день с юридического вопроса, который мне периодически задают: как вообще оформиться, чтобы работать на международном рынке?
В целом есть два основных варианта.
Первый: открыть ИП в одной из стран, например в Сербии, Армении, Грузии или Польше. Естественно, важно, чтобы нормально проходили международные платежи и не было ограничений со стороны банков и компании, с которой вы собираетесь работать.
Второй: найти фирму-помогатор, например бизнес-инкубатор, которая берёт на себя оформление и через которую вы работаете.
Позже сделаю подробный список таких вариантов и отдельный гайд, чтобы можно было посмотреть, сравнить и выбрать подходящий.
Но если коротко, оформление не обязательно должно быть долгой и сложной историей. Даже если вас сейчас нет в выбранной стране, это само по себе не препятствие. В тех же Армении, Сербии или Грузии, если для вашего гражданства доступен безвизовый въезд, можно быстро приехать и заняться оформлением на месте.
То есть это вполне решаемый вопрос. Не стоит отказываться от международного рынка только потому, что пока непонятно, как всё оформить
❤🔥5