Как не вылететь из IT через 5 лет. Часть 3 – Умение использовать знания на практике.

Следующим разделом нашего обзора “Как не вылететь из IT через 5 лет” будет использование знаний на практике.

Казалось бы, что здесь можно сказать, кроме того, что необходимо “постоянно работать”, “10.000 часов” и прочие общие фразы, которыми, обычно, обильно присыпаны мотивационные статьи из любой отрасли, не исключая и IT?

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

Знания, которые не используются – крайне быстро забываются – навыки теряются и восстановить их крайне сложно.

Как это выглядит на практике.

Инженер попадает в компанию на не самый сложный проект. Он работает на нём больше года, знает его вдоль и поперёк. Он крайне быстро решает поставленные задачи в рамках проекта – как результат – растёт его ценность с точки зрения работодателя (соответственно и ЗП). Человек понимает, что проект на самый передовой, но он на хорошем счету и ЗП не плохая – смысла что-то менять сейчас нет.

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

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

Описывать ситуацию дальше особого смысла нет.

2 вопроса:

• Кто виноват?
• Что делать?

На вопрос “Кто виноват?” ответ один – сам разработчик, который не проанализировал ситуацию и не понял возможных последствий. Либо, проанализировал и понял, но, до определённого момента, его всё устраивало и он не хотел рисковать текущим положением.

“Что делать?”

Здесь уже каждому решать самому, но, с моей точки зрения, есть несколько вариантов:

• Быть готовым к тому, что текущий (не передовой) проект рано или поздно закроется – финансовая “подушка”, моральный настрой на более длительный поиск новой работы.
• Иметь собственный пет-проект (либо маленький стартап – очередной убийца Facebook 🙂 ), в котором можно будет использовать самые новые и качественные разработки.
• Изначально искать “сложный” проект, на котором действительно используются сложные вещи (если на проекте в 2-х местах прописано “implements Runnable” – это не значит, что вы серьёзно работаете с многопоточностью, если у вас БД на 1 Тб, то у вас, вероятнее всего, не BigData и т.д.)

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

Но, по этому поводу, у каждого могут быть свои мысли.

На этом мы заканчиваем обзор “Умение использовать знания на практике” цикла статей “Как не вылететь из IT через 5 лет”.

Ссылки на статьи цикла:

• Как не вылететь из IT через 5 лет?
• Как не вылететь из IT через 5 лет. Часть 1 – Алгоритмы.
• Как не вылететь из IT через 5 лет. Часть 2 – Язык программирования.