Как найти работу в IT

Эта статья поможет специалистам сэкономить время и подготовиться к поискам работы в IT. А компаниям избежать ошибок при найме и лучше выстроить свои процессы.

Подготовка

Подготовка на джуна займет от полугода до 3х лет. Готовьтесь к тому, что не сможете с непривычки заниматься программированием больше 4х часов в день. Если кто-то подготовился за более короткий срок, то отпишитесь в комментах.

Подготовка состоит из теоретической и практической части. Когда я училась, то уделяла много времени практике и совсем не занималась теорией. Есть компании, которые берут только за практические навыки, но их мало.

Практика

Начинаем с самоучителя по JavaScript. Это даст представление о базовом синтаксисе. Для создания веб-приложения необходимо изучить:

• Верстка (адаптивная под мобильные устройства и тачпады)
• JS фреймворк из большой тройки (Vue+Nuxt/React/Angular)
• Бэкенд (на сегодня актуально Node+Express), альтернативно можно взять PHP/Python/Java
• База данных (MongoDB/MySQL)

Если хотите быть фронтендером, то бэкенд и базы можно изучить поверхностно.

Теория

К теории относятся:

• Вопросы по фреймворку/языку/стеку
• Структуры данных (или их эмуляция) на JS
• Задачи по алгоритмам на JS
• Умение работать с вкладками perfomance/memory

Вопросы для фронтендера делятся на 3 основных блока:

• Вопросы по верстке (css, каскадирование, Bem, DOM, preprocessors)
• Вопросы по фреймворку. В случае с Vue это VDOM, advanced part, баги и узкие места, преимущества и недостатки в сравнении с конкурентом, что выйдет в новой версии, slots, provide/inject, 2-way binding, lifecycle hooks. Не лишним будет изучить открытый исходный код.
• Вопросы по JS, парадигмам программирования (чем функциональное отличается от ООП), паттерны на JS

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

const getValue = () => {
  const cache = {};
  return (n) => { 
    if(cache[key]) return cache[key];
    else { 
         const value = calc(key);
         cache[key] = value;
         return value;
    }
  }
}
const calcCach = new getValue();
calcCach(3)

Активный поиск работы

При составлении резюме необходимо указать ссылки на развернутые веб-приложения, сверстанные макеты. Потом ждать звонка от HR и активно откликаться.

Пример удачного найма

Чаще всего, интервью в хорошую компанию проходит в несколько этапов:

1. Разговор с HR, где вас расспрашивают про опыт работы, образование, почему решили заняться программированием, проверяют на общую адекватность и сработаетесь ли с коллективом
2. HR назначает аудио-конференцию с техническим специалистом, где вы будете решать небольшие алгоритмические задачки и отвечать на теоретические вопросы
3. Если техническое собеседование прошло успешно, то вас приглашают в офис знакомиться с командой, посмотреть, понравитесь ли вы команде и руководителю, устроят ли условия работы

На последнем этапе можно рассказать о выполненных проектах, задать команде вопросы по стеку, проекту и практикам, графику работы.

Иногда при интервью в офисе могут попросить сделать небольшую тестовую задачу, например, сверстать менюшку или написать класс-CRUD, который хранит данные в localStorage. Задача небольшая, на 15 минут. При этом можно задавать уточняющие вопросы. Такие задачи проверяют вашу способность выяснять бизнес-требования, общаться с коллегами.

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

Примеры плохого найма

Тестовые

Я иногда сталкивалась с компаниями, которые набирают людей на удаленную работу. Обычно HR из таких компаний не звонит или проводит быстрый созвон, а потом просит выполнить «небольшое» тестовое. Зачастую на смежной, плохо знакомой технологии. В тестовом есть clean code, тесты, использование сторонних API (ключ сам регистрируешь) и прочие best practices. Некоторые просят установить свой редактор кода.

Почему не нужно делать тестовые:

• Нет возможности задать вопросы по ТЗ, продемонстрировав soft skills.
• Это трата времени. Допустим вам пришло 5 тестовых на 3 дня из 5 компаний. Итого, 2 недели у вас уйдет на их выполнение. И это лишь один из этапов. А за 2 недели вы могли пройти 15-20 интервью (по 1 очному и 2-3 по скайпу в день) и получить 2-3 оффера.
• Компания, которая высылает тестовые, не видит в вас индивидуальность, специалиста, личность. Не рассматривают ваши заслуги, вклад в IT community, статьи, участие в конференциях, видео лекции. Вас отбирают на конкурсной основе, под копирку, как продавца в пятерочку.
• Нередко под видом работодателя прячутся мошенники, которые хотят получить результат вашей работы бесплатно.
• У каждого программиста свой взгляд на создание приложения. Обычно style guide вырабатывается командой совместно, задается конфигурация eslint. Поэтому ваше тестовое могут завернуть, если взгляды другого разработчика не совпадают с вашими.

Еще HR иронично говорит, что их лучшие разработчики делали тестовое за 3 часа, но вам дается дедлайн в 3 дня. Делать вы его можете по полчаса после работы в течение 3х дней. Такое тестовое в действительности займет 6 * 3 часов, а у новичка и того больше.

Еще одной особенностью тестовых является плохо описанное ТЗ, которое вызывает вопросы. А задавать их некому, потому что HR не будет ради вас бегать к разработчику, составившему тестовое, и задавать вопросы.

Я считаю тестовые бесполезной тратой времени. Единственная причина их делать — это портфолио.

Почему компании продолжают слать тестовые, если они неэффективны?

Тестовые рассылают компании, которые набирают удаленщиков за зарплату чуть ниже Московской. Для ребят из маленьких городов это единственный шанс трудоустроиться. А для компании это шанс сэкономить деньги и получить лояльного, дорожащего местом работника.

Код на листочке

Некоторые компании просят ехать через весь город, чтобы спросить, что выведет код на листочке. Это можно сделать через Skype/hangouts в режиме реального времени в онлайн редакторе. А просить человека тратить 3+ часа жизни, искать ваш офис ради листочка (иногда HR не зовет технического специалиста) — это неуважение к кандидату.

Доводы против написания кода на листочке:

• У многих плохой почерк, его сложно разобрать, а ручкой в тетради они не рисовали со школы
• Многие разработчики не помнят наизусть точное название методов
• Правильно нарисовать фигурные скобочки превращается в челлендж сложнее самого алгоритма
• От ручки болит палец

Альтернативно можно нарисовать схему сортировки или обхода графа на доске.

Red flags

На интервью можно столкнуться с вопросами из раздела «red flags». Такие вопросы демонстрируют, что в компании нет корпоративной этики, а руководство любит нарушать личные границы и не принимает ответ «нет».

Некоторые вопросы просто не компетентны и нерелевантны будущей работе. Их задают для занижения самооценки кандидата, снижения его цены. Примеры:

• Вы замужем? Если нет, то почему?
• У вас есть дети? Если нет, то почему? Если да, то как часто болеют и нужно ли вам забирать их откуда-нибудь?
• Вы косите от армии/бегаете от налоговой?
• Есть ли у вас хобби?
• HR пытается подловить, что вы чего-то не знаете (точных дат выхода версии или новой фичи)
• HR в пассивно-агрессивной манере интересуется, почему вы ушли с предыдущих мест работы
• Вопросы про высшее образование, если в резюме указано, что его нет или оно не окончено
• Если вы живете далеко от работы, то как вы будете на нее ездить? Особо наглые могут спросить, в своей квартире ли вы живете и предлагают ее сдать и переехать в арендованную поближе к работе

Заключение

Ошибки из раздела «Примеры плохого найма» происходили со мной при собеседовании на 3 работы из 5. В дальнейшем мои опасения подтверждались. Эти события происходили со мной или моими знакомыми при собеседовании в крупные, известные продуктовые и аутсорсинговые компании: Epam, Rambler, Qiwi, Mail.ru, Skyeng, Yandex, etc. Думаю, что подобные ошибки совершают не только отечественные, но и зарубежные компании.

В статье описаны кейсы, с которыми придется столкнуться начинающему разработчику.

Автор: Юля Кузнецова

Источник ^[1]