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

😁 Это точно чистый код? 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека шарписта #garbage_collector

🆚 EF Core vs Dapper — новые фичи EF закрывают разрыв EF Core и Dapper решают пересекающиеся, но не одинаковые задачи. С каждым релизом EF Core сокращает отставание по производительности, но у Dapper по-прежнему есть своя ниша. Что нового в EF Core Compiled queries убирают overhead на трансляцию повторяющихся запросов.

    
        private static readonly Func<AppDb, Guid, Task<UserDto?>> GetById =
    EF.CompileAsyncQuery((AppDb db, Guid id) =>
        db.Users.AsNoTracking()
            .Where(u => u.Id == id)
            .Select(u => new UserDto(u.Id, u.Email))
            .FirstOrDefault());{}
    

ExecuteUpdateAsync / ExecuteDeleteAsync позволяют делать set-based операции без материализации сущностей.

    
        await db.Orders
    .Where(o => o.Status == "Pending" && o.CreatedAtUtc < cutoff)
    .ExecuteUpdateAsync(s =>
        s.SetProperty(o => o.Status, _ => "Expired"));{}
    

Улучшенная поддержка raw SQL с проекцией в DTO, JSON-колонки, батчинг. В итоге для типичных API-ридов с небольшими DTO разница с Dapper составляет около 10–30%, а при доминировании latency на стороне БД она вообще не заметна. Где Dapper всё ещё выигрывает Кастомные джоины, CTE, оконные функции, db-specific хинты. Read-mostly микросервисы без change tracking. Хранимые процедуры. Минимальный jitter на p95–p99. Прагматичный подход Большинство команд используют гибрид. EF Core по умолчанию для всего с Select + AsNoTracking. Для топ 2–5 горячих запросов пробуют compiled queries. Если мало, реализуют только их через Dapper за интерфейсом (IOrderQueries), а остальное на EF. Типичные ошибки Возврат сущностей вместо DTO из API. Lazy loading без контроля. N+1 из-за навигационных свойств. Отсутствие AsNoTracking на ридах. Generic repository, который прячет фичи EF. Compiled EF vs non-compiled экономит 0.5–2.5 мс на вызов. Если compiled query укладывается в SLO в пределах 15% от Dapper и проще в поддержке, оставляйте EF. 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека шарписта #sharp_view

🛠 Не баг, а сигнал от пайплайна Backpressure — механизм, через который консьюмер говорит продюсеру «притормози». TCP делает это с 70-х. Вопрос не нужен ли он, а какой именно. System.Threading.Channels В .NET есть System.Threading.Channels — асинхронная труба между продюсером и консьюмером. Канал бывает bounded или unbounded. Этот выбор определяет стратегию backpressure. Drop Данные живут секунды (телеметрия, тикеры). Важно последнее, а не каждое.

    
        Channel.CreateBounded<SensorReading>(
    new BoundedChannelOptions(500)
    { FullMode = BoundedChannelFullMode.DropOldest });{}
    

Продюсер не блокируется, консьюмер не голодает. Цена — потеря данных. Для аудита неприемлемо, для дашборда — осознанный выбор. Buffer Каждый элемент важен, консьюмер не успевает.

    
        Channel.CreateUnbounded<OrderEvent>(
    new UnboundedChannelOptions { SingleReader = true });{}
    

Unbounded-канал растёт, пока процесс не упрётся в память. Честная версия — «буфер с бюджетом». Внешний брокер (Kafka, RabbitMQ) или мониторинг глубины очереди. Если reader.Count растёт и не выравнивается — память не поможет. Throttle Продюсер может замедлиться. ETL-джоб не пострадает от лишних 200 мс.

    
        Channel.CreateBounded<DataRecord>(
    new BoundedChannelOptions(1000)
    { FullMode = BoundedChannelFullMode.Wait });{}
    

Когда канал полон, WriteAsync ждёт освобождения слота. Пайплайн работает на скорости самого медленного участника. Цена — latency. Как выбирать Drop — стабильность ценой полноты данных. Buffer — полнота ценой памяти. Без мониторинга это бомба. Throttle — полнота и стабильность ценой latency. Большинство систем комбинируют. Решите, что произойдёт при заполнении очереди, до того как она заполнится. 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека шарписта #il_люминатор

🤔 Вопрос с собеседования по C#

Как работают асинхронные делегаты и зачем они нужны?

Если вы думаете про async/await — это совсем другая история. Здесь механизм старше и ближе к ручному управлению потоками. Попробуйте сформулировать ответ сами, а потом сверьтесь 👇 ➡️ Ответ 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека шарписта #dotnet_challenge

🔄 Process API в .NET 11: большое обновление System.Diagnostics.Process получил крупнейшее обновление за годы в .NET 11 Preview 4. Чтение вывода без дедлоков При перенаправлении stdout и stderr пайпы имеют ограниченный буфер. Последовательное чтение приводит к взаимной блокировке. Раньше нужно было вручную организовывать параллельное чтение. Теперь одна строка:

    
        var output = Process.RunAndCaptureText("dotnet", ["--help"]);{}
    

Также есть ReadAllLinesAsync для построчного чтения и Process.Run когда вывод не нужен. Контроль хэндлов ProcessStartInfo.InheritedHandles указывает, какие хэндлы наследует дочерний процесс. Предотвращает утечку и удваивает пропускную способность параллельного запуска на Windows. Стандартные хэндлы можно перенаправить на файл, пайп или null. Жизненный цикл KillOnParentExit убивает дочерний процесс при завершении родителя, включая краши. StartDetached запускает процесс, переживающий родителя. StartAndForget возвращает PID и освобождает ресурсы. Производительность Запуск на Apple Silicon ускорен до 98x (posix_spawn). Параллельный запуск на Windows быстрее в 1.8x. Аллокации на Unix сокращены на 30–50%. NativeAOT с SafeProcessHandle до 32% меньше. 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека шарписта #async_news

Введение в OpenTelemetry и основы наблюдаемости. Открытый урок курса «C# Developer. Professional». Когда приложение растёт, перестаёт хватать интуиции и отдельных журналов событий. Уже недостаточно просто знать, что «где-то была ошибка». Нужно понимать, где именно возникла задержка, как запрос прошёл через систему, какой сервис стал узким местом и что происходит с приложением в реальном времени. 📅 На открытом уроке 19 мая в 20:00 разберём основы наблюдаемости и посмотрим, как с этим помогает OpenTelemetry. Поговорим о том, зачем вообще нужна наблюдаемость, чем отличаются журналы событий, метрики и трассировки, как отслеживается путь запроса между сервисами и как выглядит базовая инструментализация приложения на ASP.NET Core. Также покажем, как эти данные отправляются в системы мониторинга и с чего начать, если тема для вас новая. Урок не для тех, кто считает, что одного журнала событий достаточно для понимания системы, или хочет «подключить наблюдаемость» без понимания, какие данные и зачем вообще нужны. 👉 Записаться: https://clc.to/ycOM0A Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

👨‍💻 .NET MAUI переезжает на CoreCLR в .NET 11 Начиная с .NET 11 Preview 4, все приложения .NET MAUI на Android, iOS и Mac Catalyst по умолчанию работают на CoreCLR. Mono больше не является рантаймом по умолчанию для мобильных платформ. Это значит, что мобильные приложения теперь крутятся на том же рантайме, что и ASP.NET Core, Azure-сервисы и десктопные приложения. Что было раньше До .NET 11 мобильная часть .NET MAUI работала на Mono. Серверные, облачные и десктопные приложения уже давно использовали CoreCLR. Два разных рантайма означали разное поведение JIT, разные характеристики сборщика мусора, разный инструментарий диагностики и разные баги. Теперь эта разница уходит. Mono обеспечивал работу .NET на мобильных платформах больше 15 лет. MonoTouch принёс C# на iPhone в 2009 году, MonoDroid появился для Android. На Mono построены Unity, Avalonia UI, Uno Platform, MonoGame и Godot. Переход на CoreCLR не означает конец Mono. Blazor WebAssembly по-прежнему использует Mono, и в .NET 11 это не меняется. Зачем переходить на CoreCLR Унификация рантайма. Один рантайм для всех платформ означает единый набор инструментов и предсказуемое поведение. Не нужно держать в голове различия между Mono и CoreCLR. Производительность. CoreCLR приносит на мобильные платформы tiered JIT compilation, ReadyToRun (R2R) прекомпиляцию и Profile-Guided Optimization (PGO). В Preview 4 уже включены partial R2R по умолчанию и встроенные PGO-профили. Стартап базового dotnet new maui приложения стал заметно быстрее. NativeAOT. CoreCLR является основой для NativeAOT-компиляции. С переходом на CoreCLR открывается путь к NativeAOT на Android. На iOS и Mac Catalyst NativeAOT развивает уже существующую AOT-компиляцию, но с более унифицированным тулчейном. Что с производительностью на практике Для простых приложений стартап стал быстрее. Но сообщество уже сообщает о регрессиях в сложных приложениях на Android. Время запуска или размер приложения могут увеличиться. На iOS команда успешно прошла ревью App Store. Из поддерживаемых архитектур убраны Android x86, Android API 23 и ниже, а также embedding APIs. Поддержка Android arm32 пока под вопросом. Как откатиться на Mono Если что-то пошло не так, можно временно вернуть Mono. Добавьте в файл проекта:

    
        <PropertyGroup>
  <UseMonoRuntime>true</UseMonoRuntime>
</PropertyGroup>{}
    

Работает для Android, iOS и Mac Catalyst. Опция доступна на протяжении всего сервисинга .NET 11. Диагностика Теперь на мобильных платформах работают стандартные инструменты .NET-диагностики: dotnet-trace и dotnet-counters. Те же инструменты, что вы используете на сервере и десктопе, теперь доступны для Android и iOS/Mac Catalyst. Как попробовать Установите .NET 11 Preview 4 SDK и workload:

    
        dotnet workload install maui{}
    

Соберите приложение с таргетом net11.0-android, net11.0-ios или net11.0-maccatalyst и проверьте старт, размер пакета и общую работоспособность. Если нашли проблему, заводите issue в dotnet/android или dotnet/macios. GA-релиз запланирован на ноябрь 2026, и фидбек из превью напрямую влияет на то, что будет исправлено. ➡️ Блог разработчиков 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека шарписта #sharp_view

✏️ Async/Await в C# — шпаргалка ➡️ Что такое Task Task — это обещание, что какое-то событие произойдёт в будущем. Не результат, а именно обещание. Task<T> — то же самое, но с результатом типа T. Когда задача завершится, значение станет доступно. Задача считается завершённой, когда событие произошло или значение получено. Проверить это можно через IsCompleted или Status. ➡️ Как дождаться результата Правильно — асинхронно: • await task — отпускает поток, пока задача не завершится. Поток свободен, приложение не зависает. • ContinueWith(action) — задача сама вызовет ваш колбэк, когда завершится. Полезно, если нужно выстроить цепочку без await. Неправильно — синхронно: • task.Wait() и task.Result блокируют текущий поток до завершения задачи. Это неэффективно, ведь поток простаивает и опасно: риск дедлока в UI и ASP.NET-контекстах. Единственное исключение: вызывать Wait или Result на уже завершённой задаче безопасно и дёшево — результат уже есть, блокировки не будет. ➡️ Что делает async async — это флаг для компилятора: «в этом методе может встретиться await, подготовь конечный автомат». Не более того. async без await внутри — бессмысленный метод. Он выполнится полностью синхронно, а компилятор при этом сгенерирует тяжёлый шаблонный код конечного автомата впустую. async не запускает код в фоновом потоке. Если нужен фоновый поток — используйте Task.Run. ➡️ Что делает await await — точка, в которой метод «разрезается» на до и после. Если задача ещё не завершена, управление возвращается вызывающему коду. Когда задача завершится — выполнение продолжится с того же места. Без await ключевое слово async ничего не делает. ➡️ Частые ошибки Вызов .Result или .Wait() в UI-потоке — дедлок. UI-поток заблокирован ожиданием, а задача не может завершиться, потому что ей нужен тот же UI-поток. async void — допустим только для обработчиков событий. В остальных случаях используйте async Task. Исключения из async void невозможно поймать извне. Забыли await — задача запустится, но никто не дождётся её завершения. Ошибки внутри неё потеряются молча. async без await — компилятор предупредит, и правильно сделает. Метод синхронный, а обёртка в Task создаёт ложные ожидания у вызывающего кода. 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека шарписта #sharp_view

🔒 Майское обновление безопасности .NET и .NET Framework Microsoft выпустила сервисные обновления для .NET 10.0.8, .NET 9.0.16, .NET 8.0.27 и .NET Framework. Закрыты четыре уязвимости: две связаны с повышением привилегий (CVE-2026-32177, CVE-2026-35433), одна с подменой данных (CVE-2026-32175) и одна с отказом в обслуживании (CVE-2026-42899). CVE-2026-32177 затрагивает все поддерживаемые версии, включая .NET Framework 3.5, 4.6.2, 4.7, 4.7.2, 4.8 и 4.8.1. Остальные три CVE касаются только .NET 8, 9 и 10. Помимо патчей безопасности, в релиз вошли и обычные багфиксы. ➡️ Подробности 📍 Навигация: Вакансии • Задачи • Собесы 🐸 Библиотека шарписта #async_news

Talanto.work - сайт для всех, кто ищет работу в IT. Мы спарсили за вас все возможные телеграм каналы и сайты с вакансиями исключительно из сферы IT. Вам не нужно следить за тем, когда выходит вакансия и где, всё это уже сделано за вас. Просто настройте фильтры у нас на сайте и получайте уведомления в телегу, как только вакансия вышла. Например: все вакансии C# На talanto.work собрано 28.000+ вакансий из разных .ru и иностранных сайтов: разработка, QA, аналитика, DevOps, продакт, дизайн, менеджмент и другие IT/Digital-направления. Более 1700 вакансий за последний месяц из телеграм каналов. Что еще есть на сайте: 🟠 Фильтры для нормального поиска Можно искать по стеку, грейду, зарплате, стране, формату работы, релокации и типу занятости. 🟠 Разбор резюме Загружаете CV и получаете конкретные рекомендации: что улучшить, какие навыки добавить, где слабая структура и что может мешать пройти ATS. 🟠Проверка соответствия вакансии и резюме Рядом с вакансией всегда есть кнопочка узнать соответствие, насколько ваш профиль ей подходит. Сервис покажет процент совпадения, сильные стороны и пробелы в резюме 🟠Сопроводительное письмо за 10 секунд Вставляете вакансию и получаете персональное письмо под конкретную компанию и роль, а не шаблон “прошу рассмотреть мою кандидатуру”. 🟠Уведомления в Telegram Задаёте фильтры один раз и бот присылает новые подходящие вакансии прямо в Telegram. Поиск работы в IT сейчас и так сложный. Мы хотим, чтобы вы тратили меньше времени на листание сайтов и больше на точные отклики туда, где у вас реально есть шанс. ✈️ 28.000+ вакансий 🟢Бот с уведомлениями о ваших вакансиях: @TalantoWorkBot 🟢Написать сопровод 🟢Разобрать резюме 🟢Проверить соответствие резюме вакансиям Реклама. Киренкина Марина Дмитриевна, ИНН 345702417736. Erid 2VtzqvLKkMm