в it не первый год, как минимум половину собеса бы вывез, но ушел бы минут через 10, к такому меня жизнь не готовила, мы должны решать проблемы бизнеса, а не задротить в низкоуровневые моменты языка, поверхностного понимания вполне достаточно что бы качественно решать задачи. Лично для себя я бы мало что полезного для работы получил от данного собеса. Вместо того что бы все это учить, лучше получать полезный опыт, который поможет решать задачи бизнеса, а не вот это вот все) Автору респект, мало кто так может)
Поверхностного понимания хватит для написания простых приложений. В больших, сложных приложениях можно будет охренеть от решений, которые были написаны с поверхностными знаниями и поддержка/рефакторинг такого кода превратится в сущий ад.
@@WatercolorD Соглашусь, возможно в таком аду я ещё не был, у нас довольно большой продукт, ещё и разбит на 2 части, огромное легаси на angularJs и реакт, от проблем спасает хорошо проработанные процессы и архитектура, из за чего стрельнуть в ногу и что то сломать крайне сложно, все силы на бизнес)
@@WatercolorD Как, например, знание того, что вернет пустой массив при конкатенации, поможет делать красивые сложные приложения? Разве что только будете знать, что никогда нельзя так делать.
@@kirillunlimited знать как не надо делать тоже полезно. Окей, тогда что отличает сеньора от миддла или джуна? Из твоего ответа следует (как мне показалось), что разницы нет и джун вполне может выполнять задачи сеньора.
@@WatercolorD на этот вопрос нет правильного ответа, каждый разработчик и компания имеет свою систему грейдов. Если грубо, то это комбинация из реального опыта, багажа прикладных знаний и способности брать ответственность за принятие решений. И уж точно к этому списку не относится способность глубоко знать как работает приведение типов и прочие другие неочевидные штуки в языке.
Очень ламповое собеседование. Не готовился, без труда все ответил, кроме useTransition (т.к. просто даже ни разу не юзал его). Я если что middle. Силы понадобятся, когда подробности работы браузера начнут спрашивать (особенно если ты на английском собес проходишь), типа CRP, forced reflow, composite layers, stacking context (упаси боже, но блин, за 3 года работы фронтендером 1 раз все-таки понадобилось копнуть что это такое, когда z-index не работал, так что никогда не знаешь, что тебе может понадобиться в реальной разработке - все может понадобиться в теории), но я думаю это прямо сеньеров мучают этим :)
@@Вячеслав-у7ч7с Так у мидла и нужно спрашивать подробности работы браузера, архитектуру, аутентификацию, ключи, кэширование, протоколы, либы, реализацию паттернов, как покрывать тестами. Нельзя у опытного спрашивать то, что может любой выучить на курсах. Солид спросили и сразу же поплыл он, а это база.
Хотя на 95% вопросов я бы ответил, но скажу, что в этом собесе нет практически ничего, имеющего отношения к реальной работе. Ну разве что про git или про реакт. Лучшие вопросы для собеса - это в виде "как бы ты решал ту или иную бизнес-задачу". А вся эта муть.. Поверьте, никто никогда в жизни не вызывает после finally очередной then. На работу надо принимать разработчика, а не JS-интерпретатора.
Собеседование - отдельная плоскость конкуренции. Отдельные знания и навык. У кого-то хватает сил и здоровья только на работу, а кто-то может развить оба направления. А бизнес-задачи - на работе решать будете :)
Можно сколь угодно спорить о степени душноты собеседующего, но я считаю, что получившийся видео-контент имеет весомую ценность для тех, кто его будет смотреть. Людям с опытом полученная информация поможет освежить знания. Я уже 8 лет в разработке, за это время какие-то базовые вещи подзабыл. Для начинающих данные вопросы будут полезны для понимания того, что потенциально они могут встретить на интервью. Я посмотрел кучу интервью. На каждом собеседовании одно и то же. Ничего нового и заковыристого. А это видео дало много полезной информации.
очень умный мужик душно не душно, но такие знания и отличают обычного чувака от опытного разработчика, погруженного в язык. и самое главное - он не наседает, а готов делиться знаниями и подсказывает в сложные моменты. было бы круто у него поучиться
Вот он говорит "это всё впереди". Ну либо я еще не дошел до этого момента просветления, либо это в таки никогда не требуется в продакшене. Действительно душеньки собес, но было интересно послушать.
Отличное собеседование! Много лоу-левелных вопросов поднимается. Как фронтендер с 10-летним стажем ставлю однозначный лайк интревьюеру, а также автору видео, который достойно держался
собеседование на должность википедии по js, с ростом в специалиста по мельчайшим нюансам js, звучит круто конечно только таким собесом можно крепких кандидатов сбрить, конечно можно полагаться на корреляцию между знанием таких деталий и решением большого количества бизнес задачь, но на деле самые зелёные джуны которые очень усердно готовятся к собесу будут выгоднее смотреться чем крепкие специалисты с бизнес опытом. Можно знать в деталях о диф уровнениях но не уметь их решать. С другой стороны такой подход поможет найти реального задрота, а задроты имеют сильный потенциал в этой области, только на софт скилы их порой подводят.
Подписываюсь под каждым словом. Например я забыл что именно делает unshift, но хуже специалистом от этого себя не чувствую, так как я знаю о существовании подобного и появись задача которая потребует этого метода, то я просто загуглю его и всё) А умение решать бизнес задачу я не загуглю)
Как насчет умения решать бизнес-задачи и при этом знать все эти детали? ) Цель этого собеседования - отсеять тех кто не знает эти самые детали, потому что они потом пойдут на собеседование с заказчиком - и их там будут спрашивать и не такое. Поэтому чтобы аутсорс компания не потеряла деньги\время и нужен такой уровень отсеивания.
Поверь, это далеко не мельчайшие нюансы... А так согласен - можно идеально ответить на все эти вопросы (которые не сложные кстати) - это просто опыт, но когда тебе понадобится поднять проект или смоделировать архитектуру сложной фичи - понятную, масштабируемую, не размазывая логику фичи по сервису, а грамотно инкапсулировав ее, грамотно определить зону ответственности фичи, т.е. не вшивать лишнего но и не делать бессмысленно глупой - тут это уже (опыт * интеллект), и без конкретного код-ревью трудно определить, что перед тобой чел с интеллектом и большим потенциалом. А это и есть алмазы, которые все хотят найти, но они особо не сверкают! Их прелесть в том, что при их должном энтузиазме, они способны выйти за рамки обязанностей сколь угодно далеко, фичалидить задачи, обучать стажеров/быть спикером (это сложно), развивать дизайн-системы/библиотеки проекта, стать тим/техлидами и т.д. И делать это хорошо. Трудно таких найти, но можно. Я, когда собеседовал челов, больше именно искал это в людях (IQ), и делал это с помощью логических задач (т.е. без привязки к стеку и программированию вообще). А обычные вопросы типа какой промис первее в консоль упадет я даже не задавал, т.к. не особо верил в такой подход (задавали коллеги уже). А вот энтузиазм ты заранее не проверишь никак, к сожалению.
@@Вячеслав-у7ч7с Ерундой занимаешься ) Платите нормальную зарплату, а за ощутимые ускорения по срокам при сохранении качества - не менее нормальные премии. И энтузиазма будет - хоть отбавляй. А большинство работодателей совершенно oxyeJIJIu - большую часть прибыли просто себе забирают.
Как же понравился интервьюер. С таким мужиком рядом можно горы свернуть, прям видно что дядька с огромным опытом, который с удовольствием его передаст.
Супер-душный дед, но к его знаниям нужно стремиться почти всем frontend разработчикам, это наверное лучшее видео, которое можно посмотреть перед собесом, очень круто он объясняет, видно что оооочень давно и ооочень подробно он изучает js и фронт в целом)
@@coder-interviews в крупных конторах по типу MANGA есть челики, которые вообще код не пишут, только собесами занимаются. То есть они знают все нюансы спеки языка и доки фреймворка, алгоритмы и т.д., а продакшн код не пишут вообще.
Согласен с комментариями ниже, отличное собеседование, одно из немногих собеседований, которое действительно приятно слушать. Автору удачи в развитии канала)
В первой половине видео что-то понимал. Во второй уже смотрел сквозь монитор куда-то вдаль. Будем учиться дальше) З.п. 220 я получал, работая рук. проекта в строительстве.
Как новичок в изучение Frontend (чуть больше года) могу сказать, что такие собеседования немного подрывают веру в себя) Объем знаний просто невообразимый. Да, собеседующий выглядит чуть душно, но как специалист он потрясающий. Я думаю, что если ты смог ответить хотя бы на 80% вопросов в этом собесе, то можно смело идти на собес на джуна/ мидл -.
@@GrigoriiMoshkevichищет такого же задрота, как он сам... Мне тоже кажется, что перебор. Не обязательно быть именно вот таким задротом, чтобы эффективно и качественно решать задачи. Собеседующий так не считает, видимо.
Собес достаточно высокого уровня, парень прям крут 💪🏻. Я вот половина вопросов точно бы не ответил, особенно цепочка промисов такая, достаточно непростая. У меня опыта работы года полтора.
Всё там легко, и с промисами и вообще с тестированием и собесами Молодые люди специально выкладывают это сюда, чтобы мы и Вы готовились к такому Заучиваешь это, подтягиваешь базу, читаешь документацию, пишешь себе пометки и определения - и вуаля, можно за 3-4 недели натаскаться к собесам
А, ну ещё нужен какой-то хотя коммерческий опыт)) Ну, чтобы не залиться на работе потом Нет, можно врать на собесах и в резюме, но придётся потом вывозить как-то за своё враньё)
Чёт для 220к (что по сути чуть больше 2k$), какие-то вопросы с дикими цепочками промисов, докапывания к определению "што такое реакт".. я бы забил Хотя, учитывая что на одно место сейчас по 500 тысяч фронтендеров, может это и необходимо
На одно место джуна? Хд Хз ваще не чувствую конкуренции Для себя прохожу тех собесы часто и ок Ну тут согласен собеседующий собрал список самых каверзных вопросов на тех собесе 😁
@@mikhail6790 бывали. И как правило получал отказ на таких. Но справедливости ради, я ни капли не расстраивался, потому что с таким душным человеком в команде я бы просто не смог работать
я получаю примерно в 6 раз больше, и даже не стал бы тратить время на подобные вопросы - это абсолютно бесполезная хня, которая никак не отражает твою экспертизу как разработчика.
Ну вопросы конечно кринжовые для собеседования, но было интересно, мужик вроде бы даже объясняет, думаю у такого можноб было кучу опыта взять раз он для позиции на 220к говорит "ну если подойдешь, я составлю список, какие дыры тебе нужно закрыть" это ахуенно, думаю я с удовольствием с таким бы поработал. Я щас на начальной стадии карьеры и тимлид с таким почти нахуй посылает) А так ты круто отвечаешь, какой у тебя опыт? Т скажи, по твоему мнению тим лид/руководитель должен тебе помогать даже если ты не джун? имеется ввиду не учить, но всегда будут специфичные вопросы или вопросы из разряда - Я сделал все работает, но как лучше?
У меня опыт почти 3 года. Ну тут роляет не опыт, думаю на все эти вопросы можно отвечать не проведя ни дня за работой. Так как они чисто теоретические. Честно сказать, когда я был джуном, то в теории был куда более подкованным, чем когда шёл на первое собеседование спустя пару лет.
Ну и думаю из-за вопросов никуда никого посылать ни надо. Обсуждении - ключ к развитию команды. Бывает у нас так что Джун прочитал что-то новенького из документации и делится с мидлами и синиорами и это же наоборот прекрасно. Ну и джунам тоже объяснять надо многое, хотя иногда можно просто ткнуть в документацию) Иди ищи
Ну если ты «дрочишь» своего Лида тупыми вопросами как провести нпм инсталл и тд То я бы тебя тоже посылал (: Или если как лучше использовать тут фильтр хд В общем идиотские вопросы А если ты про то что код ревью 0 То эт плохо да. Код ревью я даж Джунов себя проводить прошу и это норм. Твой базовый скил должен быть умение гуглить. Если ты не умеешь гуглить элементарные вещи ты начинаешь со временем раздражать. Если какой то интересный кейс который ты просто день не можешь решить то да идешь спрашиваешь.
@@ГригорийШумихин ну я для недопонимания и написал что конкретно я спрашиваю, что я знаю решение, но вопросы как лучше сделать, вопросы архитектуры и т.д., у меня не прям "начальный" уровень, но до всего невозможно самообучиться, еслиб так было то все сразу становились мидлами или сеньорами.
если у тебя вопросы типа как лучше сделать, то тебе пока вообще не нужно думать про архитектуру, а решать как можно больше типовых задач, которые дадут базу и понимание как решать определены срез задач, потом этот уровень плавно повышается к более сложным, а ты думаешь вообще не о том
Смотрю собес и ржу. Сам собесов 30 прошёл, всякое бывало. Ну у деда тупо крышу порвало. Тупейшие не адекватные вопросы, что при конкатинации вернёт пустой массив кек. При этом уровень чсв космическое. Ещё и так торопить Просто ужас, ну молодец, достойно отбивался
Да, было забавно. Но ничего не буду говорить плохого про интервьюера, он мне наоборот понравился. Конкатенация массива с null меня конечно удивила, но я подумал, что не ответить на такой вопрос - ничего страшного, а ответить - большой плюс, так как значит соображаешь и ещё что-то помнишь. Согласись что подобное приведение типов в реальных задачах не встречаются практически никогда?)
@@coder-interviews Конечно, а вопрос про console.log(a._proto_.hasOwnProperty('proto')) это вообще смех При это человек даёт такую задачу и говорит мол ничего страшного, если не решишь. Конечно ничего страшного, задача не отображает вообще ничего
Не совсем понимаю, почему в комментах интервьюера называют душным. Да, он этакий "хмурый дядька" по голосу, но в целом вполне доброжелателен. Был бы душнилой не повторял бы через раз "Да это нормально, мало кто знает", "Это сейчас не важно, меня устраивает ответ", и прочие "это не страшно". Собеседуемый - хорош, некоторые ответы прям выучены до состояния отскакивания от зубов)
Писец вопросы по JS, пустой массив + null + строка, они что, так при разработке код пишут с использованием не явных преобразований? Нормальный человек так не пишет, это идиотизм.
@@krypton5204 Ну типа понятно, но можно проверить знание синтаксиса нормальными вопросами, типа "назовите методы массивов", чем ForEach отличается от map, отличия стрелочной функции от обычной, ну сам знаешь. А тут когда увидел вопрос про массив плюс нулл плюс строка, возникла мысль что там у них легаси проект над которым работал один программист, он специально наговнокодил вот такого ужаса, а затем через месяц пришёл и сказал "-повысьте мне зп или уволюсь" 😃, в итоге они глянули его код и поняли что все остальные прогеры скорее уволятся чем станут его поддерживать, вот потому теперь ищется новый человек чтобы с этой фигнёй работать. Только так я могу объяснить причину таких вопросов.
@@AlekseiBleile Конечно, при чтении чужого кода увидеть такую фигню - это удивительно и пусть даже то что читающий не может понять что делает эта строчка - плохо, но в разы хуже то что такая чушь появилась в проекте и на код ревью её пропустили. Тут не только здравый смысл говорит что так писать не нужно, но и принцип разработки "POLA" (Principle of least astonishment) нарушается, тут уж выговор не тому кто прочитать не может, а тому кто написал такое в проекте.
32:20 Причина по которой перерендеривается одна, точнее две - это главная - изменение состояние и forceUpdate. пропы сами измениться не могут, потому что они иммутабильные, это следствие изменения состояния. контекст -это тоже следствие изменения состояния. но это те наблюдения, к которым я пришел. можете опровергнуть
С js духота лютейшая, присоединяясь к комментаторам скажу что к реальной практике не имеет никакого отношения. Интересно что именно пытается выяснить интервьюер задавая такие вопросы…
Духота, причем еще и нетактичная - "реши это и будем считать, что справился", "запишу, что у тебя тут пробел", хочется сказать за собой запиши. Вопросы хорошие, но оценки раздавать никому не нужно, по крайней мере, если у тебя это не спросят и то я бы наверное воздержался тк ни один человек не может знать всего. Собеседование это про подходит работник компании и наоброт, а не экзамен на поступление, надо обсждать реальные задачи, а не в вакуме, дать кусок кода почитать из проекта и попросить описать, что там происходит, дописать может быть какие-то методы в класс, отрефакторить код или исправить баг незначительный. Ощущение, что ищут зубрилу, а не коллегу, который будет решать бизнес задачи бок о бок в команде..
1) "запишу, что у тебя тут пробел" - все пробелы записываются, т.к. в конце интервьюируемому предоставляется отчет о пробелах 2) "реши это и будем считать, что справился" - и что же нетактичного в уведомлении собеседуемого о условиях прохождения собеседования? ) 3) "духота" - термин инфантильных милениалов :)
Нормальное вью - что вы доигрались. Скорее всего там явно поддерживают что-то тяжеленное и сто лет назад написанное. Соответственно формошлепов и кнопокрасильщиков отсеивают этими вопросами.
А все вот эти определения в начале видео точно нужны для опроса? Я просто сам чуток обучаюсь, но есть товарищ, который в IT уже десятый год, он начал ломаться при ответах) Говорит, мол, я могу сделать продукт, а все эти вопросы про типы и что делает функция - для школы
Интервьювер не оч. Неплохой дядька в плане общения, но: - вопросы по типу есть ли на proto proto hasOwnProperty или например прокидка внутрь then числа, а не коллбека это не практические ситуации, а просто высосанные из пальца едж-кейсы. Эти тонкости никому не нужны и не детектят знатока. - за вопросы про async хвалю, хотя и простые - про TS тоже не оч, ибо разница interface и type вообще нигде почти не играет роли кроме пары ситуаций с мерджем одноименных интерфейсов (оч редко такое может быть) - вопрос про infer (точнее ответ) не корректен: infer не имеет отношения к "вычислению ключей". infer работает просто: если у вас в генерике extends, то TS дает вам возможность в любое место (или места) вставить захватывающую конструкцию infer, которая в ветках после ? и : будет вычислена. Например можно узнать что возвращает промис: Awaited = T extends Promise ? A : never Дальше не смотрел
Upd: послушал еще )) Про солид норм вопросы, про каррирование зачем то уход в fp зверинец. Ну, если вы не на ramda пишете или там на fp-ts, то это не пригодится.
Что вам пообещали что вы досидели до конца? Можно было уходить когда пошли цепочки промисов, или раньше, когда собеседующий пытался к массиву число прибавить.
Понравилось собеседование, я бы сюда пошел, потому что сложилось впечатление, что в компании заботятся о прокачке/менторстве сотрудников, можно быстро вырасти до след. грейда
Не хватает под конец результата и разговора с hr, вопросы по TS: typeof T2 = keoyf a - не правильно так писать, тс будет об этом сообщать, если мы хотим получить значения как юнион, то пишется typeof T2 = typeof a[keyof typeof a]
Вопросы на зп для задрота от 300к минимум. На 250к у меня обычно спрашивают не задроченные вопросы, а уже по делу те, которые тебе будут ежедневно встречаются в кейсах. Многие моменты просто не будешь помнить что касается генераторов и тд, потому что это используется раз из 100 модулей на практике. Поэтому даже бы и не расстроился если бы не прошел на такую галеру 😂 Парень может знать шикарно теорию, но не иметь практики с элементарной авторизацией и интерцепторами, там уже теория не спасет😅
Упоминание того, что исторически createRef создавался как хранилище для данных между рендерами это не правда. В классовом компоненте ничего не мешает добавить просто property и обновлять/читать его в любом методе класса. Изначально Ref это именно про доступ к узлам и уже потом в функциональных компонентах как возможность хранить между рендерами данные апдейт которых ререндер не должен вызывать.
th-cam.com/video/p4PmANxsckA/w-d-xo.html- ошибка: unshift добавляет элементы в начало, а не удаляет. ученик сказал не правильно а за ним еще и препод кот-ый его собесил подтвердил неправильно
То что копировал на собесе:
gist.github.com/DryaginMihael/d8df790760a9a7981dc7a9e595daf810
Мой бусти:
boosty.to/cooders
по паттернам проектирования вопросы не задают?
Имя собеседующего: Глад Валакас
Компания: "ООО Мегалюль"
Всем советую эту замечательную компанию, а её собеседующий вообще талантливая личность.
Нет, не он :)
qAqasha собеседует)
тоже сразу о нем подумал, и на протяжении всего собеса думал "хммм глэк оказывается такой умный"
интересно, а собес он проводил в комбосете? да и жаль про енотике не спел
хаххахххахах@@MrFutli
"Я заберу этот пример кода?" - выкладывает собес 😂 Видео топ!
в it не первый год, как минимум половину собеса бы вывез, но ушел бы минут через 10, к такому меня жизнь не готовила, мы должны решать проблемы бизнеса, а не задротить в низкоуровневые моменты языка, поверхностного понимания вполне достаточно что бы качественно решать задачи. Лично для себя я бы мало что полезного для работы получил от данного собеса. Вместо того что бы все это учить, лучше получать полезный опыт, который поможет решать задачи бизнеса, а не вот это вот все) Автору респект, мало кто так может)
Поверхностного понимания хватит для написания простых приложений. В больших, сложных приложениях можно будет охренеть от решений, которые были написаны с поверхностными знаниями и поддержка/рефакторинг такого кода превратится в сущий ад.
@@WatercolorD Соглашусь, возможно в таком аду я ещё не был, у нас довольно большой продукт, ещё и разбит на 2 части, огромное легаси на angularJs и реакт, от проблем спасает хорошо проработанные процессы и архитектура, из за чего стрельнуть в ногу и что то сломать крайне сложно, все силы на бизнес)
@@WatercolorD Как, например, знание того, что вернет пустой массив при конкатенации, поможет делать красивые сложные приложения? Разве что только будете знать, что никогда нельзя так делать.
@@kirillunlimited знать как не надо делать тоже полезно.
Окей, тогда что отличает сеньора от миддла или джуна? Из твоего ответа следует (как мне показалось), что разницы нет и джун вполне может выполнять задачи сеньора.
@@WatercolorD на этот вопрос нет правильного ответа, каждый разработчик и компания имеет свою систему грейдов. Если грубо, то это комбинация из реального опыта, багажа прикладных знаний и способности брать ответственность за принятие решений. И уж точно к этому списку не относится способность глубоко знать как работает приведение типов и прочие другие неочевидные штуки в языке.
Интервьюеру глубочайшие уважение.
о боже. Сил вам и терпения в таких собеседованиях. Хватило на пару минут
Очень ламповое собеседование. Не готовился, без труда все ответил, кроме useTransition (т.к. просто даже ни разу не юзал его). Я если что middle. Силы понадобятся, когда подробности работы браузера начнут спрашивать (особенно если ты на английском собес проходишь), типа CRP, forced reflow, composite layers, stacking context (упаси боже, но блин, за 3 года работы фронтендером 1 раз все-таки понадобилось копнуть что это такое, когда z-index не работал, так что никогда не знаешь, что тебе может понадобиться в реальной разработке - все может понадобиться в теории), но я думаю это прямо сеньеров мучают этим :)
@@Вячеслав-у7ч7с
Так у мидла и нужно спрашивать подробности работы браузера, архитектуру, аутентификацию, ключи, кэширование, протоколы, либы, реализацию паттернов, как покрывать тестами. Нельзя у опытного спрашивать то, что может любой выучить на курсах. Солид спросили и сразу же поплыл он, а это база.
а в чем проблема? собеседуемый фейлил с самого начала, но его не зарубили, а довели до конца, причем очень мягко.
да нормально он шёл в целом, не без ошибок, конечно, но хорошее впечатление производил)
@@Вячеслав-у7ч7с Таким мучают когда работодатель думает что ЗП завышена и человек должен помучатся выучив этот мусор
Собесился там же) Как говорится, есть 2 жс. Тот на котором мы работаем и тот, на котором проходим собеседования
А что за компания если не секрет?) Кажется я лет 5 назад куда-то в подобное место собесился)
Что за компания? Хотя бы сфера ее деятельности
"Ну и ладно, хрен с ним" - клёвая реплика на ненужные вопросы)
"- знаешь что такое пирамида тестирования? - нет - ну и не надо" 😂
38:52 - TS
45:44 - git reset, git rebase, git merge
46:42 - SOLID
47:19 - что такое каррирование
47:27 - определение рекурсии
Хотя на 95% вопросов я бы ответил, но скажу, что в этом собесе нет практически ничего, имеющего отношения к реальной работе. Ну разве что про git или про реакт.
Лучшие вопросы для собеса - это в виде "как бы ты решал ту или иную бизнес-задачу".
А вся эта муть.. Поверьте, никто никогда в жизни не вызывает после finally очередной then.
На работу надо принимать разработчика, а не JS-интерпретатора.
Собеседование - отдельная плоскость конкуренции. Отдельные знания и навык. У кого-то хватает сил и здоровья только на работу, а кто-то может развить оба направления.
А бизнес-задачи - на работе решать будете :)
"На работу надо принимать разработчика, а не JS-интерпретатора" хахаха правда!!
охуенно, а на работе кто работать будет после собеседования? разработчик или тоже отдельная плоскость ваша?@@jurafree426
так собесы никогда и не были про работу, это отдельный навык.
которыц нахуй не нужен в реальном бизнесе, ради которого собес делается@@ВикторШитов-ф4о
Можно сколь угодно спорить о степени душноты собеседующего, но я считаю, что получившийся видео-контент имеет весомую ценность для тех, кто его будет смотреть.
Людям с опытом полученная информация поможет освежить знания. Я уже 8 лет в разработке, за это время какие-то базовые вещи подзабыл.
Для начинающих данные вопросы будут полезны для понимания того, что потенциально они могут встретить на интервью.
Я посмотрел кучу интервью. На каждом собеседовании одно и то же. Ничего нового и заковыристого. А это видео дало много полезной информации.
очень умный мужик
душно не душно, но такие знания и отличают обычного чувака от опытного разработчика, погруженного в язык.
и самое главное - он не наседает, а готов делиться знаниями и подсказывает в сложные моменты. было бы круто у него поучиться
Согласен, таких не так много, в основном душные
я бы сказал было бы круто работать в команде с таким
Если бы ты с таким работал ты бы уволился через, месяц, так как с такими душнилами работать нереально!
@@АлександрЕрмолов-п2ьне согласен
опытный разработчик это не задрот языка, а человек глубоко погруженный в разнообразные бизнес задачи, мне кажется, скорее
Спасибо, что показали настоящее техническое собеседование. Собеседующий очень шарит. Многое забрал себе в копилку для проработки.
Вот он говорит "это всё впереди". Ну либо я еще не дошел до этого момента просветления, либо это в таки никогда не требуется в продакшене. Действительно душеньки собес, но было интересно послушать.
На самом деле оч крутой собес, мужик на удивление не токсик, а делился инфой и ссылками, за что респект
Я пока junior, но мне было очень интересно смотреть данное видео, так как поняла куда дальше двигаться и что еще надо подтянуть. Спасибо большое.
это только на собесах почти всё нужно
Отличное собеседование! Много лоу-левелных вопросов поднимается. Как фронтендер с 10-летним стажем ставлю однозначный лайк интревьюеру, а также автору видео, который достойно держался
собеседование на должность википедии по js, с ростом в специалиста по мельчайшим нюансам js, звучит круто конечно только таким собесом можно крепких кандидатов сбрить, конечно можно полагаться на корреляцию между знанием таких деталий и решением большого количества бизнес задачь, но на деле самые зелёные джуны которые очень усердно готовятся к собесу будут выгоднее смотреться чем крепкие специалисты с бизнес опытом. Можно знать в деталях о диф уровнениях но не уметь их решать. С другой стороны такой подход поможет найти реального задрота, а задроты имеют сильный потенциал в этой области, только на софт скилы их порой подводят.
Подписываюсь под каждым словом. Например я забыл что именно делает unshift, но хуже специалистом от этого себя не чувствую, так как я знаю о существовании подобного и появись задача которая потребует этого метода, то я просто загуглю его и всё) А умение решать бизнес задачу я не загуглю)
Как насчет умения решать бизнес-задачи и при этом знать все эти детали? )
Цель этого собеседования - отсеять тех кто не знает эти самые детали, потому что они потом пойдут на собеседование с заказчиком - и их там будут спрашивать и не такое.
Поэтому чтобы аутсорс компания не потеряла деньги\время и нужен такой уровень отсеивания.
Поверь, это далеко не мельчайшие нюансы... А так согласен - можно идеально ответить на все эти вопросы (которые не сложные кстати) - это просто опыт, но когда тебе понадобится поднять проект или смоделировать архитектуру сложной фичи - понятную, масштабируемую, не размазывая логику фичи по сервису, а грамотно инкапсулировав ее, грамотно определить зону ответственности фичи, т.е. не вшивать лишнего но и не делать бессмысленно глупой - тут это уже (опыт * интеллект), и без конкретного код-ревью трудно определить, что перед тобой чел с интеллектом и большим потенциалом. А это и есть алмазы, которые все хотят найти, но они особо не сверкают! Их прелесть в том, что при их должном энтузиазме, они способны выйти за рамки обязанностей сколь угодно далеко, фичалидить задачи, обучать стажеров/быть спикером (это сложно), развивать дизайн-системы/библиотеки проекта, стать тим/техлидами и т.д. И делать это хорошо. Трудно таких найти, но можно. Я, когда собеседовал челов, больше именно искал это в людях (IQ), и делал это с помощью логических задач (т.е. без привязки к стеку и программированию вообще). А обычные вопросы типа какой промис первее в консоль упадет я даже не задавал, т.к. не особо верил в такой подход (задавали коллеги уже). А вот энтузиазм ты заранее не проверишь никак, к сожалению.
Братишка, тебе бы русский сначала подучить, а потом в кодинг лезть))
@@Вячеслав-у7ч7с Ерундой занимаешься ) Платите нормальную зарплату, а за ощутимые ускорения по срокам при сохранении качества - не менее нормальные премии. И энтузиазма будет - хоть отбавляй.
А большинство работодателей совершенно oxyeJIJIu - большую часть прибыли просто себе забирают.
Как же понравился интервьюер. С таким мужиком рядом можно горы свернуть, прям видно что дядька с огромным опытом, который с удовольствием его передаст.
Посмотреть бы как реально проект организован, а то там если такой код как на собеседовании он спрашивает - ну нафиг.
Типичный собес стажера в 2023
Я бы сказал трйени, для стажера слишком просто
Информатика 9 класс максимум
интервьюеру респект очень крутой ламповый собес, а проходящему респект за знания
Супер-душный дед, но к его знаниям нужно стремиться почти всем frontend разработчикам, это наверное лучшее видео, которое можно посмотреть перед собесом, очень круто он объясняет, видно что оооочень давно и ооочень подробно он изучает js и фронт в целом)
Мне показалось что знать-знает а фронт то может и не пишет вовсе)
Ты ещё не видел дедов которые знают.
@@coder-interviews в крупных конторах по типу MANGA есть челики, которые вообще код не пишут, только собесами занимаются. То есть они знают все нюансы спеки языка и доки фреймворка, алгоритмы и т.д., а продакшн код не пишут вообще.
@@coder-interviews:)) ок, буду знать, что не пишу фронт
ничё не нужно, ну что за бред
Шел 23год на собесе по React спрашивали shouldComponentUpdate и упоминали метод forceUpdate классового компонента.
это вполне справедливо если в компании есть легаси
Интервьюеры вообще хорош :D )))
- Это"$%" знаешь?
-Нет
-Ну и не надо
Аха-ха-ха )
Годные вопросики, деду респект! Было бы интересно с таким зарубиться)
Да, не ожидал что будут такие вопросы, я уж боялся что начнут спрашивать за ассемблер))
да нихуя они не годные, что за бред?
Согласен с комментариями ниже, отличное собеседование, одно из немногих собеседований, которое действительно приятно слушать. Автору удачи в развитии канала)
Дед задушил, но это хорошо, это точка роста. В первую очередь для меня, зрителя. Релизеру лайк, подписка уже оформлена.
У тебя очень крутые собеседования получаются, ток канал не забрасывай. Удачи!
Какое же душное собеседование для такого рейта) Ты молодец)
спасибо)
что такое рейт ?
@@iwmatt ставка (зп)
Хз, я кайфанул. Нормальный дядя, нормальные вопросы без бреда. Сам не знает честно говорит)0
+1 но на самом деле вся духота где-то у джунов и мидлов, сеньоры видят друг друга и понимают с полуслова)
Когда интервьювер спрашивает что будет результатом "[] + null + 1”, ты уже знаешь, что это плохой интервьювер и интервью выйдет поганое
получил удовольствие от собеса, спасибо!)
В первой половине видео что-то понимал. Во второй уже смотрел сквозь монитор куда-то вдаль. Будем учиться дальше)
З.п. 220 я получал, работая рук. проекта в строительстве.
Как новичок в изучение Frontend (чуть больше года) могу сказать, что такие собеседования немного подрывают веру в себя) Объем знаний просто невообразимый.
Да, собеседующий выглядит чуть душно, но как специалист он потрясающий. Я думаю, что если ты смог ответить хотя бы на 80% вопросов в этом собесе, то можно смело идти на собес на джуна/ мидл -.
Посиди месяц на подобных тасках будешь как этот дядя и 0 в том как действительно пишут продакшен.
Если экзаменатор такой прожженный, почему он не в fang где-нибудь в Лондоне, а до сих пор сидит в шарашкиной конторе 😎
Очень круто. Как будто не собес, а дружнская беседа. Кое что добавил к себе в копилку. Спасибо автору и собеседующему)
Все пишут душное... Мне б этого деда в менторы
Согласен топовый спец
Ч подумал то же самое
Чувак пожалуйста продолжай проходить собесы))
Да, и никогда не устраивайся на работу.
@@TheZver63😂
@@TheZver63 одно с другим не связано)
По мне очень даже крутой мужик. Да, в начале задачки нудные, но он и не придирается.
Классное видео! Было бы полезно отдельной ссылкой выложить все скопированные примеры, статьи для ознакомления
Очень крутой собес! С большим удовольствием слушал собеседующего, сразу слышится что человек очень глубоко знает инструмент
полезное для подготовки к собесам видео!👍👍👍
Самый крутой собес который я только встречал
unshift добавляет новый элемент в начало массива
Вот у такого дядьки я бы обучался с радостью))) не думал, что столько деталей не знаю. Видно опыт))
Топчик!!!! Обратите внимание на громкость звука. В этом видео она мала.
спасибо, принял во внимание
Крутой интервьюер. Было бы круто если автор поделится тем что он копировал на собеседовании
услышал
gist.github.com/DryaginMihael/d8df790760a9a7981dc7a9e595daf810
@@coder-interviews спасибо!
@@coder-interviews лайкосик, спасибо)
ужасный интервьювер, непонятно какие цели преследует. Если хочет найти эффективного сотрудника, он провалился или провалится
@@GrigoriiMoshkevichищет такого же задрота, как он сам... Мне тоже кажется, что перебор. Не обязательно быть именно вот таким задротом, чтобы эффективно и качественно решать задачи. Собеседующий так не считает, видимо.
Собес достаточно высокого уровня, парень прям крут 💪🏻.
Я вот половина вопросов точно бы не ответил, особенно цепочка промисов такая, достаточно непростая.
У меня опыта работы года полтора.
Всё там легко, и с промисами и вообще с тестированием и собесами
Молодые люди специально выкладывают это сюда, чтобы мы и Вы готовились к такому
Заучиваешь это, подтягиваешь базу, читаешь документацию, пишешь себе пометки и определения - и вуаля, можно за 3-4 недели натаскаться к собесам
А, ну ещё нужен какой-то хотя коммерческий опыт))
Ну, чтобы не залиться на работе потом
Нет, можно врать на собесах и в резюме, но придётся потом вывозить как-то за своё враньё)
@@lvan_lvanovесли ты не вывозишь на работе - это трабла интервьюера, он профукал на техсобесе
Вот про цепочку промиссов прям вообще убило, я бы упал.
Это не собеседование, а дружеская беседа с ментором. ...
Улыбает, как в переписку подтянулись эксперты - в прошлом вирусологи и физики ядерщики
Подписался! Продолжай, бро) Только после видео выкладывай результат, что и как было дальше, что отписал эйчар и так далее, так будет намного приятнее
Спасибо) Хорошо, буду выкладывать
собес понравился, вопросы на мой взгляд грубже и не такие заезженные как на большинстве собесов.
Fiber архитектура = мелочи:)
Дико приятный собес)
Все круто, продолжай 😊
Спасибо)
Чёт для 220к (что по сути чуть больше 2k$), какие-то вопросы с дикими цепочками промисов, докапывания к определению "што такое реакт".. я бы забил
Хотя, учитывая что на одно место сейчас по 500 тысяч фронтендеров, может это и необходимо
согласен, 220к вроде уровень мидл разраба, а дрючат как сеньёора
На одно место джуна? Хд
Хз ваще не чувствую конкуренции
Для себя прохожу тех собесы часто и ок
Ну тут согласен собеседующий собрал список самых каверзных вопросов на тех собесе 😁
У кого-то чсв или надо пересмотреть зп, промисы его пугают) легкий вопрос
А лично у вас не было таких собеседований? Тогда вам повезло, подобные собесы довольно часто случаются.
@@mikhail6790 бывали. И как правило получал отказ на таких. Но справедливости ради, я ни капли не расстраивался, потому что с таким душным человеком в команде я бы просто не смог работать
"скопируй себе, потом помучайся" убило
я получаю примерно в 6 раз больше, и даже не стал бы тратить время на подобные вопросы - это абсолютно бесполезная хня, которая никак не отражает твою экспертизу как разработчика.
Ну вопросы конечно кринжовые для собеседования, но было интересно, мужик вроде бы даже объясняет, думаю у такого можноб было кучу опыта взять раз он для позиции на 220к говорит "ну если подойдешь, я составлю список, какие дыры тебе нужно закрыть" это ахуенно, думаю я с удовольствием с таким бы поработал. Я щас на начальной стадии карьеры и тимлид с таким почти нахуй посылает)
А так ты круто отвечаешь, какой у тебя опыт?
Т скажи, по твоему мнению тим лид/руководитель должен тебе помогать даже если ты не джун? имеется ввиду не учить, но всегда будут специфичные вопросы или вопросы из разряда - Я сделал все работает, но как лучше?
У меня опыт почти 3 года. Ну тут роляет не опыт, думаю на все эти вопросы можно отвечать не проведя ни дня за работой. Так как они чисто теоретические. Честно сказать, когда я был джуном, то в теории был куда более подкованным, чем когда шёл на первое собеседование спустя пару лет.
Ну и думаю из-за вопросов никуда никого посылать ни надо. Обсуждении - ключ к развитию команды. Бывает у нас так что Джун прочитал что-то новенького из документации и делится с мидлами и синиорами и это же наоборот прекрасно. Ну и джунам тоже объяснять надо многое, хотя иногда можно просто ткнуть в документацию) Иди ищи
Ну если ты «дрочишь» своего Лида тупыми вопросами как провести нпм инсталл и тд
То я бы тебя тоже посылал (:
Или если как лучше использовать тут фильтр хд
В общем идиотские вопросы
А если ты про то что код ревью 0
То эт плохо да. Код ревью я даж Джунов себя проводить прошу и это норм.
Твой базовый скил должен быть умение гуглить.
Если ты не умеешь гуглить элементарные вещи ты начинаешь со временем раздражать.
Если какой то интересный кейс который ты просто день не можешь решить то да идешь спрашиваешь.
@@ГригорийШумихин ну я для недопонимания и написал что конкретно я спрашиваю, что я знаю решение, но вопросы как лучше сделать, вопросы архитектуры и т.д., у меня не прям "начальный" уровень, но до всего невозможно самообучиться, еслиб так было то все сразу становились мидлами или сеньорами.
если у тебя вопросы типа как лучше сделать, то тебе пока вообще не нужно думать про архитектуру, а решать как можно больше типовых задач, которые дадут базу и понимание как решать определены срез задач, потом этот уровень плавно повышается к более сложным, а ты думаешь вообще не о том
Впервые за долгое время интересный собес и крутого интервьюера
Смотрю собес и ржу. Сам собесов 30 прошёл, всякое бывало. Ну у деда тупо крышу порвало. Тупейшие не адекватные вопросы, что при конкатинации вернёт пустой массив кек. При этом уровень чсв космическое. Ещё и так торопить
Просто ужас, ну молодец, достойно отбивался
Да, было забавно. Но ничего не буду говорить плохого про интервьюера, он мне наоборот понравился. Конкатенация массива с null меня конечно удивила, но я подумал, что не ответить на такой вопрос - ничего страшного, а ответить - большой плюс, так как значит соображаешь и ещё что-то помнишь. Согласись что подобное приведение типов в реальных задачах не встречаются практически никогда?)
@@coder-interviews Конечно, а вопрос про console.log(a._proto_.hasOwnProperty('proto')) это вообще смех
При это человек даёт такую задачу и говорит мол ничего страшного, если не решишь.
Конечно ничего страшного, задача не отображает вообще ничего
Ахаха, тут Вы правы, что мне даст знание этого, не понятно ¯\_(ツ)_/¯
А чем сами занимаетесь? На какой должности?
@@scrappyjs2632она отображает твое понимание глубокое как работает js
Ого, знакомый собеседующий, бывал у такого)
интервьюер реальный гигачад, понравился собес))
Шикарный собес, себе хотел бы такой же
Супер адекватно, быстро и по делу
Подскажи пожалуйста сколько у тебя опыта было перед этим собеседованием? Шаришь очень классно
Не совсем понимаю, почему в комментах интервьюера называют душным. Да, он этакий "хмурый дядька" по голосу, но в целом вполне доброжелателен. Был бы душнилой не повторял бы через раз "Да это нормально, мало кто знает", "Это сейчас не важно, меня устраивает ответ", и прочие "это не страшно".
Собеседуемый - хорош, некоторые ответы прям выучены до состояния отскакивания от зубов)
Писец вопросы по JS, пустой массив + null + строка, они что, так при разработке код пишут с использованием не явных преобразований? Нормальный человек так не пишет, это идиотизм.
Это типо проверяют "знание языка и синтаксиса", но как по мне идиотия такие вопросы задавать
@@krypton5204 Ну типа понятно, но можно проверить знание синтаксиса нормальными вопросами, типа "назовите методы массивов", чем ForEach отличается от map, отличия стрелочной функции от обычной, ну сам знаешь. А тут когда увидел вопрос про массив плюс нулл плюс строка, возникла мысль что там у них легаси проект над которым работал один программист, он специально наговнокодил вот такого ужаса, а затем через месяц пришёл и сказал "-повысьте мне зп или уволюсь" 😃, в итоге они глянули его код и поняли что все остальные прогеры скорее уволятся чем станут его поддерживать, вот потому теперь ищется новый человек чтобы с этой фигнёй работать. Только так я могу объяснить причину таких вопросов.
А потом ты: вау ниче себе, забавно.
Когда похожее будет неожиданно
@@AlekseiBleile Конечно, при чтении чужого кода увидеть такую фигню - это удивительно и пусть даже то что читающий не может понять что делает эта строчка - плохо, но в разы хуже то что такая чушь появилась в проекте и на код ревью её пропустили. Тут не только здравый смысл говорит что так писать не нужно, но и принцип разработки "POLA" (Principle of least astonishment) нарушается, тут уж выговор не тому кто прочитать не может, а тому кто написал такое в проекте.
Узнать бы кто собеседующий, задать вопросики по фронту. Толковый мужик
Интересно какие у тебя вопросики есть по фронту, что могут передаться только из уст в уста)
32:20 Причина по которой перерендеривается одна, точнее две - это главная - изменение состояние и forceUpdate. пропы сами измениться не могут, потому что они иммутабильные, это следствие изменения состояния. контекст -это тоже следствие изменения состояния. но это те наблюдения, к которым я пришел. можете опровергнуть
Отличный собес, а какой итог ? Оффер дали ?
Знакомый голос у интервьюера, если я не ошибаюсь он живет в Беларуси, работает в Астоне на каком-то проекте, собесил меня тоже. Могу ошибаться
Это глад валакас проводит собес ?
Интервьюер мне понравился
- Пирамиду тестирования знаешь?
- Нет
- Да и фиг с ней
хахахах
Спасибо, супер
32:21 есть значит 6 способ: поменять key
С js духота лютейшая, присоединяясь к комментаторам скажу что к реальной практике не имеет никакого отношения. Интересно что именно пытается выяснить интервьюер задавая такие вопросы…
Духота, причем еще и нетактичная - "реши это и будем считать, что справился", "запишу, что у тебя тут пробел", хочется сказать за собой запиши.
Вопросы хорошие, но оценки раздавать никому не нужно, по крайней мере, если у тебя это не спросят и то я бы наверное воздержался тк ни один человек не может знать всего.
Собеседование это про подходит работник компании и наоброт, а не экзамен на поступление, надо обсждать реальные задачи, а не в вакуме, дать кусок кода почитать из проекта и попросить описать, что там происходит, дописать может быть какие-то методы в класс, отрефакторить код или исправить баг незначительный. Ощущение, что ищут зубрилу, а не коллегу, который будет решать бизнес задачи бок о бок в команде..
1) "запишу, что у тебя тут пробел" - все пробелы записываются, т.к. в конце интервьюируемому предоставляется отчет о пробелах
2) "реши это и будем считать, что справился" - и что же нетактичного в уведомлении собеседуемого о условиях прохождения собеседования? )
3) "духота" - термин инфантильных милениалов :)
Душнила детектид
Нормальное вью - что вы доигрались. Скорее всего там явно поддерживают что-то тяжеленное и сто лет назад написанное. Соответственно формошлепов и кнопокрасильщиков отсеивают этими вопросами.
Мне тоже так показалось.
А все вот эти определения в начале видео точно нужны для опроса?
Я просто сам чуток обучаюсь, но есть товарищ, который в IT уже десятый год, он начал ломаться при ответах)
Говорит, мол, я могу сделать продукт, а все эти вопросы про типы и что делает функция - для школы
душнота в комментах, очень интересное собеседование, на фоне нудных задачек поговорили отлично и мужик прикольный
Интервьювер не оч. Неплохой дядька в плане общения, но:
- вопросы по типу есть ли на proto proto hasOwnProperty или например прокидка внутрь then числа, а не коллбека это не практические ситуации, а просто высосанные из пальца едж-кейсы. Эти тонкости никому не нужны и не детектят знатока.
- за вопросы про async хвалю, хотя и простые
- про TS тоже не оч, ибо разница interface и type вообще нигде почти не играет роли кроме пары ситуаций с мерджем одноименных интерфейсов (оч редко такое может быть)
- вопрос про infer (точнее ответ) не корректен: infer не имеет отношения к "вычислению ключей". infer работает просто: если у вас в генерике extends, то TS дает вам возможность в любое место (или места) вставить захватывающую конструкцию infer, которая в ветках после ? и : будет вычислена. Например можно узнать что возвращает промис: Awaited = T extends Promise ? A : never
Дальше не смотрел
Upd: послушал еще ))
Про солид норм вопросы, про каррирование зачем то уход в fp зверинец. Ну, если вы не на ramda пишете или там на fp-ts, то это не пригодится.
@@michaelwhyte1021про infer хорошие формулировки, спасибо, учту. Ну а по зверинцу - это когда монады и функтеры :))
дед просто супер. сразу и объясняет, хоть и душновато. неделю назад меня завалил))
О, а может скажешь, что за компания?
Что вам пообещали что вы досидели до конца? Можно было уходить когда пошли цепочки промисов, или раньше, когда собеседующий пытался к массиву число прибавить.
Я пообещал себе что видос на Ютуб выложу)
Вы тоже заметили эту сгенерированную нейросетью криповую картинку?
Классный собес... А почему собеседующего все назвают "Дед" ?. Он что, известная личность? :)
Понравилось собеседование, я бы сюда пошел, потому что сложилось впечатление, что в компании заботятся о прокачке/менторстве сотрудников, можно быстро вырасти до след. грейда
Спасибо, крутое интервью! Подскажите, в каком сервисе проводился лайвкодинг?
codeinterview
Дед из интервью! Усынови меня на пару лет хотябы пожалуйста!
Класс
на моменте 27:20 я подумал у себя в голове про reconciliation
хто кто-то щяс пишет на чистом js?? очень душно, зачем такие вопросьі, правда полезньій контент, кака раз знать слабьіе места
Не хватает под конец результата и разговора с hr, вопросы по TS:
typeof T2 = keoyf a - не правильно так писать, тс будет об этом сообщать, если мы хотим получить значения как юнион, то пишется typeof T2 = typeof a[keyof typeof a]
хах побежали дальше а то немножко расслабились)) с таким собесом зп 220 стыдно давать должно быть
3:47 посмеялся с этой шляпы) вопросы из разряда "напишите хеллоу ворлд на брейнфаке"
Вопросы на зп для задрота от 300к минимум. На 250к у меня обычно спрашивают не задроченные вопросы, а уже по делу те, которые тебе будут ежедневно встречаются в кейсах. Многие моменты просто не будешь помнить что касается генераторов и тд, потому что это используется раз из 100 модулей на практике. Поэтому даже бы и не расстроился если бы не прошел на такую галеру 😂 Парень может знать шикарно теорию, но не иметь практики с элементарной авторизацией и интерцепторами, там уже теория не спасет😅
Не собес а песня. Спасибо за полезный контент🫡
Можно записать к интервьюверу на менторство?
Упоминание того, что исторически createRef создавался как хранилище для данных между рендерами это не правда. В классовом компоненте ничего не мешает добавить просто property и обновлять/читать его в любом методе класса. Изначально Ref это именно про доступ к узлам и уже потом в функциональных компонентах как возможность хранить между рендерами данные апдейт которых ререндер не должен вызывать.
js однопоточный, вот тут интервьюер порадовал 😂
th-cam.com/video/p4PmANxsckA/w-d-xo.html- ошибка: unshift добавляет элементы в начало, а не удаляет. ученик сказал не правильно а за ним еще и препод кот-ый его собесил подтвердил неправильно