Корпоративная разработка - точно не лучший выбор

Корпоративная разработка - точно не лучший выбор

Шурик·

— Скажите, пожалуйста, куда мне отсюда идти? — А куда ты хочешь попасть? — ответил Кот. — Мне все равно... — сказала Алиса. — Тогда все равно, куда и идти, — заметил Кот.

— “Алиса в стране чудес”

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

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

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

Рассмотрим основные возможные «цели» и посмотрим, удовлетворит ли им корпоративная разработка.

«Главное - много денег. Готов пахать.»

Наверно, самая первая приходящая в голову цель. Разработка ПО дает возможность заработать на хлеб, и даже на хлеб с маслом - но, на мой взгляд, действительно «много денег» готовый пахать человек в IT не заработает. 300, 400, 500к - это, на самом деле, не так уж и «много денег» (есть профессии, где, вкалывая, можно достичь большего) - но это порог для разработчика. Как бы он ни старался прыгнуть выше - он не сможет. Потому что работодателю выгоднее нанять двух хороших спецов за 250, чем одного экстра-профи на 500 - суммарно двое сделают больше одного.

Для того чтобы получать больше - надо идти в «руководство» или в «бизнес» - и внезапно оказывается, что и там, и там нужны навыки, которые у разработчика вообще не развивались со школы - навыки коммуникации, переговоров, нетворкинга. Более того - то, чему учился разраб, - часто как раз оказывается противопоказанным для руководителя. Разраб стремится трезво оценить сроки, расставить приоритеты и выбрать способы решения исходя из пользы дела, проекта. Руководство - декларируя те же цели - часто занято интригами, договорняками «ты мне - я тебе». Разраб все это не умеет - поэтому продолжать карьеру выше, чем тимлид, - не в состоянии.

«Главное - ненапряжная работа. Лишь бы на жизнь хватало.»

Противоположной «готовностью пахать ради денег» целью можно посчитать желание «ненапряжной работы». Именно так давно позиционируют IT всевозможные курсы - «удаленка под пальмой, три часа в день работа - потом потребление смузи». Увы, пропаганда далека от действительности.

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

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

То есть - хотите «ненапряжную» жизнь - в IT точно идти не надо.

«Главное - соотношение дохода к затраченным усилиям».

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

Несколько лет назад это, пожалуй, было так. Готовый много учиться и работать разработчик раз в пару лет менял проект - продвигаясь по зарплате «+500 баксов к прошлой» и грейду. В итоге годам к 30 он имел куда более высокий доход, чем, например, врач - которому приходилось пахать точно не меньше - но который в 30 лет только-только начинал самостоятельную практику.

Но есть пара нюансов, «опрокидывающих» эту картину:

Во-первых, в IT инфляция знаний значительно быстрее, чем в медицине - и 30-тилетнему «сеньеру», чтобы оставаться на плаву, придется учиться-учиться-учиться с той же скоростью, что и молодняку (а делать это с возрастом все сложнее и сложнее) - иначе он просто превратится в «мамонта» на легаси - имеющего очень скромный вес на рынке.

«50-тилетний программист» - прозвучит не так убедительно, как «50-тилетний врач (инженер, технолог…)» - врачам, конечно, тоже приходится учиться - но такого лавинообразного обесценивания знаний у них не происходит.

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

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

Так что смысла выбирать именно IT - просто нет.

«Главное - это польза, приносимая людям… высокие идеалы и т. д.»

Где-то есть IT, которое про «пользу человечеству». Но это не про корпоративную разработку.

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

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

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

«Главное - это интересные задачи.»

Увы, это точно не про корпоративную разработку.

Задачи типа:

  • «в одном случае из 10000 происходит ошибка округления до второго знака, вот скрипт расчета на 15000 строк кода - надо понять, что не так»,

  • «в одном случае из 10000 документ сохраняется не с тем статусом…»,

  • «вот тут сервис, исходники по идее есть, но это не точно, что-то там не работает»,

  • «вот древняя бд, надо перегнать из нее данные»

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

Итог

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

Комментарии (241)

Правила комментирования
  • Любые темы про политику, войны, или всё то, что НЕ относится к теме сайта, будут УДАЛЯТЬСЯ.
  • Всё, что попадает под возможные нарушения законодательства РФ (экстремизм, призывы, дискредитация, оправдание, возбуждение и т.п.) - тоже.
  • Любые бессмысленные оскорбления участников сайта или тематики сайта. Если с чем-то не согласны - приводите аргументацию, а не оскорбления.
  • Запрещается упоминание в негативном контексте (клевета) каких-либо персоналий - физических или юридических лиц.

Мы стараемся сделать комментарии ценным информационным материалом, засорять сайт мусорными обсуждениями, никак не относящимися к теме сайта, не нужно! Спасибо за понимание.

0 / 10000

Форматы: JPG, PNG, WebP. Не более 5 файлов (по 10 МБ). Можно вставить из буфера (Ctrl+V).

Загрузка комментариев…