uk
Feedback
C# (C Sharp) programming

C# (C Sharp) programming

Відкрити в Telegram

По всем вопросам- @notxxx1 Реестр РКН: https://clck.ru/3Fk3kb #VRHSZ

Показати більше

📈 Аналітичний огляд Telegram-каналу C# (C Sharp) programming

Канал C# (C Sharp) programming (@csharp_ci) у мовному сегменті Російська є активним учасником. На даний момент спільнота об'єднує 18 302 підписників, посідаючи 7 331 місце в категорії Технології та додатки та 36 951 місце у регіоні Росія.

📊 Показники аудиторії та динаміка

З моменту свого створення невідомо, проект продемонстрував стрімке зростання, зібравши аудиторію у 18 302 підписників.

За останніми даними від 11 червня, 2026, канал демонструє стабільну активність. Хоча за останні 30 днів спостерігається зміна кількості учасників на -27, а за останні 24 години на 6, загальне охоплення залишається високим.

  • Статус верифікації: Не верифікований
  • Рівень залученості (ER): Середній показник залученості аудиторії становить 16.94%. Протягом перших 24 годин після публікації контент зазвичай збирає 8.35% реакцій від загальної кількості підписників.
  • Охоплення публікацій: В середньому кожен допис отримує 3 100 переглядів. Протягом першої доби публікація в середньому набирає 1 528 переглядів.
  • Реакції та взаємодія: Аудиторія активно підтримує контент: середня кількість реакцій на один пост – 0.
  • Тематичні інтереси: Контент зосереджений навколо ключових тем, таких як .net, api, логика, архитектура, string.

📝 Опис та контентна політика

Автор описує ресурс як майданчик для висловлення суб'єктивної думки:
По всем вопросам- @notxxx1 Реестр РКН: https://clck.ru/3Fk3kb #VRHSZ

Завдяки високій частоті оновлень (останні дані отримано 12 червня, 2026), канал підтримує актуальність та високий рівень охоплення публікацій. Аналітика показує, що аудиторія активно взаємодіє з контентом, що робить його важливою точкою впливу в категорії Технології та додатки.

18 302
Підписники
+624 години
-27 днів
-2730 день
Архів дописів
Что выведет на экран этот код?
Anonymous voting

#ПятичныйКвиз
#ПятичныйКвиз

✔️ Unity обещает создание игр через текстовые команды. CEO Unity Мэтт Бромберг определил "AI-driven authoring" как приоритетн
✔️ Unity обещает создание игр через текстовые команды. CEO Unity Мэтт Бромберг определил "AI-driven authoring" как приоритетное направление развития компании на 2026 год. Компания готовит инструмент, который сможет собирать казуальные игры с нуля, используя только естественный язык. Бета-версию Unity AI покажут на GDC в марте 2026 года. Технология будет работать нативно внутри платформы, Unity возьмет топовые внешние модели и доучит их понимать контекст движка. В компании уверены, что такой подход даст результат лучше, чем попытки заставить универсальные LLM писать сложный игровой код. Цель - окончательная демократизация геймдева, порог входа в который, похоже, скоро исчезнет совсем. wccftech.com

⚡️ Guard Clauses в .NET: проверяй ошибки одной строкой Хочешь упростить код и избавиться от вложенных if? Используй guard cla
⚡️ Guard Clauses в .NET: проверяй ошибки одной строкой Хочешь упростить код и избавиться от вложенных if? Используй guard clauses — быстрые проверки входных данных в самом начале метода. Вместо длинной логики и вложенности ты сразу останавливаешь выполнение, если данные некорректны. Код становится чище, короче и легче для чтения. В новых версиях .NET появилось много встроенных проверок: .NET 6: - ArgumentNullException.ThrowIfNull .NET 7: - ArgumentException.ThrowIfNullOrEmpty .NET 8: - ThrowIfNullOrWhiteSpace - ThrowIfNullOrEmpty (для коллекций) - ThrowIfZero - ThrowIfNegative - ThrowIfGreaterThan Когда это особенно полезно: - в сервисах и API для валидации входных данных - в доменных моделях — чтобы не допустить невалидного состояния - в конструкторах и фабриках Главная мысль: Guard clauses — это не про «больше проверок», а про ранний отказ и чистую архитектуру.

public class Order
{
    public Order(string customerName, decimal amount)
    {
        ArgumentException.ThrowIfNullOrWhiteSpace(customerName);
        ArgumentOutOfRangeException.ThrowIfNegativeOrZero(amount);

        CustomerName = customerName;
        Amount = amount;
    }

    public string CustomerName { get; }
    public decimal Amount { get; }
}

🔥На Stepik вышел курс: Linux: полный апгрейд твоих скиллов Хочешь реально понимать, что происходит под капотом твоей системы
🔥На Stepik вышел курс: Linux: полный апгрейд твоих скиллов Хочешь реально понимать, что происходит под капотом твоей системы, а не просто кликать по GUI? Без глубокого знания базы ты не инженер - ты просто пользователь. 🔹 В курсе ты: - Освоишь bash, grep, sed, awk - инструменты, которыми живут админы. - Разберёшь права, процессы, сеть, файловую систему и научишься чинить всё, что падает. - Настроишь SSH, firewall, systemd, crontab, демоны и автозапуск. - Научишься анализировать логи, следить за нагрузкой, и не паниковать при 100% CPU. 💡 Формат: пошаговое объяснение базы и разбор важных практик по работе с Linux. 🎯 После курса ты: будешь чувствовать Linux как родную среду и забудешь, что такое “permission denied”. 🚀 24 часа действует скидка 30% 👉 Учиться со скидкой

Что выведет на экран этот код?
Anonymous voting

#ПятничныйКвиз #ДляСамыхМаленьких
#ПятничныйКвиз #ДляСамыхМаленьких

⚡️ КАК СДЕЛАТЬ ИНТЕГРАЦИИ БЕЗ ПОТЕРИ ДАННЫХ Вы регистрируете пользователя и сразу вызываете внешние сервисы: - сохраняете пол
⚡️ КАК СДЕЛАТЬ ИНТЕГРАЦИИ БЕЗ ПОТЕРИ ДАННЫХ Вы регистрируете пользователя и сразу вызываете внешние сервисы: - сохраняете пользователя в БД - отправляете welcome-email - публикуете событие в event bus

public async Task RegisterUserAsync(User user, CancellationToken token)
{
    _userRepository.Insert(user);

    await _unitOfWork.SaveChangesAsync(token);

    await _emailService.SendWelcomeEmailAsync(user, token);
    await _eventBus.PublishAsync(new UserRegisteredEvent(user.Id), token);
}
Вопрос Что здесь может пойти не так? Проблемы — Пользователь сохранён, но email не отправился — Email отправился, но событие не опубликовалось — Событие ушло, а транзакция в БД откатилась — При ретраях возможны дубли Чем больше внешних вызовов, тем больше точек отказа и сложнее обработка ошибок. Решение — Outbox Pattern Сохраняем пользователя и событие в одной атомарной транзакции:

public async Task RegisterUserAsync(User user, CancellationToken token)
{
    _userRepository.Insert(user);

    _outbox.Insert(new UserRegisteredEvent(user.Id));

    await _unitOfWork.SaveChangesAsync(token);
}
Дальше отдельный процесс: • читает сообщения из Outbox • отправляет email • публикует события • помечает как обработанные Результат — Нет рассинхронизации между БД и внешними сервисами — Гарантированная доставка событий — Возможность безопасных повторов — Простая и надёжная архитектура для распределённых систем

🚀 Научитесь создавать AI-проекты и зарабатывать на них 🦾🦾 Сегодня ценится не умение «пользоваться ChatGPT», а навык проектировать и запускать полноценные AI-решения под реальные задачи бизнеса 🤖 Университет искусственного интеллекта - один из самых крупных образовательных проектов в сфере AI: 7 лет на рынке, более 11 000 студентов, практические программы и стажировки в реальных компаниях 🔥🔥 Сейчас открыт доступ к презентации программы GPT Engineer - обучения, где показывают путь от базы до разработки AI-приложений и сервисов Что вы узнаете из презентации: 🔹 Программа курса по занятиям 🔹 Необходимый уровень для поступления 🔹 Тарифы и цены 🔹 Описание формата практики на стажировках 🔹 Обзор процесса трудоустройства 🔹 Разбор программы поддержки студентов 👉 Если планируете развиваться в сфере искусственного интеллекта или хотите перейти в новую востребованную профессию - обязательно посмотрите презентацию

⚡ Лучший конфиг HttpClient тот, который ты не повторяешь в каждом сервисе. В .NET всё настраивается один раз через IHttpClien
Лучший конфиг HttpClient тот, который ты не повторяешь в каждом сервисе. В .NET всё настраивается один раз через IHttpClientFactory (и Aspire, если используешь его): • Service discovery для service-to-service вызовов • Встроенная устойчивость к сбоям (retry, handling transient errors) После этого ты просто инжектишь клиент и пишешь бизнес-логику — без ручной магии с сокетами, таймаутами и DNS. Чистый код. Меньше багов. Больше фокуса на логике. Полный разбор

👨‍💻 Ручная сборка, деплой по инструкции в Confluence и ночные правки на сервере — частая реальность ASP.NET-проектов. Пока система доставки не автоматизирована, скорость разработки и стабильность всегда под угрозой. На открытом уроке разберём, как выстроить рабочий pipeline от коммита до деплоя. Покажем типовую цепочку: сборка, тесты, упаковка в Docker-образ, публикация в реестр и автоматическое развертывание. ❗️ Вы увидите CI/CD не как абстрактную DevOps-теорию, а как воспроизводимый процесс, который можно применить в собственном проекте. Это фундамент для перехода к микросервисам и контейнерной инфраструктуре без лишней сложности. 🗓 Встречаемся 11 февраля в 20:00 МСК в преддверии старта курса «C# ASP.NET Core-разработчик». ➡️ Регистрация открыта: https://tglink.io/3e020aa35caaf6?erid=2W5zFGkbWek Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru #реклама О рекламодателе

Если вы думаете, что EF Core «медленный» в 2026 — вы просто живёте в прошлом. Одна из мощных современных фич — bulk-операции,
Если вы думаете, что EF Core «медленный» в 2026 — вы просто живёте в прошлом. Одна из мощных современных фич — bulk-операции, в том числе массовое удаление. Теперь можно удалить любое количество записей одним запросом к базе. Пример: e-commerce платформа хочет удалить все корзины, созданные более года назад. Раньше это выглядело так: загрузили сущности в память, RemoveRange, SaveChanges — лишние аллокации, трафик и нагрузка. Теперь достаточно:

context.Carts
    .Where(o => o.CreatedOn < DateTime.Now.AddYears(-1))
    .ExecuteDelete();
В результате выполняется один SQL DELETE, который напрямую удаляет старые записи в базе — быстро и без промежуточных объектов в памяти. ⚠️ Важно: bulk-операции обходят change tracker EF. Если в контексте уже есть отслеживаемые сущности, состояние может рассинхронизироваться — учитывайте это в логике. EF Core давно уже не просто ORM, а полноценный инструмент для высоконагруженных систем. И у него есть ещё много фич, которые серьёзно упрощают жизнь разработчику. Подробнее

🔥 Полезная подборка каналов только код, практика и самые передовые инструменты, которые используют разработчики прямо сейчас
🔥 Полезная подборка каналов только код, практика и самые передовые инструменты, которые используют разработчики прямо сейчас.👇 🖥 ИИ: t.me/ai_machinelearning_big_data 🖥 Python: t.me/pythonl 🖥 Linux: t.me/linuxacademiya 🖥 C++ t.me/cpluspluc 🖥 Docker: t.me/DevopsDocker 🖥 Хакинг: t.me/linuxkalii 🖥 Devops: t.me/DevOPSitsec 👣 Golang: t.me/Golang_google 🖥 Аналитика: t.me/data_analysis_ml 🖥 Javascript: t.me/javascriptv 🖥 C#: t.me/csharp_ci 🖥 Java: t.me/javatg 🖥 Базы данных: t.me/sqlhub 👣 Rust: t.me/rust_code 🤖 Технологии: t.me/vistehno 💰 Экономика и инвестиции в ИИ t.me/financeStable 💼 Актуальные вакансии: t.me/addlist/_zyy_jQ_QUsyM2Vi 🖥 Chatgpt бот в тг: t.me/Chatgpturbobot 📚 Бесплатные ит-книги: https://t.me/addlist/HwywK4fErd8wYzQy 🖥Подборка по Golang: https://t.me/addlist/MUtJEeJSxeY2YTFi ⚡️ Лучшие ИИ ресурсы: https://t.me/addlist/2Ls-snqEeytkMDgy Самое лучшее в этом: ты учишься даже тогда, когда “нет времени, просто потому что читаешь правильную ленту.

Что выведет на экран это код
Anonymous voting

#ПятничныйКвиз
#ПятничныйКвиз

🟥 Утечки данных в .NET-приложениях чаще происходят не из-за хакеров, а из-за неверной работы с ключами, конфигурациями и базовой криптографией. Ошибки на уровне кода быстро превращаются в инциденты. На открытом уроке разберём практическое применение System.Security.Cryptography: AES, RSA, хеширование и цифровые подписи. Поговорим о безопасном хранении и передаче секретов, управлении ключами и принципе наименьших привилегий. ❗️ Вы системно разберёте уязвимости OWASP Top-10 для .NET: инъекции, небезопасную десериализацию, XSS, CSRF — и способы их нейтрализации на уровне кода и архитектуры. Отдельно обсудим шифрование данных в БД, защиту строк подключения и безопасное логирование без утечек токенов. 🟥Встречаемся 10 февраля в 20:00 МСК в преддверии старта курса «C# Developer. Professional». Зарегистрируйтесь, чтобы не пропустить: https://tglink.io/73e7493a7d6ff1?erid=2W5zFGXFxba #реклама О рекламодателе

Если вы не используете OpenTelemetry, вы буквально летите вслепую в продакшене. И хорошая новость — вам не нужно переписывать
Если вы не используете OpenTelemetry, вы буквально летите вслепую в продакшене. И хорошая новость — вам не нужно переписывать код, чтобы получить “рентген-зрение” для своих сервисов. Достаточно подключить правильные пакеты авто-инструментирования. Вот базовый стартовый набор для .NET: - AspNetCore — автоматически трейсит все входящие HTTP-запросы - HttpClient — показывает тайминги и статусы всех исходящих API-вызовов - EF Core — логирует реальные SQL-запросы и их длительность - Npgsql — добавляет глубокий трейсинг для PostgreSQL - StackExchange.Redis — помогает увидеть cache hits, misses и скачки латентности После установки вы начинаете видеть полный жизненный цикл запроса через все микросервисы — от входящего HTTP до базы, кэша и внешних API. Это уже не “логи и надежда”. Это наблюдаемость продакшен-уровня. Я разобрал, как всё это подключить к Grafana или Jaeger и получить полноценную визуализацию трейсов. Полный гайд по настройке: https://milanjovanovic.tech/blog/introduction-to-distributed-tracing-with-opentelemetry-in-dotnet?utm_source=X&utm_medium=social&utm_campaign=19.01.2026

⚡️ Модульный монолит хорош ровно настолько, насколько хороши его границы. Если Module A может “по-тихому” лезть в базу Module
⚡️ Модульный монолит хорош ровно настолько, насколько хороши его границы. Если Module A может “по-тихому” лезть в базу Module B - у тебя не модули. У тебя хаос, просто внутри одного репозитория. Самое сложное в модульной архитектуре - не “разбить на папки”, а решить, что модуль вообще имеет право показывать наружу. Моё правило для Public API: 1) Начинай с нуля Считай, что любой класс должен быть приватным по умолчанию. 2) Открывай только по необходимости Доступ даётся не “на будущее”, а только если другой модуль реально просит функциональность. 3) Экспортируй возможности, а не данные API должно отражать сценарии (use-cases), а не “вот тебе таблица/репозиторий/DTO”. И главное - просто договориться недостаточно. Границы нужно технически запрещать нарушать: модификаторы, сборки, internal, анализаторы, тесты на зависимости.

⚡️ 10 причин перейти на .NET 10 (чтобы это одобрил руководитель) .NET 10 и C# 14 вышли 11 ноября 2025. Ниже - 10 причин, поче
⚡️ 10 причин перейти на .NET 10 (чтобы это одобрил руководитель) .NET 10 и C# 14 вышли 11 ноября 2025. Ниже - 10 причин, почему апгрейд реально стоит запланировать. 1) LTS-релиз - .NET 10 - Long-Term Support, поддержка до 14 ноября 2028 - поддержка .NET 8 заканчивается 10 ноября 2026 → лучше не тянуть 2) Быстрее ASP.NET Core - до +15% RPS по сравнению с .NET 8 - до -93% потребления памяти → меньше нагрузка и дешевле инфраструктура 3) Общий прирост производительности .NET - сотни улучшений “из коробки” просто после апгрейда проекта 4) File-Based Apps (один .cs файл) - можно сделать один файл *.cs и запускать напрямую - удобно для CLI, автоматизации и утилит без создания проекта 5) Server-Sent Events (SSE) - лёгкий способ стримить данные на клиента - идеален для real-time обновлений без сложности WebSocket 6) Extension Members в C# 14 - более удобный синтаксис расширений - можно расширять свойства и static members 7) Minimal APIs: Validation + JSON Patch - встроенная валидация для Minimal APIs - JSON Patch доступен из коробки 8) EF 10: LeftJoin / RightJoin в LINQ - наконец-то нормальные LeftJoin/RightJoin - запросы становятся проще и читаемее 9) EF 10: Named Query Filters - можно заводить несколько фильтров на одну сущность - включать/выключать их независимо 10) Улучшения Blazor - Hot Reload для Blazor WASM и .NET on WASM - профилирование производительности + диагностические счётчики Источник/подробности: antondevtips.com/draft/10-reasons-to-upgrade-to-dotnet-10/

Что выведет на экран этот код?
Anonymous voting

C# (C Sharp) programming - Статистика та аналітика Telegram каналу @csharp_ci