[[likely]] и [[unlikely]]: когда они реально помогают?
Иногда хочется «подсказать» компилятору, какая ветка выполняется чаще — и получить чуть больше производительности без переписывания логики.
Для этого в C++ есть атрибуты
Пример: быстрый путь — когда всё ок, редкий — когда ошибка:
Или наоборот: редкая проверка на ошибку в начале функции:
Но важно: эти атрибуты — не «магия оптимизации». Они полезны, когда:
Хороший паттерн: помечать
🔥
📣 C++ Ready | #практика
Иногда хочется «подсказать» компилятору, какая ветка выполняется чаще — и получить чуть больше производительности без переписывания логики.
Для этого в C++ есть атрибуты
[[likely]] и [[unlikely]]: они помечают ветку как более/менее вероятную, чтобы компилятор мог лучше разложить код (например, под предсказание ветвлений).Пример: быстрый путь — когда всё ок, редкий — когда ошибка:
int parse_number(std::string_view s) {
if (s.empty()) [[unlikely]] {
return -1; // редкая ошибка
}
// основной “горячий” путь
return static_cast<int>(s[0] - '0');
}Или наоборот: редкая проверка на ошибку в начале функции:
int divide(int a, int b) {
if (b == 0) [[unlikely]] {
return 0; // обработка ошибки
}
return a / b; // обычный случай
}Но важно: эти атрибуты — не «магия оптимизации». Они полезны, когда:
• у тебя реально есть горячий код (часто вызываемый участок);
• есть ветка, которая почти никогда не выполняется (ошибка, исключительный случай);
• профилирование или здравый смысл подтверждают, что распределение сильно перекошено.
Хороший паттерн: помечать
[[unlikely]] на проверках ошибок, а основной путь оставлять без атрибутов (или ставить [[likely]] на него, если хочется подчеркнуть намерение):int handle(int fd) {
if (fd < 0) [[unlikely]] {
return -1;
}
// нормальный случай
return do_work(fd);
}[[likely]] / [[unlikely]] — это тонкая настройка: используй их точечно на редких ошибках и исключительных ветках. Если нет горячего участка — лучше не шуметь и оставить оптимизацию компилятору.Please open Telegram to view this post
VIEW IN TELEGRAM
🔥18👍11❤7
This media is not supported in your browser
VIEW IN TELEGRAM
Вводишь любую команду в терминале, и он по частям объясняет, что делает каждая часть. Не просто man-ка, а понятный синтакс-анализ.
Особенно кайф для тех, кто работает в
Linux/DevOps/CI среде и хочет разбираться, а не наугад копипастить из StackOverflow.Please open Telegram to view this post
VIEW IN TELEGRAM
🔥21👍9🤝8❤1
❤11👍5🔥3
На картинке — аккуратная
Bash Cheat Sheet, которая помогает быстро вспомнить базовые действия в терминале: как ориентироваться в файловой системе, работать с файлами и содержимым, управлять правами доступа, упаковывать и распаковывать архивы, а также следить за процессами и управлять ими. Сохрани, чтобы терминал перестал казаться магией и начал работать на тебя
Please open Telegram to view this post
VIEW IN TELEGRAM
❤13👍7🔥4
RAII против goto cleanup: убираем утечки и ручную зачистку!
В “почти C”-коде на C++ часто открываешь ресурс, потом ещё один, а при ошибке нужно не забыть всё закрыть. Обычно это превращается в
Вот как это выглядит в начале: уже приходится помнить, что закрывать при неудаче:
Дальше появляется “ошибка в середине”, и чтобы не дублировать очистку, добавляют
А в конце — ручной порядок освобождения, который легко сломать правками:
В C++ это решает RAII: ресурс заворачиваем в объект, и он освобождается автоматически при выходе из области видимости.
Файл можно обернуть в
Буфер тоже делаем RAII-шным — и теперь любой ранний
🔥
📣 C++ Ready | #практика
В “почти C”-коде на C++ часто открываешь ресурс, потом ещё один, а при ошибке нужно не забыть всё закрыть. Обычно это превращается в
goto cleanup или дублирование free/fclose перед каждым return.Вот как это выглядит в начале: уже приходится помнить, что закрывать при неудаче:
FILE* f = std::fopen("data.txt", "r");
if (!f) return -1;
char* buf = (char*)std::malloc(1024);
if (!buf) { std::fclose(f); return -1; }Дальше появляется “ошибка в середине”, и чтобы не дублировать очистку, добавляют
cleanup:int rc = 0;
if (something_bad()) {
rc = -1;
goto cleanup;
}
А в конце — ручной порядок освобождения, который легко сломать правками:
cleanup:
std::free(buf);
std::fclose(f);
return rc;
В C++ это решает RAII: ресурс заворачиваем в объект, и он освобождается автоматически при выходе из области видимости.
Файл можно обернуть в
std::unique_ptr с deleter’ом:using FilePtr = std::unique_ptr<FILE, decltype(&std::fclose)>;
FilePtr f(std::fopen("data.txt", "r"), &std::fclose);
if (!f) return -1;
Буфер тоже делаем RAII-шным — и теперь любой ранний
return безопасен:auto buf = std::make_unique<char[]>(1024);
if (something_bad()) return -1;
return 0;
RAII убирает goto cleanup и ручные освобождения: добавляешь новые ветки и выходы — и не думаешь, где что закрыть.Please open Telegram to view this post
VIEW IN TELEGRAM
❤14👍7🔥6
This media is not supported in your browser
VIEW IN TELEGRAM
Если обычные видеоуроки не заходят и хочется больше практики — Scrimba решает эту задачу. Здесь обучение построено так, что ты не просто смотришь объяснение, а сразу работаешь с кодом прямо в уроке: меняешь примеры, запускаешь и смотришь результат. На платформе есть множество языков и технологий.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍13❤9🔥7
std::move не перемещает, а “разрешает перемещать”!
Частая ошибка — думать, что
На самом деле
Реальное перемещение происходит только там, где вызывается:
• move-конструктор
• move-оператор присваивания
• или перегрузка функции, принимающая rvalue (
Поэтому строка:
не “переместила” ничего магически — она просто создала
Перемещение гарантированно случается, когда ты строишь/присваиваешь объект из rvalue:
Важный практический вывод: после
🔥 Итог: ставь
📣 C++ Ready | #совет
Частая ошибка — думать, что
std::move(x) сам переносит ресурсы и “обнуляет” объект.На самом деле
std::move — это просто приведение к rvalue-ссылке: он говорит компилятору “считай, что этот объект можно перемещать”.Реальное перемещение происходит только там, где вызывается:
• move-конструктор
• move-оператор присваивания
• или перегрузка функции, принимающая rvalue (
T&&)Поэтому строка:
auto b = std::move(a);
не “переместила” ничего магически — она просто создала
b (а вот *каким образом* — копированием или перемещением — зависит от типа и контекста).Перемещение гарантированно случается, когда ты строишь/присваиваешь объект из rvalue:
std::string c = std::move(b); // move-конструктор
Важный практический вывод: после
std::move(x) объект x остаётся валидным, но его состояние не определено (его можно переиспользовать только через присваивание или безопасные операции типа clear()/empty()/size() — в зависимости от типа).std::move там, где ты вроде бы “отдаёшь” объект (в контейнер, в return, в конструктор/присваивание) — это не перенос, а явный сигнал: “дальше мне это значение не нужно”.Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14👍7❤5
This media is not supported in your browser
VIEW IN TELEGRAM
Сайт с огромной коллекцией задач по программированию, от самых простых до тех, что реально заставят подумать.
Учиться можно на абсолютно любом языке. Отличный способ подтянуть логику, научиться писать аккуратный код и подготовиться к собесам.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤15👍8🔥8😁1
Поставлю себе цель: набрать более 25 тысяч подписчиков. Желаю каждому выполнить планы.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍31🔥11❤8😁2
Как min/max из windows.h ломают std::min/std::max?
На Windows легко словить странную ошибку компиляции в невинном месте:
Причина:
Правильный вариант — отключить эти макросы до подключения Windows-заголовков:
Если
И есть аварийный трюк, если нельзя менять include-порядок: обернуть имя в скобки — тогда макрос не сработает:
🔥 Итог: на Windows держи правило — `NOMINMAX` включён всегда, иначе стандартная библиотека будет ломаться в самых неожиданных местах.
📣 C++ Ready | #практика
На Windows легко словить странную ошибку компиляции в невинном месте:
#include <windows.h>
#include <algorithm>
auto m = std::min(a, b);
Причина:
windows.h (и некоторые связанные хедеры) могут определить макросы min/max. Тогда std::min(a, b) превращается в макро-подстановку, и начинает “ехать” всё, что выглядит как вызов функции.Правильный вариант — отключить эти макросы до подключения Windows-заголовков:
#define NOMINMAX
#define WIN32_LEAN_AND_MEAN
#include <windows.h>
#include <algorithm>
auto m = std::min(a, b);
Если
windows.h уже подключили (или его подтянула зависимость), можно убрать макросы точечно:#include <windows.h>
#undef min
#undef max
#include <algorithm>
И есть аварийный трюк, если нельзя менять include-порядок: обернуть имя в скобки — тогда макрос не сработает:
auto m = (std::min)(a, b);
Please open Telegram to view this post
VIEW IN TELEGRAM
👍22🤝9❤8
Как перестать возвращать -1 и “магические значения”, которые ломают логику?
Классика: функция “ищет/парсит/получает” и возвращает
Вместо этого возвращай
Пример:
• сигнатура:
• использование через проверку:
• самый удобный паттерн:
В итоге интерфейс становится честным, проверки становятся естественными, а “забыл обработать” видно сразу при чтении кода.
🔥 Не забудь:
📣 C++ Ready | #совет
Классика: функция “ищет/парсит/получает” и возвращает
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) (если прям нужно).Please open Telegram to view this post
VIEW IN TELEGRAM
❤20🔥6👍4🤝1
This media is not supported in your browser
VIEW IN TELEGRAM
Бесплатный веб-сервис для обучения и практики программирования: собирает задачи от вводных («Hello World» и основ синтаксиса) до алгоритмов и структур данных, а также задачи из реальных программных соревнований и курсов.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12❤5🔥4
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥16❤8👍4🤝2
На картинке — аккуратная “Span Cheat Sheet”, которая показывает, как работать с
std::span: лёгким и не владеющим памятью представлением непрерывной последовательности объектов. Показано, как создавать span из вектора или массива, как получать элементы, размер, поддиапазоны и почему span особенно удобен в параметрах функций.
Сохрани, чтобы больше не путаться с указателями и массивами
Please open Telegram to view this post
VIEW IN TELEGRAM
👍17🔥7❤4