REACT FRONTEND || НЕСТАНДАРТНОЕ СОБЕСЕДОВАНИЕ В СБЕР || ДАЛИ ОФФЕР НА 250К

Подписаться 1 тыс.

Просмотров 2,1 тыс.

50% 1

Таймкоды:
17:20 - самопрезентация
26:23 - что предложил по изменению стека?
31:00 - опыт в B2C vs опыт в B2B продуктах
31:40 - важность хорошей команды
34:35 - в бар часто ходите?
35:40 - кто ты на вечеринках?
37:00 - ЗАДАЧА на виртуализацию и рендеринг больших списков
1:34:55 - заключение
#javascript #js #reactjs #programmer #programming #обучениепрограммированию #программист #программирование #developers #frontend #собеседование #frontenddeveloper #webdevelopment #programmingcourses #typescript #nextjs #reactdeveloper #javascript #js #reactjs #programmer #programming #обучениепрограммированию #программист #программирование #developers #angular #vuejs #webpack #frontend #собеседование #frontenddeveloper #webdevelopment #typescript #nextjs #reactdeveloper

Опубликовано:

14 май 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 46

@user-is8ov1km3t 12 дней назад

Эта задача на виртуализацию могла бы быть очень крутой и приближенной к жизни, если бы не требование писать ее в блокноте, без обратной связи от консоли и браузера. Предполагаю, что данная компания в собеседованиях на 400к требует писать код гусиным пером по пергаменту, а на 500к - еще и своей кровью) Мне кажется, что цель собеседования - поставить кандидата в реальные условия и посмотреть, как он справляется с задачей, а не проонанировать ему мозги.

@user-uw9xp8en3v 11 дней назад

Факт

@user-px6hu2dr7n 11 дней назад

присоединяюсь) неужели нельзя было в какой нибудь codeSandbox хотя бы перейти чтобы там задачи решать. Плюс шум коллег на заднем фоне, который может отвлекать, есть же переговорки в офисе)

@brave_interviews 11 дней назад

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

@user-uw9xp8en3v 11 дней назад

@@brave_interviews в идеале вообще, чтобы давали возможность писать в своей среде разработки, но с отключением Copilot/Tabnine к примеру

@OKaIroN День назад

Ощущение что ревьюер сидит на фоне смотрит телек с новостями, попивая чаек и закусывая. Вторым глазом поглядывая как там справляется кандидат.

@brave_interviews День назад

такое часто бывает, что решаешь задачи, а собеседующий по работе там что-то делает)

@user-uw9xp8en3v 12 дней назад

Странная идея с использованием рефа. Можно было по условию сделать таким образом, чтобы компонент принимал весь список (а не его длину). А также, чтобы он передавал нужный элемент в рендер-функцию. Тогда все проблемы по дополнительному обновлению через реф уйдут

@nikitos1234530 16 дней назад

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

@brave_interviews 16 дней назад

именно так все и было)

@user-ky4vq5jm5u 5 дней назад

@@brave_interviews Правда так и было?

@user-mi2kp2bg8h 16 дней назад

Было бы хорошо, если от hr обратную связь вставлял. Я так и не понял, прошел или нет

@brave_interviews 15 дней назад

Окей, постараюсь внедрить) спасибо за фидбэк)

@mr-kopeika 12 дней назад

Прошел. В названии "дали оффер" - значит, что прошел

@inqvisitor3722 9 дней назад

надо было массив длиной visibleItemCount создавать

@brave_interviews 8 дней назад

да, согласен

@MassEffecn 16 дней назад

Писал как то виртуализацию, тот еще гемор, особенно учитывая тот факт что у меня по тз она была еще и бесконечная(зацикленная), лучшее решение к которому удалесь придти это создать контекст, где хранятся данные, мапить данные частями через обертку, которая обрабатывала позицию своего элемента, и двигать их через transform: translate(Y), как только элемент понимал что он вылетел за пределы списка, он подавал инфу наверх, убирался из списка и добирался новый элемент. Задача как по мне так вообще не для собеса

@brave_interviews 16 дней назад

С одной стороны да, не для собеса) с другой хотя бы какое-то разнообразие) я до этого вообще не шарил за визуализацию. В любом случае полезно

@user-uw9xp8en3v 12 дней назад

Зачем подавать инфу наверх от элементов? А не проще разве просто определить, какая сейчас позиция скролла и декларативно рассчитать, какие элементы списка у нас видны? Определяем "от" (позиция скролла) и "до" (позиция скролла + высота контейнера. Также, все элементы внутри позиционируем абсолютно. И передаём на отображение только нужные элементы. И всё, ничего сложного не вижу

@user-uw9xp8en3v 12 дней назад

Если бесконечная, то может быть сложнее, но, думаю, можно как-то деление с остатком использовать. Могут быть нюансы уже

@MassEffecn 12 дней назад

@@user-uw9xp8en3v Затем что бы взять сопоставить то что есть с тем что уже на экране и добавить/удалить элементы с экрана. Этоим должен заниматься кто то один, а не каждый элемент списка, иначе фпс просядт. Ставить все на абсолютах и считать позиции тоже не подойдет, чтение и перезаписи top значений вызывают рефлоуи репеинт, на больших массивах данных фпс сильно сядет. и это только начало, не забывайте что у нас еще каждый браузер по разному отдает дельту на обработчиках wheel, его нужно нормализовать, убрать дребезги, для мобилок добавить фолбеки на тач эвенты, а там тоже не все так просто. Это только в теории и голове выглядит как посмотри где стоит и выкинь/добавь. Для вывода в прод это очень комплексная задача с кучей подводных камней. + Не понял что вы имеете ввиду под "декларативно рассчитать", при том что декларативность не подразумивает никаких рассчетов.

@user-uw9xp8en3v 12 дней назад

@@MassEffecn согласен, есть такой момент, короче, надо самому пробовать) Я на когнитивное искажение попался, можно сказать 😅