🍩 Почему sleep(0) не бесполезен?

std::this_thread::sleep_for(std::chrono::milliseconds(0)) выглядит как no-op. Но бывает полезен для cooperative multitasking.


🍴 Что реально происходит:

// Busy-wait — сжигает CPU
while (!ready.load()) { }

// Cooperative — даёт шанс другим потокам
while (!ready.load()) { 
    std::this_thread::sleep_for(std::chrono::milliseconds(0)); 
}

❗️ Механизм sleep(0):

• Системный вызов sched_yield() (Linux) или SwitchToThread() (Windows)
• Поток добровольно освобождает CPU
• Планировщик может переключиться на другой поток того же приоритета
• Если других готовых потоков нет — возврат немедленный"


🍋 Важная тонкость:

Поток НЕ переводится в WAITING. Он остаётся RUNNING, но в конце очереди планировщика. Это не syscall с блокировкой!


‼️ Отличие от yield:

std::this_thread::yield(); // Более явная семантика
sleep_for(0ms);             // Может быть оптимизировано компилятором

🍩 Практический вывод:

Используйте yield() вместо sleep(0) для читаемости. В spin-lock'ах это снижает contention и энергопотребление. Но для реальных синхронизаций используйте condition variables — они эффективнее.


📍Навигация: Вакансии • Задачи • Собесы

Библиотека C/C++ разработчика

#константная_правильность

👌 Минималистский подход: C++17

Есть разумный компромисс между самым современным и каменным веком: использовать C++17 как минимальный стандарт для новых проектов.

C++17 поддерживается GCC 8+, Clang 5+, MSVC 19+. Это уже довольно старые версии, но они дают огромное преимущество: std::optional, std::variant, std::filesystem, structured bindings, if constexpr. Это фундаментальные инструменты современного C++.

При этом C++17 достаточно стабилен — большинство компиляторов его полностью поддерживают без багов.

Стратегия: начать с C++17, написать чистую архитектуру, а когда инфраструктура созреет — постепенно мигрировать на C++20/23. Это практичный подход, который не загоняет вас в угол.

Кстати, многие крупные проекты именно так и делают: устанавливают разумный минимум и плавно поднимают планку.

✏️ Какой минимальный стандарт вы считаете приемлемым для нового проекта в 2026 году?


📍Навигация: Вакансии • Задачи • Собесы

Библиотека C/C++ разработчика

#междусобойчик

🍴 Настройка за 5 минут: Boost.Asio + CMake

Перед тем как написать первую строку кода, настроим проект. Никаких танцев с бубном — только современные практики😃

1️⃣ Установка Boost (vcpkg):

vcpkg install boost-asio

2️⃣ Пишем CMakeLists.txt:

cmake_minimum_required(VERSION 3.20)
project(NetworkTutorial CXX)

set(CMAKE_CXX_STANDARD 20)
set(CMAKE_CXX_STANDARD_REQUIRED ON)
set(CMAKE_CXX_EXTENSIONS OFF)

# Компилятор warnings
if(MSVC)
    add_compile_options(/W4)
else()
    add_compile_options(-Wall -Wextra -pedantic)
endif()

# Boost через vcpkg/system
find_package(Boost 1.82 REQUIRED COMPONENTS system)

add_executable(client main.cpp)
target_link_libraries(client 
    PRIVATE 
    Boost::system
    Boost::headers
)

3️⃣ Пишем main.cpp (проверка установки):

#include <boost/asio.hpp>
#include <iostream>

int main() {
    try {
        boost::asio::io_context io;
        
        std::cout << "Boost.Asio version: " 
                  << BOOST_ASIO_VERSION << '\n';
        std::cout << "Setup successful!\n";
        
        // Проверяем, что io_context работает
        boost::asio::steady_timer timer(io);
        timer.expires_after(std::chrono::milliseconds(100));
        timer.async_wait([](const boost::system::error_code&) {
            std::cout << "Timer works!\n";
        });
        
        io.run();
        
        return 0;
    } catch (const std::exception& e) {
        std::cerr << "Error: " << e.what() << '\n';
        return 1;
    }
}

4️⃣ Сборка и запуск:

# С vcpkg
cmake -B build -S . -DCMAKE_TOOLCHAIN_FILE=[путь к vcpkg]/scripts/buildsystems/vcpkg.cmake
cmake --build build
./build/client

# Или с системным Boost (Linux/macOS)
cmake -B build -S .
cmake --build build
./build/client

5️⃣ Ожидаемый вывод:

Boost.Asio version: 103402
Setup successful!
Timer works!

❗️ Если видите этот вывод — то всё установлено верно.


📍Навигация: Вакансии • Задачи • Собесы

Библиотека C/C++ разработчика

#междусобойчик

🍪 Как std::hex меняет поведение вывода?

Манипуляторы — не просто функции. Они изменяют внутренние флаги потока.

💡 Под капотом — состояние

std::ostream хранит std::ios_base::fmtflags:

std::cout << std::hex << 255;  // ff
std::cout << 10;               // a (всё ещё hex!)

⚡️ Флаги остаются:

std::cout.setf(std::ios::hex, std::ios::basefield);
// Эквивалентно std::hex

💡 Сохранение состояния:

std::cout << std::hex << 255;
// Или
std::ios oldState(nullptr);
oldState.copyfmt(std::cout);
// ... вывод ...
std::cout.copyfmt(oldState); // Восстановление

❗️Манипуляторы — это состояние. Не забывай сбрасывать флаги в коде.


📍Навигация: Вакансии • Задачи • Собесы

Библиотека C/C++ разработчика

#под_капотом

🔗 libfoo.a vs libfoo.so: что выбрать?

Статическая и динамическая линковка — это выбор между размером бинарника и удобством обновлений.

❗️Статическая линковка (.a на Linux, .lib на Windows):

g++ main.cpp -static -o program

✅ Один файл, работает везде
❌ Большой размер (мегабайты вместо килобайт)
❌ Обновление библиотеки = пересборка всего


❗️Динамическая линковка (.so на Linux, .dll на Windows):

g++ main.cpp -o program  # По умолчанию

✅ Маленький бинарник
✅ Обновление библиотеки не требует пересборки
❌ Нужна библиотека на целевой системе
❌ "DLL hell" / dependency conflicts


🐸 Когда что использовать:

Статика: embedded, CLI-утилиты, дистрибуция
Динамика: системные демоны, плагины, shared libs


💡 Проверить зависимости: ldd ./program (Linux)


📍Навигация: Вакансии • Задачи • Собесы

Библиотека C/C++ разработчика

#константная_правильность