Сложно не согласиться с тем, что сегодня в IT ситуация не особо благоприятна для работников — тут и сокращение количества живых проектов, и огромный поток "вкатунов" — обученных проходить собесы и подделывать опыт — так что на вакансии сегодня претендуют не два-три спеца в пару десятков лже-спецов, среди которых поди-найди настоящих. И, конечно — ИИ — не являясь панацеей, способной полностью заменить программистов, все же прилично ускоряет работу и избавляет от необходимости писать код, который раньше требовал часы рабочего времени (регулярные выражения, DTO-шки и т.п.).
А если к этому добавить, что типичный "кровавый энтерпрайз" — занятие достаточно скучное и "муторное", к тому же далеко не сверхприбыльное — то "вкатываться" в IT я бы однозначно не советовал. И даже тем, кто уже учится на "IT-шника", порекомендовал бы поискать себя в других областях.
Но куда деваться тем, кому хорошо так за 30 (или за 40, а то и 50), кто в IT уже лет 10-20-30 и кто не может уже переучиться на, скажем, инженера по обслуживанию газовых котлов (потому что люди с возрастом обременены семьей и имеют крайне ограниченное свободное время — а вот обязательных трат — куда больше, чем у 20-летнего холостяка). Конечно, "выйти из IT" можно попробовать всегда — особенно, если на текущей позиции успехов нет и уход из IT не будет выглядеть как дауншифтинг. Тем не менее — есть вариант попробовать остаться и заработать себе на хлеб — а может, и хлеб с маслицем, а по-праздникам и с икоркой. Вот о том, как это сделать, и поговорим.
Сразу отметем нездоровые упреки — вида "IT-гавно, так как не позволяет купить гелик и дом за 70 миллионов". Да, это недоступно не то что рядовым IT-шникам — но и руководителям среднего звена. Но точно также это недоступно и подавляющему числу людей в любых областях — средняя зарплата в стране меньше 100к, людей же с НДФЛ выше 13% — вообще только 300 тысяч из 65 миллионов налогоплательщиков (пишу по памяти, может, цифры чуть другие, но порядок такой). Дома за 70 миллионов доступны топ-менеджерам, топ-чиновникам, топ-бизнесменам и (далеко не всем) топ-специалистам сверхвысочайшего уровня, коих единицы — ни инженеры, ни врачи, ни IT-шники в их число не входят. Ножки стоит протягивать все же по одежке, ориентируясь на уровень дохода, который имеют квалифицированные работники в разных сферах — а не на топовых менеджеров.
Но точно также отметем противоположные упреки — "в IT денег нет, за исключением очень маленькой прослойки финтнеха". Есть огромное количество богатых компаний, прибыль которых напрямую зависит от стабильной работы "кровавого энтерпрайза" — это банки, страховые, логистические компании, маркетплейсы и платформы, букмекерские конторы, сети клиник, органы власти (все министерства, конторы, обслуживающие госуслуги, "Мои документы", базы данных МВД, МЧС, Госзнака и т.д. и т.п.). Несколько сотен контор, в каждой из которых — от нескольких десятков до нескольких тысяч людей, занятых обслуживанием информационных систем. И приличная часть этих людей — имеет вполне себе неплохой доход (300к и более — куда выше средней зарплаты по стране). При таком доходе, да еще и на удаленке — существование в IT уже не выглядит беспросветным. Но как попасть в число "успешных" IT-шников?
Постоянно пишут про "блат", который-де открывает все двери и является единственным способом подняться по карьерной лестнице. Но блата, если понимать под таковым родственные связи, у людей, работающих в IT на "кровавом энтерпрайзе", — почти никогда нет. Просто потому что если бы он был — то они были бы не в IT, а на более синекурных местах — либо менеджерских, либо "эникейских" (когда человек переставляет картриджи в принтере и напоминает пароли) — то есть там, где нет нервотрепки, дедлайнов и, главное, ответственности.
Зато почти всегда есть другой вид блата — репутация. Представление, что человеку можно доверить проект — и он его вытянет. И — хорошие новости — репутацию вполне можно "наработать" и, главное, правильно расходовать. Вот несколько советов, как это сделать.
1. Вникайте в предметную область, а не в кишки технологий.
Подход "я буду помнить все методы ApplicationContext-а = буду лучше всех знать Spring = меня повысят" — не сработает. Во-первых, людей, которые сегодня знают Spring и все его кишки, — хватает, и они легко заменимы — "за знания Spring и Java мы больше не переплачиваем" — эту фразу буквально на днях услышал от IT-директора одного из банков. Во-вторых — потому что для решения типовых задач в типовом приложении — знание всех этих тонкостей просто не нужно. А нужно понимание предметной области — от какой даты отсчитывается действие договора — и почему у разных договоров она разная, как пересчитываются скидки в разных валютах, для физиков и юриков — и так далее. Обычно такими знаниями обладают менеджеры — но обычно их знания неполны, так как они не удосуживаются посмотреть в код — а в коде все несколько иначе, чем в документах. И программист, освоивший бизнес-язык, бизнес-логику, сможет напрямую общаться с пользователем, объяснять ему тонкости "почему скидка рассчиталась именно так", сможет куда точнее прогнозировать трудозатраты. Его ценность для организации будет куда выше, чем у самого первоклассного кодера или менеджера.
2. Закройте собой "белые пятна" в вашей ИС
Фактически в любой легаси-ИС есть "белые пятна" — какая-то часть, в которой никто не разбирается (так как разработчики уволились, а у других просто не дошли руки). Это может быть какая-нибудь генерация отчетов, формирование статистик, самописный балансировщик нагрузки и т.д. Возможно даже, что там что-то явно работает плохо — но команда не лезет в это, обкладывая костылями — как гноем инородное тело в ране. Найдите время — пусть даже не рабочее — и разберитесь с таким "белым пятном" — изучите код, распишите для себя логику, подотрите костыли. Так вы станете единственным "хранителем священного знания" — и если что — то все будут знать, что только вы способны там что-то быстро починить за "вменяемый срок", что прилично добавит вам веса.
3. Держите данное слово. Работайте честно.
Нерадивые работники думают, что умеют обманывать руководство, рассказывая сказки, что "таска оказалась очень сложной", что "работал неделю, не покладая рук" и так далее. Но правда в том, что весь код выкладывается в репозиторий и ревьюится — и все, в том числе руководство, способны плюс-минус оценить реальные трудозатраты — и заодно качество кода. Код, написанный "на отвали", виден сразу — это неперехваченные исключения, это отсутствие валидации, отсутствие логирования — написать кое-как, лишь бы таску закрыть — максимально долго, но чтобы за это не покарали. Я не призываю перерабатывать, не призываю вылизывать код — но призываю честно работать оговоренное время (с перерывами на кофебрейки) и не пушить откровенно сырой код. Я считаю нормальным немного ошибиться в сроках — обещал три дня, делал пять. Но напрочь сорвать сроки — когда обещал две недели, а через месяц выяснилось, что ничего не готово — считаю недопустимым. Если задачку недооценили — это должно вскрыться на ранних этапах — а значит, можно обсудить, как-то сократить требования и выложить в срок бета-версию. Но когда за день до сдачи внезапно слышу, что ничего не сделано — я вижу лишь одно объяснение — человек две недели ничего не делал, в последний момент взялся и понял, что что-то не то. Вот такой подход я — и, думаю, не только я, считаю зашкварным, и таких людей стараюсь задвигать (а кое-кого, может, и уволить).
Зато те разработчики, которые и в предметной области разобрались, и систему знают так, что трезво сроки оценивают и "за базар отвечают" — они становятся на вес золта! К ним и отношение лучше, и более значимые проекты им доверяют, и при реорганизации их готовы позвать как надежных и проверенных.
4. Торгуйтесь и выторговывайте лучшие условия.
Но все же — даже если вы "золотой работник", как описано в предыдущем пункте — это не гарантирует, что вы взлетите по карьерной лестнице. Вас, конечно, будут ценить — но как-то повышать, награждать — вполне вероятно, нет. Думаю, многие с таким сталкивались — работаешь год, два, три, все тянешь — и буксуешь на месте в должности и зарплате. Чтобы избежать такого — надо мягко говорить о желании роста. Не с первого дня и не с первой закрытой таски, но когда почувствуете, что набрали некий вес. Лучше просить не напрямую "сделайте меня тимлидом", а косвенно — "это большой проект, я в нем завязну — дайте мне человека на рутинную часть" — вроде как ты и не для себя просишь, а для общего дела — но в то же время плавно становишься уже не рядовым исполнителем. Полезно также выторговывать время на обучение — мол, я напрягусь на этой неделе, чтобы уложиться в дедлайн, поработаю внеурочно. Но за это на след. неделе буду максимально разгружен — хочу спокойно поучиться, да и отдохнуть.
И еще один сверхважный предмет торга — это нетворкинг. Например — в обмен на то, что ты делаешь проект в срок и хорошо — ты получаешь доступ к очам самого высокого руководства — сам представляешь проект, тебя упоминают как главного исполнителя у высокого начальства. Это своего рода реклама — чтобы тебя запомнили с хорошей стороны, знали, что если что — то вот, есть такой человечек, и ему можно что-то поручить. Это на самом деле дорого стоит — но, как выяснилось, "выторговать" право самому пообщаться с глубокоуважаемыми людьми — достаточно сложно.
5. Не стесняйтесь перекидывать задачи на подчиненных.
Когда у меня появились первые "мои" сотрудники, я долго "стеснялся" их напрягать — мол, это рутинная задача, это бумажная волокита, тут им долго копаться — я сам быстрее. Такой подход в корне неверен — скидывать рутину и волокиту на подчиненных — совершенно нормально. Мы же годами тащили все это — и совершенно честно передать эстафету — иначе так и завязнешь в рутине до пенсии. Это не значит, что надо умыть руки и спихнуть всю работу на коллег — но брать на себя все более высокоуровневые и административные задачи.
6. Job security!
Достаточно скользкая тема — делиться накопленными знаниями с коллегами. Вот раскопал ты какой-то древний легаси, изучил что-как, стал обладателем "тайного знания". Можно взять и все задокументировать. Но — стоит ли оно того? На это уйдет уйма времени, документация наверняка будет неполная (полную сделать крайне сложно) — и тебя же обвинят, что не все описал. И, главное, ты перестаешь быть носителем "тайного знания".
А можно ни с кем ни с чем не делиться, мол, я-не я, лошадь не моя, сам не знаю, разбираюсь на ходу. Но и у такого подхода свои минусы — отношение к такому "кулаку" — не очень — все же все видят, все понимают, что человек хитрит и думает о своей выгоде в ущерб проекту. Ну и — по мне так это порча "кармы" — не помогать коллегам. Поэтому я в итоге выбрал срединный путь — сам не выкладываю публично подробные описания того, что "раскопал" и изучил — но и не скрываю. Если кто-то что-то конкретное спрашивает — покажу и расскажу, скрывать не буду. За что мне спасибо скажут заслуженно. А перманентно брать и описывать в конфе все, что знаю — нет уж, увольте. И, по опыту, спрашивают относительно мало (потому что большей части людей особо не интересно), так что удается надолго остаться "носителем сокровенного знания".
Я полагаю, что следование этим советам сделает вас ценным и уважаемым сотрудником, позволив за несколько лет проделать путь от мидла до сеньора, тимлида или продакт-оунера. А в организациях, где IT — критично важно — на этих позициях все еще платят неплохо, причем берут туда именно за репутацию. Работать, конечно, будет сложно — но кому сейчас легко...
Комментарии (427)