Друзья, какие вопросы задают на собеседовании для Front-end developer?

Друзья, получил запрос интервью по скайпу на позицию Front-end developer.Какие подводные камни? Что бы хоть как-то подготовиться.

Не имею опыта собеседования на эту должность, да еще и на инглише.

Рад любым советам.

До обраного В обраному 0

Найдите в гугле на 1й странице top javascript interview questions. На сайтах будет порядка 100 вопросов, которых должно хватить для технического интервью.Это половина дела. Если у Вас практического опыта нет, дальше могут ничего не спросить. Если есть (допустим, pet projects или фриланс), начнут спрашивать про организацию аутентификации, основных проблемах безопасности в веб приложениях, методах оптимизации загрузки, методах улучшения отзывчивости, responsive design, тулзы и подходы для дебагинга, что нового в Angular2, что нового в ES6, зачем нужен React, нет ли опыта работы с React native и мобильными приложениями, что важно учитывать, разрабатывая мобильные приложения, отличия grunt-gulp-webpack, берете ли вы компоненты из bower или npm и почему, какой опыт с jira, c git, ( могут дать тестовое задание по перетягиванию виджетов в контейнер ;) ), любимый вопрос про «кем Вы себя видите через 10 лет?» и тому подобное

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

— Например, спросят имел ли опыт в [ангуляре]. Ответить надо что [да], на том и другом проекте был [ангуляр 1/2], нравится/не нравится, потому что [А, Б, Ц] . и так по каждой фронтенд технологии что есть.

На верстальщика тоже никто особо ничего не спрашивает, но я лично бы спросил что-то типо:— можно ли использовать !импортант— или какие проблемы есть у бутстрапа (включая и цсс фреймворк и набор компонент для реакта)— или что такое матириал дизайн

По жс я бы спрашивал такое:— делал ли ты когда-нибудь [клиент oauth]. Ответ — [делал], в [прошлом] проекте— или, что такое [ивент луп], как гарантируется [синхронность] / не гарантируется [асинхронность], рассказать про ес6, если на проекте есть — тут можно поговорить про асинк/авейт

тут вместо [фубар] можно подставить любой мидлвейр / компонент логики на клиенте

function a() < >var b = function()

вот такие моменты нужно знать например

Если собеседовать будет иностранный CEO/CTO то чаще всего дают решать какую-то задачу онлайн, и там будет сразу видно знание языка и логику человека. Вопросы из списка Андрея Ноздренко обычно практикуют наши гребцы.

что такое контекст?расскажи ка про замыканиячто такое промисы, дефферы?как реализуется прототипное наследование?что такое всплытие переменных?анимациикакие знаешь функции для работы с массивами?function declaration, function expression (что такое? чем отличается?)

вот эти вопросы точно будут присутствовать, остальное зависит от собеседующего

не ожидал такого прочитать. ))))

я просто написал кратко чтобы не расписывать все подрядмогут за css transition спросить, могут за css @keyframes, могут за requestAnimationFrame, могут за setTimeout

метод это я так понимаю не функция да?learn.javascript.ru/object-methodsот почитайте элементарщину.

скажите пожалуста мне:когда мне в очередной раз зададут эти вопросы, мне что говорить им ?нахамить или может сказать что это все глупо? или сказать а не не не, на этот вопрос я не буду отвечать

если чо, мой посыл не был направлен к вам, а к тем кто это спрашивает. просто вы хорошо все вместе собрали

context aka thisexecution contextну тут еще надо отметить что некоторые путают scope и context

еще мб в ангуляре dependency injection context

ну то уже не в JS.

но меня сильно раздражают такие вопросы, они ничего не скажут о том какой специалист, а просто покажут читал человек литературу где это описывается али нет

согласен, вопросы выше — либо для того чтобы завалить или на позицию преподавателя на курсах

лично тебе/лично ты много раз задавали вопросы на собесах(не для синьйоров) про execution context, lexical environment и environment record?

не. об этом как правило мало кто знает, что собственно более чем правильно/нормально.мой посыл был к тому что все эти вопросы очень глупые и пример того что большинство не умеет/ не знает как проводить собеседования

в дополнение к списку: bind, call, apply;event bubbling;rest;positioning in css;patterns;

Супер! Полезная ссылка. Видимо я плохо искал.

Так, сам шукаю роботу, просто тотально усі хочуть не просто знання англійської для читання документації (це нормально і є необхідним для ІТ-шника), а вони хочуть щоб обов’язково програміст вмів вести переписку і навіть говорити англійською.

Хоча само-собою це було зрозуміло, бо майже усі замовники «західно-закордонні», але для мене стало «нежданчиком» щоб це вимагалось від самого програміста, причому просто кругом. Кажуть: «вам прийдеться спілкуватись безпосередньо із замовниками».

По-моєму, це трохи не логічно, бо якщо програмери добре володіють англійською, то для чого їм ті контори-посередники, які беруть «половину» (якщо порівнювати із рейтами на upwork.com)? За що саме вони отримують свої 50% від вартості виконаних робіт цими самими програмістами? За те, що шукають їм клієнтів і дають використовувати свій бренд? Не всі хочуть/люблять займатись пошуком клієнтів і морочити голову із договорами/бухгалтерією.

Черговий раз переконався, що майбутнє таке за фрілансом. Не у 100% випадків, але мабуть так у

Так а що заважає вивчити розмовну англійську і практикувати її?

Не питання «вивчити англійську», питання для чого посередники програмісту, які беруть не менше половини вартості, від того що він зробив, і при цьому вони залишають йому роботу зовсім не програмістську, яку мали би виконувати самі.

Погодьтесь: якщо у ІТ-шних компаніях розподіл праці покращує продуктивність розробки певного продукту, то логічно було б щоб програміст виконував суто програмістську роботу, а не витрачав свій час ще й на вивчення граматики, усної англійської.

якраз вивчення мов (не програмування) допомагає розвивати різні соціальні навики, які далі допомагають в спілкуванні з різними людьми. це потрібно, щоб з вами можна було говорити не лише про нові фічі ES 2016 і новий js фреймворк.

Вміння правильно писати й говорити англійською — не обов’язок програміста, щоб ви там не казали.

Згоден що є такий факт, але не згоден із тим, що це можна назвати нормальною практикою (точніше — не згоден що відсутність цієї навички ставить хрест на профпридатності в таких конторах).

Хоча б тому, що вони наймають на роботу програміста, але вимагають від нього знань філолога.

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

ну очень смелое обобщение-предположение:программисты в СНГ плоховато знают английский уже просто потому, что не видят особых преимуществ знающих.вернее даже так — соизмеряя количество требуемых усилий для изучения английского, выгоды которые дает этот скил, и свои потребности в общежитейском плане — отказываются от прикладывания усилий по изучению английского.

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

а когда, как нередко им заявляют на доу еще и — а никто и не будет вам доплачить за английский!ну так вообще — супер-демотиватор :)

на месте ушлых менеджеров я бы наоборот постоянно говорил о выгодах, и материальных тоже. даже если это ложь :)

чуть ли в вакансиях добавлял бы не в секцию «плюсом будет»аза прохождение теста на знание английского на таком-то уровне +10% к сумме оплаты на которую вышли после успешного прохождения технического собеседования!