Вже доступно! Дослідження Telegram за 2025 — головні інсайти року 
С/С++ Portal | Программирование
Відкрити в Telegram
Присоединяйтесь к нашему каналу и погрузитесь в мир для C/C++-разработчика Сотрудничество, реклама: @devmangx Менеджер: @Spiral_Yuri РКН: https://clck.ru/3Foc4d
Показати більше📈 Аналітичний огляд Telegram-каналу С/С++ Portal | Программирование
Канал С/С++ Portal | Программирование (@cpportal) у мовному сегменті Російська є активним учасником. На даний момент спільнота об'єднує 15 333 підписників, посідаючи 8 509 місце в категорії Технології та додатки та 43 666 місце у регіоні Росія.
📊 Показники аудиторії та динаміка
З моменту свого створення невідомо, проект продемонстрував стрімке зростання, зібравши аудиторію у 15 333 підписників.
За останніми даними від 13 червня, 2026, канал демонструє стабільну активність. Хоча за останні 30 днів спостерігається зміна кількості учасників на -207, а за останні 24 години на -11, загальне охоплення залишається високим.
- Статус верифікації: Не верифікований
- Рівень залученості (ER): Середній показник залученості аудиторії становить 12.87%. Протягом перших 24 годин після публікації контент зазвичай збирає 7.96% реакцій від загальної кількості підписників.
- Охоплення публікацій: В середньому кожен допис отримує 1 974 переглядів. Протягом першої доби публікація в середньому набирає 1 221 переглядів.
- Реакції та взаємодія: Аудиторія активно підтримує контент: середня кількість реакцій на один пост – 15.
- Тематичні інтереси: Контент зосереджений навколо ключових тем, таких як linux, ядро, c++, процессор, указатель.
📝 Опис та контентна політика
Автор описує ресурс як майданчик для висловлення суб'єктивної думки:
“Присоединяйтесь к нашему каналу и погрузитесь в мир для C/C++-разработчика
Сотрудничество, реклама: @devmangx
Менеджер: @Spiral_Yuri
РКН: https://clck.ru/3Foc4d”
Завдяки високій частоті оновлень (останні дані отримано 14 червня, 2026), канал підтримує актуальність та високий рівень охоплення публікацій. Аналітика показує, що аудиторія активно взаємодіє з контентом, що робить його важливою точкою впливу в категорії Технології та додатки.
15 333
Підписники
-1124 години
-577 днів
-20730 день
Триває завантаження даних...
Схожі канали
Хмара тегів
Вхідні та вихідні згадування
---
---
---
---
---
---
Залучення підписників
червень '26
червень '26
+10
в 2 каналах
травень '26
+20
в 0 каналах
Get PRO
квітень '26
+6
в 0 каналах
Get PRO
березень '26
+10
в 13 каналах
Get PRO
лютий '26
+6
в 3 каналах
Get PRO
січень '26
+15
в 4 каналах
Get PRO
грудень '25
+224
в 8 каналах
Get PRO
листопад '25
+1 254
в 319 каналах
Get PRO
жовтень '25
+3
в 0 каналах
Get PRO
вересень '25
+12
в 0 каналах
Get PRO
серпень '25
+17
в 1 каналах
Get PRO
липень '25
+1 894
в 276 каналах
Get PRO
червень '25
+471
в 1 каналах
Get PRO
травень '25
+374
в 2 каналах
Get PRO
квітень '25
+774
в 0 каналах
Get PRO
березень '25
+1 115
в 0 каналах
Get PRO
лютий '25
+880
в 1 каналах
Get PRO
січень '25
+1 567
в 2 каналах
Get PRO
грудень '24
+2 704
в 398 каналах
Get PRO
листопад '24
+939
в 170 каналах
Get PRO
жовтень '24
+2 377
в 287 каналах
Get PRO
вересень '24
+1 692
в 283 каналах
Get PRO
серпень '24
+4 232
в 234 каналах
| Дата | Залучення підписників | Згадування | Канали | |
| 14 червня | 0 | |||
| 13 червня | 0 | |||
| 12 червня | 0 | |||
| 11 червня | +5 | |||
| 10 червня | 0 | |||
| 09 червня | 0 | |||
| 08 червня | 0 | |||
| 07 червня | 0 | |||
| 06 червня | 0 | |||
| 05 червня | +1 | |||
| 04 червня | +3 | |||
| 03 червня | +1 | |||
| 02 червня | 0 | |||
| 01 червня | 0 |
Дописи каналу
В C есть оператор «идёт к», которого так и не добавили в стандарт.
Выглядит как оператор, но на самом деле им не является.
Компилятор интерпретирует его как:
(x--) > 0Сначала выполняется постдекремент, затем результат сравнивается с нулём. 👉 @Cpportal
| 2 |  Один геймер превратил GTA Online с 6-минутной загрузкой в игру с секундной загрузкой за один уикенд.
Rockstar терпел эту проблему почти 7 лет.
t0st разобрал игру на уровне реверса и выявил два узких места:
Один парсер каждый шаг вызывал strlen() на оставшихся 10 МБ JSON, повторяя лишнюю работу.
Другая функция делала почти 2 миллиарда проверок дубликатов на 63 000 уникальных предметов, хотя в этом не было необходимости.
// bug 1 - ChakraCore sscanf implementation
// github.com/chakra-core/ChakraCore/blob/master/pal/src/safecrt/sscanf.c
int sscanf(const char *string, const char *format, ...) {
size_t count = strlen(string); // scans the whole string before parsing starts
return input_s_l(..., string, count, ...);
}
// bug 2 - from t0st's decompilation notes
char __fastcall netcat_insert_dedupe(
uint64_t catalog,
uint64_t *key,
uint64_t *item
) {
uint64_t not_a_hashmap = catalog + 88;
if (!(*(uint8_t(__fastcall**)(uint64_t*))(item + 48))(item))
return 0;
array_find_and_insert(not_a_hashmap, key, &item); // linear search on every insert
}
То же самое игра, те же данные — всего несколько строк кода решают разницу между минутами и секундами.
t0st решил проблему максимально просто:
Для парсера JSON он не переписывал весь движок, а просто «повесил» хук на strlen() и кешировал результат, чтобы не пересчитывать его каждый раз. Для проверки дубликатов он заметил, что элементы уже уникальные, и пропустил проверку полностью.
// fix 1 - cache strlen results for very large strings
size_t strlen_cacher(char *str) {
static char *start, *end;
if (start && str >= start && str <= end)
return end - str;
size_t len = __builtin_strlen(str);
if (len > 20000) {
start = str;
end = str + len;
}
return len;
}
// fix 2 - skip the duplicate lookup entirely
char __fastcall netcat_insert_dedupe_hooked(
uint64_t catalog,
uint64_t *key,
uint64_t *item
) {
uint64_t not_a_hashmap = catalog + 88;
if (!(*(uint8_t(__fastcall**)(uint64_t*))(item + 48))(item))
return 0;
netcat_insert_direct(not_a_hashmap, key, &item); // bypass the scan
}
В итоге загрузка GTA Online упала с ~6 минут до менее чем 2 минут.
t0st позже сказал, что исправление выглядело как задача, которую один разработчик мог бы сделать меньше чем за день.
Rockstar выплатили ему $10,000 через программу bug bounty.
👉 @Cpportal | 1 011 |
| 3 |  В исходниках Nginx HTTP-парсер реализован как ручная конечная машина с примерно 25 состояниями.
Каждый байт запроса обрабатывается по одному, с одной трансформацией состояния за символ.
Весь HTTP/1.1 request line проходит через этот парсер в один проход, без промежуточных буферизаций или повторного анализа.
Это классический подход для высокопроизводительных C-серверов: минимальные аллокации, предсказуемое поведение и высокая скорость.
👉 @Cpportal | 1 254 |
| 4 |  PID'ы переиспользуются. pidfd — нет.
Если вызвать kill() для PID, который ты сохранил 20 минут назад, есть шанс отправить сигнал уже совершенно другому процессу.
pidfd — это стабильный дескриптор конкретного процесса. Он остаётся привязанным именно к нему, даже если его PID позже будет переиспользован системой.
Одна из тех фич Linux, после знакомства с которыми возникает только один вопрос: почему я не знал об этом раньше?
👉 @Cpportal | 1 398 |
| 5 |  Этот обычный на вид C-код содержит серьёзную уязвимость: она может повредить память и привести к эксплуатации.
Такой паттерн находили в OpenSSH в 2002 году, libtiff и куче других проектов.
Сможете сказать, в чём проблема, если код запускается на 32-битной системе?
Именно этот кусок кода стал причиной уязвимости OpenSSH (CVE-2002-0640).
nresp = packet_get_int();
if (nresp > 0) {
response = xmalloc(nresp * sizeof(char *));
for (i = 0; i < nresp; i++)
response[i] = packet_get_string(NULL);
}
Через неё атакующие могли ломать кучу, выполнять свой код на сервере и получать над ним контроль.
👉 @Cpportal | 1 479 |
| 6 | Бинарный поиск, который вы заучили, скорее всего реализован с ошибкой.
Джон Бентли опубликовал реализацию бинарного поиска в Programming Pearls после того, как доказал её корректность и протестировал.
Ошибка оставалась незамеченной почти 20 лет.
Позже Джошуа Блох обнаружил ту же самую ошибку в реализации бинарного поиска, которую написал для JDK.
Исследование 1988 года показало, что корректная реализация бинарного поиска была только в 5 из 20 учебников.
Ошибка проявляется только на массивах размером 2³⁰ элементов и больше.
Проблема возникает при вычислении середины диапазона.
mid = (low + high) / 2
На очень больших массивах такое выражение может вызвать переполнение.
Исправление простое:
mid = low + (high - low) / 2
В C переполнение приводит к выходу за границы массива с непредсказуемыми последствиями.
В Java это заканчивается исключением ArrayIndexOutOfBoundsException.
Та же ошибка затронула Merge Sort и множество других алгоритмов класса «разделяй и властвуй».
Эта ошибка была и в ядре Linux — в kallsyms.c.
Вегард Носсум исправил её, а Линус Торвальдс одобрил патч.
Исправление сводилось к замене:
mid = (low + high) / 2;
на:
mid = low + (high - low) / 2;
Джошуа Блох завершил свою статью фразой, которая остаётся актуальной и сегодня:
«Трудно правильно написать даже самый маленький фрагмент кода, а весь наш мир работает на больших и сложных программных системах».
👉 @Cpportal | 1 556 |
| 7 | Ищем Senior Rendering Engineer (C++) в команду 3D-карты 2ГИС
Мы делаем карту более реалистичной: работаем над рельефом, дорогами, развязками, тоннелями, анимациями и графическими эффектами.
Внутри — собственный 3D-движок на C+20 (500k строк кода), современные графические API (Vulkan, Metal, OpenGL), шейдеры, сложные алгоритмы и задачи производительности.
Будет интересно, если вам нравится компьютерная графика, низкоуровневая разработка и создание продукта, который ежедневно используют миллионы людей.
Удалённо из РФ или из офисов 2ГИС. ДМС, обучение, конференции и возможность напрямую влиять на развитие 3D-карты.
Подробнее
Другие инженерные инсайты от 2ГИС → в Telegram-канале RnD | 1 479 |
| 8 | Вышел бесплатный гайд по Vim.
Внутри:
→ история Vim
→ настройка и кастомизация
→ плагины
→ основные команды для повседневной работы
https://freecodecamp.org/news/mastering-vim-your-guide-to-efficient-text-editing/
👉 @Cpportal | 1 549 |
| 9 | Одна из самых недооценённых анонсированных на WWDC фич — Container Machines. Она позволяет запускать на Mac лёгкое и постоянное Linux-окружение, в котором домашний каталог пользователя и репозитории автоматически монтируются внутрь контейнера.
По сути, разработчики получают Linux-среду, тесно интегрированную с macOS, без необходимости вручную настраивать виртуальные машины или сложную инфраструктуру контейнеров.🍎🐧
https://github.com/apple/container/blob/main/docs/container-machine.md
👉 @Cpportal | 1 645 |
| 10 |  Забавный факт: решето Эратосфена позволяет найти все простые числа примерно до 8 миллионов, используя всего около 1 МБ памяти.
Один бит хранит информацию об одном числе, а внутренний цикл помечает составные числа с помощью битовых операций.
Этот же подход используется в генераторах простых чисел и при выборе размеров хеш-таблиц.
Если пост был полезен как и всегда - ставь like 🫢
👉 @Cpportal | 1 762 |
| 11 | Только что наткнулся на довольно безумную штуку — Linux прямо в браузере.
✓ Без установки и настройки, всё работает через WebAssembly
✓ Из коробки доступны Python, C, C++, Vim, cURL и другие инструменты
✓ Есть доступ в интернет, так что можно ставить дополнительные пакеты
Потыкать можно здесь: webvm.io
Честно, не ожидал, что это будет работать настолько хорошо.
👉 @Cpportal | 1 756 |
| 12 |  Этот алгоритм подсчёта установленных битов был опубликован ещё в 1957 году.
Он считает все 64 бита параллельно с помощью арифметики над битовыми масками, вместо того чтобы проходить по каждому биту в цикле.
Когда инструкция POPCNT недоступна, ядро Linux использует ту же идею в функции __sw_hweight64.
👉 @Cpportal | 1 759 |
| 13 |  Я читал исходники SQLite и нашёл интересную вещь.
DELETE на самом деле не уменьшает размер файла базы данных.
Удалённые страницы попадают во внутренний freelist прямо внутри файла.
Новые INSERT сначала переиспользуют эти свободные страницы, а уже потом снова увеличивают базу.
Сам файл уменьшается только после VACUUM.
Можно удалить всё из базы на 1 ГБ, а файл всё равно останется 1 ГБ, пока вы его не сожмёте.
👉 @Cpportal | 1 828 |
| 14 |  Аллокатор памяти в NGINX по сути представляет собой указатель, который движется только вперёд.
В нём нет free list-ов, он избегает фрагментации и сохраняет минимальные накладные расходы на каждое выделение памяти.
Память выделяется из одного большого блока по мере поступления запросов.
Когда обработка запроса завершается, весь пул памяти освобождается целиком за один раз.
Именно этот аллокатор используется в nginx/src/core/ngx_palloc.c
👉 @Cpportal | 2 046 |
| 15 |  +1файловый организатор, который автоматически наводит порядок в захламлённой папке Downloads.
Достаточно запустить его один раз, и он разложит файлы по категориям: изображения в Images/, документы в Documents/, видео в Videos/ и так далее.
👉 @Cpportal | 2 145 |
| 16 |  Знаете ли вы, что в ядре Linux есть механизм, появившийся ещё в 1997 году, который сегодня позволяет Mac на Apple Silicon эффективно запускать x86-контейнеры?
Он называется binfmt_misc и был добавлен в Linux 2.1.43 почти 30 лет назад.
Принцип работы очень простой. Когда ядро Linux запускает бинарный файл, оно сначала читает magic number из заголовка файла. Если заранее зарегистрировать правило в /proc/sys/fs/binfmt_misc/ вида: «При встрече файла с таким magic number передавать его определённому интерпретатору», то ядро автоматически передаст выполнение этому интерпретатору.
По сути, это тот же механизм, что и shebang #!/bin/bash, только сопоставление выполняется не по первой строке файла, а по сигнатуре бинарного заголовка.
Изначально этот механизм использовался для того, чтобы Linux мог напрямую «запускать» Java class-файлы и Windows PE-исполняемые файлы. Позже QEMU использовал его для реализации пользовательской эмуляции между архитектурами: запуск x86 ELF-бинарников на ARM Linux, где ядро автоматически вызывало qemu-x86_64 для трансляции.
Затем появился Apple Silicon.
Когда на Mac с Apple Silicon вы запускаете Linux VM через Colima или Lima (использующие Virtualization.framework в macOS) и включаете rosetta: true, происходит следующее:
macOS монтирует бинарник-транслятор Rosetta внутрь Linux VM по пути /mnt/lima-rosetta/rosetta через virtio-fs.
Внутри VM регистрируется обычное правило binfmt_misc: при обнаружении x86_64 ELF-сигнатуры (7f454c46...02003e00) передавать выполнение /mnt/lima-rosetta/rosetta.
После этого любой запуск x86_64-бинарников внутри VM автоматически перехватывается ядром и передаётся Rosetta для трансляции.
Для контейнеров всё выглядит полностью прозрачно.
Команда:
docker run --platform linux/amd64 nginx
-скачивает x86-образ, процессы внутри контейнера являются x86 ELF-бинарниками, а ядро Linux автоматически запускает трансляцию через Rosetta с помощью binfmt_misc.
Сам контейнер даже не подозревает, что происходит за кулисами.
Сравнение производительности:
Подход с Rosetta: около 70–90% от нативной производительности (JIT-трансляция и оптимизация на уровне инструкций).
Подход с полной виртуализацией через QEMU: примерно 10–30% от нативной производительности (полная эмуляция x86-процессора).
Механизм ядра, созданный в 1997 году для запуска Java class-файлов, в 2024 году стал одним из ключевых элементов инфраструктуры для запуска x86-контейнеров на Apple Silicon.
Иногда самые долговечные архитектурные решения оказываются самыми простыми и универсальными абстракциями.
$ colima ssh
$ cat /proc/sys/fs/binfmt_misc/rosetta
enabled
interpreter /mnt/lima-rosetta/rosetta
flags: OCF
magic 7f454c4602010100000000000000000002003e00
👉 @Cpportal | 1 921 |
| 17 |  Явная инстанциация шаблонов в C++ — полезная возможность для борьбы с раздуванием кода из-за шаблонов.
Однако ни в одном туториале не объясняют, что инстанциации стоит разносить по нескольким файлам.
Может, предполагается, что все должны сами до этого додуматься?
👉 @Cpportal | 1 876 |
| 18 |  Очередное напоминание, что если хочешь реально понять, как работает компьютер, рано или поздно придётся написать всё это самому:
• мини-шелл (fork, exec, пайпы, сигналы)
• свой malloc/free
• монитор процессов через /proc
• рекурсивный обход файловой системы
• HTTP-сервер на сокетах
• многопользовательский чат через TCP и select()
• пакетный менеджер с распаковкой tar.gz
Парень собрал весь этот набор с нуля, без сторонних библиотек.
Самое интересное, что это не учебные проекты ради галочки. Всё идёт в EduOS — offline-first ОС с ИИ для школ в Африке.
Нравится такой подход. Вместо бесконечных туториалов по очередному JS-фреймворку человек просто сел и начал разбирать фундаментальные вещи.
Следующий этап у него — ассемблер.
https://github.com/MonarchCorps
👉 @Cpportal | 2 046 |
| 19 | Каждому системному разработчику стоит это прочитать.
Параллелизм перестанет казаться чёрным ящиком: от lock-free до wait-free синхронизации — эта насыщенная статья навсегда изменит твоё представление о конкурентности
PDF: https://assets.bitbashing.io/papers/concurrency-primer.pdf 🥲
👉 @Cpportal | 1 975 |
| 20 | 📎 Смотрите записи докладов с Backend Talks от Яндекс 360
На конференции обсуждали решение прикладных архитектурных задач и разбирали реальные инженерные кейсы. Будет полезно и интересно вне зависимости от стека.
➕ Направленный ациклический граф в PostgreSQL: как мы научили реляционную базу хранить оргструктуру на 500 000 пользователей. Малик Минубаев, разработчик в B2B-платформе, рассказал, почему стандартные паттерны хранения иерархий не работают для ориентированного ациклического графа. А также сравнил несколько вариантов Closure Table с бенчмарками на реальной нагрузке
➕ Как Яндекс Диск выдерживает сотни гигабит входящего трафика: устройство балансировки загрузок. Илья Абрамов, разработчик в Диске, разобрал, почему нам не подошёл подход «как у всех», и показал эволюцию алгоритма балансировки загрузок: от наивного Round-Robin до разработки собственного алгоритма
➕ Как формировать технологический стек и не погибнуть в священных войнах: от хаоса к процессам и техрадару. Дмитрий Сафонов, руководитель команды разработки платформы микросервисов, рассказал, как строить стек для промышленной разработки и разрешать споры о технологиях. А также поделился опытом внедрения Техрадара в Яндекс 360
➕ Зачем и как бэкендеру расти в карьере в 2026 году. Дмитрий Соломонов, руководитель группы B2B-разработки бэкенда Диска, рассказал, как развивать команду с помощью индивидуальных планов и выбора узкой специализации для разных уровней разработчиков. И поделился, как связать получение знаний с реальными задачами
➕ Семь раз подумай, один раз пошардируй: как мы начали горизонтально масштабировать метаданные чатов Телемоста. Никита Звонарев, разработчик в Мессенджере, рассказал, что может предпринять команда, когда вертикально масштабироваться уже не получается, а сервису нужно функционировать дальше в условиях возрастающей нагрузки, и как при этом не устроить себе проблемы в будущем
🎤 Плейлист доступен на YouTube и в VK Видео | 1 868 |
