Создал Telegram канал, в котором рассказываю о жизни в Лондоне, работе в Google и подготовке к собеседованиям. Подписывайтесь: t.me/saschalukin

Ох и загадки у Амазона,чтоб стать обычным сборщиком заказов)

@seral777

2 жыл бұрын

сборщик заказов должен быть тупой, что б не наебал. А умный это плохо, наебёт хрен разберёшь. Вывод очевиден...

@seral777

2 жыл бұрын

@А P Так это и работает, при чём везде. Работникам платят мало, а те где то, что то, как то подворовывают...

@alexglikman8629

2 жыл бұрын

@А P А смысл? Найдут и посадят. Банально же.

@vasilypokrashchenko1793

2 жыл бұрын

не приняли, теперь видео записывает

@faketeam460

2 жыл бұрын

@@vasilypokrashchenko1793 , просто попасть к ним на собеседование - это уже достижение

Спасибо! Отличное объяснение. Особенно дидактически очень классно указание сложности О-большое первого алгоритма, а потом и более эффективного.

Саша, огромное Вам спасибо за замечательные видео.

Можно сократить время поиска, так как при первом прогоне наверняка кандидатура уже давала понять каких людей она не знает или знают ли ее другие. При втором прогоне исключив их, можно сократить количество итераций проверки. Например, если знаменитость окажется самой первой или самой последней то оптимизация на k.

@dmytro9196

2 жыл бұрын

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

@magoshemeshe6841

2 жыл бұрын

Для нахождения "знаменитости" можно применить алгоритм Капоне! Он заключается в следующем: "При помощи доброго вопроса и пистолета можно добиться гораздо большего, нежели одним только добрым вопросом." Таким образом, мы значительно сокращаем количество вопросов и легко узнаем кто является знаменитостью! 😃😃😃

@georgydyagilev1602

2 жыл бұрын

Плюс "к" минус "к".. все равно это О(к)..))

@sergeysakara4842

5 ай бұрын

У того кто придумал задачу)​@@magoshemeshe6841

Ничего не понял, но очень интересно. Вы приняты

очень понятное видео, большое вам спасибо, оформление супер

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

@whatsuphope

2 жыл бұрын

дело не количестве задач за всё время работы, а в том имеешь ли ты знания(либо мышление) для оптимизированного решения задачи. Я работал почти 7 лет над физикой движка в компании Unity Technologies, там куда чаще возникают задачи оптимизации.

@optima1super2star

2 жыл бұрын

@@whatsuphope Тогда я понял, почему оптимизация в Unity страдает )) (Сразу говорю, что это не упрек в твою сторону, а просто шутка :)

@aruh5baruh528

2 жыл бұрын

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

@cityrattube

Жыл бұрын

Проблем с олимпиадниками две. Во-первых, наловчившись решать определенные типы задач, они при этом не могут распознать их в реальной жизни, если условие сформулировано иначе, непривычно (об этом еще Фейнман писал). Во-вторых, распознав задачу, они далее радостно решают ее по знакомому паттерну. Но в реальной жизни не бывает арифметических задачек в чистом виде. Например, если вопрос "знаешь ли ты А" дорогой (например, если это запрос во внешний сервис) - то это одно, а если матрица знакомств у тебя уже в памяти - другое, может, там вообще какими-нибудь битовыми операциями можно обойтись. Или, что более реалистично, если данные лежат в базе - то знакомства лучше не по одному дергать, а выполнить какой-нибудь запрос с группировками. Общая сложность алгоритма при этом будет выше (если учитывать операции на стороне СУБД), но работать будет быстрее. Хотя как тест на умение думать все равно очень полезно. Вот только другая проблема - тяжеловесы так вот пылесосят всех думающих с рынка, а потом сажают их кодить тупые выборки из списка заказов, а мелким компаниям приходится довольствоваться теми, кто школьные задачи на пропорции-то с трудом решают... Некрокоммент, да :)

@alexgetmansky751

Жыл бұрын

@@cityrattube Вдохнем немного жизни. )) Вы все верно сказали. Могу лишь добавить, что лично меня давно удивлял тот факт, что несмотря на отбор лучших из лучших в софтверные гиганты софт становится все медленнее и все глючнее, даже если сделать скидку на бОльший объем данных и сделать вид, что за последние 10-20 лет вычислительные мощности и объемы памяти не выросли на порядки. Очень похоже на то, что реальной оптимизацией кроме как в играх и критических реалтаймовых приложениях никто больше не занимается. И даже в гейминдустрии становится все больше ААА проектов, которые релизятся сырыми - новые жэдаи, the last of us на ПК. То есть можно предположить, что или всех этих гениев-олимпиадников отправляют работать на Марс, или им просто говорят: "забейте со своими оптимизациями, у нас сроки горят". ))

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

Красава)учу языки,с тобой проще это дедать)спасибо)

Здравствуйте, Александр! А не подскажите хорошие курсы для начинающих? Просто сейчас занимаюсь программирование в 1С (не знаю, знакомо Вам такое или нет))), а хотелось бы окунуться так сказать во что то глубокое))

Жаль ты канал забросил. Очень крутой контент. Кстати, что за приложение для презентации используешь?

Последний алгоритм с двумя указателями на начало и конец массива очень любопытный🤔 лайк и подписка!

Хорошо объясняет парень. Жаль видео мало на канале.

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

@TalkerTube

2 жыл бұрын

@en1ight 2 часа? А 2 дня не хочешь? ))

@kordaxmint533

2 жыл бұрын

Ты что, это же великая честь устроиться в Амазон за копейки и веслать с переработками. Поэтому это только 1 из 10 задач, которую нужно сразу оптимизированно решить на собеседовании, чтобы устроиться на должность Junior Naive Veslyar-Кодерок

@eugenehawkins783

2 жыл бұрын

Можно попытаться усидеть на двух стульях разбивая эти сложные конструкции на функции. В случае автора как минимум еще 2 функции просится, чтобы было понятно что по итогу этот цикл находит.

@lollol267

Жыл бұрын

@@eugenehawkins783 25 функций нужно, все лямбдами, по одному оператору. И обязательно фреймворки использовать, не менее двух на каждую лямбду. У нас тут функциональное программирование любят.

4:00 - разбить на двойки, потом опять и опять, и получить дерево тем самым?

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

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

Расскажите, как работает GC ?)

Объясните пожалуйста, почему в последнем условии используется «или», если нам нужно чтоб оба условия выполнялись (и person[i] должен знать person[l], и person[l] должен не знать person[i])?

Можно слегка изменить первый этап и получить возможность оптимизации на втором этапе. Спрашиваем второго, знает ли он первого. Если не знает, то вычеркиваем первого и проверяем 3го и 2го. Если же знает, то вычеркиваем второго, а первый остается как "потенциальный селеб". В какой-то момент мы увидим что все справа от "потенциального селеба", точно его знают. Что уменьшит кол-во итераций на втором этапе на кол-во человек справа от "потенциального селеба". В итоге - в худшем случае (селеб самый последний) - (3k - 2) итераций, в лучшем (селеб самый первый) - (2k - 2) итераций.

@user-uc1uq6ez7x

2 жыл бұрын

Не сильно разбираюсь в сложностях алгоритма, но разве если 3k-2 это не одно и то же что и просто k?

@alexandrvoevodsky4247

2 жыл бұрын

На самом деле даже 3k-4 в худшем случае: k-1 - на отсечение потенциальных знаменитостей. 2k-2 - на проверку последнего кандидата. Но как минимум один из этих запросов уже сделан на предыдущем шаге. Это и есть математически (а не алгоритмически) минимальное кол-во запросов вида "знает ли n-ый человек m-того?" в принципе необходимое для гарантированного обнаружения "знаменитости" в группе. Алгоритмически же, действительно, сложность в любом случае линейная.

@envilogger

2 жыл бұрын

@@alexandrvoevodsky4247 Именно так, алгоритмически в обоих случаях O(k). Просто не мог упустить момент и добавить, что можно слегка оптимизировать. В реальном коде так будет дешевле.

@user-nd5ow2vj7m

2 жыл бұрын

Так разве не придется доьавлять какое то условие

@user-nd5ow2vj7m

2 жыл бұрын

Если то

В свое время я получил этот ответ совсем другим методом) Мне эта задача попалась в 2007 году, когда я после выпуска из ВУЗ'а на свою первую официальную работу устраивался. Представим, что все связи между людьми нам уже известны. Если записать эти связи в виде матрицы смежности некого графа, то как бы она выглядела и как бы происходит поиск в ней? Очевидно, что карта связей по условию задачи (в общем случае)- это ориентированный несимметричный граф... при этом в процессе поиска связь человека с самим собой не учитывается (т.е. главная диагональ матрицы смежности игнорируется). Перебирая все элементы матрицы смежности ниже главной диагонали мы за одну итерацию цикла проверяем ячейку [i,j] и симметричную ей [j,i]... вот от этого рассуждения я и "танцевал" =)

@ilyaskhalitov5608

Жыл бұрын

Если я правильно понял, то это и будет первое решение из видео с квадратичной сложностью

@Yury_Dergachev

Жыл бұрын

@@ilyaskhalitov5608 нет, оно будет эффективнее первого, но хуже наиболее оптимального. Где-то посередине

@ilyaskhalitov5608

Жыл бұрын

@@Yury_Dergachev так какая конкретно сложность и почему? O(k^2/2) = O(k^2) на всякий случай напоминаю)

ответ: (n-1) - выкинули всех + 2(n-1) -1 (потому что для потенциального короля не все 2(n-1) вариантов надо смотреть, а учесть, что одно сравнение мы знаем, когда его на последнем шаге выбирали с другим), т.е. 3n-4 шага. И можно заморочиться и строго доказать, что это аналитический (и практический) минимум при подлой "игре" ответчика. Поэтому, если бы требовалось, к примеру, вывести наименьшее число вопросов, то это было бы cout 1

когда устраивался на завод у меня тоже самое спрашивали. Показал на 3его. Взяли на работу.

Похоже на быструю сортировку Хоара, там похожий принцип работает с 2-мя mark сначала и конца массива

Саша, привет. Я предлагаю сократить количество проходов по массиву до 2к. По факту, ты в первом цикле уже проверяешь значит ли "потенциальный celebrity" остальных. Поэтому validation можно слегка сократить. В среднем должно дать прирост производительности.

@legotechnicbuilderua7692

Жыл бұрын

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

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

@sashalukin

4 жыл бұрын

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

@alexsanches2516

2 жыл бұрын

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

@michaelro4181

2 жыл бұрын

Какой еще англ. текст? Это он про операторы языка?

А можно собрать их вместе за обеденным столиком и просто спросить: Кто не знает никого из присутвующих)

@kolyakars5248

2 жыл бұрын

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

@TacerFMM

2 жыл бұрын

@@kolyakars5248 Относительно каждого что он подумает?) Принципе то не меняется...если человек не знает человека, то внезапно знать его он не будет, что бы ты не спросил) Усложняете через чур) так можно всё вообще вывернуть в теорию вероятности и прочую лабуду)

@airn587

2 жыл бұрын

@@TacerFMM каждый должен будет посмотреть на другого, чтобы понять, знает ли он его. А это k-1 итераций, в итоге всё равно получим O(k^2). Посадив за один стол вы просто распараллелили на k потоков. Что, кстати, можно предложить, как альтернативное решение - map/reduce.

Очень внятная постановка задачи и разбор. Смотрю уже не первое видео, везде так. Очень круто, спасибо большое!

Не задумываясь сложность задачи вышла 2k: первый перебор с поиском кандидата на знаменитость, для этого следует проверить массив его знакомст, такой по умолчанию существует так как данные о связях в любом случае должны где-то хранится, но во время первого прохода нас интересует просто его длинна, или его наличие, если кандидатов не 1 то знаменитости нет, второй проход уточняет все ли знакомы с кандидатом, тут простой вопрос, а знаешь ли ты его, если не знаешь вернем нул, если все знают то вернем объект. Базовая сложность задачи надумонно переусложнена... Но за видос лайк

@VItarcheg

2 жыл бұрын

Не обязательно массив, вопрос "знаешь ли ты Х" может быть функцией, а данные могут распределенно храниться в разных хранилищах или у тебя вообще может не быть прямого доступа к этим данным, так как используется интерфейс (апишка) внешнего сервиса. Не надо выдумывать из головы дополнительных упрощений в таких задачах.

@KreesKiss

2 жыл бұрын

@@VItarcheg Интересное замечание, но намного интереснее почитать ваше обоснование хранения одного типа данных, связанных с одним пользователем на разных серверах (для меня это как хранить ФИО на трех разных серверах), это что-то новое для меня, какой профит вы планируете получить от этого? Не менее интересно узнать что же вас заставляет выдумывать из головы усложнения задачи?

@user-dh8dw2hs6u

2 жыл бұрын

@@KreesKiss Вам никто не сообщал о способе хранения этой информации, и что она вообще из себя представляет. У вас лишь известно одно - метод boolean know(Person person) класса Person дает понять, знает ли текущий пользователь пользователя, передаваемого в метод. А что и как делает этот метод вам не известно, да и не нужно. В конечном итоге, даже с вашим допущением, которого в условии не было, решение, как минимум с точки зрения сложности алгоритмов, работает также, как предложенное в видео - за линейное время. Про хранение данных. Ситуации, особенно в высоконагруженных системах, могут быть разными. Сходу действительно сложно придумать ситуацию, в которой хранение "однородной" информации в разных источниках имеет какой либо ощутимый профит. Но, возможно, кто-нибудь подкинет хороший пример. Я бы больше обратил внимание на то, что сама форма информации может совсем отличаться от желаемой вами. Ее может поставлять вам не непосредственно сам источник информации (например, БД), откуда вы можете получать ее так, как захотите, а какой-нибудь промежуточный сервис (например, в микросервисной архитектуре), который лишь предоставляет API для работы с этим сервисом. А вот как он будет предоставлять информацию вам, от вас уже не зависит. И в API этого сервиса не обязан быть метод верни_всех_друзей_by_id(person_id), и может лишь быть метод knows(person_id) Поэтому я соглашусь с комментарием на один выше - вы делаете допущение, которое не обязано выполняться. Но похвально, что вы думаете над задачей шире, чем, казалось бы, это нужно. Пускай в алгоритмических задачах от этого не так много толку, но на практике бывает ой как полезно. Успехов! :))

@KreesKiss

2 жыл бұрын

@@user-dh8dw2hs6u Спасибо за ваше время. Это было действиетльно полезно. Желаю и вам успехов ;)

@user-oq9yk2sy4t

Жыл бұрын

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

крутая задача

можно использовать доп память для того чтобы сократить время работы

В начале ошибся с подсчётом макс. количества запросов, но решение с алгоритмом перебора неплохое для самоучки.

@alienhazzard7201

2 жыл бұрын

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

Я ещё не дослушал решение задачи(возможно там есть такое решение), но слушайте. Знаменитость никого не знает и все её знают, да ведь? Значит не может быть 2 человек которые никого не знают. Решение:мы просто ищем того, кто никого не знает

@inna1305

6 ай бұрын

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

Саша Лукин, а тут нет баги? Ведь человек может знать сам себя! В первой части алгоритма нашли i = 3, а во второй части мы просто пробегаемся от 0 до length . При этом 3 как раз в этот [0, length) попадает.

@funduk96

2 жыл бұрын

Во второй части мы исключаем i=l из проверки (первая часть условия в if- е)

@ntvisigoth

2 жыл бұрын

@@funduk96 Точно, вы правы! На 7:15 об этом. Не внимательно слушал

@apristen

2 жыл бұрын

> Ведь человек может знать сам себя! Ах вот зачем знаменитости то под алкоголем то под коксом! Чтобы мало того никого не знать, так ещё и себя забыть! :-))))))

Можно еще несколько ускорить, будет все равно О(к), но в среднем 2.5к, а не 3к. Один курсор идет просто слева направо, о ком будем спрашивать и запоминаем потенциальную знаменитость. 1 изначально потенциальная знаменитость, спрашиваем знает ли он второго, если нет знает ли третьего и т.д., если натыкаемся кого знает, этот человек становится потенциальной знаменитостью и спрашиваем его о следующем стоящем справа. Таким образом когда дойдем до конца, получится, что мы уже знаем о потенциальной знаменитости, что она не знает всех кто справа, и останется спросить только про тех, кто слева. Ну и потом уже у всех, знают ли они эту потенциальную знаменитость.

Спасибо. В зал ходишь? :)

А разве в условии не должно быть наообород что проверяемый кондидат должен знать нашего предпологаемого селебрити а селебрити в свою очередь не должен знать проверямоего кондидата ??

7:46 почему 2k? Там же один проход по массиву в цикле for. Объясните, пожалуйста.

@tudorbuzu6842

2 жыл бұрын

(K - 1) checks for (!persons[i].knows(persons[l])) + (K - 1) checks for (persons[l].knows(persons[i])). So, you have at most 2 * (K - 1) checks in that 'for loop'

@alexpavlov9097

2 жыл бұрын

@@tudorbuzu6842 thanks

Я всё думал как программно реализовать слово "знает", немного офигел от того что он его просто так и написал, как будто компилятор знает что означает это слово. Не знаю джаву вашу, но ваша джава знает меня...

@academikpavlov4014

2 жыл бұрын

Тут явно не весь код, т.к. не обозначенно, кто кого знает. Только алгоритм решения

В общем, нельзя просто взять и спросить "Кто здесь никого не знает" или "кто здесь знаменитось" и т.д. Даже в реальной жизни прежде чем получить ответ каждый подумает над каждым, прежде чем дать ответ. Если вас в комнате трое и я задам такой вопрос, каждый из вас создаст ещё по 2 вопроса самому себе, прежде чем ответить. "Знаю ли я 1" и "Знаю ли я 2". По сути, получается обычный перебор из начала видео. А так, вам задают 1 вопрос, над которым нужно подумать.

Для нахождения "знаменитости" можно применить алгоритм Капоне! Он заключается в следующем: "При помощи доброго вопроса и пистолета можно добиться гораздо большего, нежели одним только добрым вопросом." Таким образом, мы значительно сокращаем количество вопросов и легко узнаем кто является знаменитостью! 😃😃😃

@shluhogon_42

Жыл бұрын

Это уже константное время O(1)

@vanyam1

Жыл бұрын

Герой! Решил за O(1)

@user-qj1sp9ve9c

8 ай бұрын

суть алгоритма: собрать весь массив persons[ ] в одном помещении и сказать, если за O(1) не выдадите мне знаменитость, буду -расстреливать- декрементировать по одному.👍☺

простая задача, решение за 2 минуты придумал )

Александр, спасибо, интересно следить за развитием решения. Единственный момент - возвращать null, не очень хорошая идея.

@F6BF792C

9 ай бұрын

> возвращать null, не очень хорошая идея почему?

@luyt2

9 ай бұрын

@@F6BF792C 1. Меньше вероятности словить NullPiontException 2. В другой функции, которая примет от этой возвращаемый объект, мы избавляемся от лишней проверки на null и см. п.1.

Купил такую же футболочку в Египте :)

Спасибо

Спасибо за видео. Можно ли проходить собес в Амазон на JavaScript (интересует позиция Front-end) или лучше учить например пайтон?

@sashalukin

3 жыл бұрын

Можно

@MaruiInfantry

2 жыл бұрын

Лучше выиграть чемп мира по программированию

а если массив большой и знаменитостей несколько как и непересекающихся групп ("кластеров") людей кто кого знает и кто кого не знает? не найдём ли мы "локальную" знаменитость (локальный минимум) вместо более знаменитой знаменитости? мне кажется для поиска нелокального решения тут без т.н. "матрицы смежности" (теория графов) не обойтись...

@user-hz9zz6ob2q

2 жыл бұрын

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

@MichaelKondrashin

2 жыл бұрын

если знаменитость кто-то не знает, это уже не знаменитость. так по условиям задачи

А на собесах на какую позицию задают такие вопросы? Условно из "джун миддл сеньор" (знаю что каждая крупная делит грейды как ей нравится, поэтому обобщаю))

@baetz2

2 жыл бұрын

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

@MaruiInfantry

2 жыл бұрын

Это просто задача на решить с ходу из головы за 3 сек. Для разогрева. Чтоб сразу ред-флаг или дальше пойти. Эта задача ничего не показывает потому что она вообще ничего не показывает.

@katskosta

2 жыл бұрын

@@MaruiInfantry как это часто и бывает, проверяют одно а заниматься на работе приходиться совершенно другим

@baetz2

2 жыл бұрын

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

@katskosta

2 жыл бұрын

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

Есть такой нюанс. По условиям задачи сказано, что нужно именно минимизировать число вопросов. Допустим, у нас есть 4 человека. Пусть мы идём по указанному алгоритму и узнаём: 1 знает 4, 2 не знает 4, 2 знает 3. Тогда нам нужно задать ещё 5 вопросов, чтобы узнать, знаменит ли 3, итого 8 вопросов. А если мы спросим 1, знает ли он 2, затем спросим 3, знает ли он 4, а затем зададим вопрос двум финалистам, то этап первый мы также пройдём за 3 вопроса. Но зато второй этап мы пройдём за 4 вопроса, так как уже знаем про кандидата в селебрити две вещи из 6. Таким образом, можно обойтись семью вопросами. То есть указанный алгоритм не минимален, если вопрос очень дорог - при неудаче придётся задать 3n-4 вопроса, когда достаточно 3n - 3 - floor(log_2(n)). С точки зрения программирования разница невелика, но если рассмативать задачу как математическую, нужна точность.

@kosiak10851

Жыл бұрын

Что-то как-то если по условию есть только одна знаменитость - как-то сложно минимизировать вопросы. Допустим мы вообще рандомно выбрали человека, спросили всех, "кто его знает?", спросили его о всех, кого он знает и выяснили, что он знаменитость. Всё. минимальный счёт. Ни один алгоритм с каким-то нерандомным вычислением такого чувака наш тест не побьёт, потому что будет предварительно что-то выяснять дополнительными вопросами, а потом должен будет провести наш тест - итого задаст больше вопросов. Т.е. количество вопросов зависит от порядка выбора чуваков для проверок.

а в цикле for разве должно быть (!person[i].knows(persons[l], а не (person[i].!knows(persons[l]? если это переводить, то получается не i знает кандидата l, а не (как сказано) i не знает кандидата l. Или я чего-то не понимаю?)

на 4:36 Уже не нужно никого спрашивать уже спрошенные в первом туре вопросы, касающиеся кандидата

Заслуженный лайк.

намного был бы интересно если покажешь в редакторе (коды)

А не легче ли проДФСить через любого.

для чётного количества это сработает?

@eugeneshcherbo9821

2 жыл бұрын

Да, обратите внимание, что в цикле всегда уменьшается только один индекс, либо левый, либо правый. Соответственно не будет ситуации, когда индексы перепрыгнут друг через друга, а значит цикл всегда остановится, когда l == r, что будет означать, что остался только один человек.

а что за метод know у массивов? Или он где-то отдельно прописан?

@ivankprod

8 ай бұрын

knows - это метод класса Person, а не массивов)

Александр, судя по решению, в Амазон Вас не взяли, ибо оно не корреткное. В последней части нельзя возвращать null, если Вы дошли до l. Надо пропустить это значение: if (i == l) continue;.

@SergeyVavilonov

Жыл бұрын

оно и не вернет. условие (i != l && что-то) в случае если i == l будет ложно. return null не произойдет. будет переход к следующей итерации.

Хм, я бы использовал проход по условию "знаешь ли кого-то", а потом проход по обратной рекурсивной связи. Разумеется, если связи описаны каким-либо образом.

Как же можно извратить простые как угол дома алгоритмы if/else :-)

о = очередь(получитьЛюдей()) i = 0 чел = о.следующий while (i следующий = o.следующий if (чел.знает(следующий)){ чел = следующий } i++ } вывести(чел)

Person это был класс, а метод knows is boolean method?

Можно выстроить всех в ряд и спросить у всех сразу: Кто не знаком ни с одним из присутствующих здесь. Ответит один человек - он и главный кандидат )

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

Задачка то с подвохом ) А что если первый человек НЕ знает второго НО знает третьего а мы его спросили знает ли он второго, он ответит НЕТ и сразу попадет в подмножество знаменитостей? А может ли быть кандидат который знает кого то или всех, а его не знает ни кто? В этом случае на вопрос другим кандидатам они ответят что его НЕ знают и знаменитость, т к она не знает ни кого то и его то же не знает.

а можно у всех сразу спросить "кто здесь не знает никого с присутствующих ?"

@kolyakars5248

2 жыл бұрын

Все просто. Смотри. Возьмём, условно, любой двор города миллионика. 4 дома, по 9 этажей, по 4 подъезда с ±2 человека в квартире. И вот ты у этой толпы можешь спросить: "Кто здесь никого никого не встречал?". И если ты спросишь "кто здесь не знает никого из присутсвующих", то ты заставляешь каждого из присутствующих подумать относительно каждого, знает ли он его. Т.е. если вас 3 стоит в комнате. Чтобы узнать, знаешь ли ты кого-то, ты подумаешь : Сашу знаю, Володю не знаю. Или Сашу знаю и Володю знаю и т.д. это уже больше, чем если бы у тебя спросили : Сашу знаешь?

@grumpresents2218

2 жыл бұрын

@@kolyakars5248 задача была об двух вопросах и 4 человеках , там не говорилось сколько будет отвечать)

Если бы фраза звучала: "Я буду использовать язык БрейнФак, но на любых других языках всё будет выглядеть практически точно также", то стало бы этак немного интересней. XD

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

@user-vo9kn3pp6p

2 жыл бұрын

это задача другая

@user-vo9kn3pp6p

2 жыл бұрын

задача про того кто врет, говорит правду и дипломат

Сделать рассылку на всех со списком кто с кем знаком….

я бы немного поменял алгоритм, проверяя не 1 с 2 а после 3 с 4 и тд как у автора, а проверял бы 1 с 2, а после оставшегося из них неизвестным с третьим, потом с четвертым и тд. на производительность это не повлияет, но алгоритм будет выглядеть проще

Я конечно только ещё начинающий можно сказать программист, но: т.е. если функция не найдёт знаменитость она вернёт null, т.е. создаст переменную Person в которой ничего нет, которая к примеру в c++ так и будет валяться где то там, сожрав кусочек памяти, а в c# будет ждать пока ей займётся сборщик мусора. И интервьюеры от Амазона такие - молодец ты справился такие нам и нужны! Дичь какая-то:/...

прикольно

Элементарный но долгий по исполнению: Если ответ да - удалять отвечащего в лупе пока один не останется. Короткий по исполнению: Если ответ да - удалять отвечащего. Если ответ нет - удалять того про кого отвечали. И не надо снова проверять.

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

Объясните, пожалуйста, почему сложность первого алгоритма О(k^2), a не О(k^3)? Как я мыслю: чтобы рассмотреть одного претендента на роль знаменитости, нам нужно, задать k-1 вопрос остальным «знаете ли, вы этого человека?», если все знают, то теперь нам надо задать k-1 вопрос претенденту. Итак, мы рассмотрели. Является ли конкретный человек знаменитостью. Но только одного. А их k. В итоге, чтобы в лоб всех перебрать нужно (k-1)^2 * k = k^3 + … => O(k^3). Где косяк?

@sashalukin

8 ай бұрын

(K-1)*2*k

@Kykuch1

7 ай бұрын

@@sashalukin а, точно. Спасибо большое!

Не совсем понятно, зачем после того как вы поняли что каждый опрашиваемый знает первого - спрашивать у него самого? Ведь этого разве не достаточно чтобы уже понять что он и есть знаменитость? 2:40

@MikhailDyukov

2 жыл бұрын

Нет, ведь выполняется только одно условие. А вдруг эта "знаменитость" знает кого-то из оставшихся, тогда се ля ви

@user-kg9hu7oo3w

2 жыл бұрын

в списке может и не быть знаменитости - это и проверяется опросом условной знаменитости, знает ли она кого-то из списка

Если можно задать любой вопрос, как это было в условии, то оптимольнее: 1) у всех спросить Сколько человек он знает 2) убедиться, что такой человек 1 3) проверить его на селебритость. Выйдет 2к

Эта задача решается виртуальным переопределением методов класса.

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

@ilya2226

Жыл бұрын

Это есть самый первый алгоритм перебора, но с условием выхода, если нашли знаменитость. В худшем случае О(N^2) а не O(N). O(N) будет только если он самым первым стоит.

@PointWand

Жыл бұрын

Если у нас нет информации и количестве ссылок на каждого персонажа, то да, O(N^2).

Как мне кажется это не самое простое решение. Предлагаю свое с 2k/ Начать переборку с начала и по очереди спрашивать знает ли он второго, если нет, то перейти к третьему и так до момента, когда он кого-то узнает (всех кого мы пропустили не были знаменитостями). Предположим первый узнал четвертого, а это означает, что либо 4-ый знаменитость или же он знает знаменитость, которая уже точно находится за четвертым. Теперь мы четвертого спрашиваем о пятом и так пока не найдем человека, который дальше никого не знает, и он либо будет знаменитостью, либо же знаменитостей не было в массиве. И второй цикл, мы просто всех по очереди спрашиваем, знают ли они предполагаемую знаменитость. Если да, то это она, иначе нет знаменитостей, все уехали из России

@asethone

Жыл бұрын

Привет! Отвечу, хоть и с запозданием, потому что другие лайкнувшие коммент, видимо, не заметили ошибки в логике твоего решения. Вообще, это очень любопытная мысль, что последующего кандидата, которого знали предыдущие, можно не спрашивать о прошлых людях, так как они точно не знаменитости, раз до этого их никто не знал. В твоем примере 4-го не обязательно спрашивать о 2 и 3, людях т.к. до этого 1-й их не знал. Но это допущение неверно, ввиду того, что по условию задачи могут быть группы, не содержащие знаменитостей вообще, и выбранный тобой кандидат может знать кого-то до него - а потому не являясь знаменитостью по второму критерию: "знаменитость не должна знать никого". Так, 4-го человека в твоем примере действительно могли знать все, но при это сам он мог знать, к примеру, 2-го, о чем ты его (к слову, не очень любезно) не спросил 😥 Поэтому для проверки этого критерия нужен третий цикл, в котором мы дополнительно спросим кандидата в селебрити о том, знает ли он людей до него. В худшем случае, ты спросишь про k-1 людей, откуда делаем вывод, что такое решение тоже будет иметь скорость в районе 3k, или же O(k).

Нашел.

очень простая задача изи левела но очень хорошо завуалирована, что делает ее более интересной

Напоминает школьные уроки программирования на бэйсике в 90-е.

Пример для первого человека страный. Какой смысл опрашивать, все ли знают первого человека, если по условиям в компании должна быть знаменитость? Тот, кто никого не знает и является знаменитостью в таком случае - тк в компании не может быть 2х человек, которые никого не знают, ибо по условиям там должна быть знаменитость, которую знают все. Или налиие знаменитости в группе - не обязательно?

Ответ простой: Я знаю Джеффа Безоса - он знаменитость. Можно добавить еще, что вчера вместе бухали - Работа ваша!

Ответ k-1, нужен алгоритм для простого перебора. Ведь при каждом вопросе персоне Kx "знаешь ли Ky?" мы точно определяем что один из них не знаменитость. Соответственно при k=2 нам нужен всего 1 вопрос, при k=3 нам нужно 2 вопроса и так далее.

@AleksandrYgA

2 жыл бұрын

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

Работаю в никому неизвестной продуктовой компании, аутсорс, Лондон. Моя задача на техническом собеседовании была распарсить в несколько потоков эксельку, смапить полученные данные в объекты, которые ты сам создаёшь по описанию конечно же, объекты сразу же собрать в список и отсортировать кастомным компаратором. К реализации докапываются на 58 из 10. А почему написал поток в отдельном классе, а не использовал Тред Экзекьютор с лямбдами, цикломатик комплексити высокое для добавления элементов в список, а библа для парсинга экселя старая, надо было новую от Apache юзнуть… Когда узнаю что на собесах в Амазон, решают задачи с codewars, понимаю что что-то делаю не так. З.Ы учился так же в Германии, на Informatik, Uni Rostock

@alexanders8928

Жыл бұрын

Много я повидал, но, чтобы либу библой называли...

@lollol267

Жыл бұрын

про цикломатик комплексити парятся те, кто кроме этих слов ничего не сумел выучить.

@user-iv9sh9fc3c

Жыл бұрын

​@@lollol267 это же не меняет сути. Я больше привык к придирчивым ЧСВшным интервьюерам и необоснованным предъявам во время собеседований. Я рассказал про свой опыт скорей потому, что название видео кликбейтное (без какой-либо критики содержания видео это говорю) и увидев такое название у людей которые ищут свою первую работу или собираются подаваться в Амазон, могут сложиться ложные ожидания. Хотя в целом я и в Амазон не подавался. Может туда и правда попасть легче чем в мелкие продуктовые конторы, хотя я очень сомневаюсь.

Я так понял, что в Амазон стоит очередь...

А если ни L, ни R не знают друг друга алгоритм посчитает R-1, хотя не факт, что именно R был не селебрити. Разве не ошибка?

А почему используешь именно цикл while Ведь если использовать тот же цикл for а потом еще один (не друг в друге) то тоже выйдет 2К и сложность по биг о выйдет О(к)

@mikle4421

7 ай бұрын

И как так вышло что второй цикл (for) это 2к сложность? И это ты просто сплюсовал верхнюю сложность?

А если человек соврет что он никого не знает?

А можете объяснить почему время работы O(k), если у нас 3k выходит?

@nikitabarysheve

2 жыл бұрын

При подсчёте трудоемкости алгоритма коэффициенты обычно опускаются, потому что при увеличении величины к количество действий будет расти в любом случае линейно , как в случае О(к) так и в случае О(3к) и допустим при К равным 1000 необходимо будет сделать либо 1000 либо 3000 действий , а тут разница несущественна. Существенна будет разница между линейной и квадратичной сложностью алгоритма , ведь если К все ещё равно 1000, то при сложности алгоритма О(к) мы получим 1000 действий , а при О(к^2) - 1000000 действий , а вот это уже различается серьезно. Короче говоря коэффициент не так сильно влияет на трудоемкость

@helloworld5469

2 жыл бұрын

@@nikitabarysheve Спасибо за объяснение, решил сам углубится в тему оценки и интересно, что данный вид оценки называется асимптотический

@andyunity

2 жыл бұрын

Прочитайте Грокаем Алгоритмы. Книга короткая и простая, но отлично объясняет базовые понятия алгоритмизации.

@shickulaairships

2 жыл бұрын

@@nikitabarysheve потому что o(C*k) = o(k) по свойствам как большого так и малого O

@MichaelKondrashin

2 жыл бұрын

время работы определяется скоростью работы проверки знает ли кто-то кого-то и накладными расходами. Если пренебречь накладными расходами, то время работы будет "некое время умножить на 3 и на k". так как это некое время мы все равно не знаем, но не так уж важно, умножается ли оно на три или нет. Важна асимптотика - то есть как себя ведет время работы в зависимости от k при росте этого k.

Занимаешься переводом и озвучкой? Если да, где ссылка на оригинал? Если нет, то какого текст на английском для русскоговорящей аудитории?

@Kykuch1

8 ай бұрын

А какая разница?) Кодинг тоже не на русском, но тем не менее русские туда идут. Или для вас и там переводчик нужен?

А ещё более хороший вариант - попросить поставщика добавить метод, который возвращает сразу список тех, кого знает персона - тогда можно в одно действие найти кандидата на знаменитость, а во второе - проверить, знает ли его каждый, просто обойдя массив. Гораздо более читаемо, гораздо более поддерживаемо и удобно для интеграции.

@alexanders8928

Жыл бұрын

несмефно

@glukmaker

Жыл бұрын

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

@user-od1it3ru3o

Жыл бұрын

@@glukmaker понятие "знаменитость" относится к контексту решаемой задачи, поэтому нет. У нас же есть метод, возвращий информацию о том, знает ли персона А персону Б - внутри он же работает на основании какой-то информации о взаимоотношениях между персонами. Почему не отдать её наружу? Нету никакого смысла скрывать этот функционал. Более того, если бы это было REST API, то метод был бы спроектирован именно таким образом, чтобы отдавать список всех, кого знает персона (так как это, по факту, прямое свойство конкретной сущности - список связей).

задача состоит в ПОИСКЕ знаменитости, а где сказано что поиск надо оптимизировать?? где в задании сказано что надо найти МИНИМАЛЬНОЕ КОЛИЧЕСТВО ДЕЙСТВИЙ для поиска?

@user-rw3cy9rb5j

Жыл бұрын

1:26

Можно же просто спросить у любого, кто тут знаменитость!

если persons[] будет пустой - всем пока (по коду из видео если судить)

Нельзя ли сделать так: 1. Создать массив Links с нулевыми значениями, размер массива соответствует количеству людей. 2. В цикле проходимся по массиву с людьми и спрашиваем кого они знают, в массиве Links для элементов сооветствующих нужным людям (по индексу) если текущее значение >=0 увеличиваем значение на 1. Также, если этот человек знает хоть кого-то, выставляем у элемента массива Links с индексом равным индексу человека, значение -1. 3. Когда цикл завершится, ищем единственное положительное значение массива Links и дополнительно проверяем, что оно равно длине массива с людьми. Это первое что пришло в голову, думаю должно работать.

@SergeyVavilonov

Жыл бұрын

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

Не думал, что меня будет учить Саша Симпл собеседованию Амазон

@alexanders8928

Жыл бұрын

Он Lookin от слова look, чтобы его смотрели!!! А мне говорят, что нумерология и имя не влияют на судьбу... Чушь! Все имеет значение!

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

@alekseybay6394

2 жыл бұрын

Потому, что если он никого не знает но его самого знают не все то он *не* знаменитость. Незнание никого условие необходимое но не достаточное.

@TheEhion

2 жыл бұрын

@@alekseybay6394 погоди по условию знаменитость только одна так? И незнание других обязательное условие, получается если он не знает никого но его знают не все то задача нерешаема

@alekseybay6394

2 жыл бұрын

@@TheEhion То, что знаменитость только одна в условии никак не указано. Но из условия что его знают все следует, что не может более одной знаменитости (если бы их было больше одного то они должны бы были знать друг друга а знаменитость никого не знает). Если он незнает никого а его знают не все то он *не* знаменитость, и в группе нет знаменитостей. Задача решается с ответом "знаменитостей нет". И в дополнение к первоначальному вопросу, проверить каждого на знания всех это k^2 (спросить у каждого про каждого).

@TheEhion

2 жыл бұрын

@@alekseybay6394 спасибо теперь понял, я просто думал что знаменитость обязательно есть и не подумал что ее может не быть