@@KristinaAleshnikova потому что джун и тем более фронтенд не должен знать никаких паттернов, он не архитектор, чтобы применять какие-то паттерны в проекте, их применяют за него. Джун 90% времени рефакторит чужой код и, если мы говорим о фронтенд, красит кнопки в другой цвет. Элегантная деградация - это вот такие "интервьюеры", которые проверяют не навыки программиста (а программист это исключительно ремесленник, он не должен быть архитектором/инженером - это разные вещи), а бесполезное теоретическое словоблудие, которое имеет смысл только в головах тех, кто задает такие вопросы.
Не знаю как я на это наткнулся.. Больше 10 лет работаю в долине, делал и фронт и бэк. Поражает разница в подходе в России и США. В России это похоже на вступительный экзамен на работу, только что билеты не тянешь. Столько вопросов по голой теории, а главное даже если забыл то это гуглится просто буквально за 2 минуты. Я б сам имея 10 лет опыта с ходу не прошел бы ваше интервью на джуна, надо было бы предварительно подготовиться что запомнить все это. В США тебе дают проблему и вы вместе решаете, обсуждаю все трейд оффс. Просят объяснить почему то или иное решение было принято. Кактг принципы хорошего кода 😮 ХЗ - покажите мне код я точно скажу что исправить а выучить список из 10 пунктов - это реально ткак на экзамене. Тесты мы не пишем - это дорого А руками тестировать все каждый раз значит дешево? На мало мальско большом проекте без тестов не уедешь далеко, это бомба замедленного действия.
26:10 - чепуха. У var как раз функциональная область видимости, с одним исключением - когда объявлена на самом верху, var становится свойством глобального объекта
Что за вопросы? Это вообще не вопросы для джунов. Любой опытный разработчик знает что это и близко не к джуну. Это миддл как минимум, ато и миддл+. Как будто кажется что подобные видео снимаются, и вообще такие вопросы задают на интервью сегодня для того чтобы занижать зарплаты, и уровень разработчика. Не ведитесь на эту фигню, я за свои 5 лет во фронтенд разработке, ни разу не видел чтобы подобное спрашивали. Архитектура, вообще и близко к джуну не должна стоять, вы что свихнулись? Это либо недотимлиды либо недосиньоры спрашивать такое только могут.
пздц , досмотрел видео, и что сказать. Первая часть меня удивила, потому что как-то интервьюер начала жестить по css. И я думал, что все собеседование будет такое, но все же разочаровался. Вопрос: 1. Почему столько времени и так детально спрашивает css фреймворки, методологии и подходы css. это что, на сеньора верстальщика позиция что ли? И почему такое соотношение вопросов по сложности и количеству 80%/20% css/js ? По-моему, все же стоит спрашивать больше вопросов по Js, чем по css. Вы что, хотите ему дать писать статичные сайты, где только верстка?) 2. Не было разговоров про фреймворки на JS, а это ВАЖНО пздц как, когда сейчас в основном сейчас все пишут на фреймворках , кроме разговора про vue, который просто между делом , был обсужден , и даже , так понимаю, не входило в планы 3. Хочу сразу поправить интервьюера про заявление , что "тесты - это больше прерогатива backend разработчиков". Надо сразу уточнять, что это субъективное мнение, причем очень сомнительное, без реальных аргументов(ну аргументировать тут и не требовалось, просто заявление странное).Фраза "тестировать можно, если это входит в оценку спринта" - это уже более объективно. Поясняю - код - есть код, что на бэкенде, что на фронтенде, который ЖЕЛАТЕЛЬНО должен быть проверен, чтобы не было казусов. Особенно, какие сложные фронтенды становятся сейчас, мне страшно представить ваш(интервьюера) проект, где нет тестов на фронте) Разобью сразу тейк про то, что фронтендеры не должны писать тесты, потому что они должны быстро выкатить что-то - "НЕТ" , это все еще супер субъективно. то есть по вашему, бэкендеры просто сидят, пьют кофе, курят сигаретку ,пока фронтендеры как рабы на галерах , как машины работают? Нет.... Много работы может быть как на фронтенде, так и на бэкенде, зависит от проекта. Я не очень понимаю взаимосвязь, что тесты - это прерогатива бэкендеров , потому что у них больше времени писать тесты, или потому что их код более важный? Сразу отвечу, что ни то ни то не правда. Хоть и секьюрити и остальное очень важны, но ситуация, где кнопка ломает сайт, и показывает белый экран из за того что Cannot get property of undefined , способна нанести бизнесу тоже достаточный денежный ущерб, от ухода клиентов, что полностью рабочий и правильный бэкенд тут не поможет))))) код - есть код, и желательно его тестировать что там, что там. в идеале 90% покрытия юнит , и авто тесты. Сначала я слышал вопросы, и думал, что это точно на сеньора собеседование, ибо то, что она спрашивает, надо еще освоить и изучить, и применить, а это время , за которое человек уже вырастает из джуна в мидлы хотя бы) но под конец, даже не знаю, как это назвать, ведь это интервью рассказывает скорей, какой хороший верстальщик Антон, и что знает алгоритмы и браузер. но про какой-то уровень говорить трудно, потому что важные темы затронуты не были. конечно css важен, но чтобы настолько - не думаю
Но вообще-то, объективно говоря, реально сейчас вся нагрузка ложится на фронтендеров со всем этим фронтенд-ориентированным подходом создания SPA, и вашими любимыми фреймворками. Попробуйте-ка возразить. А бэкендеры в этих условиях реально попивают кофе, изредка вынимая из базы данных таблички или значения, и выдавая их в json, ну или сохраняя значения в бд. Перетрудились, бедняжки. Еще и регулярно умудряются при этом не добавить те или иные поля в базу, выполняя задачи. И вот чтобы их как-то занять, придумали для них тесты. Неоднократно видел случаи, что я, как ишак, на фронтенде исправляю чушь, написанную моим тимлидом, в чуши, которую он называет проектом, а бэкендер исправляет несколько дней упавшие тесты, и пишет эти тесты. Клоунада какая-то. Идите лесом с вашими тестами. Извините, но я, и такие специалисты, как я, пишут нормально работающий код, и ваши тесты лишь вставляют мне, и таким как я, палки в колеса. Тесты нужны бизнесу, а не мне, разработчику. Вы кто? Если вы бизнес, то на ваше мнение мне поплевать. Если же вы хреновый разработчик, который без тестов не способен писать работающий код, то вам просто нужно поднять свой уровень, или свалить из индустрии на хрен, а не перекладывать свои проблемы на все сообщество, вставляя таким как я работникам палки в колеса, добавляя мне работы. До вас программисты и на более сложных языках, нежели Джаваскрипт с фреймворками, справлялись со своей работой без всяких тестов.
@@cafedead аргументов 0. В принципе даже отвечать на этот шлак не нужно. "Я пишу хороший код, поэтому тесты писать не хочу", это не взаимоисключающие понятия. Хороший или не хороший, писать тесты нужно, так как эти понятия относительны, и ты не можешь гарантировать, что все будет работать как надо , при тысячи бизнес реквайрментов. И кому ты затираешь, что пишешь хороший код? Вперёд на свой говнокод иди писать тесты))
@@super4prikolist1 пишешь, что аргуменов ноль, тогда как их больше нуля. Зато взаимоисключающее вот прямо у тебя в голове - не хочешь отвечать на этот "шлак", но отвечаешь своим шлаком. Почему бы просто корректно не возразить без вот той малолетней экспрессии в мой адрес?! Что касается тестов, то их не нужно делать. Как я сказал, нужно это в какой-то мере *бизнесу, а не тебе.* Возрази. Что касается "ты не можешь гарантировать, что все будет работать как надо". Приятель. Я - хороший программист, я проверяю как следует то, что выдаю в качестве результата, поэтому я как раз *могу гарантировать,* как гарантировали прогеры все эти десятки лет до внедрения повсеместно всяких тестов. Как видим, код был гораздо сложнее, но качественнее, чем сейчас выдает среднестатистический бэкенд со всеми этими тестами. Ну а тот факт, что лично вот ты не можешь гарантировать качество своего кода, так это твоя проблема, и она не должна быть и моей проблемой.
@@cafedead твоё "я хороший программист", такое же сомнительное, как и "факт , что лично ты не можешь сделать хороший код". Давай ты не будешь оперировать словами "факт", "аргумент", потому что ты не очень понимаешь , что это. Ты что-то путаешь . Весь код , который мы пишем, в том числе тесты, нужны бизнесу) мне не нужен, если мне не заплатят, я его не напишу , но с другой стороны, для нашего спокойствия , пусть лучше код будет протестирован, чем какой-то "хороший программист" напишет свое творчество. Может ты и без страховки будешь прыгать с веревкой, может на гору без тросса будешь подниматься, дай угадаю, ты без QA работаешь? Ты же веришь в себя, ты же хороший скалолаз, прыгальщик с мостов, и прогер, тесты тебе не нужны. Такие люди лечатся уринотерапией, потому что доверяют больше себе , чем плохим и злым врачам) Зачем ты свой коммент лайкнул, кстати говоря?
если это не постанова, то такие собесы нужны для уменьшения "запроса ожиданий" кандидатов)) Для джуна главное не само наличие знаний, а готовность рвать жопу, в попытках научиться
Мне понравился собес. Если человек не знает ответ на заданный вопрос, то ему его рассказывают и подробно объяснят где или для чего это используется. А то что мало вопросов по js и много по ccs, ищут джуна а значит того человека который будет заниматься рутиной работой. Задавая оч. сложные вопросы, тем самым понимают что у человека есть будущий потенциал в росте и в целом смотрят как он отреагирует на сложность (в плане психики).
ну, что вы так. Человек помнит о разные постпроцессорах и препроцессорах в CSS, но сыпется на Function Expresiion и Function Deсlaration. Это нормальная ситуация)))))
Это не собеседование, а экзамен, большинство вопросов гуглится , и входит в списки а-ля 150 вопросов на собесе. Человек может зазубрить хоть их все ни разу не столкнувшись на практике с предметом вопроса. Такие собесы - пустая трата времени соискателя и упражнение в дедовщине для собеседующего. Смысл собеса - определить , умеет ли кандидат решать задачи бизнеса, соответсвующие его заявленной квалификации. Предложите пофиксить пару багов, которые встречались в реальной жизни , можно на тот же код сэндбокс закинуть обезличенный пример, дайте кандидату возможность раскрыться и показать свой реальный опыт. Если 10 джунов ответят на все вопросы, которые можно вызубрить, то из кого тогда выбирать?
По поводу проверки массива на уникальность, то Set - не оптимальный способ. Лучше создать объект или Map, для каждого значения записывать ключ. В итоге мы получаем не О(n), явный пример: [1, 1,...]
надо уточнить, что progressive degradation - это не когда делают все, потом выпиливают функционал для старых браузеров. то есть код не удаляется, а просто какие-то фичи выключаются для старых браузеров. а то получается пишем код, и потом удаляем что ли?)
Интересно, если бы это было реальное собеседование, как по таким вопросам можно определить уровень фронтенд разработчика? По трем методам из js который гуглятся за секунду и никаких знаний особо не показывают? Фреймворк, стейт-менеджмент, тесты, сборка, деплой - просто существуют 😃
На вопросе "назови хотя бы 3 методологии CSS" хотел выключить, но подумал ладно, послушаю еще. На вопросе "какие есть особенности разработки под ретину" всё таки выключил. Соглашусь с мнением ораторов ниже, такое ощущение что это заказуха для того, чтобы показать, что даже для того чтобы стать джуном, надо просто люто себя задрочить)
Как мне кажется тема js была раскрыта недостаточно, this, event loop, prototypes, rest api пропущены, в моем понимании это "тяжелость" интервью на джуна
Послушать было интересно, но эта css духота, конечно, утомила. Я был не на многих собесах, но на всех, что я был, css уделяли меньше значение т.к по факту с этим проблем ни у кого не будет, кроме каких-то сложных узких, областей. Обычно дрочат на знание JS базы и фреймворка, который на проекте
*Изящная деградация* - это то, чем можно охарактеризовать современное состояние индустрии веб-разработки...😂 Кандидату тоже она ближе. Поэтому все так. Увы. 26:08 какая еще глобальная область видимости у var? Какое еще _"Отлично, идем дальше"?_ Опомнитесь. У var функциональная область видимости. И он везде используется, и будет использоваться. Вам меньше деградировать нужно. Имею в виду, немного другой подход разработки избрать.😂 35:18 _"в них на самом деле сложно запутаться, они очень похожи"_ 😂👍 37:33 _"это стараться переиспользовать функции, использовать более изолированные структуры кода, стараться абстрагировать код, больше абстракций использовать, чтобы все происходило там где-то под капотом, но пользователь, человек который смотрит, не видел пелены кода, которая есть..."_ Ну, прежде всего, человеком, который будет смотреть на ваш код, будет ваш коллега, исправляющий ваши баги. Да, больше абстракций в этом случае, и все запихнуть под капоты - это прекрасная практика😂👍 42:18 _"работа программиста - это не только написание кода, но и участие в митингах..."_ В каких еще митингах?) Ну если ты программист, лучше просто писать код, и не участвовать в митингах. А то можно дубинкой по шее получить...😂 В митингах пусть лучше участвуют другие сотрудники... 49:04 _"но _*_к сожалению_*_ в рамках фронтенд-разработки на написание тестов обычно всегда очень мало времени"_ А вам какая разница? Это бизнесу надо. Для вас это - палки в колеса, если вы - крутой специалист. А если вы хреновый специалист, то тесты подтягивают вас до уровня относительно нормального программиста. Вам, как разработчикам, какое дело до тестов? Что тут "здорово"? Чем оно вам упрощает жизнь? Из практики знаю, что у проекта есть серьезные проблемы, понятные и очевидные, но на которые всем поплевать. И потом кто-то говорит, что нужны тесты. Это смехотворно просто. Чтобы что? Чтобы вы знали, что у вас не пять проблем, а двадцать пять? Или чтобы вы начали писать нормальный код? Может быть, просто вам нужно самим как-то развиваться? Подумайте не только о себе, но и о ваших более одаренных коллегах, у которых нет ваших проблем. Им это все на кой?
В чем проблема с абстракциями? Он может и не правильно это объяснил, но суть уловить можно, и он прав... А в целом, что ответы, что вопросы - не очень.
Че реально так тяжело устроиться фронтэндеоам или другим айтишникам на работу ? Я зря учу it получается? Ещё одна дизмораль ,я уже не знаю учиться дальше или нет
постановочное интервью. оно и так было понятно, но они еще и спалились 37:07 и 38:39 .. артисты хороши. программисты - не очень. видно что курс, который они пиарят составляли не действующие профи, от этого такая оторванность от реальности.
Тупые вопросы про какую то чушь, которая к разработке не имеет никакого отношения. Бл, это конечно ппц важно какой ты пишешь, императивный или декларативный код. Бесит.
Первый вопрос я вообще впервые слышу 🤔🤔🤔🤔
элегантная деградация - как краткий отзыв на такие собесы, можно смело скипать на таких вопросах и искать нормальную компанию
@@KristinaAleshnikova потому что джун и тем более фронтенд не должен знать никаких паттернов, он не архитектор, чтобы применять какие-то паттерны в проекте, их применяют за него. Джун 90% времени рефакторит чужой код и, если мы говорим о фронтенд, красит кнопки в другой цвет. Элегантная деградация - это вот такие "интервьюеры", которые проверяют не навыки программиста (а программист это исключительно ремесленник, он не должен быть архитектором/инженером - это разные вещи), а бесполезное теоретическое словоблудие, которое имеет смысл только в головах тех, кто задает такие вопросы.
@@KristinaAleshnikova потому что тебе это нафиг не нужно будет в твоей повседневной работе
У мужика судя по всему не один год реального опыта, а сегодня он джун. Такова реальность.
он же сказал, что два года без коммерческого опыта
@@young_hunter9542возможно он просто не готовился по спискам типичных вопросов, в которых всех есть этот вопрос. Это не критично и легко заучить
Ну хз, я обучаюсь всего 11 месяцев и знаю на все ответы, коммерческого опыта нет 🙄
Если мы объявляем переменную через var, то она будет в области видимости глаз из которых течёт кровь
Тогда не открывай код после сборки
впервые вижу когда кандидат так хорошо держится
Не знаю как я на это наткнулся..
Больше 10 лет работаю в долине, делал и фронт и бэк. Поражает разница в подходе в России и США. В России это похоже на вступительный экзамен на работу, только что билеты не тянешь. Столько вопросов по голой теории, а главное даже если забыл то это гуглится просто буквально за 2 минуты. Я б сам имея 10 лет опыта с ходу не прошел бы ваше интервью на джуна, надо было бы предварительно подготовиться что запомнить все это.
В США тебе дают проблему и вы вместе решаете, обсуждаю все трейд оффс. Просят объяснить почему то или иное решение было принято.
Кактг принципы хорошего кода 😮
ХЗ - покажите мне код я точно скажу что исправить а выучить список из 10 пунктов - это реально ткак на экзамене.
Тесты мы не пишем - это дорого
А руками тестировать все каждый раз значит дешево?
На мало мальско большом проекте без тестов не уедешь далеко, это бомба замедленного действия.
Если дать решать проблему, то Джуны не пройдут, легче вопросы заучить
@@MioGesa-md2ul
Абсолютно не согласен
А вот то что ты пишешь, есть факты
Нестандартные вопросы, интересно послушать для общего развития
26:10 - чепуха. У var как раз функциональная область видимости, с одним исключением - когда объявлена на самом верху, var становится свойством глобального объекта
Даже так все равно будет функциональная область видимости
function declaration может использоваться не только в любом месте среды, но также и в любом месте четверга, например.
Что за вопросы? Это вообще не вопросы для джунов. Любой опытный разработчик знает что это и близко не к джуну. Это миддл как минимум, ато и миддл+.
Как будто кажется что подобные видео снимаются, и вообще такие вопросы задают на интервью сегодня для того чтобы занижать зарплаты, и уровень разработчика. Не ведитесь на эту фигню, я за свои 5 лет во фронтенд разработке, ни разу не видел чтобы подобное спрашивали. Архитектура, вообще и близко к джуну не должна стоять, вы что свихнулись? Это либо недотимлиды либо недосиньоры спрашивать такое только могут.
странно, выше пишут, что вообще вопросы детские. кому верить?)
@@mrundersson Если можешь сделать в реальном проекте все, что спрашивают, то мидл+, а если можешь только ответить и немного ковырялся, то джун)
пздц , досмотрел видео, и что сказать. Первая часть меня удивила, потому что как-то интервьюер начала жестить по css. И я думал, что все собеседование будет такое, но все же разочаровался. Вопрос:
1. Почему столько времени и так детально спрашивает css фреймворки, методологии и подходы css. это что, на сеньора верстальщика позиция что ли? И почему такое соотношение вопросов по сложности и количеству 80%/20% css/js ? По-моему, все же стоит спрашивать больше вопросов по Js, чем по css. Вы что, хотите ему дать писать статичные сайты, где только верстка?)
2. Не было разговоров про фреймворки на JS, а это ВАЖНО пздц как, когда сейчас в основном сейчас все пишут на фреймворках , кроме разговора про vue, который просто между делом , был обсужден , и даже , так понимаю, не входило в планы
3. Хочу сразу поправить интервьюера про заявление , что "тесты - это больше прерогатива backend разработчиков". Надо сразу уточнять, что это субъективное мнение, причем очень сомнительное, без реальных аргументов(ну аргументировать тут и не требовалось, просто заявление странное).Фраза "тестировать можно, если это входит в оценку спринта" - это уже более объективно. Поясняю - код - есть код, что на бэкенде, что на фронтенде, который ЖЕЛАТЕЛЬНО должен быть проверен, чтобы не было казусов. Особенно, какие сложные фронтенды становятся сейчас, мне страшно представить ваш(интервьюера) проект, где нет тестов на фронте) Разобью сразу тейк про то, что фронтендеры не должны писать тесты, потому что они должны быстро выкатить что-то - "НЕТ" , это все еще супер субъективно. то есть по вашему, бэкендеры просто сидят, пьют кофе, курят сигаретку ,пока фронтендеры как рабы на галерах , как машины работают? Нет.... Много работы может быть как на фронтенде, так и на бэкенде, зависит от проекта. Я не очень понимаю взаимосвязь, что тесты - это прерогатива бэкендеров , потому что у них больше времени писать тесты, или потому что их код более важный? Сразу отвечу, что ни то ни то не правда. Хоть и секьюрити и остальное очень важны, но ситуация, где кнопка ломает сайт, и показывает белый экран из за того что Cannot get property of undefined , способна нанести бизнесу тоже достаточный денежный ущерб, от ухода клиентов, что полностью рабочий и правильный бэкенд тут не поможет))))) код - есть код, и желательно его тестировать что там, что там. в идеале 90% покрытия юнит , и авто тесты.
Сначала я слышал вопросы, и думал, что это точно на сеньора собеседование, ибо то, что она спрашивает, надо еще освоить и изучить, и применить, а это время , за которое человек уже вырастает из джуна в мидлы хотя бы) но под конец, даже не знаю, как это назвать, ведь это интервью рассказывает скорей, какой хороший верстальщик Антон, и что знает алгоритмы и браузер. но про какой-то уровень говорить трудно, потому что важные темы затронуты не были. конечно css важен, но чтобы настолько - не думаю
Но вообще-то, объективно говоря, реально сейчас вся нагрузка ложится на фронтендеров со всем этим фронтенд-ориентированным подходом создания SPA, и вашими любимыми фреймворками. Попробуйте-ка возразить. А бэкендеры в этих условиях реально попивают кофе, изредка вынимая из базы данных таблички или значения, и выдавая их в json, ну или сохраняя значения в бд. Перетрудились, бедняжки. Еще и регулярно умудряются при этом не добавить те или иные поля в базу, выполняя задачи. И вот чтобы их как-то занять, придумали для них тесты. Неоднократно видел случаи, что я, как ишак, на фронтенде исправляю чушь, написанную моим тимлидом, в чуши, которую он называет проектом, а бэкендер исправляет несколько дней упавшие тесты, и пишет эти тесты. Клоунада какая-то. Идите лесом с вашими тестами. Извините, но я, и такие специалисты, как я, пишут нормально работающий код, и ваши тесты лишь вставляют мне, и таким как я, палки в колеса. Тесты нужны бизнесу, а не мне, разработчику. Вы кто? Если вы бизнес, то на ваше мнение мне поплевать. Если же вы хреновый разработчик, который без тестов не способен писать работающий код, то вам просто нужно поднять свой уровень, или свалить из индустрии на хрен, а не перекладывать свои проблемы на все сообщество, вставляя таким как я работникам палки в колеса, добавляя мне работы. До вас программисты и на более сложных языках, нежели Джаваскрипт с фреймворками, справлялись со своей работой без всяких тестов.
@@cafedead чушь - это все, что джуновский мозг не может переварить? 😊
@@cafedead аргументов 0. В принципе даже отвечать на этот шлак не нужно.
"Я пишу хороший код, поэтому тесты писать не хочу", это не взаимоисключающие понятия. Хороший или не хороший, писать тесты нужно, так как эти понятия относительны, и ты не можешь гарантировать, что все будет работать как надо , при тысячи бизнес реквайрментов. И кому ты затираешь, что пишешь хороший код? Вперёд на свой говнокод иди писать тесты))
@@super4prikolist1 пишешь, что аргуменов ноль, тогда как их больше нуля. Зато взаимоисключающее вот прямо у тебя в голове - не хочешь отвечать на этот "шлак", но отвечаешь своим шлаком. Почему бы просто корректно не возразить без вот той малолетней экспрессии в мой адрес?!
Что касается тестов, то их не нужно делать. Как я сказал, нужно это в какой-то мере *бизнесу, а не тебе.* Возрази. Что касается "ты не можешь гарантировать, что все будет работать как надо". Приятель. Я - хороший программист, я проверяю как следует то, что выдаю в качестве результата, поэтому я как раз *могу гарантировать,* как гарантировали прогеры все эти десятки лет до внедрения повсеместно всяких тестов. Как видим, код был гораздо сложнее, но качественнее, чем сейчас выдает среднестатистический бэкенд со всеми этими тестами. Ну а тот факт, что лично вот ты не можешь гарантировать качество своего кода, так это твоя проблема, и она не должна быть и моей проблемой.
@@cafedead твоё "я хороший программист", такое же сомнительное, как и "факт , что лично ты не можешь сделать хороший код". Давай ты не будешь оперировать словами "факт", "аргумент", потому что ты не очень понимаешь , что это.
Ты что-то путаешь . Весь код , который мы пишем, в том числе тесты, нужны бизнесу) мне не нужен, если мне не заплатят, я его не напишу , но с другой стороны, для нашего спокойствия , пусть лучше код будет протестирован, чем какой-то "хороший программист" напишет свое творчество. Может ты и без страховки будешь прыгать с веревкой, может на гору без тросса будешь подниматься, дай угадаю, ты без QA работаешь? Ты же веришь в себя, ты же хороший скалолаз, прыгальщик с мостов, и прогер, тесты тебе не нужны. Такие люди лечатся уринотерапией, потому что доверяют больше себе , чем плохим и злым врачам)
Зачем ты свой коммент лайкнул, кстати говоря?
если это не постанова, то такие собесы нужны для уменьшения "запроса ожиданий" кандидатов)) Для джуна главное не само наличие знаний, а готовность рвать жопу, в попытках научиться
Мне понравился собес. Если человек не знает ответ на заданный вопрос, то ему его рассказывают и подробно объяснят где или для чего это используется.
А то что мало вопросов по js и много по ccs, ищут джуна а значит того человека который будет заниматься рутиной работой.
Задавая оч. сложные вопросы, тем самым понимают что у человека есть будущий потенциал в росте и в целом смотрят как он отреагирует на сложность (в плане психики).
Екатерина ,здравствуйте выобучаете програмированию?
тупейшая постанова - реклама школы.
ну, что вы так. Человек помнит о разные постпроцессорах и препроцессорах в CSS, но сыпется на Function Expresiion и Function Deсlaration. Это нормальная ситуация)))))
Это не собеседование, а экзамен, большинство вопросов гуглится , и входит в списки а-ля 150 вопросов на собесе.
Человек может зазубрить хоть их все ни разу не столкнувшись на практике с предметом вопроса.
Такие собесы - пустая трата времени соискателя и упражнение в дедовщине для собеседующего.
Смысл собеса - определить , умеет ли кандидат решать задачи бизнеса, соответсвующие его заявленной квалификации.
Предложите пофиксить пару багов, которые встречались в реальной жизни , можно на тот же код сэндбокс закинуть обезличенный пример, дайте кандидату возможность раскрыться и показать свой реальный опыт.
Если 10 джунов ответят на все вопросы, которые можно вызубрить, то из кого тогда выбирать?
Того кто будет согласен на меньшую зп
На счёт первого вопроса….нахуй такие вопросы блять людям задавать ? 😂
Топовые вопросы 😂
По поводу проверки массива на уникальность, то Set - не оптимальный способ. Лучше создать объект или Map, для каждого значения записывать ключ. В итоге мы получаем не О(n), явный пример: [1, 1,...]
надо уточнить, что progressive degradation - это не когда делают все, потом выпиливают функционал для старых браузеров. то есть код не удаляется, а просто какие-то фичи выключаются для старых браузеров. а то получается пишем код, и потом удаляем что ли?)
Интересно, если бы это было реальное собеседование, как по таким вопросам можно определить уровень фронтенд разработчика? По трем методам из js который гуглятся за секунду и никаких знаний особо не показывают? Фреймворк, стейт-менеджмент, тесты, сборка, деплой - просто существуют 😃
когда ти синёр html/css developer - и уже готов купатся в бабле как скрудж макдак
Отсортировать свойства объекта? Прикольно
На вопросе "назови хотя бы 3 методологии CSS" хотел выключить, но подумал ладно, послушаю еще. На вопросе "какие есть особенности разработки под ретину" всё таки выключил. Соглашусь с мнением ораторов ниже, такое ощущение что это заказуха для того, чтобы показать, что даже для того чтобы стать джуном, надо просто люто себя задрочить)
Зачем то пересняли кусок про вопрос с хорошими практиками на 37:07 и 38:37 и неправильно склеили. Что уже как бы наводит на мысли...
Про локаль очень познавательно)😮
вы что там гоните, вы какие вопросы ему задаёте на джуна
Думаю, собеседование Соера у Мурыча было тяжелее(посмотри, ржака)
Сама спросила и сама отвечать начала
А как он ходит на стажировки много раз и не может получить коммерческого опыта? Обычно после стажировки забирают на работу
Че за чепуха?! Вы вообще вакансии видели на джунов то шо вы спрашиваете в школе проходят. На реальном собесе асинхронщина + фреймворк + задачи
Как мне кажется тема js была раскрыта недостаточно, this, event loop, prototypes, rest api пропущены, в моем понимании это "тяжелость" интервью на джуна
Послушать было интересно, но эта css духота, конечно, утомила. Я был не на многих собесах, но на всех, что я был, css уделяли меньше значение т.к по факту с этим проблем ни у кого не будет, кроме каких-то сложных узких, областей. Обычно дрочат на знание JS базы и фреймворка, который на проекте
*Изящная деградация* - это то, чем можно охарактеризовать современное состояние индустрии веб-разработки...😂 Кандидату тоже она ближе. Поэтому все так. Увы.
26:08 какая еще глобальная область видимости у var? Какое еще _"Отлично, идем дальше"?_ Опомнитесь. У var функциональная область видимости. И он везде используется, и будет использоваться. Вам меньше деградировать нужно. Имею в виду, немного другой подход разработки избрать.😂
35:18 _"в них на самом деле сложно запутаться, они очень похожи"_ 😂👍
37:33 _"это стараться переиспользовать функции, использовать более изолированные структуры кода, стараться абстрагировать код, больше абстракций использовать, чтобы все происходило там где-то под капотом, но пользователь, человек который смотрит, не видел пелены кода, которая есть..."_ Ну, прежде всего, человеком, который будет смотреть на ваш код, будет ваш коллега, исправляющий ваши баги. Да, больше абстракций в этом случае, и все запихнуть под капоты - это прекрасная практика😂👍
42:18 _"работа программиста - это не только написание кода, но и участие в митингах..."_ В каких еще митингах?) Ну если ты программист, лучше просто писать код, и не участвовать в митингах. А то можно дубинкой по шее получить...😂 В митингах пусть лучше участвуют другие сотрудники...
49:04 _"но _*_к сожалению_*_ в рамках фронтенд-разработки на написание тестов обычно всегда очень мало времени"_ А вам какая разница? Это бизнесу надо. Для вас это - палки в колеса, если вы - крутой специалист. А если вы хреновый специалист, то тесты подтягивают вас до уровня относительно нормального программиста. Вам, как разработчикам, какое дело до тестов? Что тут "здорово"? Чем оно вам упрощает жизнь? Из практики знаю, что у проекта есть серьезные проблемы, понятные и очевидные, но на которые всем поплевать. И потом кто-то говорит, что нужны тесты. Это смехотворно просто. Чтобы что? Чтобы вы знали, что у вас не пять проблем, а двадцать пять? Или чтобы вы начали писать нормальный код? Может быть, просто вам нужно самим как-то развиваться? Подумайте не только о себе, но и о ваших более одаренных коллегах, у которых нет ваших проблем. Им это все на кой?
Какой же ты душный клоун
Собес конечно редкостное г, но твои высepы ничем не лучше
Два комментария по делу (первый, второй просто оговорка, это очевидно), всё остальное лирика сесть почесать языками
В чем проблема с абстракциями?
Он может и не правильно это объяснил, но суть уловить можно, и он прав...
А в целом, что ответы, что вопросы - не очень.
Вопросы какие-то детские
37:10 и 38:38 передают привет монтажеру
Тут сразу становится понятно с какого раза он реально отвечал на эти вопросы, потому что не каждый мидл с ходу сможет.
😁
Че реально так тяжело устроиться фронтэндеоам или другим айтишникам на работу ? Я зря учу it получается? Ещё одна дизмораль ,я уже не знаю учиться дальше или нет
Клёвая девушка
Не Junior это. 😂
постановочное интервью. оно и так было понятно, но они еще и спалились 37:07 и 38:39 .. артисты хороши. программисты - не очень. видно что курс, который они пиарят составляли не действующие профи, от этого такая оторванность от реальности.
Тупые вопросы про какую то чушь, которая к разработке не имеет никакого отношения. Бл, это конечно ппц важно какой ты пишешь, императивный или декларативный код. Бесит.
Это на кругозор, понятно человек интересуется в целом программированием или не особо