Спросили опытных айтишников о том, что они хотели бы знать заранее на старте карьеры. Читайте в первой части о том, почему важно задавать вопросы, не опускать руки из-за неудач на собеседованиях, прокачивать софт-скилы и многом другом.
В начале пути не так важно, на каком проекте ты работаешь. Но лучше отдавать предпочтение сложным и критичным для бизнеса задачам, над которыми работает несколько команд.
Конечно, требования к специалистам выше и больше ответственности, но такие проекты дают нереальный буст в знаниях и умениях: как в технических, так и в коммуникационных.
Сложные задачи позволяют выйти за пределы простой разработки, увидеть, как происходит тестирование системы, ее оптимизация под большую нагрузку, поучаствовать в решении инцидентов конечных пользователей.
Про изменчивость и быстрые изменения в IT не говорил только ленивый. Нужно постоянно держать руку на пульсе не только в своей, но и в смежных сферах. Следить за новостями в мире технологий, участвовать в митапах, слушать подкасты, пробовать что-то новое в Open Source. Это позволит не только поддерживать востребованность на рынке труда, но и зарабатывать репутацию, известность.
На пути к успеху есть и опасности. Нередко отличная карьера в IT превращается в «золотую клетку». Когда мы начинаем ценить комфорт и стабильность, то рискуем стать уязвимыми, потерять способность к адаптации. Поэтому я хотел бы предупредить себя молодого об этой ловушке. Можно быстро получить повышение, достичь финансового благополучия и на этом успокоиться. Уже нет мотивации что-то изучать и поддерживать себя в тонусе, как в начале пути. Но в любой момент обстоятельства могут измениться. И вот ты снова на рынке труда, требования выше, и нужно усиленно учиться. А делать это, когда уже больше 30 лет, есть семья — не так просто.
В начале карьеры некоторые вещи казались очень сложными. Учиться программированию было тяжелее. Практически не было онлайн-курсов, а университетские программы быстро устаревали. Сейчас я состоявшийся разработчик с большим опытом, и понимаю, что вещи, которые казались сложными в начале пути, на самом деле просты. Если бы я не стеснялся задавать вопросы, было бы легче.
Поэтому мой первый совет такой — не стесняйтесь задавать вопросы, если что-то непонятно. Не бояться спрашивать у коллег, не переживать из-за критики — ваше преимущество. Глупых вопросов не бывает. Если коллега знает ответ, он сможет объяснить простым языком «на пальцах». Когда я был ментором, всегда приветствовал любые вопросы от ребят. Помощь в их профессиональном развитии помогает и проекту, и компании. Мне было важно, чтобы никакого стеснения не было. Частично по вопросам можно выделить людей, которые вовлечены в проект. Часто бывает, что если нет вопросов, значит нет и интереса.
Но иногда хороший ответ можно и не получить. Например, когда коллега не умеет объяснять или не разбирается в вопросе, но боится признаться. Если вас начали критиковать, это тоже хорошо. Вы заранее узнаете о плохой атмосфере в команде или компании. Такое бывает, но очень редко. В этом случае я советую поискать что-то другое.
Не пугайтесь требований в вакансиях к джунам. Например, раньше начинающему программисту было достаточно знать языки программирования и уметь работать с базами данных. Такие предложения можно найти на рынке труда и сегодня, но их все меньше и меньше. Теперь от новичков часто требуют не только знания фреймворков, но и даже паттернов микросервисной архитектуры, Kubernetes, CI/CD инструментов (не только Git, но и Jenkins, Kibana, Grafana), специфичных баз данных NoSQL, брокеров сообщений (Apache Kafka, RabbitMQ) и многого другого. Имейте ввиду, во-первых, адекватные компании не будут требовать от джуна всего и сразу, а во-вторых, профессиональный интервьюер даст хороший фидбэк, поняв, что вы сообразительный и хорошо осваиваете технологии. Не стоит отказываться от мечты, сделав вывод что вы не соответствуете всем требованиям. Может, даже не зная всего, вы — идеальный кандидат для компании.
Постоянно развивайтесь. Самый верный способ понять, какие технологии стоит освоить при вашем языке программирования, — посмотреть требования вакансий. С изучением и практикой сейчас проблем нет. Если у вас не было университетского образования, обязательно попрактикуйтесь и алгоритмах и структурах данных. Не стоит обходить их стороной. Начните с простых и популярных задач — напишите алгоритм бинарного поиска, свой двусвязный список и поиск элемента по индексу в нем, попробуйте алгоритмы сортировки массивов. После этого можно тренироваться либо на образовательных онлайн-платформах, либо на специальных порталах (например, LeetCode).
Читайте чужой код. Начинающих разработчиков необходимо допускать к Code Review. Во-первых, это помогает в профессиональном развитии, позволяет понять проект. Во-вторых, у опытных разработчиков часто замылен глаз. Они уже привыкли делать так на автомате и не задумываются, как можно по-другому. Поэтому всегда полезно предложить альтернативное решение и в результате дискуссии понять, что же лучше. Главное — не перегибать палку. В-третьих, лишняя пара глаз никогда не помешает, ошибки бывают техническими и незначительными, на которые опытный разработчик может не обратить внимания.
Не отчаивайтесь при неудачах на интервью. К сожалению, у меня есть знакомые, отказавшиеся от мечты работать в IT из-за пары неудач на собеседованиях. Это колоссальная ошибка. Каждое интервью — в любом случае победа. Вы можете понять свои слабые стороны. Сразу запишите вопросы, на которые ответили недостаточно хорошо, и обязательно подтяните знания. Интервью похожи, и вероятность повторения вопросов на следующем собеседовании высока. Не стоит впадать в глубокое изучение непопулярных технологий, по крайней мере на старте карьеры. По вопросам на интервью также можно понять, подходит ли вам компания. Считаю самым главным — не унывать и не отчаиваться. Все приходит с опытом. Потом будете удивляться, почему многое казалось таким сложным.
Изучайте основы. Уделите время изучению алгоритмов, структур данных и основных концепций Сomputer Science, даже если кажется, что это неприменимо в вашем проекте. Это обязательно выведет на новый уровень в разработке.
Попробуйте разные области. Фронтенд, бэкенд, мобильная разработка, нейросети и пр. Так вы поймете, что вам по душе, а также будет легче выстраивать взаимодействие с коллегами другой специальности. Специалисты, знающие многое, очень ценны на рынке.
Постоянно обучайтесь и предлагайте новые решения команде. IT меняется очень быстро. Просто писать код не выйдет. Нужно изучать новые подходы и технологии, экспериментировать, ошибаться, делать выводы. Это единственный способ расти. А если вы в хорошей компании и команде, вас никогда не осудят за ошибки. Наоборот — высоко оценят желание развиваться.
Прокачивайте свои софт-скилы. Учитесь общаться не только с компьютерами, но и с людьми. Успех в разработке на 80% зависит от умения работать в команде и только на 20% — от хард-скилов. Будьте активны на командных встречах, участвуйте в Code Review и не бойтесь задавать вопросы.
Участвуйте в IT-конференциях, пишите в профессиональных чатах, находите опытных разработчиков вне своей компании. Это поможет вырасти в три раза быстрее и посмотреть на подходы в программировании под разными углами. Запомните — любой опытный программист проходил тот же путь, который вы проходите сейчас. И он знает, где можно «срезать», на что нужно обратить особое внимание, а что, наоборот, не так важно.
Если бы я мог вернуться к старту карьеры в IT, дал бы себе такой совет: активнее участвуй в публичной деятельности. В начале моей карьеры, когда я работал в компаниях различного профиля — от foodtech-стартапа и рекламных агентств до компаний, занимающихся разработкой мобильных продуктов и приложений, мне часто предлагали принять участие в публичных мероприятиях.
Я должен был выступать на отраслевых конференциях по контекстной рекламе и digital-маркетингу, писать статьи, основанные на опыте работы с партнерскими программами, и даже проводить лекции по онлайн-маркетингу. Предложения часто поступали от моих коллег из PR-отдела. В начале карьеры я не всегда понимал значение и важность этого. Однако со временем мне стало ясно, что эта деятельность очень полезна. Участие в публичных мероприятиях укрепляет вашу репутацию эксперта в сфере, помогает создать и развивать личный бренд. Также это прекрасный способ нетворкинга. Выступая на публике, вы получаете обратную связь, которая помогает улучшить идеи и стратегии. Не пренебрегайте возможностями для публичного выступления и активного участия в сообществе. Это может принести гораздо больше пользы, чем вы можете предположить.
