Как подготовиться к техническому собеседованию в крупную IT-компанию

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

И приходя на позицию Junior в компанию, они пытаются решить простые задачи сложными способами, которые отнимают много времени. В итоге пишут такой код, что любая попытка модернизации приложения приводит к потере его производительности. Личный прогресс в программировании при таком подходе быстрый, но впоследствии ребята заваливаются на серьезных задачах. Потому что есть пробелы в базе.

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

Если хотите стать успешными в разработке, изучите идеологию, архитектуру, особенности работы языка. Желательно написать несколько небольших проектов простым кодом. Именно простым, без фреймворков. Это даст нужные навыки.

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

Много вопросов посвящено пониманию принципов объектов ориентированного программирования. Почти всегда спрашивают про интерфейсы, коллекции, принципы их работы. Эти вещи базируются на обычной математике и присутствуют в каждом языке.

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

Про алгоритмы и коллекции спросят обязательно. У нас в Сбербанке, например, недавно искали iOs разработчика. На зарплату от 250 000 рублей в месяц. Конкретный вопрос на собеседовании:

Многие отвечают - массив. Без особых объяснений. Кто-то дает правильный ответ - SET. Но объяснить его не может. Понимает, но на интуитивном уровне. При этом человек говорит, что занимался оптимизацией кода…

Почему “массив” в данной ситуации не подходит? Если у приложения 10 запрещенных адресов, по которым нельзя “ходить”, то поисковой программе достаточно просто пройти по всем элементам массива и проверить. Это не займет много времени. Но если у вас огромное приложение с тысячей элементов (порты, айпишники), проверять их - долго и неудобно. Приложение по ощущениям пользователя будет “виснуть”, “тупить”. На самом деле оно будет осуществлять поиск путей, по которым “ходить”. Сеты же позволяют найти правильный адрес быстро, независимо от количества элементов - 10 или 1000.

Почему крупные компании гоняют по алгоритмам и структурам данных?

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

Для тех кто хочет “прокачать” знание алгоритмов рекомендую сайт со сборником задач. Там есть ответы с разборами:

Портфолио на Гитхабе - лучший вариант показать свой опыт. Даже новичку. Придумайте мини-проект или какую-то задачку себе для развития навыков программирования. Реализуйте и выложите в сеть. Многие работодатели мониторят этот ресурс. Изучают код, решая, пригласить вас на собеседование или нет.

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