С/С++ Portal | Программирование
Ir al canal en Telegram
Присоединяйтесь к нашему каналу и погрузитесь в мир для C/C++-разработчика Сотрудничество, реклама: @devmangx Работаем с @Spiral_Yuri РКН: https://clck.ru/3Foc4d
Mostrar más
Red:📈 Análisis del canal de Telegram С/С++ Portal | Программирование
El canal С/С++ Portal | Программирование (@cpportal) en el segmento lingüístico de Ruso es un actor destacado. Actualmente la comunidad reúne a 14 979 suscriptores, ocupando la posición 8 546 en la categoría Tecnologías y Aplicaciones y el puesto 43 664 en la región Rusia.
📊 Métricas de audiencia y dinámica
Desde su creación el невідомо, el proyecto ha mostrado un crecimiento acelerado, reuniendo a 14 979 suscriptores.
Según los últimos datos del 14 octubre, 2026, el canal mantiene una actividad estable. En los últimos 30 días la variación de miembros fue de -35, y en las últimas 24 horas de 0, conservando un alto alcance.
- Estado de verificación: No verificado
- Tasa de interacción (ER): El promedio de interacción de la audiencia es 15.65%. Durante las primeras 24 horas tras publicar, el contenido suele obtener 8.39% de reacciones respecto al total de suscriptores.
- Alcance de las publicaciones: Cada publicación recibe en promedio 2 316 visualizaciones. En el primer día suele acumular 1 242 visualizaciones.
- Reacciones e interacción: La audiencia responde de forma activa: el promedio de reacciones por publicación es 22.
- Intereses temáticos: El contenido se centra en temas clave como linux, ядро, c++, процессор, указатель.
📝 Descripción y política de contenido
El autor describe el recurso como un espacio para expresar opiniones subjetivas:
“Присоединяйтесь к нашему каналу и погрузитесь в мир для C/C++-разработчика
Сотрудничество, реклама: @devmangx
Работаем с @Spiral_Yuri
РКН: https://clck.ru/3Foc4d”
Gracias a la alta frecuencia de actualizaciones (últimos datos recibidos el 15 octubre, 2026), el canal mantiene la vigencia y un amplio alcance. La analítica demuestra que la audiencia interactúa activamente con el contenido, lo que lo convierte en un punto de referencia dentro de la categoría Tecnologías y Aplicaciones.
14 979
Suscriptores
Sin datos24 horas
+767 días
-3530 días
Archivo de publicaciones
Теперь можно просто загрузить изображение и посмотреть, как нейросеть определяет, что на нём изображено.
CNN Explainer позволяет проследить весь процесс обработки:
Пиксели → свёртка → ReLU → пулинг → карты признаков → softmax → предсказание.
Можно переходить между слоями нейросети и изучать фильтры, активации и вычисления, на основе которых формируется результат.
Отличный способ наглядно разобраться в работе свёрточных нейросетей (CNN).
https://poloclub.github.io/cnn-explainer/
👉 @Cpportal
Идеи проектов на C/C++ для изучения сетевого программирования.
Подборка практических проектов с материалами, которые помогут начать.
1. Пишем стек TCP/IP
Часть 1: Ethernet и ARP
https://www.saminiir.com/lets-code-tcp-ip-stack-1-ethernet-arp/
Часть 2: IPv4 и ICMPv4
https://www.saminiir.com/lets-code-tcp-ip-stack-2-ipv4-icmpv4/
Часть 3: Основы TCP и установление соединения
https://www.saminiir.com/lets-code-tcp-ip-stack-3-tcp-handshake/
Часть 4: Передача данных по TCP и API сокетов
https://www.saminiir.com/lets-code-tcp-ip-stack-4-tcp-data-flow-socket-api/
Часть 5: Повторная передача пакетов TCP
https://www.saminiir.com/lets-code-tcp-ip-stack-5-tcp-retransmission/
2. Пишем серверы, которые обрабатывают несколько подключений одновременно
Часть 1: Введение
https://eli.thegreenplace.net/2017/concurrent-servers-part-1-introduction/
Часть 2: Потоки
https://eli.thegreenplace.net/2017/concurrent-servers-part-2-threads/
Часть 3: Событийный подход
https://eli.thegreenplace.net/2017/concurrent-servers-part-3-event-driven/
Часть 4: libuv
https://eli.thegreenplace.net/2017/concurrent-servers-part-4-libuv/
Часть 5: Разбор Redis
https://eli.thegreenplace.net/2017/concurrent-servers-part-5-redis-case-study/
Часть 6: Функции обратного вызова, промисы и async/await
https://eli.thegreenplace.net/2018/concurrent-servers-part-6-callbacks-promises-and-asyncawait/
3. Пишем MQTT-брокер с нуля
Часть 1: Протокол
https://codepr.github.io/posts/sol-mqtt-broker/
Часть 2: Работа с сетью
https://codepr.github.io/posts/sol-mqtt-broker-p2/
Часть 3: Сервер
https://codepr.github.io/posts/sol-mqtt-broker-p3/
Часть 4: Структуры данных
https://codepr.github.io/posts/sol-mqtt-broker-p4/
Часть 5: Абстракция тем
https://codepr.github.io/posts/sol-mqtt-broker-p5/
Часть 6: Обработчики
https://codepr.github.io/posts/sol-mqtt-broker-p6/
Бонус: Многопоточность
https://codepr.github.io/posts/sol-mqtt-broker-bonus/
👉 @Cpportal
Знаковое битовое поле шириной 1 бит может хранить только −1 и 0.
При присваивании 1 сохраняется −1.
Поэтому сравнение не срабатывает.
👉 @Cpportal
Управление памятью — один из ключевых аспектов выполнения программы. И
malloc играет в этом важную роль.
Реализация malloc в glibc основана на ptmalloc, который, в свою очередь, происходит от dlmalloc Дага Ли.
Это аллокатор, работающий с кучей: он делит большие области памяти на блоки разного размера. Каждый блок хранит свой размер в заголовке.
Когда блок освобождается, место, где находились данные приложения, используется для указателей списка свободных блоков. Это позволяет malloc быстро находить и повторно использовать этот блок.
В многопоточных программах malloc использует несколько «арен», каждая со своей блокировкой, чтобы потоки не блокировали друг друга. Число арен ограничено восьмикратным количеством процессоров.
Кеш каждого потока — tcache — ещё сильнее ускоряет небольшие выделения памяти.
Всё это подробно объясняется в вики glibc:
https://t.co/cprdgTzi8s
👉 @Cpportal
Линус Торвальдс использовал ИИ, чтобы помочь обнаружить баги в ядре Linux, которые оставались незамеченными с 2013 года.
Всё началось с того, что разработчик Нильс Оллрогге сообщил о баге и прислал исправление. Линус счёл код слишком запутанным, поэтому воспользовался LLM-инструментами, чтобы разобраться в нём и разбить большие функции на более мелкие и читаемые.
Тестирование подтвердило исходный баг и выявило ещё три. Все четыре присутствовали в библиотеке с самого первого коммита в 2013 году.
Изменения пока не вошли в основную ветку ядра.
Линус не просил ИИ заменить его собственную оценку. Он использовал его, чтобы сделать сложный код понятнее, а затем проверил результат тестами.
Источник: https://t.co/jNbBGA2zVS
Неужели LLM делают Линуса… добрее???
👉 @Cpportal
📹 Вебинар по C++: Магия чисел в C++: как заставить компилятор считать за нас
Программа ещё не запущена, а таблица значений уже готова. C++ позволяет выполнить часть вычислений на этапе компиляции и передать программе готовый результат.
👉 На уроке разберём:
• Как выполнять вычисления на этапе компиляции.
• Как получать числа Фибоначчи и факториал до запуска программы.
• Как поручить компилятору генерацию таблиц.
🤓 Что получите по итогам:
• Поймёте, как компилятор может вычислять результаты ещё при сборке программы.
• Разберёте этот принцип на конкретных задачах: от факториала и чисел Фибоначчи до генерации таблиц.
🧠 Вебинар приурочен к старту курса «C++-разработчик. Продвинутый уровень», который помогает системно усилить навыки: от современных стандартов C++20 и C++23 до проектирования, многопоточности, работы с сетью, базами данных и большими объёмами информации.
👉 Регистрация: https://otus.pw/6Vjw/?erid=2W5zFGuqEJu
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
Может ли компилятор незаметно вносить ошибки в программу? Могут ли эти ошибки приводить к уязвимостям безопасности? Бывают ли среди них ошибки, которые сложно воспроизвести? Могут ли они возникать из-за неопределённого поведения?
Ответы на эти и многие другие вопросы — в этом исследовании:
https://www.usenix.org/system/files/sec23fall-prepub-123-xu-jianhao.pdf
👉 @Cpportal
Книга «Введение в компиляторы и проектирование языков программирования» профессора Дугласа Тейна.
https://dthain.github.io/books/compiler/compilerbook.pdf
👉 @Cpportal
Как запускаются и работают статически слинкованные программы в Linux: что происходит от запуска исполняемого файла до вызова
main.
https://eli.thegreenplace.net/2012/08/13/how-statically-linked-programs-run-on-linux
А чтобы разобраться, как линкер собирает программу из объектных файлов и библиотек, — руководство по линкерам для начинающих:
https://www.lurklurk.org/linkers/linkers.html
👉 @Cpportal
Основы разработки компиляторов в формате конспектов лекций:
https://www.cs.cornell.edu/courses/cs4120/2026sp/notes/
👉 @Cpportal
CS 6120: «Продвинутые компиляторы» — онлайн-курс Корнеллского университета для самостоятельного изучения.
https://www.cs.cornell.edu/courses/cs6120/
👉 @Cpportal
+1Разбор абстрактного синтаксического дерева — AST — с примером на C:
https://t.co/QSYzFju5mJ
👉 @Cpportal
C++:
«Ты можешь делать что угодно»
Rust:
«Ты можешь делать что угодно»
«Но сначала объясни почему»
👉 @Cpportal
Стив Борн не любил C. Оболочка Bourne shell из Unix V7 написана на C, но из-за макросов код выглядит как Algol 68.
👉 @Cpportal
Триграфы добавили, чтобы код на C можно было писать на клавиатурах без символов #, { и }.
Это корректный код на C для стандартов от C89 до C17. В C23 триграфы убрали.
👉 @Cpportal
9 месяцев назад автор выложил демо, в котором его движок (Kaigen) оказался в 17 раз быстрее Unity ECS в браузере.
На него обрушилось много хейта: выяснилось, что тогда Unity не поддерживала Burst в браузере.
Теперь поддерживает. Так что время для реванша:
ECS: ~2 мс против ~9 мс.
Время на CPU: ~3 мс против ~28 мс.
Kaigen3D по-прежнему быстрее в 4,2–8,7 раза.
Ссылка на демо — можно запустить и Unity, и Kaigen. https://kaigen3d.com/demos/boids/ Исходный код демо на Kaigen: https://github.com/Kaigen-Technologies/kaigen-boids Исходный код демо на Unity — форк репозитория Unity: https://github.com/Kaigen-Technologies/EntityComponentSystemSamplesВот на что способен С-разраб!! 😆 https://kaigen3d.com/ 👉 @Cpportal
Возвращаемся к основам! Скопируем строку на C, а затем посмотрим, как это делается на ассемблере!
// Как скопировать строку на C и ассемблере:
// На C:
while ((*dst++ = *src++))
;
На ассемблере PDP-11 достаточно одной инструкции в цикле, поскольку операции пред- и постинкремента встроены в саму инструкцию.
; R0 = src, R1 = dst 10$: MOVB (R0)+,(R1)+ BNE 10$На ассемблере x86 с этим справилась бы
REP MOVSB, если бы длина строки была известна. Но она неизвестна, поэтому:
; RSI = src, RDI = dst, флаг направления сброшен copy: lodsb ; AL = *src++ stosb ; *dst++ = AL test al, al jnz copy👉 @Cpportal
Керниган и Ритчи использовали этот пример, чтобы показать, насколько C «близок к железу».
Код копирует строку и останавливается на нулевом символе
NUL, потому что само присваивание служит условием.
👉 @Cpportal
+2
Кажется, для SHA-3 должна понадобиться огромная криптографическая библиотека.
Но эта реализация умещается примерно в 120 строк C.
Вся перестановка Keccak-f[1600] развёрнута с помощью макросов.
Только C, битовые операции и состояние размером 200 байт.
👉 @Cpportal
В C можно реализовать наследование с помощью одного простого правила: сделай родительскую структуру первым полем дочерней.
C гарантирует, что адрес структуры совпадает с адресом её первого поля, поэтому приведение указателей между ними работает.
👉 @Cpportal
