9f4d753b5f54d28ef8c3a1681e5c0a93

К 30 годам программисты наконец поднимаются от раба кода до офисного работника, но уже не могут продолжать работать и постоянно сталкиваются с угрозой безработицы. Тридцать — это возраст, с которым программистам просто нельзя шутить. Куда идти завтра?

I. Феномен тридцатилетних

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

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

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

Столкновение с карьерным потолком: больше не можешь писать код, а подниматься по лестнице трудно.

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

Неписаное отраслевое правило ограничивает наём программистов возрастом до 30 лет, из-за чего трудно менять работу.

Явления «30 лет» и «59 лет» кажутся несвязанными, но на самом деле у них одна причина: обесценивание. Чиновник при должности подобен императору; выйдя на пенсию, он становится простолюдином — обесценивание естественно. То же самое верно и для программистов. Как говорится, «в тридцать лет человек стоит твёрдо». Когда им около 30, перед ними встают брак и дети: с одной стороны, им нужна высокая зарплата, чтобы содержать семью, а с другой — они уже не могут, как прежде, полностью отдаваться работе, поэтому их соотношение цена-качество резко падает. В то же время на рынок вливается поток дешёвых новичков, часто владеющих новейшими технологиями, так что старшее поколение программистов может лишь постепенно уходить в сторону.

II. Незаменимость

Причину феномена «30 лет» можно найти только в самих программистах.

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

Чтобы искать причины в себе, попробуйте спросить себя: «Почему моё соотношение цена-качество снизилось? Почему начальник должен нанимать меня и платить мне высокую зарплату? Что определяет ценность человека?»

Вы можете перечислить очень длинный ответ, но, я думаю, всё это можно свести к одной фразе: «Ценность человека определяется его незаменимостью». Незаменимость можно понимать как затраты, которые начальнику нужно понести, чтобы заменить вас.

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

Есть небольшая история:

Когда один техник вышел на пенсию, он предупредил своего ученика: «Меньше говори, больше делай».

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

Мастер немного подумал и сказал: «Возьми отпуск. Если лампа горит постоянно, никто её не замечает...»

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

Ученик был очень рад. После этого он время от времени брал несколько дней отпуска, и каждый раз после просьбы об отпуске директор давал ему прибавку. Однажды, взяв отпуск, он готовился выйти на работу, но директор сказал ему: «Тебе больше не нужно приходить на работу».

Ученик в смятении пошёл к своему наставнику. Мастер сказал: «В тот день я не договорил. Лампа может иногда погаснуть один раз, но если она гаснет постоянно, суть дела меняется, потому что никому не нужна лампа, которая то загорается, то гаснет».

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

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

III. Где выход?

Так как же программистам повысить свою незаменимость, когда им исполняется 30? Неужели мы собираемся быть программистами всю жизнь? Позвольте спросить, где же путь?

Как человек, который прошёл этот путь, старший программист, я считаю, что есть несколько направлений на выбор:

(1) Стать техническим гуру

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

Первый — это усиленный программист. Вы по-прежнему программист, но очень мощный специалист. Благодаря многолетнему накоплению опыта вы не обычный человек как по широте, так и по глубине знаний. От ассемблера до Java вы владеете всем в совершенстве. Вы уделяете внимание структурам данных и алгоритмам, имеете уникальные взгляды на оптимизацию систем, знаете шаблоны проектирования как свои пять пальцев, а также имеете полный набор инструментов и свои собственные специализированные библиотеки классов. На самом деле усиленный программист обладает совершенно уникальной ценностью. К сожалению, в реальности они очень редки, потому что талант всегда в дефиците для любой компании. У начальника острый глаз — как он мог бы игнорировать такого технического быка, как вы? Ещё до того, как вы станете настоящим гуру, вас уже назначат системным архитектором, руководителем проекта или на ещё более высокую должность. Поэтому часто невозможно просто оберегать свой маленький участок и неспешно быть гуру.

Второй — это программист, получивший повышение. Хотя по внутренней сути вы по-прежнему программист, ваша должность повышается, и вы становитесь системным аналитиком или системным архитектором. Это очень естественный и реалистичный выбор. Между программистом и системным аналитиком или архитектором нет пропасти; всего один шаг — и вы можете выехать с извилистой горной дороги на широкое шоссе. Но этот шаг нелёгок. Требуются годы непрерывных размышлений, обучения и практики, чтобы превратиться из куколки в бабочку.

(2) Становление экспертом в отрасли

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

(3) Переход к менеджменту

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

Не недооценивайте руководителя проекта. Некоторые говорят, что руководитель проекта — древняя профессия. Другие говорят, что XXI век — это век управления проектами. На самом деле, с тех пор как люди стали организованными, управление проектами существовало всегда. В прошлом руководитель проекта мог быть вождём племени; коллективную охоту или нападение на город или крепость можно было рассматривать как проект. Знания об управлении проектами можно применять ко всем аспектам нашей жизни: от реализации проекта высадки на Луну до организации семейной встречи — всё неотделимо от управления проектами.

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

Однако стать отличным проектным менеджером — непростое дело. Можно сказать, что для этого нужна определённая доля таланта. Некоторые осваивают это без учителя, а другие так и не могут этому научиться. Программисты относятся к группе с высоким IQ, но часто имеют недостаток EQ, из-за чего лишь немногие программисты могут вырасти в проектных менеджеров, а те, кто становятся отличными проектными менеджерами, встречаются очень редко.

Если вы чувствуете, что ни один из этих аспектов вам не подходит, то у вас ещё есть несколько путей выхода:

Первый — спокойно тянуть свою лямку.

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

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

Источник: OSCHINA