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

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

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

practice

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

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

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

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

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

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

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

2 вопроса:

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

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

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

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

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

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

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

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

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

10 Comments

  1. Alexandr Naumov

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

    • proselytear

      Люди, которые только хотят стать инженерами, как никто должны понимать всю глубину наших глубин )

      • Денис Ковпака

        “… всю глубину наших глубин” – Ахаха )))), супер. Отличная статья)

  2. Victor T

    Что-то ты Евгений перестал видосы обучающие записывать. Некогда?

    • proselytear

      Да, Виктор.
      Нужно удовлетворять возросшие потребности заокеанских господ в высоко-качественном программном обеспечении )

      А если по делу, то на следующей неделе уже планирую выложить новое приложение по REST.

      • Victor T

        Вот ништяк )) Я как раз планировал эту тему в июле изучить. Надеюсь в связке со спрингом будешь делать?
        У меня ещё вопрос: в сентябре будет 7 месяце как я работаю джава джуном. Хочу попробовать пособеседоваться на мидловские вакансии. Больше интересна тема web. Изучил сам по книжке + пет проектам спринг mvc, hiber, спринг security, спринг webflow. Сейчас подтягиваю теорию по джава core, junit, maven, git, sql + rest и soap.
        На текущей работе не дают “жирных” задач. В основном баги на бэке правлю, небольшие фичи, да на веб-морде говнокожу )) Особых перспектив по развитию в работе не вижу, судя по др. ребятам, которые работают уже год и больше. Да и стек старый: ejb, struts.
        Как считаешь, реально ли в мск на зп 120тр с таким набором знаний претендовать?

        • proselytear

          Я, конечно, не знаю уровень подготовки, но по резюме, с такими навыками и опытом работы, грубо говоря, 1 год, вполне реально.

  3. Alexandr Naumov

    Евгений извините что не по теме статьи вопрос. Какой язык в Украине более востребован на рынке IT scala или kotlin есть брать их в связке с java в плане вакансий?

    • proselytear

      Добрый день ,Александр.
      По моему наблюдению, сейчас есть нехватка Java/Scala специалистов.

  4. Александр Холодов

    Я вот сейчас решаю вопрос как не вылететь из IT спустя 15 лет))
    По технологиям в тренде Go Developer, микросервисы высокая нагрузка.

    А алгоритмы и структуры данных, паттерны проектирования и куча теории вылетело из головы. Хотя было многократно пройдено до этого.
    Что помню что то нет. Главное сформулировать не могу.

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

Leave a Reply

Your email address will not be published. Required fields are marked *