💡 Как посмотреть результат работы JIT прямо в Rider

После установки плагина .NET Disassembler становится доступно окно ASM Viewer, где можно посмотреть нативный код, который сгенерировали:

🈂️ JIT
🈂️ ReadyToRun
🈂️ NativeAOT

Поддерживаются x86, x64 и ARM64.

Это удобно, когда нужно проверить:

✅ произошёл ли инлайнинг
✅ как JIT оптимизировал код
✅ какое влияние оказывают PGO и Tiered Compilation
✅ почему одна реализация работает быстрее другой

Раньше для такого анализа обычно использовали BenchmarkDotNet, специальные флаги рантайма или сторонние утилиты. Теперь дизассемблированный код можно открыть прямо в IDE.

📌 Для работы понадобится установить плагин .NET Disassembler

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#il_люминатор

🔊 5 возможностей .NET 11 Preview 5, которые могли пройти мимо вас

Пока все обсуждают C# 15, в .NET 11 Preview 5 приехало несколько полезных улучшений библиотек и SDK.

🈶 JSON Lines в System.Text.Json

Теперь IAsyncEnumerable<T> можно сериализовать в формате JSON Lines без ручной сборки строк. Полезно для логов, событий и потоковой обработки данных.

🈶 EqualityComparer.Create по селектору ключа

Новая перегрузка позволяет быстро создавать компараторы для HashSet, Distinct и GroupBy без собственного IEqualityComparer<T>.

🈶 StringBuilder.MoveChunks

Передаёт накопленный текст в другой StringBuilder без копирования символов. Особенно интересно для генераторов кода и других сценариев с большими объёмами текста.

🈶 Улучшения производительности библиотек

В Preview 5 продолжается работа над уменьшением аллокаций и ускорением базовых API платформы.

🈶 Подготовка к C# 15

SDK и инструменты продолжают получать поддержку новых возможностей языка ещё до финального релиза .NET 11.

🔗 Подробнее

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#async_news

💡 StartsWith('s') лучше, чем StartsWith("s")

Если ищете один символ, используйте перегрузку с char:

text.StartsWith(’s’);

вместо:

text.StartsWith(«s»);

То же самое касается:

text.EndsWith('s');
text.IndexOf(’s’);

Перегрузки с char обычно немного эффективнее и сразу показывают, что поиск идёт по одному символу.

📌 Для одного символа — char, для строки или подстроки — string.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#sharp_view

🔗 LINQ за пределами Where() и Select()

Большинство разработчиков регулярно используют лишь небольшую часть LINQ. Но за последние версии .NET коллекция операторов заметно выросла.

На шпаргалке собраны методы, которые часто упрощают код:

🔹 DistinctBy() — убрать дубликаты по ключу
🔹 Chunk() — разбить последовательность на пачки
🔹 MaxBy() / MinBy() — получить элемент по максимальному или минимальному значению ключа
🔹 CountBy() — посчитать элементы по группам
🔹 AggregateBy() — агрегировать данные по ключу за один проход
🔹 SelectMany() — развернуть вложенные коллекции
🔹 ToLookup() — построить быстрый lookup по ключу
🔹 Zip() — объединить две последовательности попарно

📌 Если до сих пор используете GroupBy(...).Count() или пишете собственную логику для поиска максимального элемента — возможно, в LINQ уже есть готовый оператор.

🔗 Источник

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#схема

🤷‍♂️ Почему сборщик мусора делит объекты на поколения

GC в .NET не сканирует всю кучу при каждой сборке. Он опирается на простое наблюдение: большинство объектов живут очень недолго. Временные строки, локальные коллекции, промежуточные результаты вычислений часто умирают почти сразу после создания.

Поэтому управляемая куча разделена на поколения.

🟢 Gen0 — сюда попадают новые объекты. Сборка происходит часто и быстро.

🟢 Gen1 — промежуточное поколение для объектов, переживших сборку Gen0.

🟢 Gen2 — долгоживущие объекты: кеши, синглтоны, крупные структуры приложения. Проверяется значительно реже.

Такой подход позволяет GC большую часть времени работать только с небольшим количеством свежих объектов, не тратя ресурсы на всю кучу целиком.

🔜 Отдельно существует LOH (Large Object Heap). Туда попадают крупные объекты размером примерно от 85 КБ, чаще всего большие массивы. LOH обычно не уплотняется при обычных сборках, поэтому со временем может фрагментироваться.

Практический вывод:

✅ уменьшайте количество временных объектов на горячих путях;
✅ избегайте лишних аллокаций в циклах;
✅ переиспользуйте большие буферы через ArrayPool<T>, чтобы не нагружать LOH.

📚 Что почитать дальше:

«Фундаментальные основы сборщика мусора .NET» — один из лучших материалов для понимания поколений, LOH, режимов работы GC и причин пауз при сборке мусора.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#il_люминатор

🧩 Проверка аргументов на null в современном C#

До .NET 6 проверки обычно выглядели так:

if (arg is null)
    throw new ArgumentNullException(nameof(arg));

Сейчас для этого есть встроенный метод:

ArgumentNullException.ThrowIfNull(arg);

Что он даёт:

✅ меньше шаблонного кода
✅ автоматически подставляет имя параметра
✅ единый стиль проверок по всему проекту
✅ проще читать и поддерживать

Например:

 public UserService(IRepository repository)
{
    ArgumentNullException.ThrowIfNull(repository);

    _repository = repository;
}

Под капотом используется специальная реализация для guard clauses, поэтому этот вариант не только короче, но и хорошо оптимизируется рантаймом.

Используете ThrowIfNull() или по привычке всё ещё пишете if (arg is null) ❓

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#sharp_view

👀 Умеете строить предсказуемую архитектуру с ИИ? Станьте спикером Proglib academy

Мы в Proglib.academy запускаем курс по Spec-Driven Development (SDD) — учим разработчиков управлять ИИ-агентами (Cursor, Copilot, Claude) через спецификации, контекст и тесты, чтобы не перепроверять за нейросетью каждую строку.

Для этого курса мы ищем классных спикеров-практиков.

➡️ Что требуется от вас?

● BigTech бэкграунд: опыт работы разработчиком, тимлидом или архитектором в крупных технологических компаниях.
● Опыт управляемой разработки с ИИ: вы на практике знаете, как встроить AI-инструменты в личный или командный workflow (от постановки задачи до ревью AI-кода).
● Системный подход: умение превращать хаотичную генерацию кода в предсказуемый инженерный процесс (работа с архитектурой, чек-листами, легаси и покрытием тестами).

➡️ Что мы предлагаем?

● Достойную оплату за подготовку материалов и проведение занятий.
● Мощное продвижение личного бренда через медиаресурсы Proglib (наша аудитория — 1 млн+ айтишников).
● Возможность публиковать свои экспертные материалы и статьи на наших площадках.
● Доступ к сильному и закрытому профессиональному сообществу.

Также мы ищем консультанта программы.

Если вы практикующий эксперт и готовы помочь нам отвалидировать программу курса, дать рекомендации по актуальности тем и финальным результатам обучения — мы вас очень ждем.

➡️ Как с нами связаться:

Telegram: @alinaa_kh
E-mail: alina@proglib.io

😳 Минимальные API или контроллеры

С появлением минимальных API многие начали отказываться от контроллеров. Меньше шаблонного кода, эндпоинт виден целиком, проще стартовать новый сервис.

🔜 Но контроллеры никуда не исчезли. Для крупных проектов многим по-прежнему нравится привычная структура, группировка логики и накопленные практики команды.

А как у вас?

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#entry_point