Было бы круто от тебя видеть цикл видео про ООП, принципы правильного проектирования кода и подобное. Нравится как ты все визуализируешь, сразу все понятно становится

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

Как же круто подаётся материал! Прямо интересно смотреть и прямо сразу хочется ещё больше видео! Низкий поклон автору за такие шедевры! Всегда с нетерпением жду новые видео!

Великолепно изложено! Огромная благодарность за титанический труд!

Очень хорошая подача, сам до конца не знаю как устроены все структуры, поэтому жду продолжения!

Благодарю Вас за ваш труд! Очень интересная подача материала. Не жалею, что нашёл этот канал.

Видос невероятный, монтаж на высоте как и объяснение, продолжай в том же духе!

Поиск в массиве имеет сложность O(n), это доступ к конкретному элементу по известному индексу O(1).

Братан, хорошо, давай-давай вперёд! Контент вообще в кайф, красавчик! Можно вот этого и того почаще?

Алекс, спасибо огромное, для меня твой канал просто как глоток свежего воздуха и огромное вдохновение. Моя жизнь и профессия давно устоялись, и работа моя не связана с программирование и IT. Сейчас изучаю Си просто для души, в школе увлекался бэйсиком и паскалем, благодаря этому поступил в институт без экзаменов после олимпиады, потом забросил, некогда было. Отсутствие необходимости изучать то что модно и в тренде, дает возможность изучать программирование так, как мне интересно а не требуется для обретения или смены профессии. Твой канал для меня просто находка, именно та информация которую я ищу. И пусть в современном мире низкоуровневое программирование не особо нужно, а все алгоритмы разложены по полочкам и изучены, пусть. Мне нравится именно корни и основы, и я буду программировать так, как раньше, экономя байты памяти, оптимизируя какие то задачи, что бы это могло запускаться на любом примитивном железе. Это самый кайф! Спасибо!

Как всегда афигенный контент! Всё раскладываешь по полочкам и показываешь наглядный пример! Если бы ты записал серию уроков по какому-либо ЯП или технологии, я бы в запой просмотрел всё!

Братан, хорош, давай-давай вперёд! Контент вообще в кайф, красавчик! Можно вот этого и того и почаще?

Спасибо за труд, но всё же как-то недостаточно. Я уже настроился и ожидал увидеть информацию о других стурктурах, как вдруг видео закончилось. Жду продолжения.

Красавчик, Алекс. Контент пушка, пили дальше. Будь уверен, благое дело делаешь, сил тебе, хорошей работы и здоровья, брат!

Респект, брачо! всего тебе хорошего и побольше!

Круто. Я наконец-то стал что-то понимать! Спасибо, друг!

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

Непревзойденно! Браво! Супер важное и сложное простым языком, понятной картинкой, стильно даже! Ты лучший!

Alek - Спасибо тебе за стольчудесный контент. Ты просто огромнейшый молодец, за столь краткий период времени ты уже сделал огромный вклад в жизни других людей, жаль что я больше не смогу видеть твои видео. 😁😗😉

Возвращаюсь к каждому видео по 3 раза, и как в хорошей книге нахожу что-то новое. Благодарю!

Автору спасибо, за столь огромный труд!

Очень круто. Добавляй в конце таблицу со сравнению сложностей пожалуйста

Просто мурашки от этих видосов, такой уже умничка 😍

Спасибо, продолжай в том же духе!

Подписался, спасибо большое! Как раз не хватает нормального материала на эту тему.

Графика кайф! Братан хорош, давай давай вперёд! Контент в кайф, можно ещё, вот этого и вон того? Вообще красавчик! Можно вот этого вот почаще?

Это просто щииииииииикарноооооооо! Топовый котент! Все очень наглядно) огромное спасибо за Ваш труд

Огромное спасибо автору! Очень полезная информация

Спасибо за выпуск!👍

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

полезное дело делаешь, спасибо, продолжай!

Продолжай в том же духе, очень круто!!

Жду объяснение следующих структур СПС за видео.

Подача и полезность в одном видео - это редкость! красава

Случайно попал на видос! Подписываюсь) Автор крут!

Я кнш это всё знаю, но я не могу пропустить ни один твой видос. Они прекрасны😍

Круто, спасибо за контент.

Спасибо за труды 👍👍👍

Спасибо, очень крутые видео!

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

Ха) моя курсовая работа с первого курса. Жаль , что видео вышли так поздно. Уж очень я страдал на с++ . Спасибо за контент.

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

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

Отличная подача... Спасибо.

Самый великолепный канал по програмированию

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

Большое спасибо!

Супер объяснение, кратко и четко

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

Спасибо за качественный контент! Подача материала отличная, сразу видно, что Автор знает о чём говорит. Могу сказать пару слов о Связанных списках: Преимущество Однонаправленного списка перед Двунаправленным в чуть меньшем потреблении памяти на каждый элемент списка и чуть более быстром выполнении некоторых функций. На этом его преимущества заканчиваются, и проявляется множество НЕпреимуществ. К примеру: Поиск/Удаление/Вставка в Двунаправленном списке можно начать как с начала, так и с конца. То-есть, если Index < Length / 2 = начинаем идти с Head-a к нужному элементу, а если Index > Length / 2 с Tail-a назад к нужному элементу. А в Однонаправленном списке тебе придётся идти всегда сначала. По-этому, зачастую, Двунаправленные списки выигрывают у Однонаправленных. Я промолчу о некоторых функциях, типа Реверса данных внутри списка или их Смещения (Не Nod-ов), там Однонаправленные списки сразу проигрывают...

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

Я делал такую базу, не подозревая, что именно о такой будут когда-то рассказывать. Нигде не учился. Пришел логично. Первый прототип базы был статический, но очень быстрый. И в момент, когда я не знал какой именно длинны будут некоторые текстовые поля, пришлось изобретать велосипед. Добавил ссылки. При удалении, информация просто не учитывалась. По факту она не удалялась. Ровно также вижу и работает Microsoft Access. Динамическая база данных при GOTO на нужный нам столбец работает медленней чем статическая, поскольку в статической можно просто умножить наш указатель на длину и мы точно попадем в начало нужной нам информации. А здесь нам уже нужно высчитывать из ссылки к ссылке пока не получим желаемую. Вначале я использовал только указатель "вперед". Но позже столкнулся с проблемой вставки информацию в середину и решил не раздвигать ячейки, не перезаписывать жёсткий диск за каждый раз, а это даже очень актуально при использовании SSD накопителя. По этому добавил указатель "назад" и это позволило мне добавлять значения в конец, но подавать пользователю это как будто данные находятся в середине. Чесно говоря не знаю что лучше прыжки или перезапись. Возможно найдутся люди умнее и заявят мол диск всегда перезаписывается. Не знаю что конкретно на физическом уровне там делается. Исходил из логики. Access будет удобней использовать, но там есть ограничения по объему памяти. Да и по скорости он проигрывает, но удобен в конструкторе, особенно на этапе создания, когда в процессе может понадобиться добавить новое поле в базу данных. А в своем движке приходится допилить функционал, чтоб поле безопасно добавить или удалить, чтоб при необходимости сжать базу (очистить от удаленных записей). Кстате, потом сделал еще один гибрид интересный где использовались два файла: один статический а другой динамический. Динамический только для текста, а в статическом были уже ссылки на точку входа информации в динамическом файле. Через 5 лет посмотрел на весь этот чудо код и офигел сколько времени было потрачено

Тонкость на которой любят валить на собеседованиях по C# и Java: массивы всегда являются ссылочным типом и следовательно память всегда будет выделяться в управляемой куче (за исключением unsafe кода), в стеке будет находиться указатель на выделенную область памяти. В C/C++ по умолчанию массив определяется в стеке, либо с помощью malloc определяется в куче.

Ура🎉 новое видео

Контент просто огонь !!!

gold in front of my eyes, very well done content. Thank you

У списков есть ещё один весомый минус помимо дополнительного поля с указателем, жрущего память. Это malloc, который к тому же враппер к системному вызову alloc, который работает на VAD таблицах, которые также жрут память. Особенно когда элементы списка 10-50 байт в большинстве своём случаев, а alloc работает со страницами памяти по 4 килобайта. Это лютейший стресс для операционки. А некоторые операционки не умеют в принципе выделять память меньше страницы и получается что на элемент, в смысле на каждый элемент, размером в несколько байт улетает ровно 4 килобайта. Короче списки - величайшее зло и ошибка. Можно без них если чуть повнимательней отнестись к организации алгоритмов и структур данных.

Очень круто. За 13 минут благодаря крутому визуалу и грамотным объясниям вспомнил все, что в универе проходили чуть ли не целый семестр. Было бы очень круто так же разобрать более сложные структуры, вроде тех же хеш-таблиц. А ещё было бы полезно делать референсы на популярные языки, например, "массив в С - это чистый массив, а вот в плюсах - это двунаправленный связный список" Ps не надо пожалуйста тригериться, про с/с++ я написал для примера и знаю что это не так

Спасибо за видос! Расскажите пожалуйста про хеши.

Привет 👋🏼 А ты можешь сделать видео о работе файловых систем?

круто, спасибо!

Нужно продолжение. Листы, Мапы, и т.д. и т.п. что и как устроено и как работает)

спасибо, Брат! пока что, структуры данных воспринимаю только в твоём изложении

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

Здравствуйте Алек. Я так понимаю, что когда то будет продолжение.. Дисциплина "Алгоритмы и структуры данных" интересная и большая. По структурам: хэш-таблицы (с открытым, закрытым хэшированием), целая роща всяких деревьев с их самобалансировкой. Кстати, есть ещё "списки с пропусками". Это когда при движении прыгают через несколько узлов. При приближении к цели - постепенно через меньшее количество узлов. Т.е., там присутствуют узлы с разным количеством "next", как бы разной "высоты". По алгоритмам: семейство сортировок . Начиная с трёх базовых O(n2). Потом сортировка Шелла, прочесыванием. Потом O(n*ln(n)) - Хоара, слиянием, пирамидальная. Ну, и мало знакомые - поразрядные (распределением) - для целых чисел . Для 4-хбайтных целых чисел - у поразрядной сортировки O(4n). Сравните: 4 и ln(n). Круче же, согласитесь! А почему то не не знают )) Ее на списках применять надо конечно. На массивах памяти много надо. Для строк есть запатентованная поразрядная: abc-sort. Поиск подстроки в строке. Другими словами: слова или предложения в тексте. Или какой-либо последовательности (сигнатуры) в бинарном содержимом. Алгоритмы Кнута-Морриса-Пратта, Боуэра-Мура-Хорспула, Рабина-Карпа. Это основные вещи, которые просто интересно знать!

Отлично!

Массивы и связанные списки это так сказать база, в книге «Грокаем алгоритмы» очень доходчиво объяснены.

Я бы хотел попросить о видео по расчёту сложности алгоритмов 🙏 Спасибо!

Новый водосток подъехал, так ждал, так ждал

Вот это реально, больше чем просто лайк

Массивы: чёрт нас раскрыли, сваливаем

Помню в древних проектах создавали классы Array. Я думал это из-за отсутствия std::vector. Сейчас понимаю, что так работать с массивами проще.

Я бы все таки рекомендую именовать поиск в массиве - доступом к элементу. Это не поиск в чистом виде. К примеру если взять код который на экране когда идет речь про поиск в списке - которое О(n) , где сверяется некая мифическая data, то такой код и на массиве будет за O(n) работать. Но это не отменяет крутости видоса!

по поводу поиска в массиве хочу сказать что O(1) это доступ на адрес так как в Си например *arr == arr[0] , получается что первый элемент это так же указатель на массив, и это облегчает найти нужный нам адрес но никак элемент который лежит в адресе, а поиск элемента уже O(n).

Афигенный ролик только бы вот были бы примеры с питоном, с++

Контент шикарный! Спасибо за труд! И пожелание: Интересно будет видео о процессах и потоках ОС. Как они создаются, хранятся, исполняются. Их параллельный запуск, приостановка, возобновление, взаимодействие. Что такое процесс? Есть ли предел количества потоков? Как чередуется исполнение потоков в CPU?

Понравилось, круто

Хорошо рассказал! И мультик наглядный! Пили есчо!

Можно довольно несложным путём сделать, чтобы операция добавления и удаления в массив работала за O(1). Для этого нужно при добавлении нового элемента в массив в ситуации, когда свободных "ячеек" нет - создавать новый массив не с размером N+1, а с размером N*2. А при удалении - если количество оставшихся после удаления элементов в массиве меньше, чем половина длины - то нужно создать новый массив, размером в 2 раза меньше, и перенести туда все оставшиеся элементы. Допустим, что у нас изначально массив размера 10, и мы добавляем туда 10 элементов. Тогда при добавлении первого элемента - у нас произойдёт создание нового массива, размером 20 + копирование 10 исходных элементов + добавление 1 элемента - т.е. 11 операций. При этом добавление остальных 9 элементов - займёт 9 операций. В сумме получится, что добавление 10 элементов заняло 20 операций. А значит, добавление 1 элемента заняло, в среднем, 2 операции. Если добавляем 100 элементов при изначальном количество 10 - то количество операций будет такое: 11 + 9 = 20 - чтобы добавить 10 элементов 21 + 19 = 40 - чтобы добавить ещё 20 элементов 41 + 39 = 80 - чтобы добавить ещё 40 элементов 81 + 29 = 110 - чтобы добавить оставшиеся 30 элементов. Получается, суммарное количество операций - 250, что в среднем представляет из себя 2.5 операции на добавление 1 элемента. При 1000 элементов - это будет так: 20 + 40 + 80 + 160 + 320 + 641 + 379 = 1640. Получится, в среднем, 1.64 операции для добавления 1 элемента. При 10000 элементов - это будет: 20 + 40 + 80 + 160 + 320 + 640 + 1280 + 2560 + 5121 + 4899 = 15120 - уже 1.512 операций для добавления одного элемента. Если так продолжать - то в пределе количество операций для добавления одного элемента будет 1 - что и является асимптотикой O(1). Чтобы было в среднем ровно 1 операция на добавление - нужно, чтобы на добавление M элементов нужно было M операций. Худший вариант, который может быть - это когда у нас изначально 1 элемент в массиве. В такой ситуации - добавление M элементов потребует 2+4+8+16+... операций - из которых половина уйдёт на дублирование массив, а половина - на добавление M элементов. Количество шагов (n) можно рассчитать как логарифм по основание 2 от M, округлённый в нижнюю сторону + разница между M и этой суммой оставшихся элементов - но это значение не больше M - поэтому общее количество шагов можно считать как логарифм от M, округлённый в верхнюю сторону. Сумма такой геометрической прогрессии - это 2*(2^n-1) =2^(n+1)-2. Учитывая, что n - количество шагов - это ⌈log_2_M⌉, получится, что сложность добавления M элементов - это O(2^(⌈log_2_M⌉+1)-2) = O(2*(M+1)-2) = O(2*M) = O(M) (я предполагаю, что, в худшем случае, округление вверх даст M+1). Ну и отсюда вывод, что добавление одного элемента - O(1). Немного кривоватое доказательство - но какое есть. Примерно аналогичные рассуждения и для удаления.

Не смотрел, но уже понял, что топ

Спасибо! Но мало :)

Спасиба бальшой ты очен памог

Блин, ну ты и тему выбрал. Это всё я и так знал! :(

Кольцевой однонаправленный список -> план эвакуации при пожаре.

Молю, сделай видео про процессы и потоки

Спасибо за инфу! Стал не много умнее)

строго говоря же ведь динамический массив не может тоже свой размер менять. Можно его удалить и аллоцировать новый, а вот resize насколько я помню невозможен на низком уровне. При этом мы присваиваем старому указателю адрес на новый динамический массив. При этом указатель сам по себе можно не связывать в своём мышлении с динамическим массивом. Так как он может быть перезаписан другим адресом. Мы можем вообще создать ссылку на динамический массив, а старый указатель удалить, удалить ссылку, сделать новый указатель или ссылку и присвоить в него адрес массива. В общем не так важно каким способом мы помним по какому адресу хранится динамический массив, как много указателей для этого используем. Динамический массив ничего не почувствует, потому что это отдельная сущность. resize же на верхнем уровне работает на основе высвобождения памяти и аллокации нового участка памяти и копирования указателя на участок этой памяти в объект-обёртку, который обслуживает динамический массив.

Только начал писать курсовую,на тему алгоритмов сортировки

Шок. Вся правда о массивах. Материал, запрещённый в официальной литературе по компьютерным технологиям. По существу, материал качественный, по-моему, подход автора серьёзен и строг :-)

Сделай видео, как монтируешь видео.

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

Это конечно всё простенько, просто ужас сколько всего есть сложного в информатике, и поэтому становиться интересно. А самое главное, что математика тут играет ключевую роль, она помогает анализировать алгоритмы, описывать наш окружающий мир и тд. Поэтому самым главным инструментом программиста является именно математика.

"Для работы с данными у нас есть три основных операции - это запись данных в память, чтение данных из памяти и их удаление ..." Это не операции, а скорее манипуляции с данными - перестановки данных местами. Операция - это то нечто, которое из одних данных делает другие данные. К примеру, есть операция сложения данных (чисел) - из пары данных чисел мы делаем третье - сумму чисел. Но основные операции которые выполняет компьютер - это всё же не сложение и умножение (и уж тем более не "чтение" и 'запись") - а _сравнение_ данных. Равно - не равно, больше - меньше, а также привязанные к этим сравнениям _логические_ операции "и", "или", "не". Сиречь логическое сложение, умножение и отрицание с дальнейшим ветвлением алгоритма (который в свою очередь тоже является _данными_ ) Но честно говоря, после такой "вводной" про "операции", с которой начинается ролик, комментировать его дальше уже смысла нет. Некорректность (мягкое слово) изначальных посылок ведёт к бредовости последующих рассуждений про массивы, очереди и хэш-таблицы. Автор ролика явно не понимает (и не даёт ответ на вопрос): "а нахрена всё это нужно???"

Сначала лайк, потом просмотр))

поиск в массиве по индексу имеет сложность О(1) а по значению - перебором O(n)

У тебя хорошо поставлен голос, хорошо рассказываешь, но иногда убаюкивает. Какой-то интересный тон есть :). Такое ощущение, что сейчас в транс войду. Наверно музыка еще создает трассовое состояние.

когда видео про ассемблер?

все распространенные языки при необходимости увеличения размера автоматического массива увеличивают его размер в 2 или 3 раза. Так что чаще всего добавление в конец массива делается за константное время.

Ничего не понял, но очень интересно. Жаль что мой уровень программирования пока еще слишком маленький что бы понимать такие вещи.

огонь