Как не копировать лишнее в циклах?

В варианте for (auto user : users) каждый элемент вектора копируется. Если структура тяжёлая — это лишние аллокации и падение производительности.

Чаще всего достаточно ссылки на уже существующий объект:

for (const auto& user : users) { ... }  // без копий, только чтение

auto& — ссылка без копии, const auto& — ссылка только для чтения.
Когда объект нужно именно «забрать», делаем это явно:

for (auto& user : users) {
    process(std::move(user));
}

🔥 Итог: перебирай контейнеры через auto& / const auto&, а перенос делай явным std::move — меньше скрытых копий и понятнее код.

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

Убираем ворнинги красиво — атрибут [[maybe_unused]]

Часто в коде появляются переменные или параметры, которые нужны только в отладке или “на будущее”.

Компилятор тут же ругается: unused variable / unused parameter. Удалять их не всегда удобно, а вот пометить — можно.

С атрибутом [[maybe_unused]] ты прямо говоришь компилятору: «эта штука может не использоваться — это ок».

Например, параметр, который нужен только в отладочной сборке:

void handle_request(int id, int debug_code [[maybe_unused]]) {
#ifdef DEBUG
    // В отладке логируем больше деталей
    log_debug("debug_code = " + std::to_string(debug_code));
#endif

    // основная логика обработки запроса
    process(id);
}

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

void foo() {
    int value [[maybe_unused]] = compute_something();

    // допустим, пока проверка отключена
    // assert(value > 0);

    do_work();
}

Атрибут можно навесить и на всю функцию, если она может пока ниоткуда не вызываться:

[[maybe_unused]]
void debug_dump_state() {
    // вспомогательная отладочная функция
}

🔥 [[maybe_unused]] помогает держать код аккуратным: ты явно показываешь намерение и убираешь лишние ворнинги без костылей и странных #ifdef вокруг каждой строки.

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

📂 Напоминалка по HTTP-кодам ответа!

На картинке — цветная таблица со всеми основными статусами: от успешных 2xx до фатальных 5xx, чтобы быстро вспомнить, что скрывается за 404, 418 или 500, не шарясь по документации.

Сохрани, чтобы всегда под рукой был словарь ответов любого веб-сервиса!

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

❤️ Нашел EmptyCrate — сайт про живой modern C++

Блог Джейсона Тёрнера (автора C++ Weekly) с глубокими разбором RAII, шаблонов, многопоточности и best practices, основанными на его многолетнем опыте промышленной разработки и преподавания C++.

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

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

😎 Классная статья — практическое введение в умные указатели!

В этой статье:
• Понять, зачем нужны умные указатели и автоматическое управление памятью
• Разобраться в различиях unique_ptr, shared_ptr и weak_ptr на примерах
• Научиться выбирать подходящий умный указатель и избегать типичных ошибок

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

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

Как перестать писать begin()/end() вручную?

Классический цикл выглядит так:

for (auto it = scores.begin(); it != scores.end(); ++it) {
    std::cout << *it << '\n';
}

Здесь много «технического шума»: итераторы, begin()/end(), разыменование *it.

Range-based for делает то же самое короче и понятнее:

for (int score : scores) {
    std::cout << score << '\n';
}

А если нужно менять элементы, можно сразу работать по ссылке:

for (int& score : scores) {
    score += 10;
}

🔥 Итог: используй range-based for вместо явных begin()/end() — меньше шума, меньше поводов ошибиться, код читается как «пройти по всем элементам контейнера».

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

✍️ Держите сайт Quuxplusone — Stuff mostly about C++

Блог Артура О’Дуайера, тренера и участника комитета стандартизации C++, с глубокими разборками современного C++: STL, предложения в стандарт, «тёмные уголки» языка, производительность и нетривиальные баги из реального кода.

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

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