А почему видео перестали выходить?(

не "каут", а "сиаут" блеять

Спасибо большое за полезный контент)

Спасибо чувак, крутой конт. A using className::function; и using namespace blabla; по сути то же самое или ...

супер контент 😉

Благодарю, весьма.

Я ТРЕБУЮ ПРОДОЛЖЕНИЯ!!!

Каким ide вы аользовались в данном видеоролике ?

Создатели C++ забыли для чего нужен любой язык программирования - для решения прикладных/бизнес задач, вместо этого они решают проблемы самого C++

Видео крутые. Но новых давно нет. Жалко. Автор, дорогой, заведи бусти. Многим туда проще подписываться.

спасибо большое))

Отличный контент! Подписался 👍

все по книжке) идеально для закрепления спасибо!!

Набрал себе новых книг по С++, тоже изучаю. Пол Дейтел, Хариви Дейтел "С++ 20 Метод готовых объектов" 24й год, 1050стр, потом Райнер Гримм "С++ 20 В Деталях" 500стр, 23 год и ДЖ. Гай Дэвидсон, Кейт Георги "Красивый С++" с пометкой Страуструп рекомендует, 360стр и 23 год.

Прям супер, четко изложено, качественное видео

Содержание и подача отличное. Спасибо. Если можно, заведи бусти.

Проверка if(ptr) в деструкторе лишняя.

Выпускайте почаще видео про с++! Очень полезные

Прекрасный канал. Очень полезный материал. Спасибо

2:10. Почему на этом моменте компилятор не сгенерировал оператор перемещения или конструктор перемещения? Потому что есть явно определенный конструктор копирования или оператор копирования?

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

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

Очень круто!

емае, я только книгу Майерса скачал, а теперь не пригодится

татуха уебанская. Но ролик в целом норм

Есть интересный пропозал: P2413R0 Remove unsafe conversions of unique_ptr<T> Published Proposal, 2021-07-12 Суть в том, чтобы выдавать ошибку компиляции unique_ptr<Base> = unique_ptr<Derive>(new Derive{}); если в Base нет виртуального деструктора. Просьба к автору объяснить, почему для unique_ptr и shared_ptr не работает CTAD (C++17). И ещë почему надо использовать make_optional для std::optional.

мечты сбываются, спасибо

Очень хотелось бы подобное видео про касты (static_cast, dynamic_cast и т.д)

Eto yje ne RAi eto yje kakoita AD

В принципе в современных версиях c++ умные указатели не особо нужны. Кроме, пожалуй, shared_ptr. Синтаксис слишком громоздкий, да и избыточно. Можно просто использовать контейнеры. Для массивов - vector. А в c++17 есть такие полезные штуки, как variant и optional. Обёрток куча на все случаи жизни, которые всё сами делают.

Братан контент в кайф, давай давай еще

Спасибо за прекрасное видео 👍

4:37 1) delete спокойно обрабатывает nullptr 2) delete не обнуляет указатель

Достойно подписки и колокольчика, чтобы не пропускать новые полезные видео, спасибо автору!

Лайки растут на глазах

Насколько мне известно, unique_ptr реализован без аллокаторов(нет поддержки allocator_traits), он под собой реализован на placement new? Или просто в тупую использует new?

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

Кстати, даже Microsoft советует почти всегда использовать auto

Единственный канал по C++ с "современным" типом подачи. Как ни зайдешь на любой видос по плюсам, это какой-то хриплый полудед с убогим микрофоном. А тут прям все так, будто смотришь какой-то ролик по фронтэнду, снятый девочкой-дизайнером (в хорошем смысле). Кратко, лаконично, музычка на заднем фоне, вебочка круглая, превью красивое

Расскажи лучше о том, как работает cerr.

я лично против использования auto в негерализированном коде. да, ты не сделаешь лишний раз варнинг, но в коде где стоят одни авто очень трудно понимать, что происходит. это больше про вариант {auto | unsigned} s = vector.size(); например auto a = someclass.somemethod() не поймешь что за тип вернулся, какие у него есть методы. не нужно экономить буквы ради того чтобы просто ускорить печать. код пишется чтобы его читали. а так понятнее. а в случае даже unsigned s = vector.size(); будет варнинг, который должен превращаться в ошибку. в случае про вектор там скорее другой момент -- компиляция под разные платформы и можно этот варнинг не увидеть, но все же в остальных случаях полность квалифицированный тип удобнее. понятно, что иногда нужно избавиться от длинного шаблонного типа, который и так ничего не значит. тогда и auto пойдёт, но всё ж по возможности в таком коде лучше предпочитать конкретный тип.

А потом они рассказывают, что в js не интуитивное преобразование типов и сравнение == 😂🤣🤣

Мегакруто. Хоть и знаю этот материал, все равно приятно слушать) Да и некоторые кейсы не рассматривал даже.

std::vector<bool> считается устаревшим и не рекомендуется к использованию, если что. Вместо него следует использовать std::bitset. Ну или вектор от чего то вроде enum class bool_t : uint8_t {False, True};

В STL для всех размеров данных используется тип size_t. И просто стоит использовать его для указания размера, и не будет никаких проблем. Его размер всегда гарантированно равен размеру указателя. Зачем лепить всякие unsigned, и прочую отсебятину?..

Не согласен с идеей использовать auto повсюду. Да, есть случаи, когда это необходимо. В основном это лямбда-функции, range based for, auto &[x, y, ...] = ..., итераторы и прочие сложные типы. А в большинстве случаев этим лучше не злоупотреблять. А не инициализированные переменные - вполне нормальное явление, и является элементом оптимизации. Переменные не стоит инициализировать, если она потенциально может быть не использована (функция завершает работу раньше по результату проверки). Естественно, не инициализированными (то есть содержать мусор) могут быть только переменные, размещённые на стёке. Глобальные и все статические переменные размещаются в секции .bss, а все нормальные RTL её заполняют нулями.

легенда

Короче, вижу фигурные скобки -- это семантика списка инициализации. Такая семантика будет +/- общей для разных классов. Если фигурные скобки с одним значением -- просто список инициализации с одним значением. Вижу круглые скобки -- это семантика параметров конструктора. Смысл параметров будет разный для разных классов. Надо смотреть, что там заложил автор класса. Поэтому vector vec{10} // вектор длины 1 со значением 10 vector vec(10) // вектор длины 10 с мусором в качестве значений vector vec{10, 0} // вектор длины 2 со значениями 10 и 0 vector vec(10, 0) // вектор длины 10 со значениями 0

Пачему так мало просмотров? Это же шедевр! Хотя на моменте, когда автор приводит пример с auto и cast применительно к vector<bool>, и подгорело знатненько, но, видимо это было сделано для привлечения внимания - такая работа над вниманием аудитории вызывает бескоайнее восхищение)

Спасибо🖖, хорошее дополнение к лекциям Konstantin Vlаdimirov. Как же долго std::atomic добирались до float-pointing😲 Вместо lock_guard правильнее юзать scoped_lock даже для одного мьютекса (ну, чтоб не думалось). В C++20 появились защëлки, барьеры и семафоры👍 Доживëм ли мы когда-нить в std до мониторов синхронизации?🤔