Available now! Telegram Research 2025 — the year's key insights 
C# (C Sharp) programming
Open in Telegram
По всем вопросам- @notxxx1 Реестр РКН: https://clck.ru/3Fk3kb #VRHSZ
Show more📈 Analytical overview of Telegram channel C# (C Sharp) programming
Channel C# (C Sharp) programming (@csharp_ci) in the Russian language segment is an active participant. Currently, the community unites 18 299 subscribers, ranking 7 324 in the Technologies & Applications category and 36 848 in the Russia region.
📊 Audience metrics and dynamics
Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 18 299 subscribers.
According to the latest data from 17 June, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by -4 over the last 30 days and by 3 over the last 24 hours, overall reach remains high.
- Verification status: Not verified
- Engagement rate (ER): The average audience engagement rate is 20.04%. Within the first 24 hours after publication, content typically collects 7.25% reactions from the total number of subscribers.
- Post reach: On average, each post receives 3 669 views. Within the first day, a publication typically gains 1 328 views.
- Reactions and interaction: The audience actively supports content: the average number of reactions per post is 0.
- Thematic interests: Content is focused on key topics such as .net, api, логика, архитектура, string.
📝 Description and content policy
The author describes the resource as a platform for expressing subjective opinions:
“По всем вопросам- @notxxx1
Реестр РКН: https://clck.ru/3Fk3kb
#VRHSZ”
Thanks to the high frequency of updates (latest data received on 18 June, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.
18 299
Subscribers
+324 hours
+107 days
-430 days
Posts Archive
18 300
👩💻 Приглашаем на открытый урок «Производительность кода на примере алгоритмов сортировки»
🗓 21 апреля в 20:00 МСК
🆓 На этом открытом уроке мы разберёмся, как скорость работы программы зависит от выбранного способа решения задачи - на понятном примере сортировки данных.
🔍 Что вы узнаете на вебинаре:
– Почему существует несколько способов выполнить одну и ту же задачу.
– Как разные подходы к сортировке данных влияют на скорость работы программы.
– Почему одни решения подходят для маленьких объёмов данных, а другие — для больших.
– Что происходит с программой, когда данных становится в 10, 100 или 1000 раз больше.
– Как разработчики заранее прогнозируют производительность.
🔗 Ссылка на регистрацию: https://otus.pw/QZB5/?erid=2W5zFGs2tAd
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
18 300
🚨 Тихий убийца производительности в EF Core, о котором забывают почти все.
Запрос выглядит идеально - пока у тебя мало данных. Потом начинается ад.
Ты пишешь обычный Include, потом ещё один на ту же сущность… и не замечаешь, как EF Core превращает это в монструозный SQL с кучей JOIN’ов.
Что происходит под капотом:
EF делает несколько JOIN’ов → получается cross product → строки начинают дублироваться
Итог:
• данных в ответе становится в разы больше
• память улетает
• запросы резко тормозят
И всё это без единой ошибки в коде.
Решение есть и оно банально простое - Query Splitting.
Вместо одного жирного запроса EF разбивает его на несколько аккуратных. Без дублирования, без раздувания результата, без боли.
Одна настройка - и ты экономишь кучу ресурсов на проде.
P.S. Если работаешь с EF Core - такие нюансы решают, будет ли твой сервис летать или умирать под нагрузкой.
18 300
🔥 Самая недооценённая фича HttpClient в .NET
DelegatingHandler - это middleware для исходящих HTTP-запросов, про который многие забывают.
По сути, ты собираешь pipeline для запросов так же, как в ASP.NET для входящих.
И вместо того чтобы пихать логику в каждый вызов, выносишь всё в одно место.
Авторизация, логирование, ретраи, кеш, аудит, всё навешивается как цепочка обработчиков.
Код становится чище, повторного кода меньше, а поведение запросов контролируется централизованно.
Один раз настроил и это работает для всех клиентов.
Если используешь HttpClient и до сих пор не трогаешь DelegatingHandler, ты реально упускаешь мощный инструмент
18 300
👩💻 Приглашаем на открытый урок «Облегчённые (Slim) примитивы синхронизации»
🗓 16 апреля в 20:00 МСК
🆓 На открытом уроке рассмотрим:
✔️ Проблему синхронизации доступа к общему ресурсу в многопоточном приложении в рамках внутрипроцессного взаимодействия;
✔️ Разберём классическую задачу читателей–писателей и её реализацию с использованием примитивов синхронизации из пространства имён System.Threading;
✔️ Отдельно обсудим, в каких случаях облегчённые версии примитивов (например, SemaphoreSlim и ReaderWriterLockSlim) оказываются эффективнее стандартных решений, таких как Monitor, Mutex и конструкция lock.
🌿 Вебинар является частью курса «C# разработчик. Экспертный уровень»
🔗 Ссылка на регистрацию: https://otus.pw/oAo7/?erid=2W5zFGHwwxd
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
18 300
🔥 Не понимаешь, что происходит внутри .NET приложения
Значит у тебя нет нормальной трассировки
Минимальный сетап, который стоит добавить почти в любой проект
OpenTelemetry с базовой инструментализацией
ASP.NET Core, HttpClient, EF Core, Redis и база через Npgsql или SqlClient
Этого хватает, чтобы видеть полный путь запроса
от входа в API до базы и внешних сервисов
Дальше всё становится прозрачным
• где тормозит
• где падает
• где утекает время
Для визуализации можно подключить любой стек
• Aspire Dashboard под быстрый старт
• Grafana если нужен прод уровень
• Jaeger для классического трейсинга
• Seq если хочешь объединить логи и трейсы
Seq особенно удобен, потому что нормально работает со структурированными логами
По факту это один из самых дешёвых апгрейдов инфраструктуры, а профит даёт сразу
Гайд
18 300
Когда производительность упирается в железо, а когда в архитектуру? Как проектировать надежные и быстрые системы на C++? Какие подходы используют разработчики компиляторов, рантаймов и системного ПО?
Ответы на эти и другие вопросы найдем на C++ Russia — конференции для C++ разработчиков, инженеров, разработчиков компиляторов, тимлидов и исследователей.
📅 7 мая 2026 — онлайн-день
📅 16–17 мая 2026 — Москва + онлайн
Три дня докладов, воркшопов и общения C++ сообщества. Будем говорить про язык и инженерные задачи: архитектуру, производительность, управление памятью, многопоточность и разработку низкоуровневого ПО.
Новое в этом году — системное программирование: компиляторы, рантаймы, операционные системы, управление ресурсами и дизайн языков программирования.
В карточках собрали несколько топовых докладов из программы.
Используйте промокод, чтобы купить персональный билет со скидкой —
CPLUSCSHARP
Купить билет
Реклама. ООО «Джуг Ру Груп». ИНН 7801341446
18 300
Skywork выкатили Matrix-Game 3.0 - и это уже почти живая игровая вселенная, генерируемая ИИ
720p в реальном времени при 40 FPS
5B модель с INT8-квантизацией - работает удивительно быстро
Главный фокус - стабильность во времени:
модель запоминает прошлые кадры и “достраивает” будущее без развалов сцены
Есть и более мощная версия - 28B MoE, которая лучше держит физику и динамику
Как обучали:
Unreal Engine + AAA-игры + реальные видео
Внутри не просто видео, а связка:
Video + Pose + Action + Prompt
за счёт этого можно генерировать длинные, осмысленные сцены
Это зачатки полноценного AI-геймдвижка
Ссылка на модель: https://modelscope.ai/models/Skywork/Matrix-Game-3.0
18 300
🌟 Микросервисы - это не про то, чтобы в первый же день распилить приложение на десятки сервисов.
Ключевая идея — независимая эволюция.
Каждый сервис:
— владеет своей предметной областью
— хранит свои данные
— разворачивается независимо
Именно отсюда появляются реальные плюсы:
— команды двигаются быстрее
— релизы становятся безопаснее
— система становится устойчивее к сбоям
Но есть и обратная сторона:
— растёт сложность
— появляется больше координации между командами
— сложнее поддерживать консистентность данных
Микросервисы — это не «серебряная пуля».
Это обмен: гибкость и скорость ↔ сложность и операционные расходы.
Поэтому перед тем как идти в эту архитектуру — важно понять базу.
Разбор ключевых концепций и нюансов
18 300
Нужны твои навыки в работе с ИИ на МТС True Tech Hack 2026!
Тебе сюда, если ты инженер данных, разработчик или системный аналитик. 1 500 000 рублей — общий призовой фонд ИТ-соревнования.
Формат: командное онлайн-соревнование с финалом в Москве. Если нет команды — поможем найти на платформе мероприятия.
Тебя ждут три задачи на выбор — каждая с уникальной технической фишкой.
Для всех финалистов — приглашение на закрытую вечеринку, а лучших участников позовут на стажировку.
Успей зарегистрироваться до 9 апреля
18 300
🔥 Парень без опыта навайбкодил клон Warcraft с помощью ИИ - индустрия, ты как там?
Обычный парень просто накидывал идеи в Claude и получил полноценную браузерную стратегию.
Что в итоге:
• 9 фракций, ~200 уникальных юнитов
• 50 заклинаний и 70 зданий
• 150 треков, тысячи спрайтов и реплик
• Прокачка с древами развития
• Магия, гарнизоны, торговля, туман войны
• Генерация карт на лету
И это ещё не всё:
• PvP с игроками
• PvE против ИИ (3 уровня сложности)
• Наблюдение за боями ИИ vs ИИ
• Голосовое управление армией
• Работает в браузере — ПК, телефон, планшет
Без регистрации. Просто заходишь в гостевой режим и играешь.
https://www.shardsofstone.com/
18 300
MWS Cloud Platform приглашает на сеньорский митап
Что обсудим:
→ Почему vhost-user обходит virtio-net
→ Когда писать свой балансировщик вместо HAProxy
→ Почему нельзя выбрать один язык для платформы
Поспорим на дебатах Go vs Kotlin — все желающие могут присоединиться и задавать вопросы из зала.
📅 9 апреля, 18:00
📍 Место Санкт-Петербург, Конногвардейский бульвар, 4, Mishka Bar
Для кого: сеньоров-разработчиков, сетевых инженеров и архитекторов облачных платформ
Сложность докладов: 8/10
Места ограничены, регистрация обязательна. 👉
18 300
⚙️ Как правильно работать с настройками в .NET?
В .NET есть 3 основных интерфейса для конфигурации.
И если выбрать не тот — приложение может просто игнорировать изменения в настройках.
Разбираем просто 👇
1️⃣ IOptions
- читается один раз при запуске
- кэшируется на всё время жизни приложения
- подходит для статических настроек
2️⃣ IOptionsSnapshot
- пересчитывается на каждый запрос
- подхватывает изменения в appsettings.json без перезапуска
- идеален для Web API (Scoped)
3️⃣ IOptionsMonitor
- обновляется в реальном времени
- триггерит событие при изменении настроек
- подходит для фоновых сервисов (Singleton)
Главное правило:
👉 статические настройки → IOptions
👉 веб-приложения → IOptionsSnapshot
👉 фоновые сервисы с реакцией на изменения → IOptionsMonitor
Если используешь не тот интерфейс — можешь долго не понимать, почему конфиг не обновляется.
А это одна из самых частых и незаметных ошибок в .NET.
Подробнее
