без опыта или кто нанимал джунов без опыта (коммерческого)? Хочу спросить на что обращают внимание, сколько проектов должно быть, каких технологий достаточно, например, я знаю джс кор, тайпскрипт, коа, экспресс, монгу постгрес, докер, но нет вообще опыта с nginx, reddis и др(тем, что часто встречается в вакансиях) . Это критично или с тем, что есть уже можно откликаться
Nginx нужен на уровне, я умею проксировать и настроить Location, и знаю как выглядит дока. В остальном забей, эта больше про девопсов, а не про бекендщеков. С опытом наберешься. По поводу на что обращают внимание: * Как уже сказали выше вам, на то как вы пишите код. * Понимание алгоритмов. Это подразумевает не их заучивание, а именно их понимание. Но на базовом уровне, для джуна лучше перед собесом подучить Дальше чистый субъективизм, относящийся больше к тому, что именно пишут там куда вы устраиваетесь. * Общие познания в протоколах http, https, http/2, tcp/ip, udp. * Понимание стандартных шаблонов, часто использующихся в разработке. К примеру фабрика для ноды не так актуальна, как эммитер или наблюдатель. Но может быть и наоборот. Проект ведет Сеньор джавист, и тогда он будет спрашивать про то что привычнее для него на Jave. * Понимание асинхроности хотя бы в базовом варианте. * Минимальное представление об архитектуре, и желательно не об MVC. Насчет проекта, то найдите одну или две задачи, которые решают приведенное выше и напишите петы, по ним вас и будут судить.
Спасибо
небольшой совет, делая пет выбирайте тему не сложную но и не легкую. Иногда можно даже два небольших пета запилить. Главное что они смогут охватить работу с шаблонами и алгоритмами, + будет нуждаться в минимально правильной архитектуре. Хорошо написанный пет, представленый на собес - это +50% к успеху получить офер.
Я в основном рест апи писала, насчет алгоритмов я немного удивлена, просто неожиданно, так как в основном вся работа была связана с запросами к бд и архитектура соответственно - данные поверх них логика , а про шаблоны я даже не подумала. Мне больше казалось важным решать задачи, типо вот как сделать джвт аутентификацию, разобраться как работает и тд
Это важно, но собеседование на работу, это отдельная от реальной разработки тема. Там вопросы и взгляд на программиста, обычно совершенно другой. Если не зазубривать материал, то единственный верный путь это хороший пет, который способен продемонстрировать ваши умения. Обычно петы это что-то типа простое обычный рест, граф и что-то типа блога на экспрессе с монгой. Лучше исходить из обратного. Ваша цель, если вы доберетесь до тех.собеседования показать свои знания так, что бы там знали что оценивать и не задавали вам глупых вопросов. Например человеку, который напиcал сервис работающий через UDP, без модулей и запилил все сам на кастоме. Скорее будут задавать вопросы, почему делал то или другое, а не топить в вопросах, типа - "А напиши сортировку пузырьком" или "Расскажите о четырех основных паттернах". Ваша задача на тех.собесе заинтересовать собеседующего, что бы он вам в своих глазах выставил максимум вистов. И тут вам помогут либо мощные софт скиллы, или хороший пет, основанный на не самых очевидных вещах. Самое главное, что бы вы смогли ответить, зачем вообще их пилили, и почему сделали тот или иной выбор.
Понимаю вроде о чем вы
aimit.ru
Обсуждают сегодня