Дисклеймер
В статье описан личный опыт автора и субъективный взгляд на те или иные вещи
На связи бородатый ИТшник со стажем, в ИТ уже 15 лет, прошел путь от зеленого джуна до сеньора, и хотелось бы рассказать о наболевшем:‑)
«Войти в ОЙти»
(это не ошибка орфографии, это намеренное коверканье, которое наиболее точно отражает суть происходящего на рынке)
Все обычно начинается с курсов от именитых компаний (упоминать их не будем, но они своей рекламой забили все)
Обещают из вас сделать за 8–12 месяцев уверенного разработчика, трудоустроить (это тема для отдельной статьи), сразу после курса — ЗП 85к рублей, и дальше идут красивые картинки, как через год будет уже 200к, и в целом рассказывают, как это легко и просто..., цена обычно в районе 200–300 тысяч рублей.
Тот, кто умеет, тот делает, кто не умеет — тот учит других.
На первый взгляд, вот оно — счастливое будущее, крутая инвестиция, которая достаточно быстро окупится, даже ничего делать не надо, денег занес — и вот ты уже хозяин жизни (нет)
Но давайте развеем эти мифы
Компании не сильно заинтересованы в стажерах и джунах: их нужно еще учить и зачастую переучивать, это долгий процесс, а бизнесовые задачи и дедлайны не ждут. Дополнительно — ажиотаж на эти вакансии, порой по 20–100 кандидатов на позицию.
Знания, которые дают на этих курсах — уровня Hello World; как только нужно сделать что‑то более сложное, начинаются проблемы. А зачастую на курсах рассказывают про технологии, которые устарели пару лет назад, и на реальных проектах это не то что неактуально — за такое и коллеги могут осудить.
Профессия ИТшника — это про постоянное изучение, технологии стремительно развиваются, изучить что‑то один раз, а потом просиживать часы не получится, учить новое придется всегда!
Также не стоит забывать про мотивацию: этим нужно гореть, не сидеть и ждать, пока на работе разжуют задачу и положат в ротик, или менеджер будет вас упрашивать что‑то сделать, а самим искать оптимальные решения, лучшие практики, предлагать идеи и быть проактивным.
Однажды мой ментор сказал:
Если ты можешь неделю не писать код, и тебя не тянет к этому, то нефиг тебе в ИТ делать.
Сказочные зарплаты, и в мидлы за год... Как пиар ход — классно, на практике же вы до джуна дорастете в лучшем случае за год, до мидла — года за 2, а стать сеньором, который реально понимает суть бытия, — это лет 7 (и это при условии, что у вас будет практикующий ментор, который код пишет, а не рассказывает байки на камеру), ну а ЗП на старте со знаниями, полученными на курсах, — это тысяч 40, не больше.
И последнее — формат этих курсов. Треть знаний, а то даже и половину, в бизнесовых задач вы использовать никогда не будете. Формат этих курсов — как лекция в свободной форме: 30 минут, пока все соберутся, еще 30 минут на проблемы с микрофоном, и еще 2–3 часа — это попытки сформулировать мысль. Иными словами, знания на 3 абзаца растягиваются на 3–4 часа. Безусловно, есть крутые курсы и подача материала, но это скорее исключение.
«Эффективные менеджеры»
Крутые менеджеры, которые болеют за общее дело, встречаются, увы, реже, чем «эффективные». Мне повезло, на моей текущей работе как раз крутые менеджеры, которые и в суть вникают, и грамотно выстраивают рабочие процессы, но так не всегда и не везде, за свою карьеру видел много, основное — это:
Управление через страх — постоянные угрозы штрафов, увольнений, понижений в должности;
Микроменеджмент — чрезмерный контроль, десятки созвонов в день на каждую мелочь, а также вопросы каждые 2 часа — НУ КАК ТАМ?
Неясные ожидания и цели — нужно что‑то сделать, что‑то очень важное, при этом конкретики нет;
Игнорирование — проблемы/вопросы остаются без ответа, либо ответ — это дежурная фраза а‑ля «подумаем, обсудим, решим». Но, конечно же, думать/обсуждать/решать никто не собирался;
Управление через стресс — создание искусственной срочности. Менеджеры могут преувеличивать важность задач, чтобы побудить сотрудников работать быстрее и интенсивнее, даже если реальные сроки выполнения не требуют никакой спешки;
Обесценивание — вроде бы и работаешь, но недостаточно хорошо, надо лучше, как сын маминой подруги (но тут спорно, иногда это не манипуляция, а действительно факт);
Перекладывание ответственности — бывают случаи, когда есть проект, на него нужно, допустим, 5 разработчиков и 2 месяца времени, но бизнес хочет побольше заработать, в итоге вместо 5 разработчиков — всего 1–2, но сроки те же. Странное стратегическое решение — да; вина разработчика — нет, но зачастую все будут валить именно на разработчика. Редко какой менеджер или начальник честно признается, что ошибся.
Как эти методы на самом деле влияют на сотрудников?
Краткосрочно это поможет менеджеру получить свою премию за сверхэффективность, на дистанции же это приводит к текучке кадров, убивается любая мотивация, более быстрое выгорание сотрудников.
Что с этим делать?
Работа — не рабство, у каждого человека основной ресурс — это время. Главная цель — продать это время как можно дороже, что, безусловно, зависит от того, что мы можем предложить взамен (опыт, скилы и прочее), но, в свою очередь, бизнес всегда будет искать варианты платить поменьше (им тоже нужно заработать, это их желание, их право, не осуждаем), главное — найти баланс, который бы всех устраивал.
Крепостное право давно отменили, и если процесс индексации ЗП в связи с той же инфляций (банально ЗП тает), выглядит, как просьба ложки риса у боярина — нужно как можно быстрее бежать из такой компании.
Начальник — это не царь и бог, от которого зависит ваша судьба, это тоже член команды, но с другими обязанностями — вести команду в светлое будущее.
Все, что не зафиксировано в договоре, — не обязательно к исполнению. Иногда люди любят наобещать золотые горы, лишь бы сотрудник выложился на полную, но частенько на этом все и заканчивается (хотя бывают и исключения).
Самое плохое решение в жизни, которое только можно принять, это провести вечер не с семьей, а за работой. Для бизнеса сотрудник — это всегда расходный материал, не можешь работать по каким‑то причинам — выкинут и не вспомнят, единственные кто останется рядом — это семья.
Синдром самозванца
Про синдром самозванца и то, как с ним бороться, не написал, наверно, только ленивый, но я бы хотел порассуждать именно о причинах его появления (на научность не претендую, но определенные закономерности все же есть)
Я вспоминаю себя 15 лет назад: молодой и зеленый студент, который слышал про ИТ, и многие вещи казались крутыми, например, препод говорит только на академическом языке, ничего не понятно, но очень интересно. Общество навязало идею, что докторская степень и сложные формулировки — это признак мастерства.
Но если смотреть правде в глаза, то заучить абзацы из учебника и потом, как попугай, их повторять, может каждый, другое дело — объяснять сложное простыми словами, что называется, на пальцах — вот где талант и квалификация.
Или когда видишь опытного разработчика, да еще и в должности архитектора, невольно закрадывается мысль, что человек шарит, и когда‑то я стану таким же. По факту этот человек личный блог растянул на 10 микросервисов, при этом все через абстракции и прочие вещи, которые совсем не нужны в этом блоге.
Несмотря на логические доводы, неокрепший ум это впитывает, все остается в голове и фиксируется как некий эталон, с которым впоследствии человек себя сравнивает (как осознанно, так и неосознанно), иначе бы и синдрома самозванца не было: не с кем сравнивать.
И главная проблема в том, что даже фантастический результат будет сравниваться с той ахинеей в голове и автоматически обесцениваться.
Но что если устроить мозговой штурм? Кто определяет уровень знаний? И почему их все еще недостаточно?
Не знаете всех технологий? Никто не знает, да и нужно ли все знать? Так и с ума сойти можно; все, что нужно, осваивается в процессе.
Случайные успехи? Важен сам факт успеха, факт достижения цели. Многие, наверно, думают, что в серьезных компаниях все по‑взрослому (нет), мне доводилось встречать и майнеры во внутренних сетях известных компаний, и, скажем так, неоптимальный код, и феерическую архитектуру, а также полную неспособность внедрить технологии, которые джуны с фриланса внедряют за пару дней, но при этом компании успешны и воспринимаются как профи. 😂
Не умеете тешить свое ЧСВ тем, что знаете технические термины, которые больше никто в компании не понимает? Так это скорее благо, к этому точно не нужно стремиться.
Не понимаете какую‑то технологию? Или архитектурный паттерн? Если так просто принято в обществе — это путь в никуда, у технологии должна быть адекватная документация (зачастую этого нет, только Hello World), а у каких‑то паттернов должно быть логическое объяснение, какие проблемы они решают (и какой профит именно от этого вида решения), но часто решение выбирается потому, что модно, без какого‑либо логического объяснения.
Собеседования в крупные компании как отдельный вид демотивации, нужно знать 256 алгоритмов сортировки, уметь решать олимпиадные задачи за минимальное время, писать код в блокноте без современных инструментов для разработки. Зачем? В чем смысл? В реальной работе это почти никогда не пригодится, и как показывает опыт, мастера олимпиадных задач чаще просто неспособны находить простые и эффективные решения для бизнесовых задач, даже для похода в ближайший магазин за картохой строится космический звездолет с варп-двигателем (хорошая статья на тему собесов и алгоритмов).
Все это как раз и приводит к синдрому самозванца.
P. S. Да, конкретно тут важно обесценить этого идола, с которым идет постоянное сравнение себя.
Выгорание
Я за 15 лет сгорел 1000 и 1 раз 😂
Если уже выгорел, то организм сам подскажет, что ему нужно, чтоб выйти из этого состояния, зачастую это 4–12 недель устойчивого рвотного рефлекса на ПК, причём работать через силу только усугубит ситуацию, можно с легкостью подсесть на антидепрессанты.
Но как это не допускать?
Разграничивать работу и свою жизнь, в идеале — иметь 2 разных номера телефона, 2 разных телеграм-аккаунта, а еще лучше 2 ПК )) И дело не в том, чтоб быть сотрудником, который просиживает часы, а давать своей психике отдых. Если после работы держать открытыми рабочие чаты или думать над рабочими проблемами — это прямой путь к выгоранию. Но тут стоит уточнить: если это случается эпизодически и компенсируется компанией, то в целом ок, но если в таком режиме жить всегда — это ад.
Также стоит себе ввести привычку: если задачу не сделал за рабочие часы — переноси ее на следующий день. Бывает соблазн посидеть до ночи, или открывается второе дыхание, но это ловушка, я на эти грабли часто прыгаю, по итогу приходит еще большее выгорание.
Найти свой ритм, ни в коем случае не пытаться показать себя сверхэффективным ради каких‑то целей. Все мы разные, пару раз получится на энергетиках закончить пятилетку за полгода, но на постоянной основе — это гарантированно выгорание.
Отделить мух от котлет: если у бизнеса горит жопа и нужно что‑то сделать еще ВЧЕРА, то это не ваша проблема, это в первую очередь проблема бизнеса, и того, как он оценивает свои силы.
Адекватно осознавать свои силы: есть задача, вы ее оцениваете в самое минимальное время, но на практике, из личного опыта, почти всегда времени нужно больше (или технология такая себе, или ТЗ водянистое, или документация сырая, или созвонами отвлекают целый день и выбивают из потока), закладывайте все эти факторы, думаете, что сделаете за день — закладывайте 3 дня.
Лучше сделать раньше, но спокойно, чем с горящей пятой точкой сидеть до глубокой ночи.
Как только появляются первые звоночки срыва дедлайнов, и это зависит не от вас, смело бейте в колокола и снимайте с себя ответственность.
Научиться говорить НЕТ, дабы не загонять себя в ситуацию, где гарантированно будет фейл.
На первое место ставить свое душевное равновесие и здоровье, если этого не будет, все остальное не имеет абсолютно никакого смысла.
Режим работы и охрана труда
Пожалуй, самая неосвещаемая тема в ИТ, оно и понятно: компаниям и менеджерам это крайне невыгодно.
Согласно ТК РФ и санпину, все, кто работает за компьютером, имеют право на отдых: 10–15 минут каждый час в зависимости от условий.
Иными словами, рабочий день, например, с 8 до 5, т. е. 9 часов, из них час на обед, остается 8 часов, из этих 8 часов 50–90 минут — это легальные перерывы, фактически чистое рабочее время не 8 часов, а 6.5–7 (если без перерывов).
Но основная проблема — это зрение, конечно, если работать без перерывов, можно его посадить и очень быстро (собственно, на эти грабли я и прыгнул) + если игнорировать разминку и физактивность, можно и других проблем хлебнуть.
Также многие по ошибке думают, что их эффективность и вообще ценность как специалиста определяется только кодом (привет, еще одна причина синдрома самозванца), но давайте развеем эти мифы тоже:
Программистам платят не за кол‑во строк кода (если, конечно, это не прописано в договоре), а за аренду их мозга.
Также важно помнить, что время, потраченное не на себя, это время, потраченное на работу.
К сожалению или к счастью, работа программиста эффективна только в случае концентрации на одной конкретной задаче, самый треш — это прыгать между разными задачами, а то и проектами, в течении дня — тут про эффективность можно забыть. Концентрация над задачей — это своего рода процесс загрузки контекста в головной мозг, и любое отвлечение — будь то синк/стендап/митап/совещание/любая_другая_фигня — полностью сбрасывает этот контекст, нужно опять N часов тратить, чтоб загрузить контекст и войти в поток.
Если заказчику/начальнику/менеджеру нравится нагружать непрофильной работой, это его право и его выбор)).
Написание кода — это зачастую финальный этап, до этого момента идет поиск решения задачи — поиск информации, осмысление, обдумывание и прочее и прочее. У меня были случаи, что на анализ проблемы уходила неделя, а на решение — 3 минуты и 1.5 строчки кода.
Ссылок не приведу, но есть мнение, что человек реально эффективно писать код способен лишь 4–5 часов в день, либо в наплывы вдохновения можно пару-тройку дней поперформить с утра до ночи, но на постоянной основе писать по ровно 8 часов — это фантастика. 😂
Исходя из всего, самый важный совет — принимать действительность такой, какая она есть, ваш мозг взяли в аренду, а чем его будут нагружать — это история заказчика: будь то профильные задачи, или по 5 часов в день дискуссий, как в крупных компаниях, это никак не определяет вашу квалификацию или эффективность.
Мой Telegram канал — Синдром ИТшника, принципиально иной информации там нет, те же идеи, что и в статье (только порой без цензуры и с большей долей сарказма) + немного юмора + на подходе технические статьи.