C
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# (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# (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# (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# (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# (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# (C Sharp) programming
02.10.2026 10:34 · 👁 2.7K
#ПятничныйКвиз
C
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# (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# (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/