LangGraph vs Semantic Kernel: архитектура агентов

В .NET мире популярен Semantic Kernel, но индустрия движется к графовым подходам. LangGraph реализует паттерн, где агент — это не просто цепочка плагинов, а граф с состоянием.

Архитектурные преимущества:

— цикличность: нативная поддержка циклов (ReAct pattern);
— state management: управление контекстом похоже на работу с сессиями;
— human-in-the-loop: возможность поставить граф на паузу, получить апрув человека и продолжить.

Курс по архитектуре уже стартовал.

Записаться на курс

Смотреть первую лекцию бесплатно

Читать полностью…

📎 ValueTask в публичном API

ValueTask часто хвалят за экономию памяти. Но если использовать его в публичном API, потребители могут не оценить такой шаг.

Вопрос: чем так плох ValueTask в публичном API? Он же снизит аллокации

Ответ: у нас в канале с вопросами с собесов

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

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

#dotnet_challenge

Читать полностью…

⚡️ ExecuteUpdate и ExecuteDelete в EF Core

ExecuteUpdate и ExecuteDelete появились для случаев, когда вам не нужны сущности и сложные хуки.

Это способ выполнять быстрые массовые операции, говоря с базой на языке SQL через LINQ.

Простой пример с заказами, которые нужно отметить как просроченные:

public async Task<IActionResult> ExpireOldOrders()
{
    var cutoff = DateTime.UtcNow.AddDays(-30);

    var affectedRows = await _db.Orders
        .Where(o => o.Status == OrderStatus.Pending 
                    && o.CreatedAt < cutoff)
        .ExecuteUpdateAsync(setters =>
            setters.SetProperty(
                o => o.Status,
                OrderStatus.Expired));

    return Ok(new { affectedRows });
}

EF Core сгенерирует один SQL примерно такого вида:

UPDATE Orders
SET Status = 2
WHERE Status = 0
  AND CreatedAt < @cutoff

Приложение отправляет в базу одну команду, а не тысячи мелких запросов. С точки зрения БД — это максимально естественный сценарий: нагрузка на сеть и блокировки минимальны.

ExecuteDelete решает такую же задачу для удаления:

public async Task<int> CleanOldLogsAsync(DateTime cutoff)
{
    var affected = await _db.Logs
        .Where(l => l.CreatedAt < cutoff)
        .ExecuteDeleteAsync();

    return affected;
}

EF Core не загружает логи в память — удаление происходит одним SQL-запросом.

Важно: эти методы обходят change tracking и не вызывают события SaveChanges.
Используйте их, когда производительность важнее бизнес-логики в коде.

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

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

#il_люминатор

Читать полностью…

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

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

#garbage_collector

Читать полностью…

📞 Как доска объявлений, но отборная

C#/.NET-разработчик — до 300 000 ₽ и удалёнка.

С# разработчик — от 200 000 ₽ и снова удалёнка.

.NET Developer — внезапный офис в Новосибирске.

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

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

Читать полностью…

🐳 Docker для быстрого запуска сервисов локально

Docker это платформа для запуска приложений в контейнерах. Контейнер получает собственные зависимости, сетевую конфигурацию и порты и при этом не вмешивается в окружение хоста.

Предположим, вам нужно быстро поднять MongoDB локально, не устанавливая ее системным пакетом.

Достаточно выполнить:

docker run -p 27017:27017 mongo

Эта команда скачает официальный образ mongo с Docker Hub и запустит контейнер. Флаг -p 27017:27017 пробрасывает порт на хост, то есть вы обращаетесь к базе на localhost:27017.

Так вы получаете рабочую MongoDB без отдельной установки сервера, настройки сервисов и борьбы с конфликтами версий.

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

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

#sharp_view

Читать полностью…

🛠 PostgreSQL как Dead Letter Queue

История о том, как в Wayfair отказались от Kafka DLQ в пользу PostgreSQL и получили более управляемую систему обработки сбоев.

Проблема: события падают, а видимости нет

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

Первая попытка: Kafka как DLQ

Логичным решением было использовать сам Kafka в качестве Dead Letter Queue. Общий паттерн: если событие не обработалось, отправляем его в отдельный топик DLQ.
Но быстро стало ясно, что это не лучший вариант. Kafka отлично двигает данные, но когда сообщения попадают в DLQ-топик, с ними сложно работать:

• Нельзя просто взять и выполнить запрос «покажи всё, что упало вчера»
• Нет нормальной фильтрации по причине сбоя
• Чтобы повторить обработку конкретного набора событий, нужны кастомные консьюмеры
• Для любого анализа требуется дополнительный инструментарий

Для системы, генерирующей критичные бизнес-отчёты, такое отсутствие видимости стало серьёзной проблемой.

Решение: PostgreSQL как первоклассный DLQ

Вместо публикации сбойных событий в топик Kafka, начали сохранять их прямо в таблицу DLQ в PostgreSQL. CloudSQL уже использовался как основное хранилище, так что операционно это почти ничего не добавило. Концептуально же сбои стали первоклассными гражданами системы, а не непрозрачными сообщениями, потерянными в потоке.

Дизайн-решения

• payload как JSONB — сохраняет сырое событие без жёсткой схемы. Можно хранить любую структуру и при этом эффективно запрашивать.

• Простая модель состояний — только PENDING и SUCCEEDED. Минимализм делает жизненный цикл события понятным.

• retry_after — предотвращает агрессивные повторы, когда зависимые системы нестабильны.

• retry_count — позволяет ограничивать количество попыток без внешнего состояния. Если событие не обработалось за 240 попыток — возможно, с ним что-то фундаментально не так.

• Временные метки — делают аудит и операционный анализ простым делом.

Целью не было заменить Kafka на PostgreSQL. Kafka остался основой для высокопроизводительного приёма событий, а PostgreSQL взял на себя то, что умеет лучше всего — долговременность, запросы и наблюдаемость вокруг сбоев.

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

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

#il_люминатор

Читать полностью…

👨‍💻 Паттерны проектирования — не для облачных систем

Классические design patterns из Банды четырёх часто вредят cloud-native приложениям.

Большинство классических паттернов проектирования создавались для in-process объектно-ориентированных систем — а не для распределённых, подверженных сбоям облачных окружений.

Но в 2026 году всё ещё встречаются облачные системы, построенные на репозиториях повсюду, синглтонах как кеше и фасаде, оборачивающем HTTP-вызовы.

Классические паттерны из книги Банды Четырёх предполагают общую память, быстрые вызовы методов, стабильные процессы, редкие сбои и единый блок развёртывания. Облачные системы предполагают противоположное: распределённую память, сетевые вызовы с задержками, временные процессы, постоянные частичные сбои и множество независимых сервисов.

Синглтон: самый опасный паттерн

Синглтон кажется удобным для глобального состояния в одном процессе. В облаке каждый под имеет свой экземпляр, и состояние рассинхронизируется при масштабировании. Холодные старты сбрасывают данные, а поды работают с разными версиями.

Репозиторий тормозит запросы

Репозиторий абстрагирует данные, чтобы домен оставался чистым. В распределённых системах это плодит лишние вызовы через сеть, N+1 проблемы и перерасход ресурсов БД. Каждый запрос добавляет задержку и траты.

Лучше ориентироваться на запросы: оптимизировать чтение, использовать CQRS для доминирующего чтения и принимать форму данных как часть дизайна. Доступ к БД становится ключевой частью архитектуры, а не скрытой деталью.

Фабрика усложняет жизнь

Фабрики прячут создание объектов и типы. В облаке они дублируют DI-контейнеры, маскируют жизненный цикл и ломают трассировку. Если код полон фабрик, локаторов и инъекций, ясность теряется.

Платформы вроде Kubernetes берут управление lifecycle на себя. Делайте ресурсы явными, отдавайте композицию контейнерам и избегайте лишних прослоек.

Обдумывайте контекст перед копипастой паттернов. Это спасёт от боли при росте нагрузки.

💬 Был у вас шаблон, который подставил вас в облаке?

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

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

#sharp_view

Читать полностью…

Завтра стартуем: курс по разработке ИИ-агентов в .NET 💠

Хватит писать бойлерплейт — переходите к архитектуре автономных систем. Мы научим проектировать мультиагентные связки на CrewAI, управлять стейтом в LangGraph и подключать нейросети к вашим API и облаку.

👉 Успейте занять место до начала занятий

Читать полностью…

Задачи копятся, а ты всё ещё вручную «жаришь» контроллеры под каждый промпт?

Это работа в забегаловке. Настоящий Шеф не пишет услуги вечно — он проектирует Систему. 💠

В понедельник, 26 января, стартует интенсив по разработке ИИ-агентов. Мы научим создавать автономные решения в экосистеме .NET, которые закроют рутину, пока ты занимаешься архитектурой.

В программе:

— мультиагентные системы в CrewAI: делегирование рутины и контроль логики;
— сложная логика в LangGraph: стейт-менеджмент и работа с графами;
— tool use интеграция: связь агентов с вашим API, БД и облаком. ⚡️

Записаться на курс

Читать полностью…

⭐️ Нестандартные форматы резюме для шарписта

Рынок IT вакансий в 2026 году переполнен кандидатами с похожими PDF резюме. Рекрутеры тратят на просмотр отклика секунды, и стандартный формат часто теряется в потоке.

Новые форматы самопрезентации помогают выделиться и сразу показать навыки разработчика. Например, резюме в виде changelog'а.

➡️ Все 6 форматов в статье

Если стандартное резюме не приносит откликов, имеет смысл попробовать хотя бы один из нестандартных форматов и добавить его к привычному PDF.

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

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

Читать полностью…

❓ Что выведет код

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

Посмотреть ответ 👉 в нашем канале

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

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

#dotnet_challenge

Читать полностью…

👨‍💻 ToLookup для поиска дубликатов

ToLookup — это не только группировка данных. Метод создаёт индексированную структуру, что делает его быстрой альтернативой GroupBy в некоторых сценариях.

Допустим, у вас есть список чисел и нужно найти те, что встречаются больше одного раза.

Стандартный подход через GroupBy:

public static IEnumerable<int> FindDuplicates_GroupBy(List<int> data)
{
    return data.GroupBy(x => x)
               .Where(g => g.Count() > 1)
               .Select(g => g.Key);
}

Работает, но GroupBy выполняется лениво — при каждой итерации происходит перегруппировка.

Решение через ToLookup:

public static IEnumerable<int> FindDuplicates_Lookup(List<int> data)
{
    var lookup = data.ToLookup(x => x);
    return lookup.Where(g => g.Count() > 1)
                 .Select(g => g.Key);
}

ToLookup создаёт индекс сразу и дальнейшие операции работают с готовой структурой в памяти.

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

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

#sharp_view

Читать полностью…

Почему так сложно просто принять оплату❓

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

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

#garbage_collector

Читать полностью…

🗑 Soft Delete в базах данных

Многие проекты добавляют в таблицы колонку deleted или archived_at, чтобы не удалять данные окончательно. Звучит удобно: пользователь случайно что-то удалил — можно восстановить. Но на практике это создаёт массу проблем.

Основные проблемы классического подхода

Мёртвые данные в живых таблицах. 99% архивных записей никогда не будут прочитаны, но они постоянно болтаются рядом с актуальными данными.

Каждый запрос должен фильтровать WHERE archived_at IS NULL. Индексы раздуваются. Миграции данных становятся сложнее — надо ли обрабатывать записи двухлетней давности? Всегда есть риск, что архивные данные случайно попадут туда, где их быть не должно.

Создание записи затрагивает внешние системы. Восстановление может требовать сложной логики, которая всегда будет неполной копией API создания. Старые данные могут не пройти новые правила валидации.

Альтернативные подходы

• Архивирование на уровне приложения

При удалении записи приложение отправляет событие в очередь, а отдельный сервис сохраняет архивные данные в другом месте.

Плюсы: основная БД остаётся простой, удаление асинхронное (быстрее и надёжнее), данные можно сериализовать в удобном формате.

Минусы: легко допустить баг и потерять архивные данные, больше инфраструктуры, сложнее искать записи для восстановления.

• Триггеры PostgreSQL

Создаём универсальную таблицу archive, которая хранит JSON-представление удалённых записей:

CREATE TABLE archive (
    id UUID PRIMARY KEY,
    table_name TEXT NOT NULL,
    record_id TEXT NOT NULL,
    data JSONB NOT NULL,
    archived_at TIMESTAMPTZ NOT NULL DEFAULT NOW()
);

Триггер автоматически копирует удаляемую строку в архив. Можно даже отслеживать каскадные удаления через session variables.

• Реплика без DELETE

Держать логическую реплику, которая игнорирует DELETE-запросы или превращает их в archived_at.

➡️ Источник

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

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

#il_люминатор

Читать полностью…

🎯 Нестандартные форматы резюме

Листайте карточки и подбирайте вариант резюме под свои навыки. В комментах можете поделиться своими проектами 👇

➡️ В статье ещё два формата

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

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

Читать полностью…

🔛📈 Включаем фичи без редеплоя

Feature Flags — это условные переключатели, которые позволяют включать/выключать фичи на лету, без передеплоя приложения.

Зачем они нужны

• Безопасный rollout — можно включить фичу для 10% пользователей, проверить метрики, затем раскатывать дальше.

• A/B тестирование — запуск двух версий фичи и выбор лучшей на основе данных.

• Eсли что-то пошло не так, флаг выключается за секунду вместо отката всего деплоя.

• Возможность коммитить незавершённый код без риска для продакшна

Подготовка:

// Добавим NuGet пакет
dotnet add package Microsoft.FeatureManagement

// В appsettings.json
"FeatureManagement": {
    "NewDashboard": false
}

В коде:

if (await featureManager.IsEnabledAsync("NewDashboard"))
{
    RenderNewDashboard();
}
else
{
    RenderOldDashboard();
}

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

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

#sharp_view

Читать полностью…

AI-агенты в экосистеме .NET: расширяем границы возможного

Интеграция ИИ в энтерпрайз-продукты требует понимания того, как работают автономные системы. Изучите общие принципы построения агентских систем, чтобы внедрять их в свои проекты.

Курс «Углубленные AI-агенты» даст вам глубокую экспертизу в актуальном стеке.

На обучении вас ждёт:

— проектирование автономных агентских систем;
— освоение LangGraph, CrewAI и AutoGen;
— интеграция RAG и инструментов планирования;
— 13 живых вебинаров и поддержка менторов.

Поток уже стартовал, присоединяйтесь сейчас.

🚀 Записаться на основной курс

Если сомневаетесь — просто посмотрите вводное занятие.

Читать полностью…

⚙️ Вы настраиваете ASP.NET Core «по наитию» и тратите время на поиск, почему приложение ведет себя по-разному в продакшене и локально?

🗓 29 января в 20:00 OTUS проводит открытый урок «Конфигурирование приложения ASP.NET Core» в преддверии старта курса «C# ASP.NET Core разработчик».

На занятии разберем, как выстроить прозрачную и управляемую систему настроек: appsettings.json, провайдеры конфигурации, приоритет применения конфигураций, настройки специфичные для среды и шаблон Options для работы с настройками. Вы поймете, как проектировать конфигурации так, чтобы приложения были стабильными и предсказуемыми.

❗️Урок будет полезен разработчикам ASP.NET Core начального и среднего уровня, которые хотят систематизировать знания и работать по индустриальным стандартам.

➡️ Регистрируйтесь на бесплатный урок: https://clc.to/JVrtgw

🎁 Все участники открытого урока получат скидку на обучение.

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Читать полностью…

🛋 Работа в кайф

Продуктивность — это не про силу воли и мотивацию. Это про то, как вы обустроили своё рабочее место. Синий свет экрана, температура в комнате, даже то, сколько воды вы выпили за день — всё это напрямую влияет на работу вашего мозга.

➡️ В статье 10 базовых советов по обустройству вашего рабочего места

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

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

Читать полностью…

💡 Мигающий светодиод за 10 строк кода

Работа с железом через .NET — это не просто про серверы и веб-приложения. С библиотекой Gpio вы можете управлять физическими устройствами напрямую с Raspberry Pi или других одноплатников.

Рассмотрим базовый пример: как заставить мигать светодиод.

Что понадобится

Минимальный набор компонентов: Raspberry Pi (или аналог с поддержкой .NET), светодиод на 5 мм, резистор 330 Ом, макетная плата и провода.

Как это работает

Схема собирается просто: плата подключается к аноду светодиода (длинная ножка), катод идёт через резистор на землю. Резистор ограничивает ток и защищает светодиод от выгорания.

В коде всего несколько строк:

using var controller = new GpioController();
controller.OpenPin(18, PinMode.Output);
bool ledOn = true;
while (true)
{
    controller.Write(18, ledOn ? PinValue.High : PinValue.Low);
    Thread.Sleep(1000);
    ledOn = !ledOn;
}

В цикле мы записываем значение «включено» или «выключено», меняем состояние каждую секунду.

Приложение компилируется как self-contained и разворачивается на устройстве. После назначения прав на выполнение (chmod +x) запускаете исполняемый файл — и светодиод начинает мигать с интервалом в секунду.

➡️ Гайд от майков

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

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

#sharp_view

Читать полностью…

C#-разработчик? Пора осваивать AI-агентов

Экосистема .NET активно интегрирует ИИ (например, через Semantic Kernel). Наш курс поможет вам понять фундаментальные принципы построения автономных систем.

Начинаем сегодня в 19:00 МСК.

Основные темы:

— путь от базовых промптов до мультиагентных систем;
— использование инструментов и планирование задач;
— деплой и масштабирование своих ИИ-решений;
— работа с векторными хранилищами данных.

Занять место

Читать полностью…

⚡️ Урок про боксинг в C#

Разбираем типичную ошибку, которая встречается даже в коде крупных проектов.

Код с подвохом:

struct StackValue
{
  public override bool Equals(object obj)
  {
    if (Object.ReferenceEquals(this, obj))
      return true;

    if (!(obj is StackValue))
      return false;

    var value = (StackValue)obj;
    return this.Kind == value.Kind 
        && this.Flags == value.Flags 
        && this.Type == value.Type;
  }
}

На первый взгляд всё логично: сначала быстрая проверка через ReferenceEquals, если не сработала — сравниваем по полям.

В чём подвох

ReferenceEquals принимает параметры типа object. Когда вы передаёте структуру, происходит боксинг: значение копируется в хип и оборачивается объектом.

Что происходит при вызове Equals:

• this упаковывается в новый объект
• Создаётся уникальная ссылка в heap
• Сравниваются две разные ссылки
• Результат всегда false

В современных версиях .NET есть правило CA2013, которое отлавливает подобные случаи.

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

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

#il_люминатор

Читать полностью…

🟥 Новостной дайджест

Выходные выходными, но новости должны быть по расписанию.

— Быстрая загрузка Windows 95

— NBomber 6.2.0

— Ghostty почти запретил ИИ-генерированный код

Разработчик терминала Ghostty Митчелл Хашимото ужесточил правила: теперь любой PR с кодом от ИИ вроде Claude или Cursor требует раскрытия использования модели, полного тестирования человеком и предварительного одобрения issues, а нарушителей грозит бан и публичное осмеивание.

— Microsoft выпустили WinApp

Новый открытый инструмент WinApp CLI упрощает жизнь разработчикам на кросс-платформенных фреймворках вроде Electron, Rust или Dart, избавляя от ручной настройки SDK, манифестов, сертификатов и упаковки в MSIX.

— Chrome в Windows 11 скоро позволит перетаскивать несколько файлов из веб-приложений в Проводник

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

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

#async_news

Читать полностью…

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

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

#garbage_collector

Читать полностью…

📄 Забытое искусство XML

Наткнулись на статью, которая ставит под сомнение один из главных технологических трендов последних лет — отказ от XML в пользу JSON.

XML был отвергнут не из-за технической неполноценности, а потому что победил JavaScript.

Что мы потеряли, отказавшись от XML:

• Схемы и валидация — XSD позволяет проверять типы и структуру данных на уровне документа, до парсинга. JSON Schema существует, но это сторонняя надстройка, которая так и не стала стандартом.

• Пространства имён — можно комбинировать документы из разных схем без конфликтов. В JSON приходится импровизировать с префиксами.

• Комментарии — в XML они есть изначально. JSON их запрещает, потому что они усложняют парсинг.

• Самодокументирование — XML-документ содержит или явно ссылается на свою схему. В JSON приходится гадать, что значит "status": 1.

Вместо того чтобы использовать XML, мы потратили миллиарды на создание библиотек валидации, TypeScript, генераторов API-клиентов — по сути, воссоздавая то, что уже было в XML.

Microsoft, несмотря на все критику, продолжали использовать XML для MSBuild, WPF, и системы конфигурации .NET Framework. Переход на JSON в .NET Core случился не потому что XML был плох, а под давлением модных трендов.

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

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

#il_люминатор

Читать полностью…

Пятница, 19:00. Худшее время для деплоя, но идеальное, чтобы наконец подружить .NET-приложение с нейронками через современные RAG-инструменты.

Как интегрировать LLM в проект и заставить её работать с вашими специфичными данными? Разберёмся на примере концепции RAG.

Программа открытого урока:

— сравнение RAG и Fine-tuning: архитектурный выбор;
— работа с векторными БД и эмбеддингами;
— демонстрация пайплайна, который «читает» документацию в PDF.

Один из спикеров — Алексей Яндутов, ML-инженер в поиске Яндекса.

Это вводное занятие к большому курсу «Разработка AI-агентов». Мы ориентируемся на разработчиков, а не на «промпт-инженеров».

Записаться на урок

Читать полностью…

💡 Старый трюк Windows 95 с Shift

В Windows 95 был странный эффект если перезагружать систему с зажатым Shift появлялась надпись Windows is restarting и перезапуск занимал заметно меньше времени. Для многих это выглядело как полумистический хак хотя на самом деле там работала вполне конкретная логика в старом 16 битном коде.

При обычном перезапуске Windows 95 инициировала полноценный холодный ребут то есть машина проходила полный цикл начальной инициализации BIOS и заново загружала систему из нуля.

При перезапуске с зажатым Shift вместо этого вызывался старый 16 битный ExitWindows с специальным EW флагом который говорил ядру не перезагружать железо а только выгрузить саму Windows и вернуться.

➡️ Источник

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

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

#async_news

Читать полностью…

🤓 Группировка данных без лишних действий

ToLookup — это метод LINQ, который группирует элементы коллекции по ключу. Похож на GroupBy, но есть важные отличия, которые делают его удобным в определённых ситуациях.

— Как работает ToLookup

Метод создаёт структуру данных ILookup<TKey, TElement> — это неизменяемая коллекция групп. Каждая группа содержит элементы с одинаковым ключом.

var users = new[]
{
    new { Name = "Anna", Department = "Dev" },
    new { Name = "Boris", Department = "Dev" },
    new { Name = "Clara", Department = "QA" }
};

var lookup = users.ToLookup(u => u.Department);

foreach (var user in lookup["Dev"])
{
    Console.WriteLine(user.Name); // Anna, Boris
}

Обращение к группе происходит через индексатор lookup["Dev"]. Если ключа нет — вернётся пустая последовательность, а не исключение.

— ToLookup vs GroupBy

GroupBy возвращает IEnumerable<IGrouping<TKey, TElement>> — это отложенное выполнение. Группировка происходит при каждой итерации.

ToLookup выполняется немедленно и возвращает готовую структуру в памяти. Это значит:

• Данные группируются один раз при вызове метода
• Повторные обращения к группам не пересчитывают результат
• Потребляет память под всю структуру сразу

— Когда использовать ToLookup

Подходит, если вам нужно:

+ Многократно обращаться к одним и тем же группам
+ Избежать повторных вычислений группировки
+ Получать пустые последовательности вместо исключений для отсутствующих ключей
+ Неизменяемую структуру данных

Не подходит, если:

- Данные большие и в памяти не поместятся
- Нужна отложенная обработка
- Группировка нужна один раз — тогда GroupBy эффективнее

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

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

#sharp_view

Читать полностью…

🙂 Подборка вакансий для шарпистов

C# Developer — удалёнка в Ростиксе.

.NET разработчик — долларовая удалёнка.

Senior Unity Developer Teamlead — до 400 000 ₽ на гибрид в Москву.

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

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

Читать полностью…