Как программисту понять, что пора искать работу?

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

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

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

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

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

Но что делать, если собеседований нет? Есть способ определить свой уровень знаний. Нужно просто выполнять тестовые задания на junior позиции. Грубо говоря, если вы не можете сделать ни одно тестовое или даже не понимаете, чего от вас хотят, то вам явно рано выходить на рынок труда. А если можете выполнить задание (не сразу, с подсказками), то вы уже точно готовы, и надо бежать на собесы.

Кстати, у Хекслета есть целый набор тестовых заданий разного уровня сложности. Можете выполнить их и проверить свои знания: https://github.com/Hexlet/ru-test-assignments

Вызываем вас на откровенный разговор с Кириллом Мокевниным, сооснователем Хекслета.

31 октября проведем онлайн-профориентацию, на которой расскажем о программировании в будущем 2024 году и о том, как выбрать направление и начать путь в IT.

Этот вебинар поможет новичкам выбрать язык программирования и избавиться от страха первого шага.

Записаться на онлайн-профориентацию

Чем фронтенд отличается от бэкенда?

Начнем с бэкенда, так как тут все просто. Бэкендом называют серверную часть сайта. Это код, который выполняется на сервере и обрабатывает запросы. Запросом, например, может быть адрес, введенный в браузере.

Выполняя запрос, браузер соединяется с сервером и передает ему набранный пользователем адрес. Бэкенд анализирует этот адрес, понимает, какая нужна информация, извлекает ее, формирует ответ и отправляет в браузер. Браузер уже показывает нам то, что пришло с сервера.

Интересный факт. Понять из браузера, какой язык на бэкенде, практически невозможно. Общение браузера и серверов устроено так, что язык бэкенда полностью скрыт и может быть любым. Чаще всего это Ruby, Python, JS, PHP, Java, C# и другие.

Для тех, кому интересны подробности: браузер и сервер общаются между собой с помощью протокола HTTP, о существовании которого все подозревают :)

Выше мы упомянули, что бэкенд формирует ответ. Чем является этот ответ? Вот тут возможны варианты, которые влияют на понимание того, как работает фронтенд. Но сначала небольшое введение.

Под фронтендом в первую очередь понимают внешний вид. За него отвечают HTML и CSS — технологии, с помощью которых создаются веб-страницы, на них добавляется красота.

Самое удивительное, что при классическом подходе фронтенд неожиданно формируется на бэкенде. Что это значит? Это значит, что бэкенд отдает в браузер готовый HTML и CSS, который просто отрисовывается браузером. Этот подход был когда-то единственным и до сих пор используется в подавляющем большинстве проектов. Например, так устроен практически весь Хекслет, не считая тренажера, «Обсуждений» и еще нескольких элементов.

То есть схема такая:

Приходит запрос из браузера → бэкенд выполняет нужную логику → бэкенд формирует готовую страницу, то есть HTML + CSS → бэкенд отправляет это в браузер → браузер отрисовывает страницу.

Этот подход надежный и простой. Он будет всегда актуальным для сайтов, где нет высоких уровней интерактивности.

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

Такой подход усложняет систему, но открывает доступ к практически неограниченным возможностям. Ярчайший пример — это чаты или тренажер Хекслета.

Как правильно оформлять резюме, чтобы его заметили работодатели? Что писать, если в резюме нет опыта программирования или тестирования и только учебные проекты? Почему на Hexlet CV именно такая форма резюме?

Вместе с Екатериной Савченко, сертифицированным карьерным консультантом Хекслета, посмотрим примеры реальных резюме QA-специалистов, фронтендеров и бэкендеров и дадим рекомендации по их улучшению.

🗓 Лайв начнётся 26 октября в 17:00 по МСК