Почему new int и make_unique<int>() ведут себя по-разному?

Это одна из самых коварных “мелочей”: для фундаментальных типов new int не инициализирует значение, ты получаешь мусор (а чтение такого значения — уже UB).

Вот эта строка создаёт int с неопределённым содержимым:

new int

А вот это — value-initialization, и int станет 0:

new int()

std::make_unique<int>() как раз создаёт объект с value-initialization, поэтому *p2 будет нулём, а *p1 — “рандом”:

auto p2 = std::make_unique<int>();

🔥 Если хочешь гарантированную инициализацию — используй {}/():

📣 C++ Ready | #совет

😎 Отличная статья — про то, как быстро поднять HTTP-клиент/сервер на C++ с помощью cpp-httplib!

В этой статье:
• Как устроены базовые запросы и ответы (GET/POST), и как формировать маршруты;
• Как за пару функций запустить простой HTTP-сервер и обработчики эндпоинтов;
• Примеры работы с параметрами, JSON/формами и типичные “грабли” интеграции

🔊 Продолжай читать на Typevar!

📣 C++ Ready | #статья

☕️ Sololearn — Introduction to C++ — это интерактивный курс для новичков!

Внутри — фундаментальные темы: переменные и типы данных, арифметика, условные операторы (if/else), циклы, массивы, функции, а также работа с header files.

📌 Оставляю ссылочку: sololearn.com

📣 C++ Ready | #ресурс

Почему T* + size до сих пор ломает код, и чем помогает std::span?

На бумаге пара T* и size выглядит аккуратно. На практике эти аргументы часто расходятся, и после этого вы получаете выход за границы в месте, которое кажется невинным.

void process(const int* data, std::size_t size) {
    for (std::size_t i = 0; i < size; ++i) {
        use(data[i]);
    }
}

std::vector<int> v{1, 2, 3};
process(v.data(), 5); // size передали неверно

std::span решает именно эту часть проблемы, потому что вы передаете диапазон как единый объект.

void process(std::span<const int> data) {
    for (int x : data) {
        use(x);
    }
}

std::vector<int> v{1, 2, 3};
std::array<int, 3> a{4, 5, 6};
int raw[] = {7, 8, 9};

process(v);
process(a);
process(raw);

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

Если функция должна менять данные, используйте std::span<int>, а если только читать, оставляйте std::span<const T>.

Есть важный момент: std::span не владеет памятью. Он просто ссылается на уже существующие данные, поэтому источник данных должен жить дольше самого span.

std::span<int> bad_span() {
    std::vector<int> tmp{1, 2, 3};
    return std::span<int>(tmp); // dangling
}

🔥 Если коротко, std::span не делает магию, но он убирает один из самых частых источников UB в прикладном C++.

📣 C++ Ready | #практика

📂 Шпаргалка по Git workflow!

Git помогает не терять контроль над кодом, когда ты правишь файлы и параллельно работаешь с командой.

Сначала изменения живут прямо в проекте, потом ты аккуратно откладываешь нужное в “корзинку для коммита”, фиксируешь результат в истории, а уже после этого отправляешь всё на удалённый репозиторий, например на GitHub.

📣 C++ Ready | #ресурс

Почему “всё работало”, а после push_back внезапно упало?

Потому что push_back может вызвать перевыделение памяти (realloc).

vector хранит элементы в непрерывном блоке. Когда места не хватает, он выделяет новый блок, переносит элементы и освобождает старый.

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

int* p = &v[0];
v.push_back(4);

p может начать указывать в освобождённую память. В Debug часто “повезёт”, а в Release ты получишь мусор или падение. Это UB.

Правильно — не хранить адреса элементов vector, если контейнер может расти.
Если очень нужно, то сначала фиксируй ёмкость:

v.reserve(100);        // гарантируем место
int* p = &v[0];
v.push_back(4);        // пока capacity хватает — адреса стабильны

🔥 Правило: любое изменение размера vector может инвалидировать всё, что указывает внутрь. reserve() спасает, но только пока хватает capacity.

📣 C++ Ready | #совет

✍️ Нашёл очень сильную статью — отличный вход в компьютерную графику через практику!

В этой статье:
• Базовая модель камеры и выпуск лучей в сцену
• Пересечение луча со сферой и расчет цвета пикселя
• Добавление материалов, отражений и простых теней

🔊 Продолжай читать на Habr!

📣 C++ Ready | #статья

Почему assert исчезает в release и как не потерять проверки!

assert работает только пока у вас не задан NDEBUG. Когда вы собираете release с -DNDEBUG, проверки из assert вырезаются, поэтому поведение меняется:

#include <cassert>

void process(int index, int size) {
    assert(index >= 0 && index < size);
    // ...
}

Такой код полезен в debug, потому что он сразу показывает нарушение контракта.

Но в release этот assert может не выполниться ни разу, и поэтому критичные проверки нельзя оставлять только в нем:

# обычно для release
-DNDEBUG

Рабочий подход такой: через assert проверяйте внутренние инварианты, а пользовательские и внешние данные валидируйте обычным if, который останется в любом режиме сборки:

if (index < 0 || index >= size) {
    throw std::out_of_range("index");
}
assert(index >= 0 && index < size);

🔥 Если коротко, assert нужен для отладки, а надежность release-версии должна держаться на явной валидации входа.

📣 C++ Ready | #практика

❤️ AlgoTree — понятные объяснения алгоритмов, деревьев и графов!

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

📌 Оставляю ссылочку: algotree.org

📣 C++ Ready | #сайт

Почему return std::move(local) иногда делает код медленнее?

На вид это выглядит как явная оптимизация. Кажется, что ты прямо говоришь компилятору: «перемещай».

Но в return у локальной переменной работает важная оптимизация. При return s; компилятор часто строит итоговый объект сразу на месте. Лишнего перемещения в этом случае вообще нет.

Когда ты пишешь return std::move(s);, этот путь часто отключается. Тогда появляется отдельный move, а это уже лишняя операция.

Поэтому в таком месте явный std::move часто не помогает, а мешает.

std::string make_name() {
    std::string s = "neo";
    return s;
}

🔥 Если возвращаешь локальный объект, в большинстве случаев пиши просто return s;.

📣 C++ Ready | #совет