Сортировка кучей (пирамидальная сортировка) :: Heap sort

Сортировка кучей на AlgoLab:
algolab.valemak.com/ru/heap

[@alexalexander3252]

Фраза "спускаемся на уровень выше" на 6:14 взорвала мой мозг.

[@LYT101]

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

[@maksim2530]

Дай Бог тебе здоровья, чётко объяснил и разложил суть сортировки

[@solidesuu]

Далеко не лучшее объяснение, но отличная визуализация сильно выручает

[@alexanderstashchuk8330]

Спасибо! Лучшее наглядное объяснение.

[@user-ep3jn2bu8z]

Мужик, ты реально хорош, спасибо тебе!

[@maxpo801]

Вы детально рассказываете реализацию идеи, но саму идею ПРОСТЫМИ СЛОВАМИ не рассказали. А по сути, мы хотим, получить как-то бинарное дерево, отсортированное по величине значений элементов. Проще начать сортировку с нижних троек, постепенно сортируя дерево вверх. Почему иногда происходит спуск вниз, если мы изначально поднимаемся от ветвей к корню? Потому что у нас цель получить отсортированное по убыванию значений дерево, а при перестановке значений у любого узла, одна из его ветвей может оказаться неотсортированной, что противоречит главной задаче - сортировке, и если не сделать спуск сразу, то алгоритм сортировки будет намного сложнее. Детали - это хорошо, но большинство академических преподавателей страдает невозможностью простыми словами изложить простую идею, которая изначально и приходит создателям в голову, когда они лежат в постели, сидят на унитазе, или едят. А так нам приходится пробираться из дебрей реализации к простой изначальной идее. А так, лайк за видео!

[@vikvik7117]

Золотые слова. Уже статьи 4 прочел, не разобрался. Решил видеоролики посмотреть.

[@kalts_daniil]

Прекрасное объяснение! Спасибо огромное за урок!!!

[@oleksii2362]

Отлично подготовленная презентация! Спасибо!

[@user-fx8is3hb9k]

Спасибо огромное! Очень хорошо и наглядно объясняете

[@user-dv4ti7wk5k]

Большое спасибо, всё очень понятно объяснено!

[@kagatooo]

Качество видео просто шик. Я и сам занимаюсь гайдами, но от вашего прикурил!

[@user-ow3vx1ov9e]

Обалденно, спасибо огромное, продолжай выпускать свои ролики, пожалуйста!

[@lukasmog777]

крутое наглядное объяснение!спасибо за видео!

[@frysisrawhide8923]

Лучше и наглядное объяснение. Уже день пытаюсь вдуплить, почему да как.

[@user-oh2wj8rz6u]

Отличное объяснение, спасибо!

[@user-tp3jb4ow1m]

Спасибо! Разъяснено понятно!

[@timursyrma]

Здравствуйте! Можете, пожалуйста, в ближайшем будущем разобрать Quick-Sort и Merge-Sort? А так, спасибо Вам за видео!! Все очень круто и понятно :)

[@azimutjava]

Отличная подача!

[@user-pl5rb1nb3p]

Графика хорошо показывает алгоритм

[@Mousepiece]

Визуально понятно, но не понимаю, как это реализовать в виде кода

[@andrey-ei4px]

Такая же хуйня, заебало программирование в универе

[@user-cb5wl4br8c]

@@andrey-ei4px оо, да понимаю. Нафиг вообще это прога нужна не на программиста поступал

[@rustautopanel]

Благодарен за видео!

[@anikroan4357]

огонь!!!

[@user-jo7ci2wy4j]

Спасибо огромное

[@Km-pn3hf]

спасибо за видео

[@sadriddinovshukrulloh5491]

spasibo vam bolshoe

[@maximusmm7723]

Спасибо вам

[@Rivrabobra]

блеск! спасибо))

[@AndrasteCries]

ты что Бог?

[@hiitsif]

Спасибо!

[@vgbhj]

спасибо

[@user-ix7mu1jc4b]

святой

[@sergey6661313]

Если в дереве всё равно сравниваются все элементы как минимум 1 раз - почему бы не заменить все эти перестановки на просто поиск максимального числа?

[@user-ne4wu9hl6l]

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

[@user-yz7wy3mm1h]

потому что поиск максимума у тебя всегда будет занимать о(n) и для n операций выйдет о(n^2). Благодаря структуре кучи мы каждый раз получаем самый максимум в первом элементе массива (нулевом если быть точным), далее свопаем его с последним элементом, далее просеиваем этот новый первый элемент массива уже за logn т.к. на каждом уровне просеивания мы двигаемся логарифмически . В итоге получается n операций по logn. Пирамидальная сортировка хуже по скорости (на константу) чем те же быстрая и слиянием, но гораздо лучше вплане потребления памяти: в каждый момент времени в буфере находится максимум один элемент (потребление по памяти выходит о(1)). Это преимущество пирамидальной сортировки и является решающим в задачах где очень важно сортировать элементы в условиях ограничения расходуемой памяти.

[@user-ne4wu9hl6l]

@@user-yz7wy3mm1h уф.. спасибо большое за разъяснение. Но для общего понимания для меня слияние все равно гораздо проще для понимания и реализации, чем эта) видимо надо написать или применить ее пару тройку раз тогда может уложится получше)

[@sergey6661313]

@@user-yz7wy3mm1h как раз тематика видео и должна была наглядно показать то что вы говорите. Но она этого не делает. По видео создаётся впечатление что сравнение происходит со ВСЕМИ элементами, что бы там не писали про сложнгости олгоритма заменяя понятные простому обывателю фразы проде "по одному сравнению на каждый элемент" буквами "On" и другими вы ясность не вносите. фактически достаточно было бы сказать что благодоря тому что пирамида "предсортирована" предыдрущей итерацией - это позволяет выполнить меньше сравнений чем при полном переборе.

[@ivankrechet2331]

Ну вы хоть бы отредактировали своё выступление! Что значит "только спускаемся на уровень выше ..... спускаемся на уровень выше" ? И не надо оправдываться, что тут всё понятно, и что вы имели в виду вот именно этот или тот конкретный уровень ..... :)))

[@user-pe5mo5co4x]

"order by" - решает фсе!

[@tire_ks_murina]

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

[@user-yz7wy3mm1h]

мы просто длину рассматриваемого массива уменьшаем на 1 пока она не станет равно 0))) все ок он поясняет

[@ozimandias1738]

Фронтендер знать такое не должен - никогда в работе не пригодится. Данное знание опционально.

[@ExileHB]

Но все равно интересно для себя

[@ozimandias1738]

@@ExileHB , написал коммент только потому, что вначале автор видео сказал: "... алгоритм, который должен знать каждый программист..."

[@zhimbura]

Дак он сказал каждый программист, а фронтендер не программист))

[@narimz]

Это зависит от воронки кандидатов. Если их много то обычно делают тесты на алгоритмы вне зависимости от направления : )