Зеленые флаги компаний

Ребятушки, хэллоу!

Недавно мы обсуждали красные флаги компаний. Настала пора обсудить «зеленые». Когда вы поняли, что это именно то место, где вы хотите работать? По каким критериям вы отбираете компании? Кроме очевидных: удаленка, дмс, зп 300к/наносек.

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

А как у вас? Заглядывайте в комменты, делитесь.

Анонс ноябрьского потока

Ребята, салют)

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

Еще я переслал все отзывы о своей работе в отдельный канал, для большего удобства.

Поэтому если хотели стать системным аналитиком, сейчас самое время. Пишите мне @reaperxu
В новый год с новой работой)

Сокращения в ИТ

Тот момент, когда несистемная аналитика стала диванной.

Меня уже несколько раз спрашивали о сокращениях в ABBYY и VK, как будто я что-то понимаю. Для системных аналитиков, на РФ рынке, нет причин для тряски.

Если ты новичок, который только вкатывается в профессию, то тебе и без сокращений тяжело. Джуны были не нужны, когда закатывался я, они не нужны и сейчас. Но, справедливости ради, на СА есть различные стажировки, на которые реально попасть (проверял самостоятельно). Правда условия заключения контракта со стажером, мягко говоря, унизительные. В такой ситуации может закрасться мысль: «А может и не надо мне в ваше ИТ?» Если так, то непонятно, куда подаваться. Чтобы удаленка, 300к/наносек, смузи и вот это все, да еще и за короткое время. Какая еще профессия даст такое?

Если ты опытный, то тут вообще нечего бояться. Открой резюме, получи десятки (если не сотни) предложений на СА, пройди пару этапов и вот ты на новом месте через неделю-другую. Другой вопрос, если ты сидишь 5 лет на одной работе, ковыряешь кусок системы и не смотришь, что происходит на рынке. Уповать на лояльность и снисхождение работодателя глупо, ведь если он захочет, ты отправишься в открытое плавание. Но проблема ли это сокращений? Когда кандидат не может взять ответственность за свою жизнь. Не думаю.

Если страшно, надо делать

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

Как быстро расти в рамках работы? Вызываться первым на все неизвестные и непонятные задачи. Так можно покрыть больше областей и попробовать больше технологий. Нужно спроектировать новое API? Беритесь смело. Нужно смоделировать БД? Тоже вы. Нужно выступить перед командой с демо нового функционала? Да, тоже берем, качаем ораторские скиллы. Тут правда нужно быть осторожным, поскольку в компаниях существуют задачи, которые не пригодятся нигде, кроме как внутри нее. Например, сделать выгрузку из внутреннего портала, используя заранее написанную админку. Где вся работа – это тыкание кнопок. Такого лучше избегать. А как понять, какие компетенции важны? Смотреть требования вакансий и читать несистемную аналитику)

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

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

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

Собеседование != работа

Частенько слышу тезис: «Окей, окей, окей. Ты учишь, как проходить собесы, вот я его прошел, как же я буду работать? Я же ничего не умею». Здесь важно опять в очередной раз проговорить, что собеседования – упражнение в вакууме, не пересекающееся с реальной работой. На интервью вас могут спрашивать теорию, давать задачи или даже кейсы на проектирование систем. Нужно ли говорить, что теория не нужна в работе каждый день, задачи решаются командой, а проектировать телеграм вам вряд ли придется на самом деле.

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

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

Если хочется реально разобраться в проблеме, нужно проявлять инициативу и брать интересные задачи. Бэклог команды огромен, там в любом случае есть задачи на проектирование интеграций, разработку новых функций, правку багов и т.д. Вызывайтесь на то, что хочется попробовать больше всего. Страшно, потому что никогда этим не занимались? Правильно, но именно здесь и начинается рост. Повторение одного и того же не делает вас лучше. Знаете сколько багов нужно поправить, чтоб научиться проектировать API? И я нет.

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

Чистый код, недовольный бизнес

Рубрика «Пятничные байки из опыта».

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

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

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

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

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

А как у вас на проектах? Приходится ли примерять на себя роль архитектора и отстаивать те или иные решения?

Как не провалиться на испытательном сроке?

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

Всегда разговаривайте, не молчите. Коммуникация – самая важная часть испытательного срока. Задавайте вопросы коллегам и начальству по любым поводам – процессы, задачи, сроки. Никто не посмотрит криво, вам помогут, либо направят к тому, кто поможет. Можно зарыться в документацию и долго искать ответ, а можно сэкономить часы и просто спросить. Не успеваете выполнить задачу в срок? Скажите об этом заранее. Что-то не понимаете в процессе? Уточните этот момент. Как правильно задавать вопросы я рассказывал тут.

На испытательный срок должны быть четкие задачи. По ним легко отслеживать прогресс. Лучше сразу обговорить этот момент с руководителем. Вам либо выделят несколько задач, либо скажут: «Работай и фиксируй, что делаешь. Сверимся в конце испыталки». Второй подход характерен для команд, где в день можно отдавать 2-3 таски. Помните, у вас всегда должен быть ответ на вопрос: «Что ты делал?» И даже если задачи не дошли до прода, это не повод увольнять вас, ведь причины могут быть внешние: изменились приоритеты заказчика, задача перестала быть актуальной, третья сторона тупит и т.д.

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

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

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

Что думаете? Где был самый лучший испытательный срок, а где сущий кошмар?