СОБЕСЕДОВАНИЕ НА FRONTEND РАЗРАБОТЧИКА В OZON

[@mox_quattuor]

Хороший видос, спасибо за запись, ещё только на первых началах изучения frontend разработки, но встретил вопросы, которые читал в документации/курсах недавно. Продолжай делать подобные видео!)

[@takashimurakami3560]

Классный собес, ждём некст серий)

[@user-gs7ro3tl9t]

Про cookies полезно было узнать новые детали, спасибо!

[@user-rs9sf4oo5v]

Видос заслуживает большего и канал тоже, а то просмотров немного, зачем же впустую снимать,заюзайте ютифай, может вам подойдет.

[@dev_tsx]

Можно по идее отсортировать, потом перевести в строку и сравнить, если заведомо знаем, что только числа. Запись будет самая короткая, но возможно не самая эффективная

[@K1appy]

100% не самая эффективная, алгоритмическая сложность будет выше из-за сортировки, решение в видео эффективнее, хоть можно было и поменьше раз ходить по массивам

[@dev_tsx]

@@K1appy согласен, просто в основном всегда пытаюсь найти самое быстрое и топорное решение, а потом оптимизировать. Особенно на интервью :) А то можно погнаться за самым оптимальным вариантом и обмануть самого себя, не успев доделать.

[@svet0v]

@@K1appy Зачем программисты используют sort() если он повышает сложность алгоритмов ? Мне казалось что чем меньше кода, тем лучше, и не зря же sort() создали (не с претензией, сам новичок)

[@warcraft.mp4889]

Друзья, кому интересно, авторы подобных каналов не являются программистами. Интервью записано с другом который задает заранее обговоренные вопросы. Вся суть в том, чтобы заманить новичков и продать им "коучинг перед собеседованием". Надеюсь не поведетесь.

[@flowcsgo804]

Ага, так и есть

[@vitaly-]

я хз кто автор, но на видео прекрасно видно чела, который 100% работает в озоне и уже провел кучу собесов. Его даже можно чисто по голосу узнать, если проходил с ним собес.

[@Губдалан]

@@vitaly- хахахахаха вот и друг отписался

[@vitaly-]

@@Губдалан ты еще заплачь)

[@Губдалан]

@@vitaly- Так я вроде только что смеялся, с чего бы мне плакать

[@user-sb2ud5bt1k]

если это первый, то след. какой этап бывает ?

[@ne_frontend]

еще как минимум 1 секция техническая с лайвкодингом

[@user-sb2ud5bt1k]

@@ne_frontend алгоритмы ? ждем продолжение

[@sergeishmelev8000]

Так ты прошёл первый этап?

[@ne_frontend]

да прошел :) вторую часть позже планирую выкладывать

[@flowcsgo804]

Прошёл?)

[@Justfunandchill]

+1 к вопросу, а то такое чувство, что собеседующий сразу после этой задачки решил не тратить время (в плохом смысле), потому что подумал, что "if key in object" придает алгоритму сложность O(N^2), а это не так - там примерно O(1)

[@ne_frontend]

@flowcsgo804 @Justfunandchill да, позвали на следующие этапы :) Их можно будет увидеть чуть позже, на этом канале или в телеге.

[@aksenovkirill5191]

Задачку проще через new Set решать Два сета и два цикла проверок с выходом на тру Вопрос по сетям нравится / всегда смеюсь, собес фронтовый, но что там браузер делает не интересно пошли смотреть транспортные протоколы На второй этап позвали?

[@Alexchtch]

Поможет ли Set в таком случае ? [1, 2, 2] и [1, 1, 2]?

[@aksenovkirill5191]

@@Alexchtch согласен

[@user-ux7cj9rc2b]

неее какой сет, сортируеш массивы по возрастанию/убыванию, переводиш в строку и сравниваеш строки, return arr1.sort().join() === arr2.sort().join(); на этом все)

[@ЕгорТишко́-ш9у]

По задаче я бы сначала сравнил размеры, затем сделал sort или toSorted, чтобы не мутировать исходные массивы (если они не отсортированные приходят и/или если это требуется). Затем в одном цикле по одним и тем же индексам сравнил каждые элементы обоих массивов. Первое не совпадение -> возврат false. Может я не допонял задачу?

[@wickedtorpedo75]

в твоём варианте сложность алгоритма будет линейно логарифмическая + линейно логарифмическая + линейная, если использовать сортироку слиянием, а у автора линейная + линейная + линейная. Чтобы было понятно сколько тактов процессор выполнит, берём массив длиной 1000 элементов, в твоём варинате к-во тактов = 10000 + 10000 + 1000 = 21000, а у автора видео 1000 + 1000 + 1000=3000, что в 7 раз быстрее, но во втором варианте от 3-цикла можно избавится и у нас выходит 2000 тактов, 2-вариант теперь 10.5 раз быстрее при длине массив равной 1000

[@ЕгорТишко́-ш9у]

@@wickedtorpedo75 Повнимательнее посмотрел. Согласен. Хорошее решение. Последний цикл можно убрать и вообще красота.

[@ДокторЗойдберг-й4д]

``` function isSimular(arr1, arr2) { if (arr1.length !== arr2.length ){ return false; } for (current of arr1) { if (!arr2.includes(current)){ return false; } } return true; } ``` Не?

[@ne_frontend]

если смотреть на тест-кейсы, которые изначально даны - то да возможно) Но, если начать накидывать дополнительные тест-кейсы, то код начнет отрабатывать некорректно. Например, [1, 1, 2] и [1, 2, 2] Если изначально дан ограниченный список, тест-кейсов от интервьюера, то это не значит, что он не захочет пополнить этот список, после того как напишешь подобное решение.

[@ДокторЗойдберг-й4д]

@@ne_frontend эт понятно, дополнительные вопросы вроде - а что вы будете делать если в стандартной библиотеке нет метода includes - это классика, просто кажется нет смысла усложнять с самого начала. Есть простой вопрос и кажется разумным давать на него максимально короткий правильный ответ. А так это не критика ни в коем разе, просто я бы совсем не такое решение ожидал )

[@dev_tsx]

@@ДокторЗойдберг-й4д к includes в цикле, скорее всего вопросы будут

[@dididie158]

@@ДокторЗойдберг-й4д чел, тебе за короткий скажут молодец и сделай нам по-другому. Так всегда