Что сейчас вообще можно встретить на собеседованиях на рынке?
Выше я писал, что хочу сделать небольшое исследование рынка и я его сделал.
Сходил на разные интервью, посмотрел, как сейчас нанимают, и постепенно буду делиться результатами. Уже не по чужим тредам, а по своему опыту.
Я бы сейчас выделил 3 основных типа собеседований.
1. Старый добрый аутсорс / аутстафф
Да, он всё ещё жив и вполне активно нанимает.
Формат практически не изменился.
Если ты fullstack, тебя поспрашивают backend, frontend, базы, фреймворки, стандартную теорию по стеку.
Java, Spring, React, SQL и всё в таком духе.
Обычно без серьёзного system design, алгоритмов и пяти этапов с разными командами.
И да, AI здесь пока как будто не изобрели.
Пользоваться им на интервью формально нельзя. «Списывать» тоже формально нельзя :)
Зато из всех вариантов сюда проще всего и быстрее всего наняться. Этапов немного, процесс короткий, и часто нет какого-то серьёзного background check.
По вилкам, которые видел я, это примерно $6-7k.
2. AI-first
А вот здесь всё наоборот.
Тебе дают задачу и прямо ожидают, что ты будешь решать её с помощью AI.
Смотрят уже не только на то, умеешь ли ты писать код руками.
Смотрят, как ты ставишь задачу модели, как работаешь с результатом, проверяешь код, находишь ошибки и понимаешь ли вообще, что AI тебе написал.
У меня такой процесс был. Про него отдельно точно напишу, потому что формат довольно интересный.
И по ощущениям, здесь тоже процесс найма обычно довольно быстрый и без какой-то тяжёлой бюрократии. Часто несколько этапов, без глубокого background check, и при нормальном результате можно достаточно быстро дойти до оффера.
По тем предложениям, которые попадались мне, это примерно $7-8k.
3. FAANG-like
Тут уже начинается полноценный спорт.
Coding, system design, behavioral, несколько технических этапов, разные интервьюеры.
Подготовки нужно намного больше, пройти такой процесс сложнее, но и деньги обычно уже другие.
И здесь снова без магии.
AI использовать нельзя, списывать тоже категорически нельзя. Тут уже реально хотят понять, что находится у тебя в голове.
Плюс процесс обычно заметно длиннее: больше этапов, больше людей принимают решение, и background check уже вполне может быть полноценной частью найма.
В процессах, которые видел я, речь шла примерно про $10-12k+.
Если совсем коротко:
аутсорс / аутстафф: классический формат, быстрее и проще наняться, $6-7k
AI-first: работаешь вместе с AI, тоже довольно быстрый найм, $7-8k
FAANG-like: много этапов, серьёзная подготовка и более тяжёлый процесс, $10-12k+
К каждому из этих трёх форматов надо готовиться вообще по-разному.
Поэтому дальше разберу каждый отдельно: что спрашивали, как проходил процесс, где можно затупить и как бы готовился к такому интервью сейчас.
Выше я писал, что хочу сделать небольшое исследование рынка и я его сделал.
Сходил на разные интервью, посмотрел, как сейчас нанимают, и постепенно буду делиться результатами. Уже не по чужим тредам, а по своему опыту.
Я бы сейчас выделил 3 основных типа собеседований.
1. Старый добрый аутсорс / аутстафф
Да, он всё ещё жив и вполне активно нанимает.
Формат практически не изменился.
Если ты fullstack, тебя поспрашивают backend, frontend, базы, фреймворки, стандартную теорию по стеку.
Java, Spring, React, SQL и всё в таком духе.
Обычно без серьёзного system design, алгоритмов и пяти этапов с разными командами.
И да, AI здесь пока как будто не изобрели.
Пользоваться им на интервью формально нельзя. «Списывать» тоже формально нельзя :)
Зато из всех вариантов сюда проще всего и быстрее всего наняться. Этапов немного, процесс короткий, и часто нет какого-то серьёзного background check.
По вилкам, которые видел я, это примерно $6-7k.
2. AI-first
А вот здесь всё наоборот.
Тебе дают задачу и прямо ожидают, что ты будешь решать её с помощью AI.
Смотрят уже не только на то, умеешь ли ты писать код руками.
Смотрят, как ты ставишь задачу модели, как работаешь с результатом, проверяешь код, находишь ошибки и понимаешь ли вообще, что AI тебе написал.
У меня такой процесс был. Про него отдельно точно напишу, потому что формат довольно интересный.
И по ощущениям, здесь тоже процесс найма обычно довольно быстрый и без какой-то тяжёлой бюрократии. Часто несколько этапов, без глубокого background check, и при нормальном результате можно достаточно быстро дойти до оффера.
По тем предложениям, которые попадались мне, это примерно $7-8k.
3. FAANG-like
Тут уже начинается полноценный спорт.
Coding, system design, behavioral, несколько технических этапов, разные интервьюеры.
Подготовки нужно намного больше, пройти такой процесс сложнее, но и деньги обычно уже другие.
И здесь снова без магии.
AI использовать нельзя, списывать тоже категорически нельзя. Тут уже реально хотят понять, что находится у тебя в голове.
Плюс процесс обычно заметно длиннее: больше этапов, больше людей принимают решение, и background check уже вполне может быть полноценной частью найма.
В процессах, которые видел я, речь шла примерно про $10-12k+.
Если совсем коротко:
аутсорс / аутстафф: классический формат, быстрее и проще наняться, $6-7k
AI-first: работаешь вместе с AI, тоже довольно быстрый найм, $7-8k
FAANG-like: много этапов, серьёзная подготовка и более тяжёлый процесс, $10-12k+
К каждому из этих трёх форматов надо готовиться вообще по-разному.
Поэтому дальше разберу каждый отдельно: что спрашивали, как проходил процесс, где можно затупить и как бы готовился к такому интервью сейчас.
Рынок джунов не умер. Умер старый способ входа в IT.
Раньше было достаточно пройти курс, сделать калькулятор, написать Java в CV и отправить 300 откликов.
Сейчас этого мало.
Если бы я заходил с нуля сегодня, я бы строил путь так:
1. База + практика одновременно
Синтаксис Java, ООП, коллекции, SQL, Git, HTTP и понимание того, как вообще работает код, всё ещё нужны.
AI фундамент не отменяет. Если вы не понимаете основы, то не сможете проверить написанный нейросетью код, найти ошибку или объяснить своё решение на интервью.
Но теперь не нужно тратить полгода только на теорию.
Я бы сразу писал код и использовал Claude как помощника для объяснений, поиска ошибок и code review, чтобы максимально сжать этот этап.
2. Выбрать одно актуальное направление
Я бы, например, выбрал Full Stack Java + React или Angular и не прыгал между пятью языками.
Главное, чтобы направление было востребовано и по нему было достаточно вакансий.
3. Научиться пользоваться AI, а не отдавать ему всю работу
Просить объяснить код, проверить решение, предложить варианты, найти ошибку, провести code review.
Но самому понимать итоговый результат и уметь его объяснить.
Сюда же я бы добавил обучение и сертификат от Anthropic как дополнительное подтверждение навыков работы с AI.
4. Открыть вакансии и сделать проект под реальные требования
Например:
Java + Spring Boot + PostgreSQL + REST + auth + tests + Docker.
Redis, Kafka и всё остальное добавлять только если вы можете объяснить, зачем они там нужны.
Смысл проекта именно в том, чтобы руками потрогать технологии из реальных вакансий. Тогда на интервью вам не придётся выдумывать ответы на ходу, вы уже будете ориентироваться в материале.
5. Нормально упаковать проект в CV
Не:
«Изучал Spring».
А:
«Разработал сервис, реализовал авторизацию, REST API, хранение данных и тесты».
Разбор CV уже делал здесь
Скоро будут ещё примеры.
6. Пройти 2-3 mock interviews
До настоящих собеседований я бы прошёл минимум несколько пробных:
• техническое по Java, Spring и SQL
• разбор проекта и архитектурных решений
• интервью на английском
Мок-интервью очень быстро показывает разницу между «я вроде это знаю» и «я могу спокойно объяснить это другому человеку».
Тут, кстати, могу помочь я. Если кому актуально, пишите в личку 😊
7. Начинать откликаться раньше, чем почувствуете себя готовым
Не нужно ждать момента, когда вы будете знать всё.
Как только проект уже можно показать, начинайте отправлять первые отклики.
Смотрите, что спрашивают компании, какие требования повторяются и где вы проваливаетесь на интервью.
Рынок сам покажет, что нужно доучить.
Главная мысль простая:
курс → ещё курс → ещё курс
сейчас работает хуже, чем:
рынок → проект → собес → пробел → доучивание → следующая попытка.
На выходе нужен не человек, который «прошёл Java», а начинающий разработчик, который может показать работающий проект, объяснить свои решения и нормально пройти интервью.
Следующим постом выложу уже конкретный план подготовки к первому типу собеседований, о которых писал здесь
Раньше было достаточно пройти курс, сделать калькулятор, написать Java в CV и отправить 300 откликов.
Сейчас этого мало.
Если бы я заходил с нуля сегодня, я бы строил путь так:
1. База + практика одновременно
Синтаксис Java, ООП, коллекции, SQL, Git, HTTP и понимание того, как вообще работает код, всё ещё нужны.
AI фундамент не отменяет. Если вы не понимаете основы, то не сможете проверить написанный нейросетью код, найти ошибку или объяснить своё решение на интервью.
Но теперь не нужно тратить полгода только на теорию.
Я бы сразу писал код и использовал Claude как помощника для объяснений, поиска ошибок и code review, чтобы максимально сжать этот этап.
2. Выбрать одно актуальное направление
Я бы, например, выбрал Full Stack Java + React или Angular и не прыгал между пятью языками.
Главное, чтобы направление было востребовано и по нему было достаточно вакансий.
3. Научиться пользоваться AI, а не отдавать ему всю работу
Просить объяснить код, проверить решение, предложить варианты, найти ошибку, провести code review.
Но самому понимать итоговый результат и уметь его объяснить.
Сюда же я бы добавил обучение и сертификат от Anthropic как дополнительное подтверждение навыков работы с AI.
4. Открыть вакансии и сделать проект под реальные требования
Например:
Java + Spring Boot + PostgreSQL + REST + auth + tests + Docker.
Redis, Kafka и всё остальное добавлять только если вы можете объяснить, зачем они там нужны.
Смысл проекта именно в том, чтобы руками потрогать технологии из реальных вакансий. Тогда на интервью вам не придётся выдумывать ответы на ходу, вы уже будете ориентироваться в материале.
5. Нормально упаковать проект в CV
Не:
«Изучал Spring».
А:
«Разработал сервис, реализовал авторизацию, REST API, хранение данных и тесты».
Разбор CV уже делал здесь
Скоро будут ещё примеры.
6. Пройти 2-3 mock interviews
До настоящих собеседований я бы прошёл минимум несколько пробных:
• техническое по Java, Spring и SQL
• разбор проекта и архитектурных решений
• интервью на английском
Мок-интервью очень быстро показывает разницу между «я вроде это знаю» и «я могу спокойно объяснить это другому человеку».
Тут, кстати, могу помочь я. Если кому актуально, пишите в личку 😊
7. Начинать откликаться раньше, чем почувствуете себя готовым
Не нужно ждать момента, когда вы будете знать всё.
Как только проект уже можно показать, начинайте отправлять первые отклики.
Смотрите, что спрашивают компании, какие требования повторяются и где вы проваливаетесь на интервью.
Рынок сам покажет, что нужно доучить.
Главная мысль простая:
курс → ещё курс → ещё курс
сейчас работает хуже, чем:
рынок → проект → собес → пробел → доучивание → следующая попытка.
На выходе нужен не человек, который «прошёл Java», а начинающий разработчик, который может показать работающий проект, объяснить свои решения и нормально пройти интервью.
Следующим постом выложу уже конкретный план подготовки к первому типу собеседований, о которых писал здесь
Telegram
Urus
Сегодня на разборе CV моего знакомого разработчика. Которое не так давно было у него единственным акутальным (личные данные изменены).
На первый взгляд всё выглядит неплохо: 5+ лет опыта, Java/Spring, React, базы данных, микросервисы.
Но есть несколько критических…
На первый взгляд всё выглядит неплохо: 5+ лет опыта, Java/Spring, React, базы данных, микросервисы.
Но есть несколько критических…
❤1
Всем доброго вечера 🌙
На канале сейчас много новых людей, поэтому хочу разобрать 5 способов зарабатывать в IT.
Спойлер: обычная работа в компании - только один из них.
1. Аутсорс / аутстафф
Самый понятный и, наверное, самый простой способ зайти на международный рынок.
Компания нанимает вас, а затем продаёт ваше время клиенту. Проекты могут быть разными: от небольшого стартапа до корпорации уровня Apple.
Это возможность поработать внутри крупного международного проекта, не проходя все круги ада его собственного найма.
Собеседования обычно сравнительно простые, требования понятные, часто есть полная удалёнка. Но вы зависите от конкретного проекта, а потолок дохода обычно ниже, чем при прямом контракте.
В процессах, которые попадались мне, вилки были примерно $5–7k в месяц. Скоро выложу полный разбор, как готовиться к таким собеседованиям.
2. Прямой международный remote
Здесь вы устраиваетесь напрямую в европейскую, американскую или, например, эмиратскую компанию.
Вы уже не подрядчик, а часть core-команды, которая отвечает за продукт.
На сегодняшний день я сам работаю в том числе и в таком формате. Отдельно сделаю гайд, где искать такие проекты и как туда зайти.
Денег обычно больше. В некоторых процессах, которые проходил я, вилки доходили до $11k+.
Но и требования выше: больше этапов найма, больше ответственности. Иногда приходится подстраиваться под другой часовой пояс.
Зато вы ближе к продукту, решениям и бизнесу.
3. Фриланс и консалтинг
Промежуточный вариант между работой в компании и собственным бизнесом.
Вы продаёте не полный рабочий день, а решение конкретной задачи: интеграцию, аудит, ускорение системы, прототип или помощь с архитектурой.
За час здесь можно зарабатывать больше, чем в обычном найме.
Но клиентов нужно искать самостоятельно. Недостаточно хорошо писать код, нужно ещё уметь продавать свою экспертизу и объяснять её ценность.
4. Собственные продукты с AI
Сейчас один разработчик может дёшево и быстро проверять идеи.
С помощью Claude Code я, например, сделал rhythm-game: прототип, синхронизацию с музыкой, физику, визуал, тесты и публикацию на itch.io.
Подробнее рассказывал здесь:
https://t.me/urusukaaa/28
Сюда же относятся небольшие приложения под конкретный спрос, боты, плагины и micro-SaaS.
Но есть важный момент:
AI помогает с кодом, но не решает поиск идеи, продвижение и продажи.
Отдельно буду показывать, как я работаю с кодом и AI и как быстро проверяю такие идеи.
5. Своя аутсорс-компания
Следующий уровень - самому искать клиентов и собирать под них команду.
Особенно если вы живёте в Европе: заказчиков можно искать здесь, а исполнителей - в разных странах.
По сути, вы соединяете клиента и разработчиков и зарабатываете на разнице.
Но код здесь уже не главная проблема. Нужно продавать проекты, нанимать людей, контролировать качество, сроки, деньги и договоры.
У меня такой опыт тоже был. Не самый успешный, поэтому отдельно и честно расскажу, что пошло не так.
Бонус: совмещать несколько источников дохода
Например:
• основная работа + консалтинг
• работа + собственный продукт
• несколько part-time контрактов
• два совместимых remote-проекта
Так действительно можно выйти на $15k+.
Но нужно учитывать договоры, налоги, конфликт интересов, нагрузку и конфиденциальность. Сделаю пост и об этом. Остаемся на связи 📞
На канале сейчас много новых людей, поэтому хочу разобрать 5 способов зарабатывать в IT.
Спойлер: обычная работа в компании - только один из них.
1. Аутсорс / аутстафф
Самый понятный и, наверное, самый простой способ зайти на международный рынок.
Компания нанимает вас, а затем продаёт ваше время клиенту. Проекты могут быть разными: от небольшого стартапа до корпорации уровня Apple.
Это возможность поработать внутри крупного международного проекта, не проходя все круги ада его собственного найма.
Собеседования обычно сравнительно простые, требования понятные, часто есть полная удалёнка. Но вы зависите от конкретного проекта, а потолок дохода обычно ниже, чем при прямом контракте.
В процессах, которые попадались мне, вилки были примерно $5–7k в месяц. Скоро выложу полный разбор, как готовиться к таким собеседованиям.
2. Прямой международный remote
Здесь вы устраиваетесь напрямую в европейскую, американскую или, например, эмиратскую компанию.
Вы уже не подрядчик, а часть core-команды, которая отвечает за продукт.
На сегодняшний день я сам работаю в том числе и в таком формате. Отдельно сделаю гайд, где искать такие проекты и как туда зайти.
Денег обычно больше. В некоторых процессах, которые проходил я, вилки доходили до $11k+.
Но и требования выше: больше этапов найма, больше ответственности. Иногда приходится подстраиваться под другой часовой пояс.
Зато вы ближе к продукту, решениям и бизнесу.
3. Фриланс и консалтинг
Промежуточный вариант между работой в компании и собственным бизнесом.
Вы продаёте не полный рабочий день, а решение конкретной задачи: интеграцию, аудит, ускорение системы, прототип или помощь с архитектурой.
За час здесь можно зарабатывать больше, чем в обычном найме.
Но клиентов нужно искать самостоятельно. Недостаточно хорошо писать код, нужно ещё уметь продавать свою экспертизу и объяснять её ценность.
4. Собственные продукты с AI
Сейчас один разработчик может дёшево и быстро проверять идеи.
С помощью Claude Code я, например, сделал rhythm-game: прототип, синхронизацию с музыкой, физику, визуал, тесты и публикацию на itch.io.
Подробнее рассказывал здесь:
https://t.me/urusukaaa/28
Сюда же относятся небольшие приложения под конкретный спрос, боты, плагины и micro-SaaS.
Но есть важный момент:
AI помогает с кодом, но не решает поиск идеи, продвижение и продажи.
Отдельно буду показывать, как я работаю с кодом и AI и как быстро проверяю такие идеи.
5. Своя аутсорс-компания
Следующий уровень - самому искать клиентов и собирать под них команду.
Особенно если вы живёте в Европе: заказчиков можно искать здесь, а исполнителей - в разных странах.
По сути, вы соединяете клиента и разработчиков и зарабатываете на разнице.
Но код здесь уже не главная проблема. Нужно продавать проекты, нанимать людей, контролировать качество, сроки, деньги и договоры.
У меня такой опыт тоже был. Не самый успешный, поэтому отдельно и честно расскажу, что пошло не так.
Бонус: совмещать несколько источников дохода
Например:
• основная работа + консалтинг
• работа + собственный продукт
• несколько part-time контрактов
• два совместимых remote-проекта
Так действительно можно выйти на $15k+.
Но нужно учитывать договоры, налоги, конфликт интересов, нагрузку и конфиденциальность. Сделаю пост и об этом. Остаемся на связи 📞
Telegram
Urus
🎮 На днях ради прикола сделал с Claude Code целую игру.
Меня зацепила песня Du Bist Gut Genug из того самого пранка в ТЦ, и я подумал:
а что если сделать под неё ритм-игру?
Типа Flappy Bird, только прыгать надо в бит.
Раньше на этом мысль, скорее всего, и…
Меня зацепила песня Du Bist Gut Genug из того самого пранка в ТЦ, и я подумал:
а что если сделать под неё ритм-игру?
Типа Flappy Bird, только прыгать надо в бит.
Раньше на этом мысль, скорее всего, и…
❤🔥1❤1
Всем доброго пятничного утра ☕️
Перед выходными хочу поделиться одним наблюдением.
Никогда не занижайте свои навыки.
Не бойтесь откликаться на Senior-позиции только потому, что вам кажется, что у вас мало лет опыта. И не бойтесь писать Senior в CV, если по уровню задач и ответственности вы реально уже там.
Количество лет само по себе мало что значит.
Можно пять лет закрывать однотипные таски под контролем. А можно за полтора года глубоко погрузиться в несколько систем, самостоятельно принимать решения и отвечать за результат.
Если вы понимаете систему целиком, можете объяснить свои решения, знаете бизнес-контекст задач и не ограничиваетесь только своим тикетом, я бы точно не ждал какой-то магической цифры в CV.
У меня похожая история была ещё в начале.
Я проходил стажировку, формально даже не будучи junior. Но на выходе нам говорили, что по уровню подготовки уже можно пробовать middle-позиции.
И этот принцип работает не только на боевом проекте.
Если вы только учитесь или делаете свой проект, не просто подключайте технологии ради красивого стека.
Разбирайтесь, зачем они нужны, какую проблему решают, какие есть альтернативы и где решение может сломаться.
Сейчас AI очень помогает ускорить этот процесс.
Можно попросить Claude разобрать код, предложить альтернативную архитектуру, провести code review или устроить вопросы как на собесе.
А когда уже попали на реальный проект, делайте то же самое: максимально погружайтесь в систему и решения вокруг вашего кода.
Путь к senior проходит через глубину, самостоятельность и ответственность, а не через календарь.
Перед выходными хочу поделиться одним наблюдением.
Никогда не занижайте свои навыки.
Не бойтесь откликаться на Senior-позиции только потому, что вам кажется, что у вас мало лет опыта. И не бойтесь писать Senior в CV, если по уровню задач и ответственности вы реально уже там.
Количество лет само по себе мало что значит.
Можно пять лет закрывать однотипные таски под контролем. А можно за полтора года глубоко погрузиться в несколько систем, самостоятельно принимать решения и отвечать за результат.
Если вы понимаете систему целиком, можете объяснить свои решения, знаете бизнес-контекст задач и не ограничиваетесь только своим тикетом, я бы точно не ждал какой-то магической цифры в CV.
У меня похожая история была ещё в начале.
Я проходил стажировку, формально даже не будучи junior. Но на выходе нам говорили, что по уровню подготовки уже можно пробовать middle-позиции.
И этот принцип работает не только на боевом проекте.
Если вы только учитесь или делаете свой проект, не просто подключайте технологии ради красивого стека.
Разбирайтесь, зачем они нужны, какую проблему решают, какие есть альтернативы и где решение может сломаться.
Сейчас AI очень помогает ускорить этот процесс.
Можно попросить Claude разобрать код, предложить альтернативную архитектуру, провести code review или устроить вопросы как на собесе.
А когда уже попали на реальный проект, делайте то же самое: максимально погружайтесь в систему и решения вокруг вашего кода.
Путь к senior проходит через глубину, самостоятельность и ответственность, а не через календарь.
❤4
Всем привет 👋
На выходных пришел к выводу, что хочу сделать канал более живым и полезным, поэтому сегодня два обновления.
Первое: вот моя личка @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