Работа в ИТ: Взгляд изнутри спустя 15 лет в сфере

В статье описан личный опыт автора и субъективный взгляд на те или иные вещи
Работа в ИТ: Взгляд изнутри спустя 15 лет в сфере

На связи бородатый ИТшник со стажем, в ИТ уже 15 лет, прошел путь от зеленого джуна до сеньйора, и хотелось бы рассказать о наболевшем :-)

"Войти в ОЙти"

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

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

Обещают из вас сделать за 8-12 месяцев уверенного разработчика, трудоустроить (это тема для отдельной статьи), сразу после курса обещают ЗП 85к рублей, и дальше идут красивые картинки как через год будет уже 200к и в целом рассказывают как это легко и просто..., цена обычно в районе 200-300 тысяч рублей

Тот, кто умеет, тот делает, кто не умеет — тот учит других

На первый взгляд вот оно счастливое будущее, крутая инвестиция, которая достаточно быстро окупится, даже ничего делать не надо, денег занес и вот ты уже хозяин жизни (нет)

Но давайте развеем эти мифы

  • Компании не сильно заинтересованы в стажерах и джунах, их нужно еще учить и зачастую переучивать, это долгий процесс, а бизнесовые задачи и дедлайны не ждут + ажиотаж на эти вакансии, порой по 20-100 кандидатов на позицию
  • Знания, которые дают на этих курсах - уровня Hello World, как только нужно сделать что-то более сложное начинаются проблемы. А зачастую на курсах рассказывают про технологии которые устарели пару лет назад и на реальных проектах это не то что не актуально, за такое и коллеги могут осудить
  • Профессия ИТшника это про постоянное изучение, технологии стремительно развиваются, изучить что-то один раз, а потом просиживать часы не получится, учить новое придется всегда!
  • Так же не стоит забывать про мотивацию, этим нужно гореть, не сидеть ждать пока на работе разжуют задачу и положат в ротик, или менеджер будет вас упрашивать что-то сделать, а самим искать оптимальные решения, лучшие практики, предлагать идеи и быть проактивным

Мне однажды мой ментор сказал

Если ты можешь неделю не писать код, и тебя не тянет к этому, то не**й тебе в ИТ делать
  • Сказочные зарплаты и в мидлы за год... Как пиар ход - классно, на практике же, вы до джуна дорастете в лучшем случае за год, до мидла - года за 2, а стать сеньйором который реально понимает суть бытия - это лет 7 (и это при условии что у вас будет практикующий ментор который код пишет, а не рассказывает байки на камеру), ну а ЗП на старте с знаниями полученными на курсах - это тысяч 40, не больше
  • И последнее это формат этих курсов, треть тех знаний а то даже половина, в бизнесовых задач вы использовать никогда не будете. Формат этих курсов как лекция в свободной форме, 30 минут пока все соберутся, еще 30 минут на проблемы с микрофоном, и еще 2-3 часа это попытки сформулировать мысль, иными словами знания на 3 абзаца растягиваются на 3-4 часа. Безусловно есть крутые курсы и подача материала, но это скорее исключение

"Эффективные менеджеры"

Работа в ИТ: Взгляд изнутри спустя 15 лет в сфере

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

  • Управление через страх - постоянные угрозы штрафов, увольнений, понижений в должности
  • Микроменеджмент - чрезмерный контроль, десятки созвонов в день на каждую мелочь, а так же вопросы каждые 2 часа - НУ КАК ТАМ ?
  • Неясные ожидания и цели - нужно что-то сделать, что-то очень важное, при этом конкретики нет
  • Игнорирование - проблемы/вопросы остаются без ответа, либо ответ это дежурная фраза аля подумаем, обсудим, решим. Но конечно же думать/обсуждать/решать никто не собирался
  • Управление через стресс - создание искусственной срочности, менеджеры могут преувеличивать важность задач, чтобы побудить сотрудников работать быстрее и интенсивнее, даже если реальные сроки выполнения не требуют спешки от слова совсем
  • Обесценивание - вроде бы и работаешь, но недостаточно хорошо, надо лучше, как сын маминой подруги (но тут спорно, иногда это не манипуляция, а действительно факт)
  • Перекладывание ответственности - бывают случаи когда есть проект, на него нужно условно 5 разработчиков и 2 месяца времени, но бизнес хочет побольше заработать, в итоге вместо 5 разработчиков - всего 1-2, но сроки те же. Странное стратегическое решение - да, вина разработчика - нет, но зачастую все будут валить именно на разработчика. Редко какой менеджер или начальник честно признается что ошибся

Как эти методы влияют на самом деле на сотрудников ?

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

Что с этим делать ?

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

Синдром самозванца

Работа в ИТ: Взгляд изнутри спустя 15 лет в сфере

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

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

Но если смотреть правде в глаза, то заучить абзацы из учебника и потом как попугай их повторять, можно научить каждого, другое дело объяснять сложное простыми словами, что называется на пальцах - вот где талант и квалификация

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

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

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

Но что если устроить мозговой штурм ? Кто определяет уровень знаний ? И почему их все еще недостаточно ?

  • Не знаете всех технологий ? Никто не знает, да и нужно ли все знать ? Так и с ума сойти можно, все что нужно осваивается в процессе
  • Случайные успехи ? Важен сам факт успеха, факт достижения цели, многие наверно думают что в серьезных компаниях - все по взрослому (нет), мне доводилось встречать и майнеры во внутренних сетях известных компаний, и скажем так не оптимальный код, и феерическую архитектуру, а так же полную неспособность внедрить технологии, которые джуны с фриланса внедряют за пару дней, но при этом компании успешны и воспринимаются как профи 😂
  • Не умеете тешить свое ЧСВ тем что знаете технические термины которые больше никто в компании не понимает ? Так это скорее благо, к этому точно не нужно стремится
  • Не понимаете какую то технологию ? Или архитектурный паттерн ? Если так просто принято в обществе - это путь в никуда, у технологии должна быть адекватная документация (зачастую этого нет, только Hello World), а у каких то паттернов должно быть логическое объяснение какие проблемы они решают (и какой профит именно от этого вида решения), но зачастую решение выбирается потому что модно, без какого либо логического объяснения
  • Собеседования в крупные компании как отдельный вид демотивации, нужно знать 256 алгоритмов сортировки, уметь решать олимпиадные задачи за минимальное время, писать код в блокноте без современных инструментов для разработки. Зачем ? В чем смысл ? В реальной работе это почти никогда не пригодится и как показывает опыт, мастера олимпиадных задач чаще просто не способны находить простые и эффективные решения для бизнесовых задач, даже для похода в ближайший магазин за картохой - строится космический звездолет с варп двигателем (хорошая статья на тему собесов и алгоритмов https://habr.com/ru/amp/publications/345756/)

Все это как раз и приводит к синдрому самозванца

P.s. Да, конкретно тут важно обесценить этого идола с которым идем постоянное сравнение себя

Выгорание

Работа в ИТ: Взгляд изнутри спустя 15 лет в сфере

Я за 15 лет сгорел 1000 и 1 раз 😂

Если уже выгорел то организм сам подскажет что ему нужно чтоб выйти из этого состояния, зачастую это 4-12 недель устойчивого рвотного рефлекса на ПК, при чем работать через силу только усугубит ситуацию, можно с легкостью подсесть на антидепрессанты

Но как это не допускать ?

  • Разграничивать работу и свою жизнь, в идеале иметь 2 разных номера телефона, 2 разных телеграмм аккаунта, а еще лучше 2 ПК )) И дело не в том чтоб быть сотрудником который просиживает часы, а давать своей психике отдых. Если после работы, держать открытыми рабочие чаты, или думать над рабочими проблемами это прямой путь к выгоранию. Но тут стоит уточнить, если это случается эпизодически и компенсируется компанией, то в целом ок, но если в таком режиме жить всегда - это ад
  • Так же стоит себе ввести в привычку, если задачу не сделал за рабочие часы, переносить ее на следующий день. Бывает соблазн посидеть до ночи, или открывается второе дыхание, но это ловушка, я на эти грабли часто прыгаю, по итогу приходит еще большее выгорание
  • Найти свой ритм, ни в коем случае не пытаться показать себя сверх эффективным ради каких то целей, все мы разные, пару раз получится на энергетиках закончить пятилетку за пол года, но на постоянной основе - это гарантировано выгорание
  • Отделить мух от котлет, если у бизнеса горит жопа и нужно что-то сделать еще ВЧЕРА, то это не ваша проблема, это в первую очередь проблема бизнеса, и то как он оценивает свои силы
  • Адекватно оценивать свои силы, условно есть задача, вы ее оцениваете в самое минимальное время, но на практике из личного опыта, почти всегда времени нужно больше (или технология гавеная, или ТЗ водянистое, или документация сырая, или созвонами отвлекают целый день и выбивают из потока), закладывайте все эти факторы, думаете что сделаете за день, закладывайте 3 дня
  • Лучше сделать раньше, но спокойно, чем с горящей пятой точкой сидеть до глубокой ночи
  • Как только появляются первые звоночки срыва дедлайнов, и это зависит не от вас, смело бейте в колокола и снимайте с себя ответственность
  • Научится говорить - НЕТ, дабы не загонять себя в ситуацию, где гарантированно будет фейл
  • На первое место ставить свое душевное равновесии и здоровье, если этого не будет, все остальное не имеет абсолютно никакого смысла

Режим работы и охрана труда

Работа в ИТ: Взгляд изнутри спустя 15 лет в сфере

Пожалуй самая не освещаемая тема в ИТ, оно и понятно, компаниям и менеджерам это крайне не выгодно

  • Согласно ТК РФ и санпину, все, кто работает за компьютером, имеют право на отдых: 10-15 минут каждый час в зависимости от условий
  • Иными словами, рабочий день например с 8 до 5, т.е. 9 часов, из них час на обед, остается 8 часов, из этих 8 часов 50-90 минут это легальные перерывы, фактически чистое рабочее время не 8 часов, а 6.5-7 (если без перерывов)
  • Но основная проблема это зрение конечно, если работать без перерывов можно его посадить и очень быстро (собственно на эти грабли я и прыгнул) + если игнорировать разминку и физ активность можно и других проблем хлебнуть

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

  • Программистам платят не за кол-во строк кода (если конечно это не прописано в договоре), а за аренду их мозга
  • Так же важно помнить, что время потраченное не на себя, это время потраченное на работу
  • К сожалению или счастью, работа программиста эффективна только в случае концентрации на одной конкретной задаче, самый треш это прыгать между разными задачами, а то и проектами в течении дня - тут про эффективность можно априори забыть. Концентрация над задачей это своего рода процесс загрузки контекста в головной мозг, и любое отвлечение - будь то синк/стендап/митап/совещание/любая_другая_х**ня полностью сбрасывает этот контекст, нужно опять N часов тратить чтоб загрузить контекст и войти в поток
  • Если заказчику/начальнику/менеджеру нравится нагружать не профильной работой, это его право, и его выбор))
  • Написание кода это зачастую финальный этап, до этого момента идет поиск решения задачи - поиск информации, осмысление, обдумывание и прочее и прочее. У меня были случаи что на анализ проблемы уходила неделя, а на решение 3 минуты и 1.5 строчки кода
  • Ссылок не приведу, но есть мнение что человек реально эффективно писать код способен лишь 4-5 часов в день, либо в наплывы вдохновения можно пару тройку дней поперфомить с утра до ночи, но на постоянной основе писать по ровно 8 часов - это фантастика 😂
  • Исходя из всего самый важный совет - принимать действительность такой какая она есть, ваш мозг взяли в аренду, а чем его будут нагружать это история заказчика, будь то профильные задачи, или по 5 часов в день дискуссий как в крупных компаниях, этот никак не определяет вашу квалификацию или эффективность

Мой Telegram канал - Синдром ИТшника, принципиальное иной информации там нет, те же идеи что и в статье (только порой без цензуры и с большей долей сарказма) + немного юмора + на подходе технические статьи

1111
3 комментария

Знания, которые дают на этих курсах - уровня Hello World, как только нужно сделать что-то более сложное начинаются проблемы.

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

2
Ответить

В целом да, но с оговоркой, индивидуально очень, один поймет за месяц, другой не поймет и за год. Я в свое время когда учился, начал понимать дзен спустя 4 месяца ))

1
Ответить

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

1
Ответить