Ребят, обязательно позовите Илью Климина на 20-тый выпуск, будет очень эпично. Он как-то на одном из недавних стримов заикнулся: "я бы пошёл, но никто не зовёт, а самому проситься не интересно". Будет эпично!! Пс: кто шарит, накидайте лайков!

- Какой график работы вы предпочитаете? - Удалёнка по-французски - Это как? - Полный ремотэ

Это все конечно очень интересно, но знает ли он, что такое эвент луп, а ? Почему не спросили?

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

Ребята, это было не собеседование. Это разговор о "высоких материях":) Вы бы хотя бы пару вопросов ему задали из джуниорских:)

Наконец-то, дождались. Спасибо, было интересно)

На сеньора он может и проходит. А на джуна пройдет?

Уххх, впервые смотрю Senior! Топ контент!

Очень круто, ждем новых выпусков!)

Лучший выпуск, спасибо огромное за него !

А где вопросы типа "Чем отличается let и var" :)

Опа, вот так выпуск под выходные! Лайк авансом!

Очень интересный выпуск, спасибо

Ну, тут просто без комментариев. Достойный юбилейный выпуск. Я под впечатлением.

Спасибо за отличный формат , который можно ставить фоном когда прокрастинируешь , чтобы было не очень стыдно этим заниматься. P.S очень круто строить и расширять себе Roadmap, исходя из задаваемых в выпусках вопросов.

Вот прям отлично, длаешь спецов! И побольше )))

Очень круто, отличное собеседование

уууух, мы дождались сеньора! Ура))

Хорошие вопросы, спасибо. Немного не хватило вопросов по перфомансу и опыту решения поблем, работе браузера, а так же вопросов аля «расскажи как реализовать свой реакт/агнулар/редакс», возможно про виды атак и защиты от них. А в целом очень приятно было послушать. Особенно с код ревью - отличная идея, возьму на вооружение!

Отличный формат собеседования на Senior. Спасибо! На вас теперь однозначно можно ссылаться в обсуждениях о том, как проводить собеседования опытных разработчиков. Проверка процедуры ревью кода - огонь! Немного удивило, как Виталий осознанно пропустил всю эту заварушку в блоке else forEach-а с созданием сета/конвертацией обратно в массив устроенную лишь для того, чтобы воспользоваться этим set-ом один раз и не вставить в children дубликата. Достаточно было в один проход проверить наличие элемента перед вставкой

Спасибо! классный выпуск

Не знаю, насколько хорошо мы удовлетворили Виталия 😂 Виталий остался доволен, по лицу видно

Хмм, а почему не спросили как складывать 5 + '33' или чем отличается const от let?? Думаю, он бы удивился

Также ОЧЕНЬ круто, что подняли все эти абстрактные вопросы вроде SSR/SSG, микрофронтенды, архитектуры сетевого общения, BFF, а не вся вот эта заезженная и так всем понятная низкоуровневая техническая муть вроде эвент-лупа, с которым разобраться не составляет никаких проблем!

Это не собес, а вопрос - ответ! Отличный выпуск 💪

Предвкушаю что будет интересно, но пока нужно поработать )

Классный выпуск. Отлично показывает что обычно едва ли кто-то понимает как собеседовать на сеньоров ) прошел или не прошел это больше вопрос некоей "заслуженности" + понравился/не понравился по софт скилам. Иными словами, выходит что важнее насколько человек красиво может рассказать о своем опыте и выдать себя за сеньора (это не в укол Виталию, если что), чем ответить на 30 каверзных вопросов по типу тех что спрашивают у джунов/мидлов. Отчасти так и должно быть, уважаемые люди с опытом не должны заново вспоминать схему прототипного наследования в js перед собеседованием. Но интервью получилось скучноватым, не в жанре "отсобеседования". P.S. В код ревью почему-то никто не сказал про типы для сигнатуры функции (ну хоть jsdoc, раз на js), по мне это сразу request changes (я что должен всю реализацию читать, чтобы понять что там передалось и зачем?) + теста на функцию нет.

Собесующие тут прям очень классные. Так быстро завалить сеньора это надо уметь. Уровень видно. Без сарказма

Было бы круто организовать секцию код-ревью таким образом, чтобы ревьюверу не приходилось тысячу раз переключаться с вкладки Overview на Changes и обратно

Несколько замечаний по поводу ревью кода: - именование было названо, но не предложено нормальных вариантов. Это субъективно конечно, я бы назвал mergeCategories функцию и аргументы: categories, newCategories. - хранение данных в виде массива (то что функция возвращает). Структура данных разная. Я бы не хранил в первом элементе объект описывающий категории а во втором его ключи. Можно иметь отдельную функцию под рукой, по виду Object.keys(obj).map(Number), и в случае необходимости вызвать ее. Нет смысла хранить одни и те же данные в разных формах и поддерживать их актуальность. - применениe Object.keys(obj).forEach для перебора всех свойств объекта. Для это есть for .. in loop. Строки в числа все равно надо будет переводить, но мы не будем в памяти создавать массив, который в целом не используется по назначению. - мутация categories. Была названа, но не прозвучало объяснение почему это плохо. По сути первой строкой осуществлялся merge объектов. Опасность заключалась в том, что если в объекте newCategories попались бы ключи которые есть в categories, то мы бы перезаписали значения по этим ключам. Таким образом мы бы потеряли текущие children у существующей категории. Никто не спросил как избавиться от мутирования в первой строке. Можно было в Object.assign передать пустой объект первым аргументом. И сохранить затем в константу результат const merged = Object.assign({}, categories, newCategories), либо деструктировать объекты const merged = {...categories, ...newCategories}. Было бы интересно увидеть как в гостя с ES6 дела. В целом на счет мержа не уверен, так как мы и так перебираем свойства newCategories и можно дописывать значения в цикле, обрабатывая заодно ситуацию с повторяющимися ключами, если необходимо. - отсутствие комментариев по коду. Я бы попросил автора кода добавить комментариев, объяснить каким образом происходит трансформация. Это бы повысило читабельность кода и понимание его в дальнейшей поддержке. Чтобы у того кто читает не возникало вопросов что тут происходит.

Крутое интервью! А можно ссылку на доку от компании nix, для фанатов ангуляра?

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

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

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

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

сразу видно компетентный специалист 👍

Наконец-та что-то интересное

Будут ли собесы из других сфер айти? Датасайн, например

Больше технических вопросов , пожалуста ..

"Мама, у меня микрофронтенд"

Больше бы задач, было бы интересно, как сениор их решит

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

Хоть бы это было первая часть. Вторую жду, что вы будете у него спрашивать про джыЭс, реакт и еще чего-нибудь и евентлупе

А можно попросить прикладывать гит репы если это middle или senior

Ничего не понятно, но очень интересно!!!!! =)

все кто говорят, что надо было то надо было это, просто даже не поняли аббривиатуры))))) а выпуск интересный. не тупые вопросы в лоб, и уже более о фундаментальных вещах! выпуск топ

Узнал прямо таки новое по поводу JSON-RPC, действительно графQL конечно стоит ради типизации согасен. Виталий прям пиздатый спец.

Теперь мы видили все, когда будет такой выпуск где вас будут собеседовать?

А теперь давайте Сеньориту! Очень хочется посмотреть! :)

Приятно смотреть на собеседуемого, быстро реагирует на вопросы и аргументирует свои ответы. Вдвойне приятно, что он из моего любимого города, Ростова-на-Дону!!!

Все рады)) но Виталий готовился к ивент лупам и логам ))

Про ревью - почему структура категорий должна быть представлена именно двумя объектами? Зачем? Я, если честно, не понял, почему задачу решить нужно именно так, но по ревью у меня возникло много вопросов.

Капец конечно синьор!) Код ревью особенно. Пойду отправлю резюме в Gitlab может и меня возьмут

Получился приятный подкаст :) Не хватает хардовых вопросов, по типу ci/cd или как реализовать SSR самостоятельно и сколько вебпак-конфигов тебе понадобится :D

Уговорили, подписка

Очень жизненно. Сеньор может спокойно иметь пробелы в самых базовый вещах (Object.assign? Камон мэн!), и от этого его проф. пригодность не пострадает. Очевидно, что сила Виталия в софт-скиллах и в накопленном опыте, его не как справочник по JS нанимают. Такого человека было бы приятно видеть в качестве старшего коллеги, без гонора и прочего говна.

Почему про тесты никто не сказал в ревью. Как можно писать на жс без типизации и тестов.

Нужно больше код ревью, если есть возможность.

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

Класс

Давайте больше синьйоров-помидоров и стронг мидлов) хватит джунов уже в выпусках 1-9

с map все таки довольно тривиальная ситуация сложности, видимо есть проблемы с алгоритмами)

Код в ревью не рабочий, нет проверки на undefined для newCategory. Ревью не удалось)

Вот это топчик собес, побольше бы таких, но чуть и кода затронуть и архитектуры. А что касается "команде нужно будет учить TS" - имхо - его и так уже нужно знать. Мне например как то диковато без типизации. Сейчас есть одна приложуха на поддержке с допиливанием фич, которая писалась другим челом с TS без документации, и вся типизация в any, хреново ковырять.

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

У нас тоже полностью свободный график)

а где же вопросы, по типу как работает js, способы дебага кода на js, как искать утечки памяти, как работает браузер, как работает event loop, какие паттерны программирование знаешь, какие их виды, SOLID, подходы по проектированию REST и т.д. В последние время довольно часто, почему-то именно такое спрашивают на собеседованиях, а не просто поговорить, к сожалению ))) Вот бы видео где все подобные вопросы и темы подымаются)

Первое собеседование на канале, которое я не выключил из-за чувства неловкости за кандидата.

37:14 от какой компании взять стайлгайд? Слово съел.

Посмотрел 5 минут как он делает ревью. Возмутился. Начал читать комментарии в надежде найти того, кто напишет об этом. Возмутился. Пишу теперь свой коммент. пунктом номер 0 я б обратил внимание на следующее: - по примеру использования из "overview" - ясно, что задача простая, но реализовано сложно. - сommit message, и тайтл PRa не понятны (а если с подобным названием 100 PR-ов?) - название файла не отражает понимания что в нем (category.js это что? это одна категория? будто там константа одной какой-то непонятной категории лежит). - название метода может трактоваться по разному, а если глазами пройтись по параметрам, то вообще вводит в замешательство. - метод возвращает массив, зачем? по поставленной задаче, я понял, что тут мы добавляем возможность обновлять категории. Зашел объект категорий - ожидаю новый объект с обновленными категориями. Это без высоких разглагольствованиях про сайд эфекты и чистые функции и тд. - где тесты? которые так же пояснили бы мне поведение этого метода? И не пришлось бы писать overview. - На крайняк где комментарии? - и только после того, как мне стенат +- понятно что тут будет сейчас происходить, я б начал читать код. Итеративно: сперва поверхностно, а потом вдумчиво. это первое что в голову пришло. MESSAGE: я б сказал переделать и здесь ревью должно было быть закончено. Код должен быть переделан так, что б было понятно не только автору пр-а, а и всем, кто этот код будет читать и использовать в будущем. upd0: в итоге делали ревью пол часа на 17 строк кода. На строчку кода 2 минуты грубо говоря...

11й выпуск, не?

Понравилось то, что было похоже на собеседование, а не очередной экзамен с вопросами "... а что выведется в консоль?". Жаль, что в жизни собеседования чаще всего это не беседа, а допрос/экзамен.

А как же gRPC, Swagger ?

Все клёво пока не дошёл до ревью)

Что такое бфф, если я правильно услышал?

Позовите меня уже на собес )) Он работает с СОРМ, ему есть что рассказать )

почему вы не задали ему вопросы по ивент лупу в консоль??? это была бы бомба=)) если есть возможность пожалуйста спрашывайте больше конкретных вопросов=)) в любом случае спасибо=))

Больше похоже на подкаст, чем на собеседование.

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

Про ssr - "5 команд ввел и уже всё готово". Да уж, сеньоры. "Давайте на бэкенде порешаем" - ssr и есть про бэкенд. Чувак явно не застал времена монолитов бэк+фронт со связками типа php+js, .net+js, так как вынесение фронта в отдельный проект позволяет решать ряд проблем. Соответственно, чтобы нам вернуть преимущества из этого старого подхода, нам и нужен SSR. Сеньор, попробуй связку laravel+vue, чтоб это понять. Жалко, ребята-интервьюеры не дожали эту тему, видно, что они гораздо больше понимают.

SSR - server side rendering! BFF - что это такое?

14:38 -"с тех пор я пишу код в блокноте" -"ну понятно, notepad+ лучший редактор и всё такое..." -"нет, вы не поняли. В блокноте значит в блокноте..."

До код ревью шёл великолепно. На ревью в основном повторил за ведущими. Странно.

пришлось пройти много, но не всё 😂

Всё повыносить , бритва окама нервно закурил в сторонке

Понятно что это моковое собеседование, но все же, вы наконец пригласили сеньора, хотелось увидеть близкое к реальному интервью на сениор инженер... Но вопросы вообще не близко к собеседованию на сеньора-помидора. Все интервью(кроме кодревью) это просто холивар вопросы, а ля почему кот, а не собака.

Знаете, я и сам своего рода senior)

теперь только сеньоров давай!

А какое было хорошее начало. Собеседуемый прям вообще не понимает что такое сср, он собственно об этом и говорит. Ps. Позовите меня на собес, : около 20 лет в разработке, ассемблером даже занимался когда то, 4 года во фронте

Почему так долго? только на 30+ минуте услышал фреймвёрк.

Фреймвёрки были?))

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

Я че то не понял, кто кого собеседует:)

- Я сторонник радикальной идеи что ssr не нужен - Можно порешать так, просто генерить на сервере разметку, а данные инлайн json-ом прикладывать БАДАБУМС🤣

Я б работал с Виталием.

Мейнтейнер - это тот, кто участвует в разработке проекта какого-то?

ооо, senior

тайп же не сильно сложный с нюансами только что

если честно, то по кодревью незачет, если говорить про сеньера

Замечания по код ревью: 1) Строка #2 добавляет функции сайд эффекты и об этом было сказано вскользь. Момент крайне важный. Нужно исправить. 2) Про вычислительную сложность вообще не поговорили 2а) Зачем итерировать по всему "дереву" если можно только по изменениям. (нужно всего лишь учитывать временное отсутствие родителя в главном листе) 2б) Преобразование children в Set а потом обратно ~ O(2n) > Поиск на наличие child и добавление в случае отсутствия ~ O(n) (UPD: см комменты к посту) 3) Смысл использования Set для root? Если categoryId уникален, до по определению дубликатов не будет. А если нет, то Object.assign нарушит целостность данных.