Как прокачаться soft skills для собеседований

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

Самый базовый совет: читать вслух, лучше всего для этого подходит публицистика. Это учит вас говорить быстрее: формулировать и излагать мысли быстрее без всяких долгих пауз, слов паразитов.

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

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

@postupashki_career

Слив собеседований в зеленый банк

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

Решил с вами поделиться любопытным экземпляром оттуда: материалами с отбора в зеленый банк на все позиции и все направления.

@chad_protocol

Когда ты только начинаешь карьеру в IT — или хочешь выйти на новый уровень — резюме становится твоим главным входным билетом в интересные и высокооплачиваемые роли. Но просто "учиться" недостаточно. Тебе нужны проекты, которые говорят за тебя: показывают, что ты умеешь, как ты мыслишь и как решаешь реальные задачи.

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

1. Проекты должны решать реальную проблему
Скучные "todo-листы" и "магазины-фронтенды" хороши для изучения фреймворков, но для прокачки резюме они бесполезны. Выбирай темы, которые: автоматизируют реальную рутину (например, парсер цен конкурентов), решают боль для конкретной ниши (трекер времени для фрилансеров), облегчают принятие решений (бот для анализа резюме, генератор бюджета на отпуск).

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

2. Сложность важнее масштаба
Один продуманный, архитектурно сложный микросервис лучше, чем пять простеньких фронтовых сайтов. Подумай, можешь ли ты показать: использование архитектурных паттернов (MVC, Hexagonal Architecture), продуманное API и авторизацию, асинхронную обработку задач (очереди, WebSocket), отказоустойчивость или CI/CD пайплайны.

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

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

Лайфхак: зайди на сайт вакансий в своём регионе, выпиши 5-10 самых частых технологий — и используй их в проектах.

4. Проекты должны быть “чисто оформлены”
Любой проект, даже самый гениальный, теряет очки, если он: без README; без внятной структуры; с коммитами типа fix и 123123; В хорошем проекте видно: Описание, как его запустить; Демка или скриншоты; Чистый код, разумные коммиты; Тесты (хотя бы базовые!);
CI-пайплайн, пусть даже примитивный.

GitHub — это твоя витрина. Даже простой проект можно "продать", если он аккуратно оформлен.

5. Добавляй оригинальность — но с умом
Проекты с "фишкой" запоминаются. Например: Telegram-бот, который генерирует комиксы по входному тексту; веб-приложение, анализирующее продуктивность по календарю; симулятор инвестиций с машинным обучением и фейковыми данными. Но будь осторожен с излишним "творчеством". Важно, чтобы проект не выглядел игрушкой, а демонстрировал твои реальные навыки.

6. Open Source или командные проекты — огромный плюс
Участие в open-source или pet-проекте с другими людьми показывает, что ты умеешь: читать чужой код, делать ревью, работать в команде, соблюдать стандарты. Даже если ты "починил баг в README" — это уже начало.

7. Лучше 2-3 мощных проекта, чем 10 средних
Избавься от соблазна "показать всё, что делал". Оставь в резюме и GitHub 2–3 сильных, законченных проекта, которые: ты понимаешь глубоко и хорошо, можешь защищать на собеседовании, реально ими гордишься.

@chad_protocol

Как девушке стать успешной it специалисткой😎😎😎

Начнем обсуждение с самого главного нашего актива, девчата: молодость и красота. К сожалению этот актив падает с каждым годом и падает экспоненциально. Здесь оставлю гистограмму с эксперимента. Каждые 5 лет резкий обвал. А то, что женщина с каждым годом как хорошее вино только лучше — придумали стареющие проститутки, которые ушли планируют уйти из сферы к 35 😎😎
Что мы делаем с падающим активом? Пытаемся его как можно скорее сбросить. Если сейчас за квартиру предлагают 10 миллионов, то через год не предложат и 8.

Куда пристроить актив? Девчата, не смотрите на всяких уже состоятельных ребят с квартирами и машинами. Если парень обвешан Луи Вюиттоном, то он прекрасно понимает свою ценность на половом рынке и вы там будете уже 1488ая в очереди. В вас поиграют и выбросят. Даже если вы сейчас каким-то чудом в фаворитах, то помните, что парень до вас переб(р)ал уже 1933 варианта. Сами понимаете каковы шансы вам выйти за него замуж и построить счастливую семью.

Вам нужно искать недооцененный актив. Конечно, это студенты топовых факультетов: фкн пми, фпми мфти и так далее. Вы будете удивлены, но там есть ребята, которые зарабатывают около одного миллиона рублей в месяц, но никак не тратят эти деньги: живут в общаге или в хрущевке с тараканами, питаются в простых кафешках, а отдыхают в парке. Это так называемые программисты-анальники. Они просто не знают, на что можно тратить деньги. Ибо обычно это задрот из села/очеллы мира, где из развлечений только качалка, кинотеатр и бить борщевик палкой.

Соответственно на первое свидание он позовет тебя в погулять в парке, а на второе максимум в кино. Да и хорошо, что он не тратит, а копит денюжки. Для него ты будешь топ оф зе топ, конкуренция просто нулевая. Тащите его в загс, а там и родители помогут молодым деньгами на жилплощадь.

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

По итогу "садимся ему на лицо", мотивируем, помогаем советом. Рожаем детей, управляем активами семьи, жизнь удалась. Очень мала вероятность, что он даст "взъебу", ибо "вы с ним с самого начала его пути, полюбили его таким какой он есть и тд". Если он все таки подаст на развод, то у вас уже будет половина его имущества и на двоих детей у него отожмут 30% его официального дохода.

Если случился развод, то опять выходим на половой рынок. Можно пожить для себя, а можно найти куколда попроще (вы все таки уже не в прайме), который надеется чем-то с вас поживится. Перетаскиваем этого наивного щегла в свою квартиру, его квартиру сдаем, заставляем его нести все в семью. На все он согласится, потому что вы для него со своими активами и "богатым опытом"— богиня. Дальше цикл повторяется.

Среди моих бывших учеников полно таких ребят. Девченки вы можете закинуть мне (@vice22821) свою анкету-фотки и будем подбирать вам подходящей вариант.

@chad_protocol

Как работать в IT, когда все вокруг — дебилы. Записки выжившего…

После 11 лет работы в IT-компании я наконец-то принял мысль, что дебилы — это не баг, а фича. Их много, и с каждым годом кажется, что их только больше (спасибо ГПТ и накрутке опыта), а нервных клеток в твоем мозгу все меньше. Вот мои наблюдения и выводы, которые помогут тебе смириться и даже выжить.

Прими реальность:
Ты их не перевоспитаешь. У них свои KPI по бесполезной активности и искусству перекладывать ответственность. Особенно, если речь идет про зумеров-снежинок с их идиотскими депрессиями, личными границами и полным неумением мобилизовать силы и работать. В этом смысле попытка как-то воздействовать на сформировавшегося человека - это пустая трата времени, поэтому советую не расточать себя на это, а если вы лид, то берите в команду людей исключительно 25+

Не пытайся спорить с глупостью:
Спорить с идиотом — всё равно что играть в шахматы с голубем: он всё равно раскидает фигуры, нагадит на доску и уйдёт в уверенности, что победил. Поэтому я выработал простое правило: люди спорят с очевидным, не хотят принимать объективную критику - минимизирует общение с ними, не пытаемся им ничего доказать, а если речь идет о стажере, то после таких идиотских и пустых споров и препирательств сразу вместо оффера на фулл тайм даем ему пинок под зад.

Делай свою работу так, чтобы от них ничего не зависело:
Чем меньше они могут поломать твой результат, тем дольше он проживёт. Предлагают в помощники/подчиненные дауна - отказываемся, предлагают проект на котором нужно взаимодействовать с дебилами - стараемся четко разграничить сферу своей работы и работы дебилов.

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

Фильтруй общение:
Держи контакты с коллегами-идиотами короткими, как звонок от коллекторов: чётко, быстро, без эмоций. При этом я советую не забывать про союзников: мы люди и нам нужно общение и единомышленники: один-два адекватных человека в команде могут сэкономить тебе нервы и пару лет жизни + с ними можно поугарать над коллегами-идиотами. Остальных просто терпишь.

Помни, что это всё временно:
И да, если кажется, что дебилы победили — просто вспомни, что у тебя есть резюме и LinkedIn.

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

@chad_protocol

System Design собеседования в Яндекс

Собеседование проводится на позицию middle и выше. За год в Яндексе прошло более 1488 таких интервью и статистика неутешительная: 69% кандидатов провалили собес. Специально для вас попросил выпускника наших курсов, который проводит такие интервью рассказать о том, что не хватило талантливым разработчикам на собесе.

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

Игнорируют CAP-теорему и trade-offs
Многие рисуют "идеальную" систему, где всё работает быстро, надёжно и консистентно одновременно. В реальности приходится выбирать. Интервьюеры ждут, что вы обоснуете выбор между consistency и availability для конкретного кейса.

Забывают про мониторинг и обработку ошибок
70% кандидатов проектируют happy path и забывают про то, что системы падают. В Яндексе обязательно спросят: "А что если упадёт база?", "Как узнаем о проблемах?", "Какие метрики будем отслеживать?". Без ответов на эти вопросы даже элегантная архитектура получит низкую оценку.

Усложняют там, где можно использовать готовые решения
Кандидаты часто изобретают велосипед вместо использования проверенных технологий. Например, придумывают свой механизм очередей вместо Kafka или собственное решение для кэширования вместо Redis.

Не могут оценить стоимость решения
Красивая архитектура на 100 микросервисах может обойтись в миллионы рублей в месяц. Умение прикинуть затраты на инфраструктуру — критический навык для middle-senior позиций. Подсказка: всегда держите в голове примерные цены на сервера, трафик и хранилище.

Бонусный совет: все любят, когда кандидат начинает с простого решения и постепенно его усложняет. Покажите, как система будет эволюционировать от MVP до high-load проекта. Это демонстрирует практический опыт и понимание бизнес-контекста.

@chad_protocol

Слив собеседований в желтый банк

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

Решил с вами поделиться любопытным экземпляром оттуда: все вопросы по SQL с собесов.

@chad_protocol

Один день из жизни стажера-аналитика в Т-банке

Выпускника прошлых потоков наших продвинутых курсов, на которые идут последние часы 50% скидки, не упусти свой шанс забрать разбор Т-банка и уже осенью получить заветный оффер.

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

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

К 11:00 я уже сел за свое рабочее место. Изучил бэклог и расставляю приоритеты на день. Моя главная цель на стажировке - выполнить все задачи для последующего перевода в штат. Сегодня в фокусе - продолжение работы над ML-моделью для классификации клиентов из сегмента малого и среднего бизнеса. Это нужно для автоматизации работы с бизнесами и выявления некорректной регистрации бизнесов. После приоритизации задач, заглянул в кофе поинт позавтракать. Здесь всегда есть кофе, чай, свежие фрукты и выпечка. Это хорошая возможность на несколько минут переключиться и пообщаться с коллегами из других отделов. Затем наконец сел за решение задачи, покопался в подборе параметров модели для разметки бизнесов, получилось улучшить скор и сел дописывать тест в другой задаче, там были проблемы с мощностью теста и бадди посоветовал использовать cuped.

Около 13:00 отправляюсь в столовую. Для сотрудников организовано полноценное бесплатное питание (шведский стол). Выбрал котлеты, гречку, крем-суп и салат с моцареллой. Как мне кажется система бесплатной столовой получше решение, чем 1000 рублей в день на рестораны (еды значительно больше, ну и столовая в т-банке вкуснее).

В 13:30 у меня созвон с наставником. Мы проводили еженедельную оценку работы, проделанной на стажировке, он дает мне советы: я докладываю о прогрессе по модели, обсуждаю проблемные места и получаю обратную связь. Наставник отмечает, что я успешно справился с предыдущей задачей по классификации, и ставит новую - с дизайном АБ.

Вторая половина дня уходит на подготовку и запуск A/B-теста для нового сценария взаимодействия с клиентами малого бизнеса. Мне нужно проверить гипотезу, что измененная механика отправки email-уведомлений увеличит конверсию в отклик. В начале сегментировал клиентскую базу и сформировао тестовую и контрольную группы. Особое внимание уделяю исключению пересечений с другими текущими экспериментами в банке. К концу дня мне удается подготовить код для запуска теста, но дашборд сделать не успел.

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

@postypashki_old

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

Итак, антисоветы из личного опыта HR-специалиста с 5-летним стажем, или что нужно делать, чтобы точно получить реджект:

наш чат карьеристов

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

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

Опоздайте на встречу с рекрутером, не важно, на 1 минуту или на 10.

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

Подключитесь с выключенным звуком или камерой и долго пытайтесь их настроить.

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

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

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

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

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

Надеюсь, что это было вам полезно. А вы проводите анализ собеседований, по итогам которых получили отказ?

@chad_protocol

Кому и зачем нужны алгоритмы в IT?

Наш чат карьеристов

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

Бэкенд разработка
Здесь, думаю, мало кто задаётся вопросами, зачем нужны алгоритмы программисту. Достаточно сильный программист пишет в среднем код около 30% времени, то есть достаточно большое время уходит на продумывание идей и изучение технологий, то есть именно оптимизицаия этих скилов даёт компании наиболее эффективных работников. Приведем несколько примеров, где нужны в разработке алгоритмы: социальные сети (здесь чаще всего нужна графовая теория), карты/геоданные (так же требуют знание различных алгоритмов на графе, тот же A* к примеру, либо знание различных деревьев B-дерево и т.п.),

ML
На самом деле машинное обучение, далеко не только про мматематику, тут даже бо́льшая доля будет у вас уходить на программирование (если говорить про прод, а не про ресерч). Конечно, вряд ли вы будете разрабатывать всякие катбусты на плюсах и врядли вам понадобится представление как работает какое-нибудь k-дерево, но тем не менее вам придётся понимать оценку времени работы (big O), то сколько модель будет обучаться или преобразовывать здесь обрабатываются огромные массивы данных (ведь под это компания выделяет мощности и она заинтересована, в том чтобы модель обучалась не день, а пару часов условно говоря). Да и большая часть моделей в ML, это фактически те же алгоритмы, просто с глубоким математическим обоснованием, так что в машинном обучении алгоритмы вы встретите везде системы поиска, рекомендательные системы и т п.

HFT
В хфт есть несколько направлений SWE, QR и Trader. Отчасти стэк технологий трейдера и задачи его покрывают qr и swe, поэтому рассмотрим потребность в алгоритмах от его лица. Всё сказанное про ML и Бэк верно и для него, но только требуется еще более глубокое понимание всего. Например здесь же уже нужно понимать как реализованы внутри модели, какие структуры они используют, как их оптимизировать, а также и сами нюансы внутренние у реализаций библиотек. Здесь также и требуется иметь навыки бэкендера, но тут уже нужно глубокое понимание языка (чаще всего плюсов) на уровне количества инструкций в той или иной среде для какой-либо операции, а также нужно отлично знать алгоритмы и уметь их применять (последнее вдвойне ценится),тут уже зачастую недостаточно придумать асимптотически наилучшее решение, нужно искать кучу неасимптотических оптимизаций для частных случаев данных.

Computer Science
У многих компаний бигтеха есть свои лаборатории, в которые они направляют задачки, возникшие в процессе разработки в проде, которые не имеют решений в настоящее время (например в т-банке курьеры получают на день некоторое количество заказов на развов карт, а компания должна придумать сразу оптимальное разбиение всех заказов по курьерам и их маршруты, так чтобы минимальное количество топлива было затрачено на их сумму минимальных путей (почти что TCP задача)). Лаборанты по большому счету работают там над теорией алгоритмов, придумывают эффективную идею и тестируют её на синтетических данных, а уже потом предложенную идею отправляют в прод. Здесь полноценный ресерч, вы должны не просто уметь хорошо решать задачи, но и должны знать большое количество алгоритмов и идей.

@chad_protocol

Главная причина поступить в ШАД

Начнем с банальных причин, а в конце обозначим самую главную причину.

Уникальная программа
Когда-то ШАД был единственным местом в СНГ, где вообще можно было что-то узнать про Data Science. Под его крышей ковались легендарные курсы, которые сейчас лежат в фундаменте всех прочих курсов и образовательных программ. Представьте насколько это было трудно создать полностью с нуля теоретические материалы, практические задания. В общем это определенно заслуживает уважения. К тому же курсы постоянно обновляются, их ведут передовые специалисты, поэтому курсы ШАДа и славятся своей обширной практикой. И главное как выпускнику доступ к этим курсам и будущим остается у вас навсегда!

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

Статус
Про ШАД слышали в каждой деревне и институте, особенно во всяких колхозах в духе Google, Amazon, Meta и тд. Конечно диплом ШАДа ничего не гарантирует, но дает возможность продать себя за очень и очень дорого. Рекрутеры будут вас хотеть. Если у вас слабый ВУЗ, образование, то попасть в по-настоящему классные места практически невозможно.
Ну и сами догадываетесь, что ШАДвцы активно хантятся Яндексом во всякие местные лаборатории, а на обычные позиции просто скипаются все собесы. Хотя даже если бы собесы и были, то с такой подготовкой технические собесы проходятся по щелчку пальца.

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

Не упусти свой шанс поступить в ШАД и записывайся на наши легендарные курсы, на которые идут последние часы скидки.
Обязательно ставьте огоньки и делитесь с друзьми, если пост вам понравился и хотите больше подобного контента! Давайте 200 огоньков под постов и пишем пост "Как поступить в ШАД, если ты тупой".

@chad_protocol

Нормально ли часто менять работу в ИТ? Да — если не убегать от скуки, а двигаться к вектору. У меня первая «взрослая» роль продлилась одиннадцать месяцев: стартап развернул нас в легаси-аутсорс, я закрыл начатое — собрал CI/CD, убрал два узких места, сократил релизы до пары часов — задокументировал, передал, взял референс и ушёл. На собеседованиях формулировал просто: «Стратегия сменилась, результаты — вот, хочу строить, а не тушить».

Наш чат карьеристов

Через полтора года сменил компанию ещё раз — не из каприза, а потому что упёрся в потолок. Третий месяц подряд чинил одно и то же под новым названием и понял: это уже стагнация. Перешёл в платформенную команду, где можно было поставить наблюдаемость с нуля; за год появились SLO, адекватный on-call, пара постмортемов и внутренний доклад. Там впервые почувствовал вкус длинной дуги, когда остаёшься не потому что «привык», а потому что растёшь.

Были и короткие отрезки. Один раз ушёл через шесть месяцев — сокращение, «скелетная» смена, довёл миграцию и разошлись. Это тот случай, где ничего оправдывать не надо: важнее, что успел сделать и кто подтвердит. Интервьюерам не критично, сколько месяцев в CV; критично, есть ли завершённые циклы и понятная логика переходов.

Когда видят «частые смены», менеджеры слушают три вещи — если им помочь их услышать: «пришёл → сделал → стало лучше», мотивация «к чему шёл», и вектор — задачи стали шире/глубже. Поэтому я рассказываю без драм: «Контракт на 9 месяцев: поднял платёжный API до 99.95% SLO, ввёл ретраи и алерты, 5xx −30%. Контракт закончился, дальше хочу владеть продуктом с длинным горизонтом». Обычно этого достаточно.

Честно говоря, жалею не о сделанных переходах, а о тех, что откладывал «ещё на квартал». Стабильность — ценна, но легко маскирует застой. Я держу простой фильтр: Учусь? Применяю сильные стороны? Делаю что-то значимое? Если два «нет» держатся пару кварталов — пора менять роль, внутри или снаружи.

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

@chad_protocol

Миллион призраков: почему амбиции РФ в IT упёрлись в пустоту

Недавно подняли важную тему в нашем чате карьеристов. Помните громкий план 2022 года? К 2025-му Россия должна была получить дополнительно целый миллион IT-специалистов. Лозунги были оглушительные: импортозамещение, суверенитет, цифровой прорыв. Сейчас конец 2025-го. Где этот миллион? Его нет. Вместо него — новый ультиматум: к 2030-му 80% всего софта в компаниях должен быть отечественным. Невыполнение грозит гигантскими штрафами.

Что пошло не так с «кадровым литьём»?
Изначальная схема казалась flawless: льготы, гранты, вузы-фабрики и курсы-конвейеры. Реальность оказалась куда прозаичнее:
1. Финансирование усохло с заявленных 21.5 млрд руб.
2. Вузы выдают дипломы, но не знания — выпускников приходится «доводить до ума» годами.
3. Курсы-однодневки производят «специалистов», чей потолок — «Hello, World!».

В итоге система не родила новую армию айтишников. Она лишь взвинтила цену на тех, кто уже был.Великая ротация: игра в музыкальные стулья с зарплатой
Бизнес быстро нашёл «решение» — не растить, а перекупать. Началась круговая порука:
1. Сбер переманивает из Яндекса +50%.
2. Яндекс забирает из VK +75%.
3. VK отвечает Tinkoff, предлагая x2.

Результат? Одни и те же 200-300 тысяч человек кочуют между компаниями, раскручивая маховик зарплат до небес. Новых качественных кадров — ноль. При этом рынок залит деньгами (триллионы рублей!), а платить по-настоящему некому.

Директива «80% своего софта» — билет в никуда?А теперь самая ирония. Этой же горстке разработчиков теперь приказано до 2030 года переписать с нуля ВЕСЬ софт, который создавался в мире десятилетиями. От операционных систем до узкоспециализированных программ. Прогнозы неутешительны: выполнить требование смогут лишь 15-20% компаний. Остальные окажутся перед жёстким выбором:
1. Работать нелегально и платить миллионные штрафы.
2. Закупать китайский софт и делать вид, что он «российский».
3. Искать мифических разработчиков за фантастические деньги.
Большинство, ясное дело, выберут первые два пути.

Блеск и нищета: есть ли жизнь за пределами «пузыря»? Да, мы видим яркие проекты: GigaChat, спутники «Рассвет», AI-конференции. Но за этим фасадом — суровая правда. Все эти прорывы делаются одними и теми же людьми, которых перепродают, как футболистов. Они не могут одновременно создавать AI, операционные системы и софт для сельской бухгалтерии. Их физически на всё не хватит.

Что будет дальше? Ждём коллапс. К 2026 году кризис достигнет пика: IT-льготы режут, НДС растёт, а требования ужесточаются. Компании, вложившиеся в «джунов», увидят, как их сманивают конкуренты. Остальные массово уйдут в тень или начнут платить штрафы. Государство будет в недоумении: куда ушли триллионы и почему ничего не работает.

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

P.S. Если вы разработчик и ещё в стране — вас можно поздравить. Вы — новый стратегический ресурс, дороже нефти. Потому что вас катастрофически мало, а планов — на миллион.

Какой вывод можно сделать всем остальным? Нужно вкладываться в свое образование, знание, ресурс, который просто невозможно у вас отнять — это мысль стара как мир. Очень советую вам обратить внимание на наши легендарные курсы, которые дадут вам весь необходимый фундамент. Только до 6 сентября действует скидка 40% по промокоду "МЛ".


@chad_protocol

Как я выжил поливоркера из команды и почему мне его абсолютно не жалко

За последние годы работы на позиции тимлида я видел, как в айти сформировалась новая секта апостолы поливоркинга. Нынче они вещают из каждого утюга: «Главное — это успевать, а остальное никого заботить не должно». Вообще по опыту моих сотрудников и коллег я достаточно быстро понял, что это красивая идея, но только на бумаге. В жизни это просто микс из халтуры, выгорания, эгоизма и вранья. И вот недавно мне пришлось столкнуться с этим лично: я подметил странности в поведении одного из членов моей команды.

Заметил, что один из разработчиков начал «плавать». То он внезапно пропадает, то пишет односложными ответами, то коммиты идут в час ночи + пошли постоянные ошибки и косяки. Классика. Сначала думал что это какое-то выгорание, ну а потом выяснилось: у человека второй фуллтайм. Работает «в полсилы» и у нас, и у них, паразитирует на других членах команды. Но пока это все было в рамках моих подозрений и гипотез, поэтому я решил включить режим проверки.

Я решил, что при любом раскладе человеку не хватает трех вещей: контроля, системности и задач. Решил рабаоть сразу по трем направлениям, поэтому когда этот взломщик системы уходил на «личный звонок», или пропадал из онлайна, то я сразу ему писал: горит, срочно нужна твоя помощь. Если игнорировал - звонил + на созвонах старался его не отпускать слишком быстро. В итоге через неделю человек начал буквально течь потом на камеру, ошибок стало ещё больше, а на одном из созвонов этот сверхразум случайно зашерил экран с открытой перепиской с лидом другой команды. Через три недели он выдохся окончательно. На созвоне с ним я задал вопрос ребром, этот умник сначала отпирался, но через 15 минут давления и проговаривания его косяков он все-таки во всем признался, жаловался на депрессию и жизнь, а в конце созвона заплакал и сказал, что исправится и просил его не увольнять. В итоге через несколько дней уволился со второй работы, а через 3 недели и мы закрыли с ним контракт без компенсаций. С волками жить - по волчьи выть, так сказать)

Ну что могу сказать? Я раньше считал, что людей нужно беречь, разговаривать, «вникать в мотивацию». Сейчас считаю иначе: если человек решил играть на два фронта, начал халтурить и просто воспринимал окружающих как дураков, которые этого не заметят, он уже сделал моральный выбор. А я не обязан спасать тех, кто врет тебе в глаза и при этом получает зарплату за лояльность. Поливоркинг это не про свободу, это про отсутствие совести. Если ты хочешь быть фрилансером будь им. Но не притворяйся частью команды, когда параллельно кодишь за биткойны в другой вкладке Slack. В IT нет злодеев и героев, есть те, кто делает работу, и те, кто делает вид. И если ты выбираешь второе — не удивляйся, когда система тебя перемелет и не думай, что ты окружен идиотами.

@chad_protocol

Roadmap по бэкенду

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

Шаг 1.
Выбираем зык по вкусу (например, GO, JS или C#) и тщательно изучиаем его. Однако помните, что язык не главное, и вам нужно сосредоточиться на развитии широкого понимания технологий, используемых в вебе. Но парочку мыслей и рекомендаций к языку накидывали тут.

Шаг 2.
Заходим на сайт MDN и изучаем, как работает Интернет. На сайте представлен список других полезных ресурсов. Развитие широкого кругозора в вебе поможет вам в долгосрочной перспективе.

Шаг 3.
Git — это система контроля версий, используемая при разработке программного обеспечения. Чтобы изучить его, могу посоветовать ресурс, бесплатный, удобный, прикольный. Вам не нужно быть экспертом в Git; вы узнаете его лучше, когда будете работать над своими проектами. Кстати, самое время ими заняться, самые популярные с рекомендациями оставлю тут.

Шаг 4.
Linux — популярная операционная система которой пользуются многие разрабы. Можно глянуть например вот сюда.

Шаг 5.
Кто бы что ни говорил, базовые алгосы - это важно, можно не уметь переворачивать красно-черные деревья, но знать чем массив отличается от списка и зачем нужна хэш таблица - обязан каждый. Эконом вариант: начать с "Грокаем алгоритмы", потом leetcode + лекции Паши Маврина. Но более эффективный вариант присмотреться к нашему курсу по алгоритмам, на котором семинары стартуют уже в эти выходные и еще можно записаться по хорошей скидке.

Шаг 6.
Предположим что мы уже изучили основы объектно-ориентированного программирования (ООП) при изучении языка. Теперь пришло время изучить паттерны проектирования для создания приложений. Гляньте на SOLID, KISS и YAGNI. Зайдите на метанит, там куча информации.

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

Шаг 8.
Изучите основы баз данных Postgres и Mongo. Вам не нужно углубляться, погрузитесь когда устроитесь на работу. 😍 REST API, JWT, клиент-сервер, GRPC, GraphQL, монолиты и микросервисы
К настоящему времени вы должны быть сильным джуном. Сосредоточьтесь на изучении REST API, JWT, клиент-сервер, GRPC, GraphQL, монолитах и микросервисах (важно понять разницу), советую еще вот это почитать.

Шаг 9.
Изучаем кэширование и Redis.

Шаг 10.
Изучаем Kafka и обмене сообщениями.

Шаг 11.
Узнайте о контейнеризации и развертывании с помощью таких инструментов, как Docker, Docker Compose, Docker Swarm, Kubernetes и GitLab CI/CD. Вам не нужно быть экспертом в этих инструментах, но важно понимать, как они работают и зачем они нужны. У всех этих штук достаточно крутые документации, поэтому просто идем туда и читаем.

Шаг 12.
Узнайте о балансировке нагрузки и проксировании с использованием Nginx и Traefik. Опять же, вам не нужно становиться девопсом, вам нужно просто знать что это такое и с чем его едят.
Думаю, что когда вы дошли до этого этапа вам не нужны ссылки, сами знайте, где что брать.

Шаг 13.
Когда вы придете на любой мало-мальски большой проект, у вас там все это будет. Вам нужно погуглить и узнать зачем нужны все эти слова: Jaeger, ELK (Elasticsearch, Logstash, Kibana), Grafana и Prometheus.

@chad_protocol