💡 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

Когда баг воспроизводится только по пятницам после обеда и только на проде 😎

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

#garbage_collector

💡 Пагинация в EF Core: Skip/Take не всегда лучший выбор

Самый популярный вариант пагинации в EF Core выглядит так:

var customers = await dbContext.Customers
    .AsNoTracking()
    .Where(c => c.IsActive)
    .OrderBy(c => c.Id)
    .Skip((pageNumber - 1) * pageSize)
    .Take(pageSize)
    .ToListAsync();

🔵 Под капотом EF Core генерирует SQL с OFFSET/FETCH:

SELECT *
FROM Customers
ORDER BY Id
OFFSET 200 ROWS
FETCH NEXT 100 ROWS ONLY

Для небольших таблиц этого обычно достаточно.

❗️ Но есть нюанс: чем дальше страница, тем больше строк СУБД приходится пропускать перед возвратом результата.
Поэтому для больших таблиц и бесконечной прокрутки часто используют Keyset Pagination:

var customers = await dbContext.Customers
    .Where(c => c.Id > lastSeenId)
    .OrderBy(c => c.Id)
    .Take(pageSize)
    .ToListAsync();

Такой подход не требует пропускать тысячи строк и обычно масштабируется заметно лучше.

📌 Простая навигация по страницам → Skip/Take
📌 Большие таблицы и высокая нагрузка → Keyset Pagination

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

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

#sharp_view

❗️ Pattern Matching — одна из тех возможностей C#, которая делает код заметно чище

Вместо проверки типа с последующим приведением можно выполнить обе операции сразу в одном выражении. Меньше шаблонного кода, безопаснее приведение типов и лучше читаемость.

На картинке — простой пример, который стоит взять на вооружение, если ещё пишете код «по-старому» 👀

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

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

#sharp_view

⭐️ Асинхронность постепенно переезжает в рантайм

Начиная с C# 5, async/await работал за счёт компиляторной машины состояний. Компилятор превращал каждый асинхронный метод в специальную структуру, которая хранила состояние между точками await.

В .NET 11 появилась Runtime Async — новая реализация, которая переносит значительную часть этой инфраструктуры в сам рантайм. Библиотеки .NET уже начинают использовать новый механизм там, где он поддерживается.

Что это даёт:

✅ более чистые стек-трейсы без лишних кадров машины состояний;
✅ меньше служебного кода и накладных расходов;
✅ более эффективное возобновление выполнения после await.

В документации Microsoft приводится синтетический бенчмарк с большим количеством приостановок и возобновлений, где время выполнения снизилось примерно с 6357 мс до 457 мс 🌈

Пока функция находится в статусе preview. Для своих проектов её можно включить через секцию Features с параметром runtime-async=on. Для net11.0 отдельный флаг EnablePreviewFeatures уже не требуется.

🔗 Microsoft Learn — What’s new in .NET 11 Runtime

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

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

#il_люминатор

📌 Hexagonal Architecture за 5 минут

Эта схема кажется перегруженной только на первый взгляд. На самом деле она показывает одну из самых популярных архитектур современных .NET-приложений.

Здесь собраны ключевые идеи: Ports & Adapters, DDD, CQRS, инверсия зависимостей и разделение приложения на доменную логику и инфраструктуру.

🔜 Сохраните, если давно хотели разобраться, почему доменная модель не должна зависеть от EF Core, HTTP или RabbitMQ.

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

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

#il_люминатор

⭐️ Автоматическая регистрация Minimal API через DI

Вместо того чтобы вручную вызывать десятки MapGet() и MapPost(), можно зарегистрировать все endpoint автоматически.

Идея простая:

1️⃣ каждый endpoint реализует общий интерфейс;
2️⃣ приложение находит все реализации через DI;
3️⃣ при запуске вызывает Map() для каждой.

В результате Program.cs сводится буквально к двум строкам:

builder.Services.AddEndpoints(typeof(Program).Assembly);

app.MapEndpoints();

Чем больше проект, тем заметнее становится преимущество такого подхода.

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

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

#sharp_view