С/С++ Portal | Программирование
الذهاب إلى القناة على Telegram
Присоединяйтесь к нашему каналу и погрузитесь в мир для C/C++-разработчика Сотрудничество, реклама: @devmangx Работаем с @Spiral_Yuri РКН: https://clck.ru/3Foc4d
إظهار المزيد
الشبكة:📈 نظرة تحليلية على قناة تيليجرام С/С++ Portal | Программирование
تُعد قناة С/С++ Portal | Программирование (@cpportal) في القطاع اللغوي الروسية لاعباً نشطاً. يضم المجتمع حالياً 14 736 مشتركاً، محتلاً المرتبة 8 448 في فئة التكنولوجيات والتطبيقات والمرتبة 43 907 في منطقة روسيا.
📊 مؤشرات الجمهور والحراك
منذ تأسيسه في невідомо، حقق المشروع نمواً سريعاً وجمع 14 736 مشتركاً.
بحسب آخر البيانات بتاريخ 05 أكتوبر, 2026، تحافظ القناة على نشاط مستقر. خلال آخر 30 يوماً تغيّر عدد الأعضاء بمقدار -139، وفي آخر 24 ساعة بمقدار -3، مع بقاء الوصول العام مرتفعاً.
- حالة التحقق: غير موثّقة
- معدل التفاعل (ER): يبلغ متوسط تفاعل الجمهور 14.72%. وخلال أول 24 ساعة من النشر يحصد المحتوى عادةً 8.21% من ردود الفعل نسبةً إلى إجمالي المشتركين.
- وصول المنشورات: يحصل كل منشور على متوسط 2 171 مشاهدة. وخلال اليوم الأول يجمع عادةً 1 211 مشاهدة.
- التفاعلات والاستجابة: يتفاعل الجمهور بانتظام؛ متوسط التفاعلات لكل منشور يبلغ 20.
- الاهتمامات الموضوعية: يركز المحتوى على مواضيع رئيسية مثل linux, ядро, c++, процессор, указатель.
📝 الوصف وسياسة المحتوى
يصف المؤلف القناة بأنها مساحة للتعبير عن الآراء الذاتية:
“Присоединяйтесь к нашему каналу и погрузитесь в мир для C/C++-разработчика
Сотрудничество, реклама: @devmangx
Работаем с @Spiral_Yuri
РКН: https://clck.ru/3Foc4d”
بفضل وتيرة التحديث المرتفعة (أحدث البيانات بتاريخ 06 أكتوبر, 2026) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة التكنولوجيات والتطبيقات.
14 736
المشتركون
-324 ساعات
-197 أيام
-13930 أيام
جاري تحميل البيانات...
القنوات المماثلة
سحابة العلامات
الإشارات الواردة والصادرة
---
---
---
---
---
---
جذب المشتركين
أكتوبر '26أكتوبر '26
أكتوبر '26
+5
في 0 قنوات
سبتمبر '26
+13
في 0 قنوات
Get PRO
أغسطس '26
+18
في 0 قنوات
Get PRO
يوليو '26
+11
في 0 قنوات
Get PRO
يونيو '26
+15
في 2 قنوات
Get PRO
مايو '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 قنوات
| التاريخ | نمو المشتركين | الإشارات | القنوات | |
| 06 أكتوبر | 0 | |||
| 05 أكتوبر | 0 | |||
| 04 أكتوبر | +2 | |||
| 03 أكتوبر | 0 | |||
| 02 أكتوبر | +2 | |||
| 01 أكتوبر | +1 |
منشورات القناة
В C можно реализовать наследование с помощью одного простого правила: сделай родительскую структуру первым полем дочерней.
C гарантирует, что адрес структуры совпадает с адресом её первого поля, поэтому приведение указателей между ними работает.
👉 @Cpportal
| 2 |  Как виртуальная память влияет на задержки — статья Эрика Ригторпа.
https://rigtorp.se/virtual-memory/
👉 @Cpportal | 896 |
| 3 |  Обязательно к прочтению, если интересуешься управлением памятью.
https://www.gingerbill.org/series/memory-allocation-strategies/
👉 @Cpportal | 1 219 |
| 4 |  Давайте изучать ассемблер x86-64: практическая серия.
https://gpfault.net
👉 @Cpportal | 1 361 |
| 5 |  +1Если ещё не пробовали, стоит посмотреть на эту отличную визуализацию конвейера, построенную на реальных данных Intel. Она помогает оценить задержку и пропускную способность.
https://uica.uops.info
Видео, как обычно, сделал Opus 5.5.
👉 @Cpportal | 1 445 |
| 6 |  В 2007 году один разработчик спросил, почему Git написан на C, а не на C++.
Линус Торвальдс ответил:
«ТЫ несёшь полную чушь».
«C++ — ужасный язык».
Он добавил, что уже одного желания держать C++-программистов подальше от проекта было бы достаточно, чтобы выбрать C.
👉 @Cpportal | 1 552 |
| 7 |  В этой статье разбирается страничная организация памяти — широко распространённая схема управления памятью, которую мы также будем использовать в своей операционной системе.
Объясняется, зачем нужна изоляция памяти, как работает сегментация, что такое виртуальная память и как страничная организация решает проблемы фрагментации памяти. Также рассматривается устройство многоуровневых таблиц страниц в архитектуре x86_64.
https://os.phil-opp.com/paging-introduction/
👉 @Cpportal | 1 557 |
| 8 |  Скорее всего, вы прямо сейчас используете SQLite и даже не знаете об этом.
Она лежит в основе всего — от вашего браузера до локального хранилища на телефоне.
Вот как эта маленькая, невероятно мощная база данных устроена внутри.
https://sqlite.org/arch.html
👉 @Cpportal | 1 583 |
| 9 |  Parallel C++ — параллельное программирование на C++
Учебник посвящён практическому параллельному программированию на C++ на уровне магистратуры и аспирантуры. В нём рассматриваются API и связанные с ними возможности языка из стандартов C++17 и C++20 — как для систем с одним вычислительным узлом, так и для распределённых систем.
Учебник показывает, что благодаря средствам параллельного программирования в C++17 и C++20 изучать метаязыки вроде OpenMP больше не обязательно.
С помощью HPX, библиотеки C++ для параллелизма и конкурентного выполнения, те же возможности языка можно распространить на распределённый код. Это даёт более высокоуровневый интерфейс C++ для распределённого программирования, чем MPI — интерфейс передачи сообщений.
https://github.com/TheHPXProject/hpx
👉 @Cpportal | 1 703 |
| 10 |  Компиляторы и то, как их создавать — подробный журнал, в котором разбираются все тонкости процесса.
https://github.com/DoctorWkt/acwj
👉 @Cpportal | 1 671 |
| 11 | Разработчик, который годами писал на C и C++ в Microsoft и Google, спроектировал сотни систем и провёл тысячи код-ревью, описал проблему Claude Code, с которой столкнулся на практике.
Плохой код он чувствуюет примерно так же, как некоторые чувствуют запах дыма.
В первую неделю с Claude ему казалось, что он просто взломал систему. Фичи выкатывались, все проверки проходили, и он впервые начал рано ложиться спать.
А потом каждый исправленный баг начал порождать ещё два. Работа резко замедлилась.
Правишь checkout — ломается биллинг. Чинишь биллинг — отваливаются уведомления. "Быстро поменять одно поле" — и уже развалились три модуля.
Это всё тот же спагетти-код, который лентяи-разработчики писали годами. Просто Claude пишет его в 200 раз быстрее.
Anthropic обучила гения на свалке из Stack Overflow и корпоративной Java-разработки и назвала это полезным ассистентом.
Обращение через цепочки объектов. Чрезмерный DRY. Хуки "на будущее". Деревья наследования. Один файл делает пять разных вещей. God functions.
Решение существует ещё с 1994 года.
Просто вставьте это в AGENTS.md:
# Вечные ограничения, а не чек-лист
Если два принципа конфликтуют, выбирай тот, который сильнее снижает будущую стоимость изменений ИМЕННО в этой кодовой базе.
ЖЁСТКОЕ ПРАВИЛО: сначала отрефактори код под принцип, и только потом меняй поведение.
1. Separation of Concerns — одна категория работы на одну часть системы: UI / domain / persistence / infra. Базовый принцип.
2. Encapsulation / Information Hiding — небольшой стабильный контракт, внутренности скрыты.
3. High Cohesion + Loose Coupling — то, что меняется вместе, должно жить вместе; независимые части общаются через узкие интерфейсы.
4. DRY — одно авторитетное представление для каждого знания, а не для каждой похожей строки. Не переусердствуй с DRY.
5. KISS — самая простая архитектура, которая работает. Сложность — это долгосрочный налог.
6. Single Responsibility — одна причина для изменения.
7. Depend on Abstractions — политика не зависит от деталей; и то и другое зависит от контрактов.
8. YAGNI — никаких спекулятивных фич, фреймворков и хуков «на потом».
9. Composition over Inheritance — собирай систему из компонентов, а не выращивай хрупкие иерархии.
10. Open/Closed, но с дисциплиной — расширяй систему через стабильные границы и только там, где одно и то же изменение уже понадобилось дважды.
Также полезно: Law of Demeter · fail fast / illegal states unrepresentable · optimize for deletion · Unix-принцип «делай одну вещь и хорошо» + композиция.
Относись к этому как к ограничениям. Если здравый смысл требует нарушить лозунг — нарушай.
👉 @Cpportal | 1 736 |
| 12 |  C-движок наконец готов к полноценному использованию. Он называется Kaigen.
Первое демо — Minecraft Test.
kaigen отлично работает с ИИ. Главное отличие от Three.js в том, что готовый проект запускается на Windows, Mac, iPhone, Android и в браузере. Скоро добавят и VR.
И ещё он выдаёт больше 330 FPS на видеокарте шестилетнего ноутбука.
Ссылка на демо и код.
👉 @Cpportal | 2 007 |
| 13 |  Уже видели интерактивное объяснение Transformer?
Очень крутая визуализация того, как работает архитектура.
https://poloclub.github.io/transformer-explainer/
👉 @Cpportal | 2 039 |
| 14 |  Если вы давно не заглядывали в дорожную карту Cornell «Understanding GPU Architecture», стоит посмотреть ещё раз.
Её обновили и добавили современные архитектуры для высокопроизводительных вычислений, включая NVIDIA Blackwell B200.
https://cvw.cac.cornell.edu/gpu-architecture
👉 @Cpportal | 2 093 |
| 15 |  +1Кто-то попытался протащить в OpenBSD клоны GNU CoreUtils, переписанные на Rust
Тео де Раадт, руководитель OpenBSD, идею не оценил.
А его ответы были... занятными.
"Пахнет продвижением повестки."
"А, потому что это написано на Rust. Ваша повестка уже слишком заметна."
"В этом нет никакого смысла. Никому не нужны бинарники, которые ведут себя чуть иначе, как часть привычного воркфлоу... В этой вселенной нет людей, которые захотят заменить один ls на другой ls, а потом удивляться конфликтам из-за нестандартизированного поведения инструментов."
https://marc.info/?t=17898877070
@linuxos_tg | 2 006 |
| 16 | 🎥 Вебинар по C++: Паттерн многопоточного программирования «Producer-Consumer»
Когда несколько потоков одновременно работают с данными, недостаточно просто «запустить работу параллельно». Нужно правильно организовать передачу задач между потоками, не потерять данные и избежать ситуаций, когда приложение внезапно зависает
👉 Разберём один из самых распространённых паттернов многопоточной разработки - Producer-Consumer. На практическом примере посмотрим, как один или несколько потоков создают задачи, другие их обрабатывают и какую роль между ними играет общая очередь
🤓 План вебинара:
• Producer-Consumer: какую задачу решает паттерн
• Собираем Producer-Consumer на C++
• Почему многопоточный код «иногда работает, а иногда нет»
• Что делать, если Producer работает быстрее Consumer
• Разбор итоговой реализации и вопросы
🧠 Курс «C++-разработчик. Продвинутый уровень»
👉 Зарегистрируйтесь: https://tglink.io/14247efdec8c8b?erid=2W5zFGQGAoj
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963. | 1 276 |
| 17 |  Портал в основы архитектуры GPU.
https://www2.eecs.berkeley.edu/Pubs/TechRpts/2016/Archive/EECS-2016-143.pdf
👉 @Cpportal | 2 098 |
| 18 |  Напишите минимальное ядро ОС с нуля.
Начните с загрузчика и постепенно дойдите до рабочего ядра операционной системы, запущенного в защищённом режиме.
Проект показывает, что на самом деле происходит между загрузчиком и main().
https://www.lowlevelcraft.com/capstone/minimal-os-kernel
👉 @Cpportal | 2 388 |
| 19 |  Как только начинаешь визуализировать свои SQL-схемы вот так, назад пути уже нет.
sqltoerdiagram.com
👉 @Cpportal | 2 240 |
| 20 |  В 2000 году программист обнаружил, что корутины в C можно реализовать с помощью того же трюка со switch, что используется в Duff’s Device.
Этот приём получил название Tatham’s Coroutine и использовался в PuTTY.
Сам Саймон Тэтэм назвал его «худшим хаком на C», который ему доводилось видеть в продакшене.
👉 @Cpportal | 2 394 |
