Очень ламповое собеседование. Не готовился, без труда все ответил, кроме useTransition (т.к. просто даже ни разу не юзал его). Я если что middle. Силы понадобятся, когда подробности работы браузера начнут спрашивать (особенно если ты на английском собес проходишь), типа CRP, forced reflow, composite layers, stacking context (упаси боже, но блин, за 3 года работы фронтендером 1 раз все-таки понадобилось копнуть что это такое, когда z-index не работал, так что никогда не знаешь, что тебе может понадобиться в реальной разработке - все может понадобиться в теории), но я думаю это прямо сеньеров мучают этим :)
@@Вячеслав-у7ч7с Так у мидла и нужно спрашивать подробности работы браузера, архитектуру, аутентификацию, ключи, кэширование, протоколы, либы, реализацию паттернов, как покрывать тестами. Нельзя у опытного спрашивать то, что может любой выучить на курсах. Солид спросили и сразу же поплыл он, а это база.
Можно сколь угодно спорить о степени душноты собеседующего, но я считаю, что получившийся видео-контент имеет весомую ценность для тех, кто его будет смотреть. Людям с опытом полученная информация поможет освежить знания. Я уже 8 лет в разработке, за это время какие-то базовые вещи подзабыл. Для начинающих данные вопросы будут полезны для понимания того, что потенциально они могут встретить на интервью. Я посмотрел кучу интервью. На каждом собеседовании одно и то же. Ничего нового и заковыристого. А это видео дало много полезной информации.
в it не первый год, как минимум половину собеса бы вывез, но ушел бы минут через 10, к такому меня жизнь не готовила, мы должны решать проблемы бизнеса, а не задротить в низкоуровневые моменты языка, поверхностного понимания вполне достаточно что бы качественно решать задачи. Лично для себя я бы мало что полезного для работы получил от данного собеса. Вместо того что бы все это учить, лучше получать полезный опыт, который поможет решать задачи бизнеса, а не вот это вот все) Автору респект, мало кто так может)
Поверхностного понимания хватит для написания простых приложений. В больших, сложных приложениях можно будет охренеть от решений, которые были написаны с поверхностными знаниями и поддержка/рефакторинг такого кода превратится в сущий ад.
@@WatercolorD Соглашусь, возможно в таком аду я ещё не был, у нас довольно большой продукт, ещё и разбит на 2 части, огромное легаси на angularJs и реакт, от проблем спасает хорошо проработанные процессы и архитектура, из за чего стрельнуть в ногу и что то сломать крайне сложно, все силы на бизнес)
@@WatercolorD Как, например, знание того, что вернет пустой массив при конкатенации, поможет делать красивые сложные приложения? Разве что только будете знать, что никогда нельзя так делать.
@@kirillunlimited знать как не надо делать тоже полезно. Окей, тогда что отличает сеньора от миддла или джуна? Из твоего ответа следует (как мне показалось), что разницы нет и джун вполне может выполнять задачи сеньора.
@@WatercolorD на этот вопрос нет правильного ответа, каждый разработчик и компания имеет свою систему грейдов. Если грубо, то это комбинация из реального опыта, багажа прикладных знаний и способности брать ответственность за принятие решений. И уж точно к этому списку не относится способность глубоко знать как работает приведение типов и прочие другие неочевидные штуки в языке.
Вот он говорит "это всё впереди". Ну либо я еще не дошел до этого момента просветления, либо это в таки никогда не требуется в продакшене. Действительно душеньки собес, но было интересно послушать.
Отличное собеседование! Много лоу-левелных вопросов поднимается. Как фронтендер с 10-летним стажем ставлю однозначный лайк интревьюеру, а также автору видео, который достойно держался
очень умный мужик душно не душно, но такие знания и отличают обычного чувака от опытного разработчика, погруженного в язык. и самое главное - он не наседает, а готов делиться знаниями и подсказывает в сложные моменты. было бы круто у него поучиться
собеседование на должность википедии по js, с ростом в специалиста по мельчайшим нюансам js, звучит круто конечно только таким собесом можно крепких кандидатов сбрить, конечно можно полагаться на корреляцию между знанием таких деталий и решением большого количества бизнес задачь, но на деле самые зелёные джуны которые очень усердно готовятся к собесу будут выгоднее смотреться чем крепкие специалисты с бизнес опытом. Можно знать в деталях о диф уровнениях но не уметь их решать. С другой стороны такой подход поможет найти реального задрота, а задроты имеют сильный потенциал в этой области, только на софт скилы их порой подводят.
Подписываюсь под каждым словом. Например я забыл что именно делает unshift, но хуже специалистом от этого себя не чувствую, так как я знаю о существовании подобного и появись задача которая потребует этого метода, то я просто загуглю его и всё) А умение решать бизнес задачу я не загуглю)
Как насчет умения решать бизнес-задачи и при этом знать все эти детали? ) Цель этого собеседования - отсеять тех кто не знает эти самые детали, потому что они потом пойдут на собеседование с заказчиком - и их там будут спрашивать и не такое. Поэтому чтобы аутсорс компания не потеряла деньги\время и нужен такой уровень отсеивания.
Поверь, это далеко не мельчайшие нюансы... А так согласен - можно идеально ответить на все эти вопросы (которые не сложные кстати) - это просто опыт, но когда тебе понадобится поднять проект или смоделировать архитектуру сложной фичи - понятную, масштабируемую, не размазывая логику фичи по сервису, а грамотно инкапсулировав ее, грамотно определить зону ответственности фичи, т.е. не вшивать лишнего но и не делать бессмысленно глупой - тут это уже (опыт * интеллект), и без конкретного код-ревью трудно определить, что перед тобой чел с интеллектом и большим потенциалом. А это и есть алмазы, которые все хотят найти, но они особо не сверкают! Их прелесть в том, что при их должном энтузиазме, они способны выйти за рамки обязанностей сколь угодно далеко, фичалидить задачи, обучать стажеров/быть спикером (это сложно), развивать дизайн-системы/библиотеки проекта, стать тим/техлидами и т.д. И делать это хорошо. Трудно таких найти, но можно. Я, когда собеседовал челов, больше именно искал это в людях (IQ), и делал это с помощью логических задач (т.е. без привязки к стеку и программированию вообще). А обычные вопросы типа какой промис первее в консоль упадет я даже не задавал, т.к. не особо верил в такой подход (задавали коллеги уже). А вот энтузиазм ты заранее не проверишь никак, к сожалению.
@@Вячеслав-у7ч7с Ерундой занимаешься ) Платите нормальную зарплату, а за ощутимые ускорения по срокам при сохранении качества - не менее нормальные премии. И энтузиазма будет - хоть отбавляй. А большинство работодателей совершенно oxyeJIJIu - большую часть прибыли просто себе забирают.
Как же понравился интервьюер. С таким мужиком рядом можно горы свернуть, прям видно что дядька с огромным опытом, который с удовольствием его передаст.
Хотя на 95% вопросов я бы ответил, но скажу, что в этом собесе нет практически ничего, имеющего отношения к реальной работе. Ну разве что про git или про реакт. Лучшие вопросы для собеса - это в виде "как бы ты решал ту или иную бизнес-задачу". А вся эта муть.. Поверьте, никто никогда в жизни не вызывает после finally очередной then. На работу надо принимать разработчика, а не JS-интерпретатора.
Собеседование - отдельная плоскость конкуренции. Отдельные знания и навык. У кого-то хватает сил и здоровья только на работу, а кто-то может развить оба направления. А бизнес-задачи - на работе решать будете :)
Согласен с комментариями ниже, отличное собеседование, одно из немногих собеседований, которое действительно приятно слушать. Автору удачи в развитии канала)
В первой половине видео что-то понимал. Во второй уже смотрел сквозь монитор куда-то вдаль. Будем учиться дальше) З.п. 220 я получал, работая рук. проекта в строительстве.
Супер-душный дед, но к его знаниям нужно стремиться почти всем frontend разработчикам, это наверное лучшее видео, которое можно посмотреть перед собесом, очень круто он объясняет, видно что оооочень давно и ооочень подробно он изучает js и фронт в целом)
@@coder-interviews в крупных конторах по типу MANGA есть челики, которые вообще код не пишут, только собесами занимаются. То есть они знают все нюансы спеки языка и доки фреймворка, алгоритмы и т.д., а продакшн код не пишут вообще.
Как новичок в изучение Frontend (чуть больше года) могу сказать, что такие собеседования немного подрывают веру в себя) Объем знаний просто невообразимый. Да, собеседующий выглядит чуть душно, но как специалист он потрясающий. Я думаю, что если ты смог ответить хотя бы на 80% вопросов в этом собесе, то можно смело идти на собес на джуна/ мидл -.
функция baz() -- обычная, определяет контекст в момент вызова функция bar() -- стрелочная, определяет контекст в момент создания Мы сначала скопировали функцию в z(), а потом уже ее вызвали, контекст потерян, поэтому undefined. Со стрелочной так не сработало потому что она определяет контекст в момент создания, а создана она была когда мы как раз таки привязали контекст const obj2 = foo.call({ x: 30 });
Что вам пообещали что вы досидели до конца? Можно было уходить когда пошли цепочки промисов, или раньше, когда собеседующий пытался к массиву число прибавить.
32:20 Причина по которой перерендеривается одна, точнее две - это главная - изменение состояние и forceUpdate. пропы сами измениться не могут, потому что они иммутабильные, это следствие изменения состояния. контекст -это тоже следствие изменения состояния. но это те наблюдения, к которым я пришел. можете опровергнуть
Я конечно начинающий и не шарю, но почему то мне кажется 50% вопросов заданных по JS в практике особого смысла не имеют и не знать их вообще никак не повлияет на продакшн код ?
Собес достаточно высокого уровня, парень прям крут 💪🏻. Я вот половина вопросов точно бы не ответил, особенно цепочка промисов такая, достаточно непростая. У меня опыта работы года полтора.
Всё там легко, и с промисами и вообще с тестированием и собесами Молодые люди специально выкладывают это сюда, чтобы мы и Вы готовились к такому Заучиваешь это, подтягиваешь базу, читаешь документацию, пишешь себе пометки и определения - и вуаля, можно за 3-4 недели натаскаться к собесам
А, ну ещё нужен какой-то хотя коммерческий опыт)) Ну, чтобы не залиться на работе потом Нет, можно врать на собесах и в резюме, но придётся потом вывозить как-то за своё враньё)
@@GrigoriiMoshkevichищет такого же задрота, как он сам... Мне тоже кажется, что перебор. Не обязательно быть именно вот таким задротом, чтобы эффективно и качественно решать задачи. Собеседующий так не считает, видимо.
Чёт для 220к (что по сути чуть больше 2k$), какие-то вопросы с дикими цепочками промисов, докапывания к определению "што такое реакт".. я бы забил Хотя, учитывая что на одно место сейчас по 500 тысяч фронтендеров, может это и необходимо
На одно место джуна? Хд Хз ваще не чувствую конкуренции Для себя прохожу тех собесы часто и ок Ну тут согласен собеседующий собрал список самых каверзных вопросов на тех собесе 😁
@@mikhail6790 бывали. И как правило получал отказ на таких. Но справедливости ради, я ни капли не расстраивался, потому что с таким душным человеком в команде я бы просто не смог работать
На какое место собес, под какие задачи ? Понятно что фронт. Я предположил, что либо наставником в какую it школу, либо на проект с древним кодом, но активно переходящим на современный стек. Единственные задачи, где мне требовался такой уровень знаний, это как ращ выпил легаси.
А все вот эти определения в начале видео точно нужны для опроса? Я просто сам чуток обучаюсь, но есть товарищ, который в IT уже десятый год, он начал ломаться при ответах) Говорит, мол, я могу сделать продукт, а все эти вопросы про типы и что делает функция - для школы
выложено 3 месяца назад. Это прям актуальный собес? слишком быстро летят технологии. Я учил реакт с августа на курсах записанных в 2020м, сейчас готовлю себе материал для собеса на первую работу, если, конечно, у меня все же до этого дойдет.
Ну вопросы конечно кринжовые для собеседования, но было интересно, мужик вроде бы даже объясняет, думаю у такого можноб было кучу опыта взять раз он для позиции на 220к говорит "ну если подойдешь, я составлю список, какие дыры тебе нужно закрыть" это ахуенно, думаю я с удовольствием с таким бы поработал. Я щас на начальной стадии карьеры и тимлид с таким почти нахуй посылает) А так ты круто отвечаешь, какой у тебя опыт? Т скажи, по твоему мнению тим лид/руководитель должен тебе помогать даже если ты не джун? имеется ввиду не учить, но всегда будут специфичные вопросы или вопросы из разряда - Я сделал все работает, но как лучше?
У меня опыт почти 3 года. Ну тут роляет не опыт, думаю на все эти вопросы можно отвечать не проведя ни дня за работой. Так как они чисто теоретические. Честно сказать, когда я был джуном, то в теории был куда более подкованным, чем когда шёл на первое собеседование спустя пару лет.
Ну и думаю из-за вопросов никуда никого посылать ни надо. Обсуждении - ключ к развитию команды. Бывает у нас так что Джун прочитал что-то новенького из документации и делится с мидлами и синиорами и это же наоборот прекрасно. Ну и джунам тоже объяснять надо многое, хотя иногда можно просто ткнуть в документацию) Иди ищи
Ну если ты «дрочишь» своего Лида тупыми вопросами как провести нпм инсталл и тд То я бы тебя тоже посылал (: Или если как лучше использовать тут фильтр хд В общем идиотские вопросы А если ты про то что код ревью 0 То эт плохо да. Код ревью я даж Джунов себя проводить прошу и это норм. Твой базовый скил должен быть умение гуглить. Если ты не умеешь гуглить элементарные вещи ты начинаешь со временем раздражать. Если какой то интересный кейс который ты просто день не можешь решить то да идешь спрашиваешь.
@@ГригорийШумихин ну я для недопонимания и написал что конкретно я спрашиваю, что я знаю решение, но вопросы как лучше сделать, вопросы архитектуры и т.д., у меня не прям "начальный" уровень, но до всего невозможно самообучиться, еслиб так было то все сразу становились мидлами или сеньорами.
если у тебя вопросы типа как лучше сделать, то тебе пока вообще не нужно думать про архитектуру, а решать как можно больше типовых задач, которые дадут базу и понимание как решать определены срез задач, потом этот уровень плавно повышается к более сложным, а ты думаешь вообще не о том
Смотрю собес и ржу. Сам собесов 30 прошёл, всякое бывало. Ну у деда тупо крышу порвало. Тупейшие не адекватные вопросы, что при конкатинации вернёт пустой массив кек. При этом уровень чсв космическое. Ещё и так торопить Просто ужас, ну молодец, достойно отбивался
Да, было забавно. Но ничего не буду говорить плохого про интервьюера, он мне наоборот понравился. Конкатенация массива с null меня конечно удивила, но я подумал, что не ответить на такой вопрос - ничего страшного, а ответить - большой плюс, так как значит соображаешь и ещё что-то помнишь. Согласись что подобное приведение типов в реальных задачах не встречаются практически никогда?)
@@coder-interviews Конечно, а вопрос про console.log(a._proto_.hasOwnProperty('proto')) это вообще смех При это человек даёт такую задачу и говорит мол ничего страшного, если не решишь. Конечно ничего страшного, задача не отображает вообще ничего
Упоминание того, что исторически createRef создавался как хранилище для данных между рендерами это не правда. В классовом компоненте ничего не мешает добавить просто property и обновлять/читать его в любом методе класса. Изначально Ref это именно про доступ к узлам и уже потом в функциональных компонентах как возможность хранить между рендерами данные апдейт которых ререндер не должен вызывать.
Писец вопросы по JS, пустой массив + null + строка, они что, так при разработке код пишут с использованием не явных преобразований? Нормальный человек так не пишет, это идиотизм.
@@krypton5204 Ну типа понятно, но можно проверить знание синтаксиса нормальными вопросами, типа "назовите методы массивов", чем ForEach отличается от map, отличия стрелочной функции от обычной, ну сам знаешь. А тут когда увидел вопрос про массив плюс нулл плюс строка, возникла мысль что там у них легаси проект над которым работал один программист, он специально наговнокодил вот такого ужаса, а затем через месяц пришёл и сказал "-повысьте мне зп или уволюсь" 😃, в итоге они глянули его код и поняли что все остальные прогеры скорее уволятся чем станут его поддерживать, вот потому теперь ищется новый человек чтобы с этой фигнёй работать. Только так я могу объяснить причину таких вопросов.
@@AlekseiBleile Конечно, при чтении чужого кода увидеть такую фигню - это удивительно и пусть даже то что читающий не может понять что делает эта строчка - плохо, но в разы хуже то что такая чушь появилась в проекте и на код ревью её пропустили. Тут не только здравый смысл говорит что так писать не нужно, но и принцип разработки "POLA" (Principle of least astonishment) нарушается, тут уж выговор не тому кто прочитать не может, а тому кто написал такое в проекте.
ruclips.net/video/p4PmANxsckA/видео.html- ошибка: unshift добавляет элементы в начало, а не удаляет. ученик сказал не правильно а за ним еще и препод кот-ый его собесил подтвердил неправильно
То что копировал на собесе:
gist.github.com/DryaginMihael/d8df790760a9a7981dc7a9e595daf810
Мой бусти:
boosty.to/cooders
по паттернам проектирования вопросы не задают?
Имя собеседующего: Глад Валакас
Компания: "ООО Мегалюль"
Всем советую эту замечательную компанию, а её собеседующий вообще талантливая личность.
Нет, не он :)
qAqasha собеседует)
тоже сразу о нем подумал, и на протяжении всего собеса думал "хммм глэк оказывается такой умный"
интересно, а собес он проводил в комбосете? да и жаль про енотике не спел
хаххахххахах@@MrFutli
"Я заберу этот пример кода?" - выкладывает собес 😂 Видео топ!
Интервьюеру глубочайшие уважение.
38:52 - TS
45:44 - git reset, git rebase, git merge
46:42 - SOLID
47:19 - что такое каррирование
47:27 - определение рекурсии
"Ну и ладно, хрен с ним" - клёвая реплика на ненужные вопросы)
о боже. Сил вам и терпения в таких собеседованиях. Хватило на пару минут
Очень ламповое собеседование. Не готовился, без труда все ответил, кроме useTransition (т.к. просто даже ни разу не юзал его). Я если что middle. Силы понадобятся, когда подробности работы браузера начнут спрашивать (особенно если ты на английском собес проходишь), типа CRP, forced reflow, composite layers, stacking context (упаси боже, но блин, за 3 года работы фронтендером 1 раз все-таки понадобилось копнуть что это такое, когда z-index не работал, так что никогда не знаешь, что тебе может понадобиться в реальной разработке - все может понадобиться в теории), но я думаю это прямо сеньеров мучают этим :)
@@Вячеслав-у7ч7с
Так у мидла и нужно спрашивать подробности работы браузера, архитектуру, аутентификацию, ключи, кэширование, протоколы, либы, реализацию паттернов, как покрывать тестами. Нельзя у опытного спрашивать то, что может любой выучить на курсах. Солид спросили и сразу же поплыл он, а это база.
а в чем проблема? собеседуемый фейлил с самого начала, но его не зарубили, а довели до конца, причем очень мягко.
да нормально он шёл в целом, не без ошибок, конечно, но хорошее впечатление производил)
@@Вячеслав-у7ч7с Таким мучают когда работодатель думает что ЗП завышена и человек должен помучатся выучив этот мусор
Можно сколь угодно спорить о степени душноты собеседующего, но я считаю, что получившийся видео-контент имеет весомую ценность для тех, кто его будет смотреть.
Людям с опытом полученная информация поможет освежить знания. Я уже 8 лет в разработке, за это время какие-то базовые вещи подзабыл.
Для начинающих данные вопросы будут полезны для понимания того, что потенциально они могут встретить на интервью.
Я посмотрел кучу интервью. На каждом собеседовании одно и то же. Ничего нового и заковыристого. А это видео дало много полезной информации.
в it не первый год, как минимум половину собеса бы вывез, но ушел бы минут через 10, к такому меня жизнь не готовила, мы должны решать проблемы бизнеса, а не задротить в низкоуровневые моменты языка, поверхностного понимания вполне достаточно что бы качественно решать задачи. Лично для себя я бы мало что полезного для работы получил от данного собеса. Вместо того что бы все это учить, лучше получать полезный опыт, который поможет решать задачи бизнеса, а не вот это вот все) Автору респект, мало кто так может)
Поверхностного понимания хватит для написания простых приложений. В больших, сложных приложениях можно будет охренеть от решений, которые были написаны с поверхностными знаниями и поддержка/рефакторинг такого кода превратится в сущий ад.
@@WatercolorD Соглашусь, возможно в таком аду я ещё не был, у нас довольно большой продукт, ещё и разбит на 2 части, огромное легаси на angularJs и реакт, от проблем спасает хорошо проработанные процессы и архитектура, из за чего стрельнуть в ногу и что то сломать крайне сложно, все силы на бизнес)
@@WatercolorD Как, например, знание того, что вернет пустой массив при конкатенации, поможет делать красивые сложные приложения? Разве что только будете знать, что никогда нельзя так делать.
@@kirillunlimited знать как не надо делать тоже полезно.
Окей, тогда что отличает сеньора от миддла или джуна? Из твоего ответа следует (как мне показалось), что разницы нет и джун вполне может выполнять задачи сеньора.
@@WatercolorD на этот вопрос нет правильного ответа, каждый разработчик и компания имеет свою систему грейдов. Если грубо, то это комбинация из реального опыта, багажа прикладных знаний и способности брать ответственность за принятие решений. И уж точно к этому списку не относится способность глубоко знать как работает приведение типов и прочие другие неочевидные штуки в языке.
Спасибо, что показали настоящее техническое собеседование. Собеседующий очень шарит. Многое забрал себе в копилку для проработки.
Собесился там же) Как говорится, есть 2 жс. Тот на котором мы работаем и тот, на котором проходим собеседования
А что за компания если не секрет?) Кажется я лет 5 назад куда-то в подобное место собесился)
Что за компания? Хотя бы сфера ее деятельности
Я пока junior, но мне было очень интересно смотреть данное видео, так как поняла куда дальше двигаться и что еще надо подтянуть. Спасибо большое.
это только на собесах почти всё нужно
@@lvan_lvanov Не только, если ты понимаешь что происходить под капотом то легче и надежнее можно код писать.
Вот он говорит "это всё впереди". Ну либо я еще не дошел до этого момента просветления, либо это в таки никогда не требуется в продакшене. Действительно душеньки собес, но было интересно послушать.
Отличное собеседование! Много лоу-левелных вопросов поднимается. Как фронтендер с 10-летним стажем ставлю однозначный лайк интревьюеру, а также автору видео, который достойно держался
На самом деле оч крутой собес, мужик на удивление не токсик, а делился инфой и ссылками, за что респект
интервьюеру респект очень крутой ламповый собес, а проходящему респект за знания
очень умный мужик
душно не душно, но такие знания и отличают обычного чувака от опытного разработчика, погруженного в язык.
и самое главное - он не наседает, а готов делиться знаниями и подсказывает в сложные моменты. было бы круто у него поучиться
Согласен, таких не так много, в основном душные
я бы сказал было бы круто работать в команде с таким
Если бы ты с таким работал ты бы уволился через, месяц, так как с такими душнилами работать нереально!
@@АлександрЕрмолов-п2ьне согласен
опытный разработчик это не задрот языка, а человек глубоко погруженный в разнообразные бизнес задачи, мне кажется, скорее
собеседование на должность википедии по js, с ростом в специалиста по мельчайшим нюансам js, звучит круто конечно только таким собесом можно крепких кандидатов сбрить, конечно можно полагаться на корреляцию между знанием таких деталий и решением большого количества бизнес задачь, но на деле самые зелёные джуны которые очень усердно готовятся к собесу будут выгоднее смотреться чем крепкие специалисты с бизнес опытом. Можно знать в деталях о диф уровнениях но не уметь их решать. С другой стороны такой подход поможет найти реального задрота, а задроты имеют сильный потенциал в этой области, только на софт скилы их порой подводят.
Подписываюсь под каждым словом. Например я забыл что именно делает unshift, но хуже специалистом от этого себя не чувствую, так как я знаю о существовании подобного и появись задача которая потребует этого метода, то я просто загуглю его и всё) А умение решать бизнес задачу я не загуглю)
Как насчет умения решать бизнес-задачи и при этом знать все эти детали? )
Цель этого собеседования - отсеять тех кто не знает эти самые детали, потому что они потом пойдут на собеседование с заказчиком - и их там будут спрашивать и не такое.
Поэтому чтобы аутсорс компания не потеряла деньги\время и нужен такой уровень отсеивания.
Поверь, это далеко не мельчайшие нюансы... А так согласен - можно идеально ответить на все эти вопросы (которые не сложные кстати) - это просто опыт, но когда тебе понадобится поднять проект или смоделировать архитектуру сложной фичи - понятную, масштабируемую, не размазывая логику фичи по сервису, а грамотно инкапсулировав ее, грамотно определить зону ответственности фичи, т.е. не вшивать лишнего но и не делать бессмысленно глупой - тут это уже (опыт * интеллект), и без конкретного код-ревью трудно определить, что перед тобой чел с интеллектом и большим потенциалом. А это и есть алмазы, которые все хотят найти, но они особо не сверкают! Их прелесть в том, что при их должном энтузиазме, они способны выйти за рамки обязанностей сколь угодно далеко, фичалидить задачи, обучать стажеров/быть спикером (это сложно), развивать дизайн-системы/библиотеки проекта, стать тим/техлидами и т.д. И делать это хорошо. Трудно таких найти, но можно. Я, когда собеседовал челов, больше именно искал это в людях (IQ), и делал это с помощью логических задач (т.е. без привязки к стеку и программированию вообще). А обычные вопросы типа какой промис первее в консоль упадет я даже не задавал, т.к. не особо верил в такой подход (задавали коллеги уже). А вот энтузиазм ты заранее не проверишь никак, к сожалению.
Братишка, тебе бы русский сначала подучить, а потом в кодинг лезть))
@@Вячеслав-у7ч7с Ерундой занимаешься ) Платите нормальную зарплату, а за ощутимые ускорения по срокам при сохранении качества - не менее нормальные премии. И энтузиазма будет - хоть отбавляй.
А большинство работодателей совершенно oxyeJIJIu - большую часть прибыли просто себе забирают.
Как же понравился интервьюер. С таким мужиком рядом можно горы свернуть, прям видно что дядька с огромным опытом, который с удовольствием его передаст.
Посмотреть бы как реально проект организован, а то там если такой код как на собеседовании он спрашивает - ну нафиг.
У тебя очень крутые собеседования получаются, ток канал не забрасывай. Удачи!
получил удовольствие от собеса, спасибо!)
"- знаешь что такое пирамида тестирования? - нет - ну и не надо" 😂
Хотя на 95% вопросов я бы ответил, но скажу, что в этом собесе нет практически ничего, имеющего отношения к реальной работе. Ну разве что про git или про реакт.
Лучшие вопросы для собеса - это в виде "как бы ты решал ту или иную бизнес-задачу".
А вся эта муть.. Поверьте, никто никогда в жизни не вызывает после finally очередной then.
На работу надо принимать разработчика, а не JS-интерпретатора.
Собеседование - отдельная плоскость конкуренции. Отдельные знания и навык. У кого-то хватает сил и здоровья только на работу, а кто-то может развить оба направления.
А бизнес-задачи - на работе решать будете :)
"На работу надо принимать разработчика, а не JS-интерпретатора" хахаха правда!!
охуенно, а на работе кто работать будет после собеседования? разработчик или тоже отдельная плоскость ваша?@@jurafree426
так собесы никогда и не были про работу, это отдельный навык.
которыц нахуй не нужен в реальном бизнесе, ради которого собес делается@@ВикторШитов-ф4о
Согласен с комментариями ниже, отличное собеседование, одно из немногих собеседований, которое действительно приятно слушать. Автору удачи в развитии канала)
Шел 23год на собесе по React спрашивали shouldComponentUpdate и упоминали метод forceUpdate классового компонента.
это вполне справедливо если в компании есть легаси
Интервьюеры вообще хорош :D )))
- Это"$%" знаешь?
-Нет
-Ну и не надо
Аха-ха-ха )
Годные вопросики, деду респект! Было бы интересно с таким зарубиться)
Да, не ожидал что будут такие вопросы, я уж боялся что начнут спрашивать за ассемблер))
да нихуя они не годные, что за бред?
В первой половине видео что-то понимал. Во второй уже смотрел сквозь монитор куда-то вдаль. Будем учиться дальше)
З.п. 220 я получал, работая рук. проекта в строительстве.
Супер-душный дед, но к его знаниям нужно стремиться почти всем frontend разработчикам, это наверное лучшее видео, которое можно посмотреть перед собесом, очень круто он объясняет, видно что оооочень давно и ооочень подробно он изучает js и фронт в целом)
Мне показалось что знать-знает а фронт то может и не пишет вовсе)
Ты ещё не видел дедов которые знают.
@@coder-interviews в крупных конторах по типу MANGA есть челики, которые вообще код не пишут, только собесами занимаются. То есть они знают все нюансы спеки языка и доки фреймворка, алгоритмы и т.д., а продакшн код не пишут вообще.
@@coder-interviews:)) ок, буду знать, что не пишу фронт
ничё не нужно, ну что за бред
Очень круто. Как будто не собес, а дружнская беседа. Кое что добавил к себе в копилку. Спасибо автору и собеседующему)
Самый крутой собес который я только встречал
По мне очень даже крутой мужик. Да, в начале задачки нудные, но он и не придирается.
Дед задушил, но это хорошо, это точка роста. В первую очередь для меня, зрителя. Релизеру лайк, подписка уже оформлена.
Хорошее интервью, узнал не мало нового.
полезное для подготовки к собесам видео!👍👍👍
Когда интервьювер спрашивает что будет результатом "[] + null + 1”, ты уже знаешь, что это плохой интервьювер и интервью выйдет поганое
Классное видео! Было бы полезно отдельной ссылкой выложить все скопированные примеры, статьи для ознакомления
Типичный собес стажера в 2023
Я бы сказал трйени, для стажера слишком просто
Информатика 9 класс максимум
Очень крутой собес! С большим удовольствием слушал собеседующего, сразу слышится что человек очень глубоко знает инструмент
Какое же душное собеседование для такого рейта) Ты молодец)
спасибо)
что такое рейт ?
@@iwmatt ставка (зп)
Хз, я кайфанул. Нормальный дядя, нормальные вопросы без бреда. Сам не знает честно говорит)0
+1 но на самом деле вся духота где-то у джунов и мидлов, сеньоры видят друг друга и понимают с полуслова)
Вот у такого дядьки я бы обучался с радостью))) не думал, что столько деталей не знаю. Видно опыт))
Как новичок в изучение Frontend (чуть больше года) могу сказать, что такие собеседования немного подрывают веру в себя) Объем знаний просто невообразимый.
Да, собеседующий выглядит чуть душно, но как специалист он потрясающий. Я думаю, что если ты смог ответить хотя бы на 80% вопросов в этом собесе, то можно смело идти на собес на джуна/ мидл -.
Посиди месяц на подобных тасках будешь как этот дядя и 0 в том как действительно пишут продакшен.
Чувак пожалуйста продолжай проходить собесы))
Да, и никогда не устраивайся на работу.
@@TheZver63😂
@@TheZver63 одно с другим не связано)
Если экзаменатор такой прожженный, почему он не в fang где-нибудь в Лондоне, а до сих пор сидит в шарашкиной конторе 😎
Знакомый голос у интервьюера, если я не ошибаюсь он живет в Беларуси, работает в Астоне на каком-то проекте, собесил меня тоже. Могу ошибаться
Это глад валакас проводит собес ?
Не понял почему undefined на 13:55, у z(), контекст же задали foo, а не возращаемому объекту, поидее z должен быть 20 как и был
функция baz() -- обычная, определяет контекст в момент вызова
функция bar() -- стрелочная, определяет контекст в момент создания
Мы сначала скопировали функцию в z(), а потом уже ее вызвали, контекст потерян, поэтому undefined. Со стрелочной так не сработало потому что она определяет контекст в момент создания, а создана она была когда мы как раз таки привязали контекст const obj2 = foo.call({ x: 30 });
Что вам пообещали что вы досидели до конца? Можно было уходить когда пошли цепочки промисов, или раньше, когда собеседующий пытался к массиву число прибавить.
Я пообещал себе что видос на Ютуб выложу)
Все круто, продолжай 😊
Спасибо)
32:20 Причина по которой перерендеривается одна, точнее две - это главная - изменение состояние и forceUpdate. пропы сами измениться не могут, потому что они иммутабильные, это следствие изменения состояния. контекст -это тоже следствие изменения состояния. но это те наблюдения, к которым я пришел. можете опровергнуть
Я конечно начинающий и не шарю, но почему то мне кажется 50% вопросов заданных по JS в практике особого смысла не имеют и не знать их вообще никак не повлияет на продакшн код ?
Так и есть. Но все равно думаю что эти вещи стоило бы знать, но на месте собеседующего я бы подобное не спрашивал))
разминка для мозга
Такие вопросы только на собеседовании и спрашивают, потому что бизнесу надо чтобы ты решал их задачи, а не задачи по программированию)
Подписался! Продолжай, бро) Только после видео выкладывай результат, что и как было дальше, что отписал эйчар и так далее, так будет намного приятнее
Спасибо) Хорошо, буду выкладывать
Подскажи пожалуйста сколько у тебя опыта было перед этим собеседованием? Шаришь очень классно
Собес достаточно высокого уровня, парень прям крут 💪🏻.
Я вот половина вопросов точно бы не ответил, особенно цепочка промисов такая, достаточно непростая.
У меня опыта работы года полтора.
Всё там легко, и с промисами и вообще с тестированием и собесами
Молодые люди специально выкладывают это сюда, чтобы мы и Вы готовились к такому
Заучиваешь это, подтягиваешь базу, читаешь документацию, пишешь себе пометки и определения - и вуаля, можно за 3-4 недели натаскаться к собесам
А, ну ещё нужен какой-то хотя коммерческий опыт))
Ну, чтобы не залиться на работе потом
Нет, можно врать на собесах и в резюме, но придётся потом вывозить как-то за своё враньё)
@@lvan_lvanovесли ты не вывозишь на работе - это трабла интервьюера, он профукал на техсобесе
unshift добавляет новый элемент в начало массива
Можно записать к интервьюверу на менторство?
Все пишут душное... Мне б этого деда в менторы
Согласен топовый спец
Ч подумал то же самое
Вот про цепочку промиссов прям вообще убило, я бы упал.
Крутой интервьюер. Было бы круто если автор поделится тем что он копировал на собеседовании
услышал
gist.github.com/DryaginMihael/d8df790760a9a7981dc7a9e595daf810
@@coder-interviews спасибо!
@@coder-interviews лайкосик, спасибо)
ужасный интервьювер, непонятно какие цели преследует. Если хочет найти эффективного сотрудника, он провалился или провалится
@@GrigoriiMoshkevichищет такого же задрота, как он сам... Мне тоже кажется, что перебор. Не обязательно быть именно вот таким задротом, чтобы эффективно и качественно решать задачи. Собеседующий так не считает, видимо.
Отличный собес, а какой итог ? Оффер дали ?
Чёт для 220к (что по сути чуть больше 2k$), какие-то вопросы с дикими цепочками промисов, докапывания к определению "што такое реакт".. я бы забил
Хотя, учитывая что на одно место сейчас по 500 тысяч фронтендеров, может это и необходимо
согласен, 220к вроде уровень мидл разраба, а дрючат как сеньёора
На одно место джуна? Хд
Хз ваще не чувствую конкуренции
Для себя прохожу тех собесы часто и ок
Ну тут согласен собеседующий собрал список самых каверзных вопросов на тех собесе 😁
У кого-то чсв или надо пересмотреть зп, промисы его пугают) легкий вопрос
А лично у вас не было таких собеседований? Тогда вам повезло, подобные собесы довольно часто случаются.
@@mikhail6790 бывали. И как правило получал отказ на таких. Но справедливости ради, я ни капли не расстраивался, потому что с таким душным человеком в команде я бы просто не смог работать
собес понравился, вопросы на мой взгляд грубже и не такие заезженные как на большинстве собесов.
Это не собеседование, а дружеская беседа с ментором. ...
Улыбает, как в переписку подтянулись эксперты - в прошлом вирусологи и физики ядерщики
Дико приятный собес)
Fiber архитектура = мелочи:)
Оффер дали :?
Шикарный собес, себе хотел бы такой же
Супер адекватно, быстро и по делу
А чо веб апи не спрашивают?????
Спасибо, крутое интервью! Подскажите, в каком сервисе проводился лайвкодинг?
codeinterview
Что за контора?
Спасибо, супер
Дали оффер в этой компании?
Топчик!!!! Обратите внимание на громкость звука. В этом видео она мала.
спасибо, принял во внимание
На какое место собес, под какие задачи ? Понятно что фронт. Я предположил, что либо наставником в какую it школу, либо на проект с древним кодом, но активно переходящим на современный стек. Единственные задачи, где мне требовался такой уровень знаний, это как ращ выпил легаси.
Задачка для интервьюера, интересно, справится ли: почему поломанное наследование продолжает работать? ```var wasSet = false;
const o = { };
Object.defineProperty(o, "__proto__", { "set": function(x) { wasSet = true } });
o.__proto__ = {};
console.log(wasSet); // true - сеттер сработал
o.__proto__ = null; // оборвали цепочку прототипов
console.log(o.__proto__) // undefined - почему не null?
console.log(o.toString()) // [object Object] - почему не ошибка?
```
А все вот эти определения в начале видео точно нужны для опроса?
Я просто сам чуток обучаюсь, но есть товарищ, который в IT уже десятый год, он начал ломаться при ответах)
Говорит, мол, я могу сделать продукт, а все эти вопросы про типы и что делает функция - для школы
Нет не нужно
выложено 3 месяца назад. Это прям актуальный собес? слишком быстро летят технологии. Я учил реакт с августа на курсах записанных в 2020м, сейчас готовлю себе материал для собеса на первую работу, если, конечно, у меня все же до этого дойдет.
На ютабе 100 видео по реакту 2024 года, а ты решил бабку выкопать? Я 4 года в айти, это я по роликам 2020 года учился, классовые компоненты писал.
Впервые за долгое время интересный собес и крутого интервьюера
3:47 посмеялся с этой шляпы) вопросы из разряда "напишите хеллоу ворлд на брейнфаке"
"скопируй себе, потом помучайся" убило
Ну вопросы конечно кринжовые для собеседования, но было интересно, мужик вроде бы даже объясняет, думаю у такого можноб было кучу опыта взять раз он для позиции на 220к говорит "ну если подойдешь, я составлю список, какие дыры тебе нужно закрыть" это ахуенно, думаю я с удовольствием с таким бы поработал. Я щас на начальной стадии карьеры и тимлид с таким почти нахуй посылает)
А так ты круто отвечаешь, какой у тебя опыт?
Т скажи, по твоему мнению тим лид/руководитель должен тебе помогать даже если ты не джун? имеется ввиду не учить, но всегда будут специфичные вопросы или вопросы из разряда - Я сделал все работает, но как лучше?
У меня опыт почти 3 года. Ну тут роляет не опыт, думаю на все эти вопросы можно отвечать не проведя ни дня за работой. Так как они чисто теоретические. Честно сказать, когда я был джуном, то в теории был куда более подкованным, чем когда шёл на первое собеседование спустя пару лет.
Ну и думаю из-за вопросов никуда никого посылать ни надо. Обсуждении - ключ к развитию команды. Бывает у нас так что Джун прочитал что-то новенького из документации и делится с мидлами и синиорами и это же наоборот прекрасно. Ну и джунам тоже объяснять надо многое, хотя иногда можно просто ткнуть в документацию) Иди ищи
Ну если ты «дрочишь» своего Лида тупыми вопросами как провести нпм инсталл и тд
То я бы тебя тоже посылал (:
Или если как лучше использовать тут фильтр хд
В общем идиотские вопросы
А если ты про то что код ревью 0
То эт плохо да. Код ревью я даж Джунов себя проводить прошу и это норм.
Твой базовый скил должен быть умение гуглить.
Если ты не умеешь гуглить элементарные вещи ты начинаешь со временем раздражать.
Если какой то интересный кейс который ты просто день не можешь решить то да идешь спрашиваешь.
@@ГригорийШумихин ну я для недопонимания и написал что конкретно я спрашиваю, что я знаю решение, но вопросы как лучше сделать, вопросы архитектуры и т.д., у меня не прям "начальный" уровень, но до всего невозможно самообучиться, еслиб так было то все сразу становились мидлами или сеньорами.
если у тебя вопросы типа как лучше сделать, то тебе пока вообще не нужно думать про архитектуру, а решать как можно больше типовых задач, которые дадут базу и понимание как решать определены срез задач, потом этот уровень плавно повышается к более сложным, а ты думаешь вообще не о том
Смотрю собес и ржу. Сам собесов 30 прошёл, всякое бывало. Ну у деда тупо крышу порвало. Тупейшие не адекватные вопросы, что при конкатинации вернёт пустой массив кек. При этом уровень чсв космическое. Ещё и так торопить
Просто ужас, ну молодец, достойно отбивался
Да, было забавно. Но ничего не буду говорить плохого про интервьюера, он мне наоборот понравился. Конкатенация массива с null меня конечно удивила, но я подумал, что не ответить на такой вопрос - ничего страшного, а ответить - большой плюс, так как значит соображаешь и ещё что-то помнишь. Согласись что подобное приведение типов в реальных задачах не встречаются практически никогда?)
@@coder-interviews Конечно, а вопрос про console.log(a._proto_.hasOwnProperty('proto')) это вообще смех
При это человек даёт такую задачу и говорит мол ничего страшного, если не решишь.
Конечно ничего страшного, задача не отображает вообще ничего
Ахаха, тут Вы правы, что мне даст знание этого, не понятно ¯\_(ツ)_/¯
А чем сами занимаетесь? На какой должности?
@@scrappyjs2632она отображает твое понимание глубокое как работает js
Интервьюер мне понравился
- Пирамиду тестирования знаешь?
- Нет
- Да и фиг с ней
хахахах
Ого, знакомый собеседующий, бывал у такого)
Упоминание того, что исторически createRef создавался как хранилище для данных между рендерами это не правда. В классовом компоненте ничего не мешает добавить просто property и обновлять/читать его в любом методе класса. Изначально Ref это именно про доступ к узлам и уже потом в функциональных компонентах как возможность хранить между рендерами данные апдейт которых ререндер не должен вызывать.
интервьюер реальный гигачад, понравился собес))
А какой фидбек то ?) Выложишь потом ?
Узнать бы кто собеседующий, задать вопросики по фронту. Толковый мужик
Интересно какие у тебя вопросики есть по фронту, что могут передаться только из уст в уста)
Класс
дед просто супер. сразу и объясняет, хоть и душновато. неделю назад меня завалил))
О, а может скажешь, что за компания?
Сделали Оффер?)
Писец вопросы по JS, пустой массив + null + строка, они что, так при разработке код пишут с использованием не явных преобразований? Нормальный человек так не пишет, это идиотизм.
Это типо проверяют "знание языка и синтаксиса", но как по мне идиотия такие вопросы задавать
@@krypton5204 Ну типа понятно, но можно проверить знание синтаксиса нормальными вопросами, типа "назовите методы массивов", чем ForEach отличается от map, отличия стрелочной функции от обычной, ну сам знаешь. А тут когда увидел вопрос про массив плюс нулл плюс строка, возникла мысль что там у них легаси проект над которым работал один программист, он специально наговнокодил вот такого ужаса, а затем через месяц пришёл и сказал "-повысьте мне зп или уволюсь" 😃, в итоге они глянули его код и поняли что все остальные прогеры скорее уволятся чем станут его поддерживать, вот потому теперь ищется новый человек чтобы с этой фигнёй работать. Только так я могу объяснить причину таких вопросов.
А потом ты: вау ниче себе, забавно.
Когда похожее будет неожиданно
@@AlekseiBleile Конечно, при чтении чужого кода увидеть такую фигню - это удивительно и пусть даже то что читающий не может понять что делает эта строчка - плохо, но в разы хуже то что такая чушь появилась в проекте и на код ревью её пропустили. Тут не только здравый смысл говорит что так писать не нужно, но и принцип разработки "POLA" (Principle of least astonishment) нарушается, тут уж выговор не тому кто прочитать не может, а тому кто написал такое в проекте.
Очень круто! Так что в итоге сказали?
Спасибо за интервью.Возможно задам немного глупый вопрос, но не кажется ли вам что с каждым годом во фронтенд платят все меньше и меньше ?
Нет) откуда у вас такое мнение?
Не собес а песня. Спасибо за полезный контент🫡
ruclips.net/video/p4PmANxsckA/видео.html- ошибка: unshift добавляет элементы в начало, а не удаляет. ученик сказал не правильно а за ним еще и препод кот-ый его собесил подтвердил неправильно
А на какой платформе вы работаете? Чтобы вдвоем можно было печатать?
codeshare.io/
@@coder-interviews а он бесплатный/безлимитный, не знаете?
32:21 есть значит 6 способ: поменять key
на моменте 27:20 я подумал у себя в голове про reconciliation
А в итоге оффер дали или как?