Они придут за тобой

Кажется, настало время раскрыть карты и рассказать, почему в ноябре я вышел на рынок. Причина банальная - попал под оПтИМизАцИю (сокращение). Компания выкинула 60% ИТ-штата. Но расстались мы полюбовно: дали время доработать, плюс не обделили окладами.

Откинув эмоции, - это очень сильно отрезвляет. Розовые очки на носу ломаются, а «стабильность» найма сразу становится не такой уж стабильной. Если ты до сих пор думаешь, что работодатель - «твой бро», нервничаешь из-за задач, перерабатываешь и подрываешь здоровье ради выгоды большого брата - подумай ещё раз, действительно ли это правильный путь?

Я не говорю о том, что надо работать плохо или что корпорации - зло. Просто важно понимать, что ты и работодатель - партнёры, и если одну из сторон что-то не устраивает, вы разойдётесь. Инициатором расторжения отношений необязательно будешь ты. Когда это где-то далеко, в новостях, ты не ощущаешь масштаб. Но когда это произошло с тобой, начинаешь по-другому смотреть на вещи. Я знаю ещё десяток человек из других компаний, которые также попали под сокращения.

Чтобы не остаться у разбитого корыта, даю тебе несколько советов (и все тебе не понравятся):

1) Имей несколько источников дохода. Диверсифицируй, не клади яйца в одну корзину - и вот это всё. Копеечка, полученная от непрямой деятельности, может сильно помочь. Но да, для этого нужно что-то делать: поднять жопу с дивана, а не просто с 9 до 18 ехать по рельсам найма.

2) Не живи от зп до зп. Крайне херовая идея - тратить всё в ноль и не откладывать на чёрный день. Потому что чёрный день ближе, чем ты думаешь. Ты можешь сказать: «Ну так у меня такая зп, что я не могу ничего откладывать». А кто в этом виноват? Если ты ещё не в ИТ, то, кажется, пора уже, нет? (Здесь должен быть прогрев, но давай сегодня без него.)

3) Будь готов к реалиям рынка. «Мы все умрём, рынок дохлый, я не могу найти работу, подниму лапки и буду лежать». Теперь представь: ты так думаешь, тебя сократили, и твоя психика просто взрывается. Не утверждаю, но, кажется, пора взять всё в свои руки, выйти на рынок, посмотреть, как там реально, походить на собесы - офферы там, вся фигня. Помнишь, да? Ты за этим сюда пришёл.

Я опять талдычу одну и ту же тему - возьми жизнь в свои руки и начни уже действовать. С правильным майндсетом и отношением к окружению можно легко пережить любую хуйню. И тогда никакие кризисы и сокращения не напугают.

Чё как у вас по сокращениям? Как обстановка?

С Новым Годом!

Этот год был… насыщенным. Проекты, собесы, рост, сомнения, решения и ошибки. Рынок стал работодательским. У кого-то получилось сильно вырасти. У кого-то - просто сохранить то, что уже есть.
И то, и другое нормально.

Если ты в этом году много работал - ты красавчик. Если не получилось достичь всего, что планировал - ты тоже красавчик. Нельзя всегда добиваться цели, нужно это понять и уметь работать с этим.

В следующем году желаю тебе не “успешного успеха”, а ясной головы, спокойствия и ощущения, что ты делаешь что-то не зря. Меньше суеты, больше смысла. Меньше “надо”, больше “хочу”.
Ошибайся, пробуй, задавай вопросы и не бойся выглядеть глупо. Вообще ничего не бойся, именно так и растут, не только в анализе, но и по жизни.

Спасибо, что читаешь, пишешь и иногда не соглашаешься. Без тебя этот канал был бы просто набором букв.

С Новым годом.
Береги себя и увидимся уже в следующем 🚀

Рынок ИТ 2026: почему ты не можешь найти работу, а я - смог

Рынок мертв. Работы нет. Вакансий ноль.
Слышал это? Конечно слышал.

В ноябре 2025 я вышел на рынок - самый «выжженный», самый «мертвый», самый «работодательский».
Через полторы недели у меня уже была работа системным аналитиком.

Как так получилось? Смотри в видео

YouTube | ВК | Boosty

Если не ИТ, то…

Салют, гайз!

Хочу закинуть тему на обсуждение. Айтиха уже не та, гайки крутят, и скоро наш пузырь лопнет. Это всё понятно, но неиронично хочется спросить: «Если не ИТ, то что?» В какое направление лучше податься, чтобы оно хотя бы плюс-минус было похоже на ИТ по трём критериям: условия работы (лояльность, удалёнка, стабильность), зарплата (скорость роста, размер) и сложность вката (освоение профессии от 3 месяцев).

Может, какие-нибудь менеджеры или юристы с экономистами вновь на коне и уделывают нас. Реально интересно, что думаете по этому вопросу.

Потому что мне кажется, что подобных профессий нет, но я могу жёстко ошибаться, ведь 90% моего окружения - айтишное.

Иллюзия продуктивной работы

Я много пишу о том, что необходимо перестать бесконечно думать, анализировать всевозможные варианты, просчитывать проблемы и уже начать действовать. Делать хоть «что-то». Проблема в том, что для того, чтобы добиться результата, делать «что-то» недостаточно.

В любом деле важна системность. Регулярное повторение, закрепление важных тем, кропотливая работа и упорство.

Ты же не приходишь в спортзал и не думаешь, что после первого занятия станешь качком? Да даже если будешь заниматься раз в неделю, то результат вряд ли будет. С другой стороны, ты успокоишь себя психологически, мол «Я что-то делаю, и я - молодец». Вот только если подумать о цели, зачем ты записался в качалку, то окажется, что ты совсем к ней не приближаешься. Нет, конечно если цель «ходить в зал раз в неделю», то ты ее достиг. Но этого ли ты хотел?

Можно быть супер замотивированным, хотеть стать лучшим, интересоваться вопросом, но ничего не делать. Так, очевидно, не работает. «Я хочу» и «я начал что-то делать» - это важный переход от разглагольствования к действию. «Я начал что-то делать» и «я превратил свою подготовку в систему» - это превращение разового действия в путь. Пройти этот путь к цели - очень сложная задача, но никто не говорил, что будет легко.

Теперь переложи это на свои цели, поиск работы, повышение, вкат. Посмотри и подумай, есть ли система в том, что ты делаешь или ты воруешь у себя время. Нет ничего страшного в том, чтобы остановиться, проанализировать и понять, туда ли ты двигаешься. Гораздо страшнее жить, создавая иллюзию продуктивной работы. Нельзя обойти конкурентов, если просто плыть по течению. Если уже начал, доведи до конца, иначе зачем это все?

Документация. Документация никогда не меняется

Хочу сегодня поговорить об основном артефакте аналитика - документации. Сколько ни работал, практически всегда дока ведется с какими-то косяками. Как минимум, присутствует технический долг или некоторые разделы теряют актуальность. А «задачи на развитие» звучит как «ну, у нас есть сервис, который кто-то когда-то сделал, но не описал, вот займись».

Давай про доку, которую ведут в конфе (или любой другой вики-подобной системе). Я вижу 2 подхода, как можно действовать: создавать описание системы (и прямо в нем вносить изменений) и хранить описание отдельно, а «постановки» на разработку отдельно.

С описанием системы плюс минус понятно - мы по слоям описываем, что у нас есть. Базы данных, с таблицами, атрибутами и связями между ними. Методы бэка, которые вызываются на каждом из слоев. Топики брокера, с указанием консьюмеров и продюсеров. Наконец, фронтенд, где показываем макеты и поведение элементов. Идеально, если у нашего проекта есть отрисованная архитектура, которую можно использовать для «взгляда сверху».

Как вносить изменения? В каждом слое вносишь изменение цветом, указываешь, какая логика добавилось, что удалилось. В истории изменений и в задаче пишешь, какой цвет использовался. Также, в задаче коротко описываешь суть и прикладываешь набор ссылок. На выходе получаем:
1) Таску, где коротко описано, что нужно сделать.
2) Страницы конфы, где уже выделены конкретные куски, которые разрабу нужно поправить
В момент, когда задача заливается в прод, все это добро нужно перекрасить, так будет понятно, что функционал крутится в боевой среде.

Какие минусы? Документация будет похожа на светофор.
Плюсы - все в одном месте, нет никакой «другой» документации.

И второй подход - описание системы отдельно, «постановки» отдельно. Описание создается точно также, единственное, туда не вносятся изменения цветом.

А вот «постановки» - это страницы в конфе, где описываются все моменты, которые надо изменить. Вносим такую-то правку в бд (ссылка на бд), вносим правку в бэк (ссылка на бэк) и т.д. Это может быть удобно для разработчика, ведь ему не надо прыгать по страницам, но минусов, как по мне, сильно больше.

1) Тебе придется делать двойную работу - писать в одном месте, и переносить в другое. Это явно дольше, чем перекрасить текст.
2) Описание системы сто процентов будет неактуальным, потому что где-то там есть «постановка» в которой логика будет меняться. Плюс кто-то забудет внести изменения после выкатки и все, кранты.
3) Типичная ситуация - коллега внес изменения в сервис, его «постановка» ждет разработки. Тебе прилетает задача, которая предполагает внесение правок в тот же сервис. Но, ты уже можешь работать по неактуальной документации. Да, есть дейлики, где ты слушаешь, кто чем занят, но надеяться на «авось услышу» глупо.

Я не сторонник второго подхода, считаю, что он порождает слишком много лишней работы. А что думаете вы? Как ведется документация у вас?

Я соврал про ИТ? Что стало с системным анализом за год/Прогнозы на 2026

Подводим итоги прошлого года, делаем прогнозы на текущий.

В новом видео разбираю:
• что реально изменилось на рынке системного анализа за год
• почему фраза «низкий порог входа» оказалась опасной
• куда делась высокая востребованность
• что произошло с зарплатами, удалёнкой и условиями
• и главное, что делать тем, кто всё ещё хочет в ИТ

А еще своим мнением поделились приглашенные эксперты, узнали всех?

YouTube | ВК | Boosty

Что ждёт рынок системного анализа в 2026? Порция диванной аналитики.

Я не являюсь инсайдером или экспертом, основываюсь на собственных наблюдениях, анализирую рынок только с точки зрения кандидата. Не является финансовой рекомендацией.

В одном из прошлых постов обещал выкатить своё видение рынка в текущем году. Вот и оно:

Глобальных послаблений ждать не стоит. Нет никаких предпосылок к тому, что тебя опять активно будут отрывать с руками, писать в холодную и предлагать огромные бабки. Поиск работы - это полностью твоя инициатива и ответственность, пассивно искать не получится.

Собеседования станут сложнее в части проверки легенды. Теперь вряд ли получится пройти «на дурака», ответив на вопросы из топ-100 или заучив легенду. Нужно понимание происходящего и умение ответить на наводящие вопросы вбок. Потому что поток кандидатов большой, и на «среднего» тебя найдётся тот, кто подготовлен сильно лучше. Нельзя быть «средним». И да, собесы всё ещё не имеют ничего общего с работой.

Проверки трудовых никуда не денутся. А не накрутчик ли ты часом?

Джуны всё ещё не нужны (но если у тебя есть возможность попасть в ИТ через стажировку или любой другой способ без «обмана», используй его).

ИТ - не всё.

А мнение моих друзей-коллег можно узнать в последнем видео.

Мне прилетело за последние посты и видосы, мол, то, что я говорю, вгоняет в депрессию и дизморалит. Но суть не в том, чтобы сказать «пиздец, мы все умрём». А в том, чтобы показать, что рынок сильно изменился, и «просто так» залететь не выйдет. Поверь, продавать идею «тут всё классно, легко устроимся, приходи ко мне на обучение» гораздо проще, нежели отражать реальную картину. Моя цель - показать всем, что сейчас реально происходит.

Тем, кто вкатывается, нужно будет выгрызать свой путь, готовиться, пахать и соответствовать, чтобы занять тёплое место. Тем, кто сидел несколько лет на одном месте, а потом пишет «бля, че-то открыл резюме, и нет приглашений, откликнулся 3 раза и получил 3 отказа, че делать-то?», нужно перестраиваться, чтобы оставаться конкурентоспособным.

Я не сторонник тезиса «ИТ не для всех» - в контексте, что здесь ждут только тех, кто с детства ковырялся в компах. Ты можешь прийти сюда за баблом, но будь готов, что придётся жёстко пахать - таков путь.

Я верю, что те, кто реально хотят и работают на достижение цели, точно дойдут до неё. А ещё я верю и вижу, что без системы и кропотливой работы результат невозможен.

Реши, во что веришь ты.

Топ-10 навыков системного аналитика

Раздел «Навыки» один из ключевых в резюме для ХХ. Чем больше совпадение навыков в резюме, тем выше оно в выдаче.

В эпоху нейронайма необходимо использовать все средства. Мы с ребятами из YeaHub собрали перечень навыков, которые чаще всего фигурируют в вакансиях. Тебе нужно обязательно добавить их себе.

Пожалуйста, не расценивай это как волшебную таблетку. Ситуации, что ты добавишь эти навыки, и твое резюме начнут разрывать, не будет. Но, это поможет поднять его в топ.

Перечень навыков:
1) Системный анализ
2) SQL
3) BPMN
4) UML
5) Бизнес-анализ
6) Постановка задач разработчикам
7) Разработка технического задания
8) SOAP
9) REST API
10) REST

Как найти работу в ИТ в 2026? Гайд

Мы живем в то время, когда связь "я хочу найти работу - кидаю отклик - попадаю на собеседование" максимально усложнена.

Есть ряд правил, которых нужно придерживаться, чтобы не завязнуть в болоте найма.

Рассказываю о том, как выглядит современный найм и как его победить.

Забрать гайд

За что ты платишь ментору?

Нетривиальный вопрос.

Сейчас у всех есть коммьюнити, роадмапы, записи собесов, звонки. По сути, эта информация не несет такой ценности, чтобы за нее просить подобные суммы. В пару кликов можно легко найти бесплатные чаты, собесы и роадмапы на ютубе. Нейросеть разжует тебе любую тему на любых примерах. Это не основное.

Кто-то может думать, что занесет котлету и за него все сделают. Это такой pay to win, мол, я заплатил, значит все точно получится. И опять ошибка, потому что «просто так», к сожалению, ничего не бывает. Гарантирую, если ты заплатишь ментору, будешь заниматься с ним только на звонках, и ничего не делать в свободное время, ты не дойдешь до цели. Размер оплаты не важен. Ни один ментор не пересадит свою голову тебе и не сможет вкачать знания по щелчку.

Для меня, основная ценность менторства - возможность спросить вопросы о практике и перенять опыт человека. Потому что есть книжные определения процессов, инструментов, решений, а есть практика. Коммуникация, вот что самое важное. Ты сможешь узнать о костылях, которые были на проекте ментора и его учеников, понять, почему было сделано так, а не иначе. Взять сухую теорию и обсудить ее с точки зрения практики. В конце концов зайти с вопроса: «ИИ мне выдал такой ответ, это вообще адекватно, так делают?»

Ситуации, решения и паттерны, которые применялись в том или ином случае, имеют ценность. Практические кейсы имеют ценность. Насмотренность имеет ценность. Голая теория и общедоступная информация не имеют ценности (не в смысле, что они бесполезны, а в смысле, что их можно бесплатно добыть).

Поэтому если ты решил заниматься с живым человеком, мучай его вопросами обо всем. Как он работает, как он применяет то, что вы проходите сейчас, какие сложные задачи и кейсы были. Максимально перенимай то, что он может тебе дать, как специалист. Не расценивай его просто как человека, который проверяет домашки и учит опыт крутить. Основное, за что ты платишь, опыт человека, которого ты выбрал.

Можешь помучать и нас, места на поток с куратором еще есть, набираем до 30.03, стартуем 06.04.

Меня уволили с испытательного срока

Рассказываю, как всё было. Зашёл на проект мечты: стартап, молодая команда, интересная предметка, деньги в валюте. Спойлер: через пару месяцев меня оттуда выкинули.

До меня в компании работал один системный аналитик, и я стал вторым. Команда молодая, все ребята супероткрытые, были готовы приходить на помощь и отвечать на вопросы. Из особенностей - аналитик здесь пишет не просто ТЗ, а буквально инструкцию, как от БД по всем слоям передаются данные, как они преобразуются, точные маппинги и т. д. Если твоё решение «не взлетит», то виноват ты.

В целом, логичный подход, но проблема в том, что на проекте не было достаточной документации (классика). И ещё нельзя задавать вопросы разработчикам. Ты должен сам открыть код, разобраться и понять, как всё работает. Если не понял - ну, значит, плохо старался.

И если с бэкендом проблем особых нет, даже несмотря на то, что проект был написан на ноде, с которой у меня не было опыта, то на фронте чёрт ногу сломит. Товарищи фронты, я, честное слово, не понимаю, как вы во всём этом разбираетесь. Из крутого и необычного: проект был написан с использованием GraphQL, и мне удалось поработать и с ним.

Как работалось? Интересно. Постоянное чтение и анализ кода сильно нагружали голову, под вечер я был выдохшийся. Но я был бы не я, если бы не нашёл разраба, который охотно рассказывал, как и что устроено, и объяснял мне моменты, которые были неясны. Как я писал ранее, вообще вся команда была «за» общение, но разработчиков отвлекать нельзя.

Сейчас не вспомню конкретику, какая задача передо мной стояла, но точно помню, что документации не было и приходилось сидеть и копать. После первого месяца работы я получил обратную связь - «всё хорошо, но задаёшь много вопросов». Ну, работа у меня такая - вопросы задавать. Усвоил, начал работать более автономно.

Прошёл ещё месяц, теперь обратная связь только положительная - «Андрюха, всё хорошо делаешь, продолжай в том же темпе». Но я уже тогда начал чувствовать усталость. Ковыряться в чужом коде поднадоело, плюс, даже несмотря на то, что это стартап, там уже было легаси, и часть бэкенда написана на одном фреймворке, часть - на другом. Из-за этого даже на базовые действия, вроде добавления нескольких атрибутов в API, тратилось туча времени. Потому что перед тем, как добавлять атрибуты, тебе надо с нуля описать контракт.

Принимаю для себя решение в конце испытательного срока сказать, что буду уходить, потому что не готов работать в таком режиме. И, что бы ты думал, мы созваниваемся, и мне говорят, что я не прошёл испытательный срок. Назвали список причин, среди прочих там было что-то вроде: «в задаче в Jira поставил не ту метку», «не знал, как зайти в админку» или «выполнил задачу неверно», хотя по итогу верно. Кажется, что дело вообще не в задачах. Да и ладно, разраб, с которым мы плотно работали, расстроился, ведь его устраивало, что доку и задачи делает аналитик, а не он.

Какой вывод? Дерьмо случается, испытательный срок работает в обе стороны, а ожидания и реальность могут не совпасть. Можно было на берегу понять, что будет жопа, ведь о чтении кода предупреждали заранее и о том, что я буду единственным аналитиком на команду. Но я пошёл туда, потому что понравилась предметка, да и оплата в валюте была жирным плюсом. Что ж, опыт получил - едем дальше.

З.Ы. История произошла полтора года назад. Сегодня я закрыл испыталку на новой работе (которую нашёл в ноябре прошлого года). Там, где можно задавать вопросы.

Телега упала, работать невозможно

Фраза, которую говорю я и говорил мой прадед.

Сегодня хотелось бы не столько поныть, сколько рассказать, с какими трудностями сталкиваешься, пытаясь вести медийную деятельность. Имеются следующие вводные: я веду телегу и ютуб, монетизирую их через менторство.

Я загрузил первое видео на ютуб, и через несколько дней его заблокировали. Падения трафика не ощутил, поскольку его и не было на тот момент. Ютуб заблокирован уже почти 2 года, и я до сих пор не могу уйти ни на одну аналогичную площадку. Потому что таких алгоритмов продвижения нет нигде. Когда ты просто можешь делать контент и расти.

Дальше случилась волна блокировок/уходов зарубежных сервисов. Тогда в обучении мы использовали Notion + Trello. Пришлось экстренно искать, куда переехать. Появилась куча сервисов, но все они были так себе. В итоге переехали на Трекер + Вики + Билдин. Возможно, сейчас появились обходные пути, как пользоваться Notion эффективно без костылей, но когда всю информацию уже перенес, назад откатывать нет желания.

Наконец, мы здесь: сезон блокировок телеграма и интернета в целом в самом разгаре. Основная коммуникация с учениками - в чатах тг. Записи звонков и собесов - в чатах тг. Да даже канал, в котором ты это читаешь, тоже в тг. Тг для меня сейчас - это не просто мессенджер, где я общаюсь с родными, здесь я веду дела и зарабатываю деньги. Блокировка, по сути, напрямую бьет по карману. Мы смеялись над ограничениями в 2018, смеемся и сейчас, но ситуация сильно усугубилась. Сегодня продолжаем пользоваться с фигой в кармане, но что будет завтра?

Работа с аудиторией затруднена. Рекламу то можно покупать, то нельзя. От этого страдают и те, кто продвигается, и те, кто продвигает (потому что теряют в доходах). И даже если плюнуть на всё и решить уйти, то куда? На какую площадку переливать аудиторию, чтобы она была так же привычна для всех? Вопрос скорее риторический, но ты можешь написать в комментах, естественно, принимаются только неправильные ответы.

И вот получается, что, с одной стороны, если человек не смог настроить себе телеграм и не написал по обучению, то сам виноват. Извини, но я считаю, что если ты планируешь стать айтишником, то потратить 10 минут на «лечение» интернета - это меньшее, что ты должен сделать. С другой - блокировки и ограничения становятся всё свирепее, и кто знает, что может произойти дальше.

Я не жалуюсь, скорее делюсь мыслями. Занимаясь деятельностью вне найма, ты должен думать не только о том, как выстраивать систему, но и о том, как перестраивать её на ходу, чтобы всё не развалилось. Делать «вопреки» выматывает, но, как я часто говорю, таков путь. Легко не будет.

И да, все всё понимают.

Ты должен знать это, прежде чем идти в IT

Тебя не ждут в ИТ.

Если ты думаешь, что сюда можно спокойно вкатиться - у меня плохие новости.

Рынок перегрет, конкуренция бешеная, а «кадровый голод» - это сказка из 2024.

В этом видео - вся база, которую нужно понять ДО того, как ты решишь идти в ИТ.

YouTube | ВК | Boosty

Айтиха на самом деле очень маленькая

Тяжелые рабочие будни хочется разбавить забавной историей про то, как твой код может внезапно догнать тебя.

3 года назад я работал в «Банки.ру». Один из лучших опытов: крутая команда, крутые технические решения - до сих пор вспоминаю с теплом на душе. Много раз рассказывал об этом в постах и видосах, поэтому не буду останавливаться надолго. Ребята, если вы это читаете, передаю привет и спасибо вам.

Одной из последних задач, которые я решал, была разработка API-контракта для приёма статусов по заявкам. Если не вдаваться в дебри, то взаимодействие с партнёрами происходило через polling, когда ты опрашиваешь принимающую сторону, чтобы понять статус выдачи. А затем мы реализовали callback - то есть принимающая сторона сама возвращает статус, когда он изменяется. Polling работал, но создавал лишнюю нагрузку и задержки. Callback выглядел очевидным решением, но сразу встал вопрос: как сделать контракт, который не развалится от 10 разных партнёров.

Цель - создать универсальный контракт, который будут использовать все желающие партнёры. То есть не перегрузить его, при этом не упустить ничего важного. Я сразу же выкинул все поля, без которых можно жить. Не пытался предугадать будущее, то есть закладывать возможности, которые могут никогда не понадобиться. Правильно ли это? Вопрос спорный, ведь если очень сильно упростить, то придётся постоянно допиливать. А если сделать супер универсально, то поддержка франкенштейна пойдёт через боль.

Проходит 3 года, я меняю несколько работодателей и попадаю к текущему. Узнаю, что одной из последних задач в том году была интеграция с банками. Ради интереса залезаю посмотреть, как там всё работает. И каково же было моё удивление, когда в методе отправки статуса по заявке я увидел тот самый URL, который спроектировал в то время! А в качестве ответственных лиц со стороны банков были коллеги из моей команды.

Недолго думая пишу одному в телегу - и да, спроектированный мной сервис всё ещё работает! Правда, его уже миллион раз усложнили, и по факту от «моего» там осталось только название, но сам факт. И это, кстати, нормально, ведь ни один контракт не создаётся на века. Появляются новые задачи, которые нужно закрывать, а с ними - и дополнительная логика.

Необычное чувство, когда видишь результат своей работы с другой стороны. И понимаешь, что айтиха-то на самом деле крошечная. А твои решения могут нагнать тебя спустя столько лет.

Выучил системный анализ по твоим видео, спасибо

Частенько слышу подобное и всегда удивляюсь, ведь у меня нет ни одного обучающего видео в открытом доступе. Недолго думая, решил исправить эту оплошность.

На этой неделе выйдет обучающий ролик по REST. Самой востребованной технологии в системном анализе на рынке сейчас. Это эксперимент, посмотрю по реакциям как зайдет, а дальше приму решение продолжать ли.

Там я раскидал теорию, разобрал пару каверзных вопросов с собесов и дал практические советы по работе с интеграциями. Цель - собрать инфу по REST в одном месте и объяснить ее простыми словами. Проверишь, удалось ли мне ее достичь.

Ставь 🐳 если ждешь!

Всё, что нужно знать про REST API (без воды)

REST API - одна из наиболее часто встречающихся технологий как на собеседовании, так и на практике. Понимание ее - это база, которой должен обладать каждый системный аналитик.

В этом видео я разберу с нуля, что это такое, для чего он нужен, закину примеры с практики, а в конце поделюсь как сделать REST асинхронным и дам чек-лист для проработки внешней интеграции.

Погнали!

YouTube | ВК | Boosty

Почему важно делать то, что тебе действительно нравится

Сегодня только про работу. Здесь ты проводишь большую часть дня, сюда ты вкладываешь десятки, сотни и тысячи часов. Для многих работа - это и есть жизнь. Я не понимаю, как можно ненавидеть то, чем ты занимаешься и ничего не менять. Да, обстоятельства разные и ситуации разные, может оказаться, что тебе придется выполнять то, что не хочешь. Но плыть по течению и не пытаться это исправить глупо.

Если ты мечтал войти в ИТ, сейчас тяжелое время, но лучше не будет. Если ты уже работаешь, но тебе не нравится проект/команда/компания, что мешает найти новую? Кризис и сокращения, усложненный путь, все это существует и ты никак не можешь на это повлиять. Но разве это повод прекращать пробовать? Самый безопасный путь, искать лучшее место и продолжать работать на текущем. Ты не потеряешь в деньгах и сможешь безболезненно сменить работу.

В моменте текущий пожар вокруг кажется значимым. Нельзя просто так взять и бросить все. Нельзя подвести команду, надо дожить, дожать и выполнить все в нереальные сроки. Проблема в том, что как только ты меняешь работу, все это уже становится неважным. Все переживания, нервы и слезы. Вспомни, когда все говорят тебе: «Ты работаешь в дурдоме, пора что-то менять». Ты оправдываешься, отнекиваешься, но когда решаешься на важный шаг, понимаешь, насколько был неправ.

Я боюсь, что когда придет время, я посмотрю назад и пойму, что делал не то, что всегда хотел. Боюсь, что тогда уже ничего нельзя будет изменить. Но это можно сделать сейчас. Я наслаждаюсь каждым днем и тем, что я делаю: работа, медийка, съемки, хобби, близкие. Все это придаем мне сил двигаться дальше. Хочу, чтобы и ты это понял и нашел то, что тебе нравится. Тогда и жить станет легче.

Новое видео

И это не собес! А длинный обстоятельный разговор с Андреем Царевым - кажется, мы успели поговорить просто про все: и про путешествия поговорили, и системный анализ затронули, и про старт карьеры повспоминали, и даже про то-что-нельзя-называть обмолвились (но совсем коротенько). Для предстоящих длинных майских выходных - самое то.

Поэтому традиционно заходи, смотри, а также не забудь прожать лайк и подписаться :)

https://youtu.be/YL-aojFyVDA

Топ-10 ПРАКТИЧЕСКИХ вопросов по Системному анализу / Собеседование с разбором

Практическое собеседование на системного аналитика с разбором вопросов. В этом видео мы с Булатом соберем требования, построим модель данных (ERD) и спроектируем методы REST API.

Приятного просмотра!

YouTube | ВК | Boosty

Эмоции после записи мока

Наверное, надо сказать, зачем мы это делали. Прошлое собеседование, которое всем так нравится, покрывало только теорию. Да, оно всё ещё актуально, и по нему можно готовиться, но если ты попадёшь на практику не вывезешь. А практики сейчас сильно больше, чем теории.

Я ничего не ждал от этой записи, потому что провёл уже под сотню подобных моков (хочешь, чтобы проверил тебя - приходи). Думал: «Ну, сейчас дежурно запишемся и пойдём пиво пить». Но каково же было моё удивление, когда я реально получил удовольствие от этого собеседования.

Главное, что надо понять: видео подойдёт как новичкам, потому что мы докинули пояснения всяких «планингов» и «грумингов», так и опытным спецам.

Булат накидывал требования, уточнял мои хотелки и предлагал те или иные решения. При проектировании модели данных ПОСТОЯННО сверялся с требованиями. Мы добавляем такую-то сущность, потому что у нас есть такое-то требование. И всё собеседование было построено от изначальных хотелок.

Казалось бы, это база, но я встречал очень мало ребят, которые реально не забивают на то, что обозначили в начале, и не придумывают систему от себя. Подобный подход показывает тебя как специалиста, который реально шарит в вопросе.

Плюс система росла постепенно: мы начинали с простых сущностей, которые может выделить любой джун, и далее накидывали контекст и усложняли работу.

Лично я подчеркнул для себя углублённую работу с нфт и посмотрел, как можно грамотно отвечать на вопросы: «А зачем мы делаем то, что делаем?»

В общем, дико рекомендую к просмотру!

З. Ы. Кто уже посмотрел, как вам? Стоит делать побольше обучающего контента (🌭) или вернуться к мотивационному(🐳)?

З. Ы. Ы. Сверху приложил схему, которая в итоге получилась.