9 ошибок новичков в IT

Кажется, уже все вокруг знают о важности английского языка в IT, но до сих попадаются кандидаты, которые полагают: достаточно выучить фреймворк или технологию, а незнание языка не является основанием для отказа. Является!

В 2023-м году умение общаться (в том числе с иностранными заказчиками) выходит если не на первый план, то ⎼ вровень с техническими знаниями. Мы уже не говорим про чтение документации и профлитературы. Английский все еще впереди планеты всей, полезно знать и немецкий (мы как раз ищем таких стажеров), а в отдельных случаях есть запросы на французский и даже арабский. Иностранные языки ⎼ это инструмент ваших будущих побед.

Этим грешат и некоторые опытные разработчики. Не стоит думать, что вам все должны: открыть стажировку на нужное направление (“Все Python да Java, когда уже по Go что-то будет?!”) или снизить требования, взять на работу за технологическую экспертизу, проигнорировав неумение общаться/незнание языков, в аутсорсе ⎼ продать на проект без какого-либо содействия и старания с вашей стороны и пр.

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

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

В последние пару лет все идет к тому, что бизнесу заказчика нужны не знатоки Angular или боги .NET: ему нужны те, кто решает проблемы. На собеседованиях спрашивают даже не о том, какие технологии знает кандидат и в курсе ли он, как именно они работают, а о том, какие задачи он решал/мог бы решить с их помощью. Шансы найти работу тем выше, чем с бОльшим количеством технологий приходилось иметь дело.

Писать код недостаточно. На этом можно было бы закончить, но мы разовьем мысль. Ниже ⎼ лишь несколько приемов и инструментов, о которых стоит помнить разработчику в процессе работы:

• комментарии к коду (это важно! код пишется не для себя, а для всей команды, не забывайте об этом)
• контроль версий
• тестирование (иначе какой смысл от кода, который не работает?)
• инструменты отладки
• оптимизация кода
• учет масштабируемости
• понимание бизнес задач и требований и пр.

Очень мало найдется команд, готовых терпеть несносный характер даже очень сильного специалиста ⎼ разве что речь идет о какой-то редкой или старой технологии. На собеседованиях отслеживают и умение общаться, и манеру изложения мыслей, и реакции на сложные вопросы. Если спокойная дружелюбная коммуникация ⎼ не ваш конек, вы в зоне риска: даже если пройдете все собеседования, можете не вписаться в команду и/или регулярно проваливать интервью у зарубежных заказчиков (а они делают упор именно на soft skills).

И кстати: “мягкие навыки” ⎼ это не только о приятном и продуктивном общении. Тайм-менеджмент, problem solving, критическое мышление, командная работа и умение быть лидером/работать в подчинении тоже входят в это понятие. Ах да, и умение подстраиваться: сфера IT динамичнее некуда, готовность к частым переменам необходима.

Настолько важный скилл, что мы выделили его в отдельный пункт. Чем раньше придет навык жонглировать множеством задач, тем легче будет на каждом этапе. Сначала приходится совмещать стажировку и учебу в университете; потом привыкать к роли джуна, снова учиться и к тому же осваиваться на первом рабочем месте; мидлы нередко становятся менторами и/или тимлидами, забирая на себя еще больше функций… Словом, без четкого планирования (равно как и умения гибко и оперативно перестраивать свой же план) в IT не обойтись.

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

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

Если IT ⎼ не первая ваша работа, вы сразу увидите, насколько здесь все иначе. Все супердемократично: в одежде, в коммуникации (в том числе ⎼ в решении рабочих вопросов), в организации тимбилдингов и так далее. Здесь легко обратиться с вопросом напрямую к CEO или спонтанно пойти с коллегами на квиз после работы. Это и вдохновляет, и нередко слишком расслабляет. Демократичность ⎼ не равно вседозволенность. Закидывать ноги на стол, курить на рабочем месте, фамильярно общаться с малознакомыми коллегами и пр. ⎼ плохая идея.