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

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

🔊 Продолжай читать на 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 | #совет

Почему std::vector копирует при росте, хотя move-конструктор есть?

Когда vector увеличивает емкость, он переносит элементы в новую память. В этот момент контейнер старается сохранить сильную гарантию исключений. Если move может бросить, vector выбирает более безопасный путь и копирует.

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

Если перенос у типа реально безопасен, его стоит явно пометить как noexcept.

struct Buffer {
    Buffer(Buffer&&) noexcept = default;
};

Есть важный нюанс. Если копирование недоступно, контейнеру иногда просто не из чего выбирать, и он будет переносить даже без noexcept.

🔥 Если тип хранится в vector, проверяй move-конструктор. Без noexcept контейнер часто выберет copy.

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

✍️ Сильная статья — много практики по CPU, памяти и синхронизации компонентов!

В этой статье:
• Разбор ключевых узлов Mega Drive и их взаимодействия
• Эмуляция процессора и картирования памяти
• Базовая графика, звук и цикл исполнения кадров


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

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

FlowchartAI — это бесплатный AI-генератор блок-схем, который из текста или кода автоматически строит диаграмму. Он анализирует твой ввод (описание процесса/алгоритма или код) и превращает его в визуальную блок-схему, которую можно смотреть прямо в браузере без регистрации.

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

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

Когда std::string_view помогает, а когда создает висячие ссылки!

std::string_view полезен там, где нужна легкая ссылка на строку без копирования. Это делает интерфейсы аккуратнее и часто снижает лишние аллокации.

Ниже пример безопасного использования в параметре функции чтения.

void log_message(std::string_view text) {
}

Проблемы начинаются, когда view живет дольше строки, на которую он смотрит. Тогда ошибка может проявляться нестабильно, и ее тяжело поймать без хороших проверок.

std::string_view bad() {
    return std::string("tmp");
}

Есть и более тихий вариант той же проблемы, когда появляется временный объект после substr.

std::string s = "hello";
std::string_view v = s.substr(0, 3);

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

std::string_view остается отличным инструментом, но только когда вы явно контролируете время жизни данных.

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