C# (C Sharp) programming (@csharp_ci) — Telegram-канал | Telegram Dialogs
Telegram Dialogs — логотип
Все каналы
C# (C Sharp) programming

C# (C Sharp) programming

@csharp_ci

18.1K подписчиков технологии 💬 Комментарии открыты

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

Последние публикации

C# (C Sharp) programming
07.10.2026 13:09 · 👁 1.6K
⚡️ Microsoft переработала C# Dev Kit: меньше памяти, быстрее запуск В версии 11.0 шесть процессов объединили в один сервер на Native AOT, добавили кэш проектов и приоритетную загрузку открытого файла. На решении Aspire из 407 проектов Microsoft получила: • готовность открытого файла: 0,47 секунды, ускорение до 180×; • загрузка всего решения: 84,1 → 3 секунды; • сборка после изменения одного C#-файла: 36,1 → 2,1 секунды; • память сервера Dev Kit: 2072 → 316 МБ. Последняя цифра относится только к серверу расширения: память VS Code и языкового сервиса Roslyn в сравнение не входит. Быстрая повторная загрузка использует предварительно созданный кэш. Также появились подсказки и диагностика для .csproj, .props, .targets и C# Doctor для поиска проблем с SDK, восстановлением пакетов и окружением. Версия доступна в Pre-Release. В VS Code откройте страницу C# Dev Kit и выберите Switch to Pre-Release Version. https://devblogs.microsoft.com/dotnet/faster-lighter-csharp-dev-kit/
C# (C Sharp) programming
06.10.2026 11:01 · 👁 1.9K
🛠 Вышел Microsoft.Data.SqlClient 7.1.1 Обновление .NET-драйвера для SQL Server исправляет три неприятных сценария: • Нулевые decimal-параметры могли вызывать ArgumentException, если Precision совпадала со Scale. • Пул соединений V2 мог выдавать соединения с истёкшими или почти истёкшими токенами доступа. Теперь срок проверяется перед повторным использованием. Исправление касается приложений, явно включивших V2. • ClearPool и ClearAllPools могли приводить к ошибке при одновременном открытии соединения. Теперь уже начатые запросы могут завершиться, а соединения из очищенного пула больше не используются повторно. https://github.com/dotnet/SqlClient/releases/tag/v7.1.1
C# (C Sharp) programming
05.10.2026 16:01 · 👁 4.1K
Одна задача, три языка: Rust, C# или C++? В курсе Google *Comprehensive Rust* есть упражнение: найти длину трёхмерного вектора, а затем нормализовать его. Формула одна: √(x² + y² + z²). После этого каждую координату делим на полученную длину. На скриншотах хорошо видна разница в стиле: - Rust: iter().fold() собирает сумму квадратов, iter_mut() меняет координаты. - C#: ReadOnlySpan для чтения, Span для изменения и обычный foreach. - C++: std::vector, цикл по значениям для расчёта и по ссылкам для изменения. Для тех, кто пишет на C#: Rust fold(0.0, ...) по смыслу близок к LINQ Aggregate(0.0, ...): оба сворачивают последовательность в одно значение через аккумулятор. Чей вариант вам понятнее с первого взгляда? @csharp_ci
C# (C Sharp) programming
05.10.2026 14:30 · 👁 1.9K
🦈 Открытое собеседование на Middle C# | 6 октября, 19:00 МСК Приглашаем на открытое собеседование: Senior C# разработчик проведёт его в прямом эфире. Можно посмотреть, как всё устроено изнутри, и понять, насколько ты готов к такому интервью. Как это будет: 📂 Собеседует Александр Моргунов — Senior C# разработчик, 7+ лет в европейских высоконагруженных сервисах. Отвечает разработчик-доброволец; 📂 Всё как на настоящем собесе: Александр задаёт те вопросы и задачи, которые даёт кандидатам на своих интервью. Заранее их никто не знает; 📂 После каждого ответа Александр даст обратную связь: что прозвучало сильно, а что стоило раскрыть иначе. Так станет понятнее, на что обращают внимание на собесе; 📂 В конце можно задать любой вопрос. Это бесплатно. Эфир проходит в рамках менторской программы от ШОРТКАТ для C# разработчиков, которые хотят повысить свой грейд, ЗП и прокачать скиллы. Переходи в нашего бота, чтобы получить ссылку на эфир -> @shortcut_csharp_bot Реклама. О рекламодателе.
C# (C Sharp) programming
04.10.2026 10:29 · 👁 2.2K
🖥 .NET 10 научился класть объекты на стек: escape analysis в JIT Одна из самых полезных оптимизаций в .NET 10 работает незаметно. JIT проверяет, может ли объект пережить метод, в котором его создали. Если не может, объект размещается на стеке, а не в куче. Сборщику мусора отслеживать нечего, а сам объект можно разложить на отдельные поля и оптимизировать дальше. Раньше это работало только для простых случаев. В .NET 10 на стек попадают ещё четыре вида объектов. Маленькие массивы фиксированного размера, причём и из значимых типов, и из ссылочных: int[] numbers = { 1, 2, 3 }; // теперь на стеке string[] words = { "Hello", "World!" }; // тоже на стеке Делегаты. Если лямбда не выходит за пределы метода, объект Func больше не уходит в кучу. Замыкание пока ещё аллоцируется, но это обещают доделать. Объекты в полях локальных структур. Если массив лежит в поле структуры, а структура не покидает метод, массив тоже размещается на стеке. В ассемблере пропадает вызов аллокатора. Заодно в JIT добавили девиртуализацию интерфейсов массивов, поэтому foreach по IEnumerable<T> над массивом теперь инлайнится. Ещё улучшили loop inversion и раскладку кода, а на Arm64 пауз GC стало меньше на 8–20%. Переписывать ничего не нужно: привычный код с лямбдами и маленькими массивами просто начинает аллоцировать меньше после перехода на .NET 10. https://learn.microsoft.com/en-us/dotnet/core/whats-new/dotnet-10/runtime#escape-analysis
C# (C Sharp) programming
03.10.2026 14:34 · 👁 2.4K
Самый неожиданный кандидат на звание самого быстрого JSON-сериализатора для .NET сейчас делает… CAPCOM. Компания открыла REDox — высокопроизводительный движок для структурированных данных на C#, который используется как часть технологий вокруг её next-gen game engine. REDox умеет работать не только с JSON, но и с: - CBOR - MessagePack - TOML - XML Это компактный token-based DOM с упором на скорость и минимальные аллокации. Проект рассчитан на горячие пути вроде игровых конфигов и сериализации больших объёмов данных. И да, речь о технологиях CAPCOM, стоящих за движком, на котором работают современные Resident Evil / Biohazard и другие игры компании. Один из самых интересных .NET-проектов по сериализации пришёл не от Microsoft, а от разработчиков Resident Evil. https://github.com/CAPCOM-TD-OSS/REDox
C# (C Sharp) programming
02.10.2026 10:34 · 👁 2.7K
#ПятничныйКвиз
C# (C Sharp) programming
29.09.2026 12:01 · 👁 3.7K
🖥 C# снова показывает, что «удобный язык = медленный язык» давно не работает. Автор ttfx портировал инструмент на C# и получил: - до 140× быстрее Python - до 2,12× быстрее Rust-версии 0.3.3, на которую ранее ссылался DHH И всё это на Linux. Современный C# здесь особенно интересен не только для backend: он отлично подходит для CLI, утилит, bash-подобных скриптов, сервисов и обычных приложений, при этом без заметной жертвы в производительности. Хороший пример того, насколько далеко .NET ушёл от старого образа «Windows-only и тяжёлый runtime». https://github.com/devmobasa/ttfx
C# (C Sharp) programming
29.09.2026 09:41 · 👁 4.8K
🌦️ Красивый пример того, как может выглядеть современное приложение на Aspire Команда показала полноценную интерактивную карту погоды на Node.js с живыми прогнозами и анимированным радаром. Под капотом: ⚡ Express + OpenTelemetry API ⚛️ React 19 + Vite 🗺️ Leaflet для карты 🛰️ анимированный погодный радар и актуальные прогнозы 🧩 всё приложение оркестрируется через TypeScript AppHost Хороший пример Aspire не в виде очередного Hello World, а как основа для полноценного приложения из нескольких сервисов. https://aspire.dev/reference/samples/ @csharp_ci
C# (C Sharp) programming
27.09.2026 10:53 · 👁 3.4K
⚡ .NET 11 ускорили почти везде - от JIT и GC до LINQ и networking Stephen Toub выпустил огромный разбор производительности .NET 11. Главная идея релиза — сотни небольших оптимизаций, которые вместе заметно уменьшают allocations, количество инструкций и стоимость горячих участков кода. Что улучшили: - JIT лучше деvirtualизирует вызовы и инлайнит код; - расширили escape analysis - больше временных объектов остаётся на stack вместо heap; - убираются лишние boxing и allocations; - ускорены коллекции, LINQ, sorting и JSON; - улучшены SIMD, threading и networking; - многие оптимизации работают без изменения исходного кода приложения. - Показательный пример: в одном из тестов обработка nullable-значения ускорилась примерно с 9,6 нс до 2 нс, а временная allocation на 24 байта исчезла полностью. В другом случае foreach по IEnumerable<int> стал примерно в 5 раз быстрее и тоже перестал создавать лишний объект. Разбор Microsoft: https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-11/
Чат поддержки
Ответим здесь же, обычно быстро
Здравствуйте! Напишите ваш вопрос — оператор ответит в этом чате.