🔗 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++ разработчика

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

🍪 Почему compare_exchange_weak может "случайно" провалиться?

Многие разработчики думают, что compare_exchange_weak — это просто облегчённая версия compare_exchange_strong. На самом деле у неё есть неочевидное поведение: она может вернуть false, даже если значение совпадает.


🍿 Как это работает:

На некоторых архитектурах (ARM, PowerPC) атомарные операции реализованы через инструкции load-link/store-conditional (LL/SC). Процессор помечает адрес памяти при чтении и проверяет при записи — не изменился ли он.

Но вот проблема: между LL и SC может произойти spurious failure — ложный отказ. Это случается, если:

• Произошло переключение контекста
• Кеш-линия была вытеснена
• Другой процессор обратился к соседней памяти

std::atomic<int> counter{0};
int expected = 0;
// Может вернуть false, даже если counter == 0!
bool success = counter.compare_exchange_weak(expected, 1);

✈️ На x86 такого нет — там используется инструкция CMPXCHG, которая атомарна на уровне железа. Но спецификация C++ допускает spurious failures для переносимости.


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

Всегда используй compare_exchange_weak в цикле. Для однократных попыток бери compare_exchange_strong — она гарантирует, что false означает реальное несовпадение значений.


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

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

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

✏️ std::execution — параллелизм одной строкой

Добавление execution policy превращает обычный алгоритм в параллельный (sort, for_each, transform и др.).

🙂 Последовательно (C++98):

std::vector<int> data(1'000'000);
std::sort(data.begin(), data.end());

😃 Параллельно (C++17):

#include <execution>

// Автоматическая векторизация + многопоточность
std::sort(std::execution::par_unseq, 
          data.begin(), data.end());

❗️Политики:

std::execution::seq        // Последовательно
std::execution::par        // Параллельно
std::execution::par_unseq  // Параллельно + векторизация
std::execution::unseq      // Только векторизация (C++20)

‼️ Замечание: Измеряйте производительность — параллелизм не всегда быстрее!

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

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

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

🏭 Трудоголизм — новая база корпоративной культуры в IT 2026

В 2025 году IT-индустрия завершила эксперимент с wellbeing-программами и пришла к циничному выводу: попытка избавить зумеров от выгорания экономически невыгодна. В 2026 карьерный рост линейно зависит от готовности работать сверх сил, а компании внедряют up-or-out: либо показываешь рост, либо уходишь.

👉 Читать статью

🐸 Библиотека мобильного разработчика

#MadeInProglib