Нашел вот такой комментарий на стак оверфлоу, видимо когда b == INT_MIN и мы берем его со знаком минус, то оно становится положительным, а положительных чисел на 1 меньше чем отрицательных, т.к. ноль считается положительным, но вот во втором примере не могу понять почему UB нет. int modulo_Euclidean(int a, int b) { int m = a % b; if (m < 0) { // m += (b < 0) ? -b : b; // avoid this form: it is UB when b == INT_MIN m = (b < 0) ? m - b : m + b; } return m; }

1:08:00 быстрый поиск показал, что арифметика над void* указателем допустима в gcc (далее на видео видно, что подобное решение проходит контест). в то же время в обсуждениях на stackoverflow (stackoverflow.com/questions/3523145/pointer-arithmetic-for-void-pointer-in-c) был достигнут консенсус, что такое действие не соответствует стандарту C

Великолепно!

Спасибо за отличный курс! Но зачем вы перерисовываете реальную доску на виртуальной? Когда реальная попадала в кадр, на ней всё прекрасно было видно.

что такое парасил и где его найти?

А зачем отсекать 0 абортом при поиске общего делителя? Ведь любое число является делителем нуля (кроме самого нуля, в этом случае дробь неопределена). Т. е. по идее, gcd(x, 0) = gcd(0, x) = x

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

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

Вообще больше похоже на COM чем на Java, ручками же AddRef / Release вызываются как в COM.

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

Попробовал выполнить пример на 1:08:10. В процессе выполнения 2-й строки main() - foo(b1); - выполняется A dtor (и только он). Может кто-нибудь подскажет, почему так? Или почему не A ctor и A dtor одновременно? godbolt - z/Mfj9671Ez (результат работы 1-й и 3-й строк (вернее закрывающего блока после 3-й строки) соответственно A ctor, B ctor и B dtor, A dtor - с этим вроде ясно.) И то, что при этом вывод 3-й строки содержит "5" - это так повезло? (ведь объект A разрушился)

Спасибо, Константин Игоревич. Хоть немного стал понятен принцип динамического программирования.

очень интересная лекция благодарю

классно!

48:49 - Я написал такой же код в Visual Studio. В консоли напечатано 42 без выброса ошибки. Это такая особенность у компилятора, встроенного в Visual Studio?

Спасибо вам большое за столь подробную информацию.

Добрый день. Может я чего то то не дочитал, или не так понял. Прошу пояснить, контест Problem RL. нам дают рекурсию (я так понимаю с корректным кодом), и надо её превратить в цикл. В исходном коде используется unsigned long long, НО на вход тест подаёт отрицательное значение. т.е. верным становится решение long long. Спасибо, что тест сообщает при каких значениях мы получили WA.

будь сегодня 20 год я бы ночь не спал но сделал бы 100 акков и подписался для продолжение и все под фоновый просмотр MLP)))) спасибо ютубу за такую рекомендацию

Рахмет

Константин, здраствуйте, спасибо за лекции. Мне интересно, как нужно смотреть ваши лекции. Я щас посмотрел курс по С. Далее мне смотреть Базовый курс по плюсам, а потом уже Магистерский?

Чудесный лектор (и не только! Семинары по С ❤)

Шутка: у вас там сущность в виде гномика переводит буковки в нолики или единички.

Благодарю за видео , но у меня возник вопрос , почему нам просто изначально не взять абсолютные значения чисел и не найти для них нод? 39:18

Отдельное уважение за использование светлой темы в Vim. После 2010 года среди юных маминых кодеров пошла мода на эти ужасные тёмные темы 😵‍💫

Здравствуйте, Константин, спасибо за лекции, они великолепны. В лекциях по C/C++ вы часто ссылаетесь на Кнута, и правда - у него много интересных и уникальных инсайтов. Но читать его тяжко, с этим его ассемблером, массой математики и т.д. Идея - сделать курс лекций по алгоритмам на основе книг Кнута, так сказать Кнут с человеческим лицом, на C++ вместо ассемблера. Мне кажется было бы востребовано.

какое счастье

не могу понять scp алгоритм в данном виде Допустим у нас есть ребро в worklist E, где def(E) = {y1 = 6}, use(E) = {z1 = x3 + y1} По алгоритму мы делаем операцию meet(LV[y1], LV[z1])? meet для z1 в описанном случае будет 6, что неверно Или я неправильно понимаю смысл use(E)?

59:24 Как говорил один мой руководитель в Intel: Ваши тесты - это мусор. Ахахахахахааха

Спасибо за ваши труды!

По поводу оптимизации вызова функций, есть вопрос: если у нас есть, допустим цикл, где в начале много инструкций load, а потом идёт вызов виртуальной функции. Хочется оптимизировать load инструкции, поместив выше цикла, однако виртуальная функция может этот контест изменить. Можно ли хоть что-то улучшить?

А зачем итератор цикла проверять в двух ББ, раздельно на вход в цикл и выход?

Pardon my English and feel free to use Google Translate, if necessary. At 28:13, the correct way to redirect STDERR to the same file as STDOUT, is using the expression "2>&1" and not "2>1", as shown at the end of the second example. The expression shown in the example in the video (i.e., "2>1") will result in STDERR being redirected to a file with the filename "1", rather than to the same file to which STDOUT has been previously redirected (i.e., "001.log"). I should add that this is a very common mistake when BASH commands are entered via the CLI - we've all done it many times, only to wonder where our STDERR output has disappeared to. Bonus tip: The use of "1" in "1>..." is always optional. Demonstrated via the corrected pattern of the second example, it could just as well be written, "./allthree <001.in >001.out 2>&1". Notice the omission of the file descriptor (i.e., "1") before the first right angle bracket (i.e., the expression phrased ">001.out" is equivalent to the more verbose form, "1>001.out", which is seldom used in practice). This is because the omission of a file descriptor number before a right angle bracket used to indicate output stream redirection, causes the default value of "1" (i.e., STDOUT) to be deduced implicitly. In fact when we say "<001.in", we are implicitly indicating to redirect file descriptor zero (i.e., STDIN) to read from this file. If we want to be more explicit, we could just as well write, "0<001.in", with the leading zero explicitly specifying to use file descriptor 0 for this input redirection expression.

Браво. Замечательная книга и курс лекций. Очень вдохновляет. Теперь попасть на стажировку или устроиться на работу осталось попробовать. За идею для стартапа из прошлых лекций отдельное спасибо. 💙

золотой курс лекций книга золотая. я рад что мне предоставилась уникальнаявозможность ознакомитсья с вашими трудами

Подскажите, пожалуйста, где можно подробнее почитать или найти реализацию прокси класса для двойных квадратных скобок класса матрицы(23:53)

уух, спасибо. Будь у меня такие преподаватели, я бы может быть крудошлепом бы не стал. Вопросы, возможно я пропустил. 1. Поддержка вулкана на видеокартах реализована на уровне драйверов? На старых его не завести? 2. Если уже есть код, который рисует в openGL, передавая в точку рендерера данные вершин и данные для униформ с полной отвязкой в проектировании от внутренностей GL, за исключением разве что последовательностей байтов в текстурах, тяжело ли будет переписаться на вулкан?

Спасибо

полез углюбится в С++ но пришлось учить заново С

Пришлось попотеть покупая книгу! Проблема с смс при совершении оплаты- выкрутился указав способ « оплата при получении»

Можно ли как то получить Traits из переменной, например для deducing this - self как тип не прокатывает. decltype каждый раз дописывать не хочется))

Так работает: template<auto n> auto foo(){return n;}

У вас есть видео по кодировкам, им их преобразования? Например, я вообще не понимаю, почему в символах не используются unsigned char, а просто char, может дело, что включённый старший бит означает, что это не один символ в один бай, а ищи другой байт и также проверяй?

Константину больше спасибо, это очень интересный алгоритм Евклида, когда сначала пеберм два числа, получаем 3е (например справа), делаем сдвиг и повторяем, когда визуализируешь этот алгос - очень интересно. Вообще такие лекции, от разработчика такого уровня на русском языке - это прям национальное достояние, без шуток.

Спасибо за лекцию. К сожалению, ссылка на 47:42 перестала работать :(

"Довезли даже до Новосибирска". Ну-ну.

Спасибо за интересные видео. Тема сложная и интересная