🤓 Напоминалка для работы с Git.

Например, git push отправляет твои изменения на сервер, а git checkout позволяет быстро переключаться между ветками.

На картинке — 12 самых нужных команд, которые стоит держать под рукой.

Сохрани, чтобы не забыть!

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

Как перестать возвращать -1 и “магические значения”, которые ломают логику?

Классика: функция “ищет/парсит/получает” и возвращает int, а “не найдено” кодируют как -1 или 0. Проблема в том, что это не видно из сигнатуры, и рано или поздно кто-то забывает проверить значение — баг готов.

Вместо этого возвращай std::optional<T> — тип прямо говорит: “значения может не быть”.

Пример:
• сигнатура: std::optional<int> find_user_id(std::string_view name);
• использование через проверку: if (id1) use_user(*id1);
• самый удобный паттерн: if (auto id = find_user_id("morpheus")) use_user(*id);

В итоге интерфейс становится честным, проверки становятся естественными, а “забыл обработать” видно сразу при чтении кода.

🔥 Не забудь: *id безопасно только после проверки, а для значения по умолчанию есть id.value_or(-1) (если прям нужно).

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

✍️ Aizu Online Judge — онлайн-платформа для решения задач по программированию!

Бесплатный веб-сервис для обучения и практики программирования: собирает задачи от вводных («Hello World» и основ синтаксиса) до алгоритмов и структур данных, а также задачи из реальных программных соревнований и курсов.

📌 Оставляю ссылочку: onlinejudge

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

📂 Шпаргалка по std::span в C++20!

На картинке — аккуратная “Span Cheat Sheet”, которая показывает, как работать с std::span: лёгким и не владеющим памятью представлением непрерывной последовательности объектов.

Показано, как создавать span из вектора или массива, как получать элементы, размер, поддиапазоны и почему span особенно удобен в параметрах функций.

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

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

Как добавить “поле-настройку” в struct и не раздувать память?

Иногда хочется хранить рядом с данными “маркер/политику/стратегию”, но сам тип пустой. В обычном виде даже пустой член класса вроде Tag tag; может занимать место — компилятор часто обязан обеспечивать уникальность адресов и соблюдать выравнивание.

В C++20 есть атрибут [[no_unique_address]], который разрешает компилятору не выделять отдельную память под пустой член.

Сравни:
• было: struct A { int value; Tag tag; };
• стало: struct B { int value; [[no_unique_address]] Tag tag; };

Это видно через измерение размера:

std::cout << sizeof(A);
std::cout << sizeof(B);

Во многих ABI B будет меньше (или не больше), потому что Tag может “слиться” с уже существующим адресом внутри объекта.

🔥 Это оптимизация, а не гарантия. И ещё нюанс: у поля вроде [[no_unique_address]] Tag tag; адрес &obj.tag может совпасть с &obj, так что не полагайся на уникальность адреса.

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

Поговорим про std::ssize: размер контейнера со знаком — без кастов и ловушек size_t!

Полезно в обратных циклах и сравнениях индексов, где size_t легко ломает логику.

std::vector<int> v{10, 20, 30};

for (int i = std::ssize(v) - 1; i >= 0; --i) {
    std::cout << v[i] << ' ';
}

Почему так? Потому что v.size() возвращает size_t, а это беззнаковый тип. Из-за этого даже простые проверки и “обратные” циклы легко превращаются в ловушки: компилятор ругается на сравнение знакового и беззнакового, а иногда логика вообще ломается.

Классическая проблема выглядит так:

for (size_t i = v.size() - 1; i >= 0; --i) {
    std::cout << v[i] << ' ';
}

Условие i >= 0 для size_t всегда истинно, и цикл может уйти в бесконечность, потому что i никогда не станет “меньше нуля”, он просто переполнится.

std::ssize(v) решает это правильно и без кастов. Он возвращает размер контейнера, но уже в знаковом типе, поэтому выражения вроде

std::ssize(v) - 1

и проверки i >= 0 ведут себя ожидаемо, а предупреждения компилятора исчезают.

🔥 std::ssize — маленькая привычка, которая убирает целый класс багов вокруг size_t, особенно в циклах и сравнениях индексов.

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

☕️ Отличная статья — про то, как сделать многопоточность в HTTP-сервере без потока на каждого клиента!

В этой статье:
• Поймёшь, почему «один клиент — один поток» плохо
• Соберёшь ThreadPool: очередь задач, воркеры, синхронизация без лишних аллокаций
• Построишь конечный автомат: состояния, хендлеры, переходы для HTTP-клиента

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

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

Почему после placement new “старый указатель” может начать врать?

В низкоуровневом коде иногда создают объект прямо в заранее выделенной памяти: S* p = new (storage) S(1);. Это placement new — объект живёт в буфере, а не в куче.

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

p->~S();

и сразу после этого:

new (storage) S(2);

Логически кажется: “адрес тот же, значит p снова указывает на актуальный объект”. Но по правилам C++ это уже другой объект с новой lifetime, и компилятор имеет право оптимизировать так, будто через p ты всё ещё обращаешься к старому (особенно в сложных сценариях внутри шаблонов/контейнеров).

std::launder (C++17) — это способ “перепривязать” указатель к новому объекту и дать компилятору понять, что в этой памяти теперь другая сущность:

S* q = std::launder(p);

После этого чтение через q->x считается корректным и не ломается оптимизациями.

🔥 Если у тебя обычный прикладной код без ручного управления временем жизни объектов — скорее всего он тебе никогда не понадобится.

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