Senior C++ Developer

std::memory_order_release std::memory_order_release — это одна из опций, используемых в C++ в контексте работы с атомарными операциями и многозадачностью. Она определяет, как должен вести себя компилятор и/или аппаратное обеспечение при выполнении операции записи в память. В частности, std::memory_order_release гарантирует, что все предыдущие операции записи и чтения будут завершены до момента записи с использованием этого порядка памяти. Когда вы используете std::memory_order_release вместе с атомарными операциями записи, такими как std::atomic_store или std::atomic_exchange, это гарантирует, что все предшествующие операции записи, выполненные в этом потоке, завершатся до момента выполнения операции записи с порядком памяти std::memory_order_release. Это гарантирует, что изменения, сделанные в текущем потоке, видны другим потокам после операции записи с порядком памяти std::memory_order_release. #для_продвинутых

Вглубь std::unordered_map: магические числа Смотреть статью

В России можно посещать IT-мероприятия хоть каждый день: как оффлайн, так и онлайн Но где их находить? Как узнавать о них раньше, чем когда все начнут выкладывать фотографии оттуда? Переходите на канал IT-Мероприятия России. В нём каждый день анонсируются мероприятия со всех городов России 📆 в канале размещаются как онлайн, так и оффлайн мероприятия; 👩‍💻 можно найти ивенты по любому стеку: программирование, frontend-backend разработка, кибербезопасность, дата-аналитика, osint, devops и другие; 🎙 разнообразные форматы мероприятий: митапы с коллегами по цеху, конференции и вебинары с известными опытными специалистами, форумы и олимпиады от важных представителей индустрии и многое другое А чтобы не искать по разным форумам и чатам новости о предстоящих ивентах: 🚀 IT-мероприятия России — подписывайся и будь в курсе всех предстоящих мероприятий!

Узнаем длину аудио файла В этом примере мы открываем файл с помощью std::ifstream, находим его размер, а затем вычисляем длительность аудио файла, зная частоту дискретизации (в данном случае 44100 Гц). Выводим длительность в минутах и секундах. Убедитесь, что заменили "your_audio_file.wav" на путь к вашему аудио файлу, а также, если частота дискретизации вашего аудио файла отличается от 44100 Гц, замените это значение на соответствующее значение вашего аудио файла.

🤝 Сидите на работе, пишете код и чувствуете, что застряли в рутине? Ваши проекты скучны, а возможности ограничены? Хотите создавать крутые приложения для современной техники и работать с крупными государственными компаниями и бизнесом? Представьте себе, что вы стали мастером в разработке на Qt и ОС «Аврора». Вы создаете интерфейсы для цифровой техники, мобильные приложения для госкомпаний и крупного бизнеса, а ваши навыки востребованы как никогда. Присоединяйтесь к онлайн-курсу «Разработка прикладного ПО на Qt и ОС «Аврора» и сделайте этот прыжок в будущее! Что вам даст этот курс: - освоите Qt — одну из лучших кроссплатформенных библиотек для разработки UI на С++; - изучите нативную разработку для Авроры 5.0; - изучите структуру библиотеки Qt и научитесь писать программы на QML. И многое другое! 👉Пройдите тест и присоединяйтесь к курсу: https://otus.pw/6GRFv/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Что такое пир-ревью и зачем оно нужно вашей команде Процесс ревью полезен обеим сторонам. Человек, чью работу проверяют, получает оценку написанному, рекомендации, как можно сделать лучше. Ревьюер же анализирует, как пишут другие люди, тренируется искать ошибки и предлагать улучшения — от архитектуры до код-стайла. Смотреть статью

Кодовая база уменьшится на глазах, если применить несколько простых способов. И это не кликбейт, а проверенные советы инженера YADRO, который протестировал несколько инструментов на системе BMC для серверов и СХД и собрал опыт в статье на Хабре. Вы узнаете, как оптимизировать объем бинарного файла с помощью флагов компилятора и линковки, а также через переработку кода и изменение архитектуры. Статью можно использовать как гайд или шпаргалку, когда нужно поработать с бинарем. И никаких «уменьшающих микстур» 😉 Прочитать →

Функция isprint() В C++ isprint() — это предопределенная функция, используемая для обработки строк и символов. cstring — это заголовочный файл, необходимый для строковых функций, а cctype — заголовочный файл, необходимый для символьных функций. Эта функция используется для проверки того, содержит ли аргумент какие-либо печатные символы. Подробнее можно почитать здесь.

Дружим Flutter с С# и С++ На Flutter`е очень удобно и хорошо пишутся интерфейсы для пользователей. Смотреть статью

Интероперабельность между С++ и Rust Смотреть статью

⌨️ Хотите повысить свою квалификацию в C++? 🔥 На курсе «C++ Developer. Professional» вы изучите паттерны проектирования и современные стандарты C++20/23, научитесь решать самые сложные задачи оптимизации и многопоточности. 🦾Этот курс поможет вам освоить кроссплатформенную разработку, работать с большими объемами данных и интегрировать C++ с Python и Java. Вы также научитесь работать с памятью и делать код максимально эффективным. ➡️ Старт совсем скоро! Пройдите короткое вступительное тестирование прямо сейчас и получите скидку на обучение: https://otus.pw/xlg9/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Бинарный поиск Чаще всего бинарный поиск (бинпоиск) используют, чтобы найти элемент в отсортированном массиве. Мы начинаем искать с середины массива. Если находим то, что нужно, или если больше нечего рассматривать, мы останавливаемся. В противном случае мы решаем, в каком направлении — вправо или влево от середины — мы должны продолжить поиск. Так как пространство поиска после каждой проверки делится на два, то время выполнения алгоритма — O(log n).

Собеседование Middle C++ Смотреть видео

C++23: сужение контекстных преобразований до bool. https://dev.to/sandordargo/c23-narrowing-contextual-conversions-to-bool-2fh8

❤️ Приходите на Backend Talks от Яндекс 360 Санкт-Петербург, 13 ноября в 19:00 Разберём архитектуру облачной записи встреч, наведём порядок в API и покажем, как простые решения спасают сервисы. В программе: 📌 Как не упустить важное: архитектура облачной записи и конспектирования видеовстреч в Телемосте — Илья Григорьев, разработчик бэкенда Телемоста. 📌 Укрощение API: процессы и инструменты, которые действительно работают — Никита Ломакин, разработчик в команде Техплатформы. 📌 Как мы закапывали звездолёт: почему важно отстаивать простоту на архревью — Артемий Коцюбенко, разработчик протокольных сервисов Почты. Команда Яндекс 360 работает с нагрузками >1.000.000+ RPS и создает продукты которыми пользуются 95+ млн человек каждый месяц — Диск, Почта, Телемост, Мессенджер и другие. 🍻А после докладов вас будут ждать афтепати и нетворкинг! Регистрируйтесь по ссылке

Poco Набор open-sorce библиотек для создания кроссплатформенных сетевых и веб-приложений на C++, хорош тем, что множество типовых задач в библиотеке уже решены, что уменьшает время разработки и ошибки, плюс реализована удобная работа с базами данныхSQL, MonoDB и Redis. https://pocoproject.org

#вопросы_с_собеседований Что такое stack overflow? stack overflow (переполнение стека) — это программная ошибка, которая возникает, когда программа пытается использовать больше памяти на стеке, чем доступно. Стэк — это область памяти, используемая для хранения локальной информации функций, таких как параметры, локальные переменные и возвращаемые значения. Когда функция вызывается, ее адрес возврата сохраняется на стеке. Затем, когда функция завершается, ее адрес возврата восстанавливается из стека, и управление передается следующей функции в стеке вызовов. Когда происходит переполнение стека, программа аварийно завершается. Это может привести к потере данных или даже к повреждению системы.

🚨 Быстрые изменения, дедлайны и новые вызовы — в таком ритме легко выгореть самому и потерять команду. На открытом уроке курса «Team Lead» разберём, как руководителю распознать тревожность и стресс в коллективе, что реально работает для поддержки людей и как самому оставаться в ресурсе. Вы узнаете техники, которые помогут пройти через «шторм» изменений вместе с командой и сделать её сплочённее и сильнее. ➡️ Присоединяйтесь к вебинару 23 октября в 19:00 МСК и получите практические инструменты, которые вы сможете применить сразу: https://otus.pw/SDz5/ Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

#вопросы_с_собеседований Напишите программу на C++, которая запрашивает у пользователя два числа и выполняет одну из простых математических операций: сложение, вычитание, умножение или деление. Пользователь должен вводить операцию в виде символа (+, -, *, /). Подсказка: Используйте конструкцию switch для выполнения различных операций. Решение: 1. Переменные: Определить переменные для чисел и операции. 2. Ввод данных: Запросить у пользователя два числа и символ операции. 3. Выбор операции: Использовать switch для определения типа операции. 4. Выполнение операции: Выполнить выбранную операцию, учитывая возможные ошибки (деление на ноль). 5. Вывод результата: Вывести результат операции. 6. Обработка ошибок: В случае ошибки вывести сообщение и завершить программу. 7. Возвращение значения: Вернуть 0 при успешном завершении, ненулевой код при ошибке.

Прочел на днях пост Вани Ходора (бэкенд-разработчик из Лавки) и вот что думаю. Мы привыкли думать про скорость как про «миллисекунды в графиках». Но speculative execution — про другое: про обещание. Обещание, что ваш продукт окажется там, где пользователь собирается быть, на полшага раньше него. Это и есть «магия» ощущения мгновенности. Когда «спекуляция» — это фича, а не расточительство Есть предсказуемый следующий шаг. Лента листается дальше, корзину после карточки товара открывают часто, фильтры в карте включают по типовым шаблонам. Если путь вероятен — предзагружайте. Психология выигрыша больше, чем цена железа. Пользователь чувствует разницу между 800 мс и 80 мс сильнее, чем продукт-команда счет за CPU. Но только там, где эта разница влияет на удержание, конверсию, повтор. Стоимость отказа низкая. Если «угадали» неправильно — легко выкинуть результат и не испортить состояние системы (идемпотентность, компенсации, отмены). Формула грубо такая: ожидаемая выгода = p(угадали) × выигрыш от скорости − (1 − p) × цена лишней работы. Пока правая часть положительная — вы в плюсе. Инженерные поручни (чтобы не сорваться) Идемпотентность и отмена. Спекулятивные ветки должны быть безопасны к повтору и просто отменяемы (cancellation tokens, TTL на задания). Бюджеты и приоритеты. Не «всегда префетчить», а «префетчить при свободных бюджетах»: квоты на пользователя/сессию/датацентр, классы приоритетов, circuit breakers. Деградация и фолбэки. Нет бюджета — живём без спекуляции; нет сигналов — не угадываем. Анти-шторм. Избегайте dogpile: джоб-коалесинг (одна задача на ключ), кэши с soft-TTL, jitter на обновления. Наблюдаемость именно под спекуляцию. Отдельные метрики: hit-rate предсказаний, доля отменённых вычислений, «цена хита» (CPU/IO на один успешный предзагруженный ответ), влияние на p95/p99 основной ручки. Сигналы лучше, чем хрустальный шар Спекуляция не обязана быть «ML-магией». Начните с простых сигналов: UI-хинты: вкладка «постинг» открыта → прогреть аплоад; виден блок «Похожие» → подгрузить их. Поведенческие частоты: «после X часто делают Y» → прогреть Y. Временные окна: топ-запросы часа/дня предвычислять пачками. Когда эвристики исчерпаны — добавляйте модель. Но помните: для бизнеса важнее precision (не сжигать впустую), чем recall (угадать каждый шаг). Лучше 60% попаданий при дешёвой промашке, чем 90% с дорогой. Экономика кэширования без самообмана Управляйте свежестью. SLA на «мгновенность» ≠ SLA на «абсолютную актуальность». Делите ручки по требованиям к свежести, ставьте разные TTL/источники правды. Локальный прогрев важнее «всё и сразу». Прогревать следующие 10 постов лучше, чем следующие 100, если это сохраняет p95 и батарейку пользователя. Безопасность и этика (да, это сюда) Спекуляция — это иногда пересылка/хранение того, что пользователь может быть захочет отправить. Значит: явное согласие и прозрачность (особенно для медиа и PII), шифрование на клиенте и в транзите, уважение к лимитам устройства (сеть, батарея), доступность оффлайн. Как начать завтра и не сжечь прод Гипотеза → метрика → бюджет. «Если прогреем X, то конверсия в Y +N% при цене Z». Теневой режим. Считать и отменять, не влияя на пользовательский ответ. Померили hit-rate и цену. Маленький тумблер. 1–5% трафика, фича-флаг, откат за один клик. Платформизируйте удачу. Вынесите в библиотеку/сервис: API «попроси спекуляцию», приоритеты, бюджеты, кэши, отмена, логирование. Где ломаются хорошие идеи Удвоили самые тяжёлые запросы «на всякий случай». Бюджетов нет — счёт растёт. Спорная согласованность: кэш мгновенный, но устаревший → пользователь теряет доверие. «Предсказываем всё» на мобильной сети → минус батарея и лояльность. Нет идемпотентности → редкие гонки превращаются в баги с деньгами. Спекулятивное исполнение — не трюк, а способ выразить заботу о времени пользователя. Это разговор бэкенда с продуктом на одном языке: «мы инвестируем ресурсы туда, где ускорение заметят и оценят».