Карьера в ИТ и не только – Telegram
Карьера в ИТ и не только
148 subscribers
5 links
Разные полезняшки и лайфхаки по устройству на работу и развитию карьеры
Download Telegram
Приносит ли частая смена места работы пользу или вред карьере разработчика?

Плюсы

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

Минусы

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

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

Увольняться, проработав менее одного года -- это слишком быстро, потому что вы мало чему научитесь. Но и оставаться на одной работе более 15-10 лет -- это, вероятно, слишком долго, потому что вы становитесь самодовольным и перестаёте учиться (хотя это зависит от компании).

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

- Как, по вашему мнению, прошло наше собеседование?

Правильный ответ:

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

Горькая правда :)

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

У компаний же нету никакого стимула рассказывать кандидатам, почему они провалились, и помогать им в дальнейшем поиске. Но самая основная причина, полагаю, в том, что те, кому отказывают, реагируют обычно на честный фидбек весьма негативно :) Знаю это очень хорошо, потому что сам отказываю (или баню в процессе за плохие занятия) примерно 50-70% записавшихся ко мне.

Так вот, этот негатив -- офигительный показатель, что у людей это реальная сильнейшая БОЛЬ по жизни

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

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

Скромное поведение.

Cпрашивашь 22-летнего выпускника, занимался ли он чем-то реально ответственным в жизни.

Вариант 1: Он вспоминает например, что когда ему было 15 лет, он трудился волонтёром на каком-то крупном массовом мероприятии, помогал в парковке автомобилей, проверял билеты, убирал мусор вместе с другими, и минут 10 рассказывает, как прекрасно он справился со своей работой.
Разновидности: продавцом в магазине... курьером по доставке важных документов....

Вариант 2: Он признаёт, что у него пока не было по настоящему ответственной работы в жизни, но он не видит никаких причин, почему он не готов к ней.

Вариант 1 очень частый, но зелёный флажок -- это вариант 2. В мире ИТ вы всегда будете много чего не знать, но при этом придётся постоянно отвечать за успешное завершение того, чем вы раньше никогда не занимались.

Поэтому вы должны смириться с этим и быть к подобному полностью готовыми.
Уровни миллионных долларовых зарплат для IT-топов хорошо объясняются Адамом Смитом, основоположником экономической теории капитализма. Он утверждал, что любая стоимость есть следствие вложенного в неё труда (ценность продукта заключается в количестве труда, затраченного на его производство). Об этом был пост тут.

Однако для остальной массы 99,999% разработчиков верна совсем иная теория -- другого буржуазного политэконома Генри Джорджа :) Он утверждал, что да, многие действительно поддаются (ошибочному) искушению устанавливать цену на вещи, исходя из того, во сколько обошлось их производство; однако куда более полезно устанавливать цену на вещи, исходя из того, за сколько их готовы купить.

+3 То есть ваша задача в переговорах о зарплате -- не слишком париться своей "объективной ценностью, которую вы приносите в команду...", а просто правильно добиваться для себя максимальных финансовых бонусов. Не волнуйтесь, компания совершенно не обеднеет, если выплатит вам дополнительную пару тысяч долларов в год :) Для вашего босса эта сумма -- один раз в московском ресторане погулять.
+5 Успешный фрилансер начинается с того момента, когда понимает из собственного опыта, что именно ему надо говорить заказчику вместо "вы можете выбрать любого на свой проект, а я -- любой".
Есть определённые вещи, которые полностью блокируют шансы кандидатов на получение хорошего оффера. Это происходит примерно с 1% кандидатов, которые делают пренебрежительное замечание или дают неуместный комментарий. Если вы не можете сдержаться со своим никому не интересным личным мнением даже в течение нескольких часов, ну штош :)

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

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

А некоторые кандидаты вообще становятся раздражёнными или даже агрессивными :) Интервьюеры могут многое понять и принять (из-за стресса, усталости..), но определённо есть порог, за который никогда не стоит выходить. Это просто здравый смысл.
С интервью.
- Какова ваша суперспособность?
- Я очень быстро учусь.
- Python -- это язык со статической или с динамической типизацией?
- Это язык со статической типизацией.
- Нет, неправильно. Это язык с динамической типизацией.
- Это язык с динамической типизацией.
- А Java?
- Это язык с динамической типизацией.
+8 На сеньорских собеседованиях любят давать задачки в духе "а спроектируйте-ка нам, батенька, вконтакте", но они обычно всегда с подвохом. Не надо заявлять "ок, допустим нагрузка vk сто тысяч запросов в секунду..." и сразу бросаться рисовать квадратики на доске.

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

Помните, что любые ваши оценки и заявления на собеседовании всегда должны иметь под собой хорошие обоснования.
+11 Если вы работаете в унылом ИП, где копеечную зарплату вам выдают серым налом, в проекте, где сменился уже десяток программистов и который никому в мире кроме вас не интересен (какая-нибудь автоматизация отчётности в 1C+питон и "аналитика" продаж в экселе), в свободное время почитываете книжки по хаскелю, посматриваете гарвардские курсы по cs и доказываете кому-нибудь в комментах на хабре, как он не прав -- ну, ваша "карьера" полный зашквар.

Если вы никогда не работали программистом в нормальной компании + в хорошем коллективе + над интересным проектом -- вы пока полный ноль и в профессии, и в карьере, какие бы умные книги вы не изучали.

Ваш начальник в ИП это кстати отлично понимает, поэтому будет вам всячески вешать лапшу на уши, лишь бы вы подольше оставались в этом болоте :)

Выбирайте для карьеры компании, которые хоть что-то серьёзное собой представляют в ИТ.

Зачем вам тратить годы жизни, условно, на нулевую в социальном плане девушку, никаким развитием не интересующуюся? ))) Какой результат вы с ней по жизни получите? Очевидно же, никакой.
Вы будете смеяться, но и сегодня на собеседованиях нередки вопросы в духе "почему крышки люков делают круглыми?" или "вы находитесь в лодке и выбрасываете из неё тяжелый камень в озеро; что произойдёт с уровнем воды в озере? он поднимается или опускается?".
Вот как работает разумная нешаблонная инициатива:
24-летний Хайдер Малик, закончивший Мидлсекский университет финансистом, изредка проходил унылые собесы по зуму, но безрезультатно.

Тогда он просто вышел в деловой лондонский квартал Кэнэри-Уорф, и поставил у выхода из метро доску с QR-кодом (ссылка на резюме и LinkedIn). Сперва стеснялся, а потом стал всем желать добра и раздавать свои распечатанные резюме (за час роздал все). Уже через пару часов он получил первое приглашение на живое интервью от одного из топ-менеджеров, мимо проходивших, и к концу недели устроился на работу в крупную финансовую компанию, а попутно его реально засыпали приглашениями.
При том, что когда он искал работу шаблонным способом в интернете, на его резюме за полгода не пришло ни одного запроса.

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

Но для малик-стайла конечно нужен характер :) Всем страшно, и Малику тоже было страшно -- но он всё равно действовал, а другие просто пассивно трусят по шаблону.
...Нарешав даже сотни задач с литкода, вы всё равно можете провалиться на собеседовании просто потому, что вам попалась задачка, похожей на которую вы раньше не видели. Или вас спросят "где в Django применяется паттерн Мост?". Или потому, что вы слишком нервничаете. А может быть, интервьюеру не понравился цвет вашего галстука.

Никогда не знаешь, что может пойти не так.

Поэтому, здоровый пофигизм очень важен :)
Каждый день надо развивать свою карьеру так:

1) либо планируете свой следующий шаг (рост финансового дохода или рост по вашей ответственности в проекте),

2) либо сознательно выполняете этот шаг, хотя бы на 1%.

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

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

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

Американский актёр Шэй Карл начал вести видеоблоги на YouTube, организовал стартап, и продал его почти за 1 миллиард долларов. Понятно, что 99,999% ютуберов набирают по сотне просмотров своих роликов в лучшем случае, но такой блог в любом случае будет сильным конкурентным преимуществом при поиске работы.

Зашкварные компашки обычно боятся брать хоть чуть-чуть "публичных" личностей в свои ИТ-помойки :) но более адекватные наоборот с удовольствием нанимают тех, кто демонстративно стремится к развитию.
Если вы выбираете работу исключительно по уровню зарплаты:

дают больше на 20%? перехожу не думая!

то единственно возможный вариант развития вашей карьеры в такой схеме -- это полная катастрофа :)

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

Вам обязательно должно быть интересно на работе.
Карьера в ИТ и не только pinned «Если вы выбираете работу исключительно по уровню зарплаты: дают больше на 20%? перехожу не думая! то единственно возможный вариант развития вашей карьеры в такой схеме -- это полная катастрофа :) Вы довольно быстро окажетесь на каких-нибудь аутсорсинговых…»
Менеджеры в важных моментах начинают тупить и ждать разрешения сверху, потому что управление всегда подразумевает определённые полномочия.

Но сермяга в том, что в совершенно любой сфере нашей жизни, если мы решим стать лидером, то мы можем стать лидером. Просто начав.

как именно стать неформальным лидером, поясняю на курсе карьеры

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