📌 Команда дня для снятия дампа

dotnet-dump — ваш лучший помощник, когда приложение падает без логов.

Снять дамп памяти:

dotnet-dump collect --process-id 12345

Проанализировать дамп:

dotnet-dump analyze core_*.dmp

Далее доступны команды: clrstack, dumpheap -stat, gcroot — чтобы увидеть стеки вызовов, объекты в памяти и цепочки удержания.

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

#буст

❗️ Вышел .NET 10 RC 1

.NET 10 RC 1 — это шанс заглянуть за кулисы финального релиза.

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

➡️ Блог разработчиков

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

#свежак

💡 Как определить приоритет задачи

У разработчиков всегда задач больше, чем времени. Чтобы не тратить часы на споры, можно пройтись по этому мини-чеклисту:

1️⃣ Влияние на бизнес/пользователя
Что произойдет, если не сделать? Потеряем клиентов, деньги или просто будет некрасиво?

2️⃣ Срочность
Есть ли жесткий дедлайн? Блокируется ли чужая работа?

3️⃣ Сложность
Сколько времени и сил займет выполнение? Можно ли сделать быстрый фикс?

4️⃣ Риск откладывания
Станет ли хуже, если подождать? Вырастет техдолг, появятся новые баги?

5️⃣ Зависимости
Задача открывает путь для других? Или сама ждет чего-то?

Можно поставить по каждому пункту баллы от 1 до 3 и сложить. Чем выше сумма — тем выше приоритет.

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

#буст

⚡️ Visual Studio 2026 Insiders уже доступна

Хотите увидеть будущее Visual Studio? Insiders для 2026 версии доступен.

Быстрее, умнее, удобнее — проверяйте новые функции, отлаживайте проекты и опробуйте возможности, которые скоро станут стандартом.

➡️ Блог разработчиков

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

#свежак

🔐 Хэширование в C#: как и когда использовать

Хэширование — это процесс преобразования данных в фиксированное значение, которое затем можно использовать для быстрого поиска и сравнения.

Основная цель хэширования — ускорить операции, например, поиск элементов в коллекциях или в базах данных.

Как работает хэширование

В C# хэширование чаще всего встречается в таких структурах данных, как Dictionary и HashSet, где хэш-функции используются для быстрого поиска элементов. Эти коллекции используют хэш-таблицы для того, чтобы операции поиска, добавления и удаления выполнялись за время O(1) в среднем.

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

Пример реализации собственного хэширования:

// Переопределение метода GetHashCode для обеспечения корректного хэширования
    public override int GetHashCode()
    {
        // Простой хэш-функции, использующей значения полей объекта
        // Здесь мы комбинируем хэши Name и Age для создания уникального хэш-значения
        int hashName = Name == null ? 0 : Name.GetHashCode();
        int hashAge = Age.GetHashCode();
        
        // Используем формулу для комбинирования хэшей, чтобы минимизировать коллизии
        return hashName ^ hashAge;
    }

Когда стоит использовать хэширование

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

Хэширование используется для защиты данных, например, в процессе хранения паролей. В этом случае важно использовать криптографически стойкие хэш-функции, такие как SHA-256 или bcrypt.

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

💬 Как вы используете хэширование в своих проектах? Делитесь примерами в комментариях 👇

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

#междусобойчик

⭐️ Паттерн-матчинг vs операторы

Нашли для вас видео, которое поможет разобраться в различиях между операторами неравенства != и паттерн-матчингом с is not в C#.

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

➡️ Смотреть видео

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

#буст

🔒 Оптимистическая vs пессимистическая блокировка

Каждый .NET разработчик рано или поздно сталкивается с этим: два запроса одновременно обновляют одну сущность в Entity Framework, и один из них молча затирает изменения другого. Классическая проблема многопоточных приложений, которая превращает стабильный код в источник багов.

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

В статье разбираемся как это сделать с помощью двух типов блокировок.

➡️ Читать статью

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

💬 Full-Stack или глубокая специализация

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

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

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

💬 Как думаете вы? Лучше углубиться в одну область или быть «швейцарским ножом»?

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

#междусобойчик

📰 Недельный дайджест

Собрали для вас материалы второй недели осени.

— Сентябрьские обновления .NET

Microsoft выпустили обновления для .NET 8.0 и .NET 9.0. Эти обновления содержат исправления, не связанные с безопасностью, и направлены на улучшение стабильности и качества платформы.

— Улучшения производительности в .NET 10

В .NET 10 значительные улучшения производительности были достигнуты благодаря оптимизациям в Just-In-Time (JIT) компиляторе. Также улучшена деабстракция, позволяющая интерфейсам и делегатам работать быстрее, а виртуальные вызовы — эффективно инлайнироваться.

— 5 трендов IT-найма 2025

— Первый кандидат к релизу .NET 10

— Visual Studio 2026 Insiders уже доступна

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

💎 Вспоминаем SOLID

SOLID — это 5 принципов объектно-ориентированного проектирования. Давайте повторим эту базу.

— Single Responsibility Principle (Принцип единственной ответственности)

Каждый класс должен иметь только одну причину для изменения.

Плохо: класс UserManager и сохраняет пользователя в БД, и отправляет email.
Хорошо: UserRepository хранит, EmailService отправляет письма.

— Open/Closed Principle (Принцип открытости/закрытости)

Классы должны быть открыты для расширения, но закрыты для изменения.

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

Пример: вместо переписывания метода — создаём новый подкласс или внедряем стратегию.

— Liskov Substitution Principle (Принцип подстановки Барбары Лисков)

Объекты подклассов должны работать так же, как объекты родителя.

Если Square наследуется от Rectangle, он должен вести себя как прямоугольник, а не ломать ожидания.

Суть: наследование не должно рушить логику программы.

— Interface Segregation Principle (Принцип разделения интерфейсов)

Лучше много маленьких интерфейсов, чем один огромный.

Плохо: интерфейс IMachine с методами print(), scan(), fax().
Хорошо: IPrinter, IScanner, IFax. Каждый класс реализует только нужное.

— Dependency Inversion Principle (Принцип инверсии зависимостей)

Зависимости должны быть от абстракций, а не от конкретных классов.

Плохо: класс ReportGenerator напрямую вызывает MySQLDatabase.
Хорошо: ReportGenerator работает с интерфейсом Database, а уже конкретная БД подставляется снаружи.

Без SOLID код быстро превращается в спагетти, где одно изменение ломает всё.

💬 Пишите в комменты как вы объясняете, что такое SOLID

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

#буст

🧩 Оптимизация кода с помощью Application Insights

В .NET теперь проще выявлять узкие места и оптимизировать производительность приложений благодаря обновлениям в Application Insights. Инструмент собирает данные о работе кода в реальном времени, помогает находить медленные участки, лишние аллокации и повторяющиеся операции.

➡️ Блог разработчиков

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

🧗 Кто такие Unit-лид и Technical Owner

Классическая связка «тимлид + продакт-менеджер» не справляется с ростом команд до 50-100+ человек и усложнением продуктов. На смену приходят роли, ориентированные на продуктовое мышление вместо простого исполнения задач.

Unit-лид функционирует как мини-CEO продуктового направления: управляет стратегией, а technical owner служит мостом между бизнесом и техникой.

Главное отличие от прошлого: специалисты не просто выполняют поставленные задачи, а понимают продукт целиком.

➡️ Подробнее про обе роли

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

👨‍💻 Как ускорить запуск .NET приложения

1️⃣ Сначала измерьте

Включите EventPipe/PerfView/dotnet-trace для старта: какие сборки грузятся, на что тратится время.

Снимите таймлайны: «вход в Main → готовность endpoint'ов / UI».

Измеряйте Release-сборку, без отладчиков и без «горячих» кэшей.

2️⃣ Оптимизации сборки

• ReadyToRun (R2R)
Компилирует IL в машинный код при публикации:

<!-- Directory.Build.props или csproj -->
<PropertyGroup>
  <PublishReadyToRun>true</PublishReadyToRun>
  <PublishTrimmed>true</PublishTrimmed> 
  <TrimMode>partial</TrimMode>                    <!-- для библиотек и DI -->
</PropertyGroup>

• PGO (Profile-Guided Optimization) + R2R
Соберите профиль и примените при crossgen2 (даёт лучший порядок/инлайнинг для «горячего» пути старта).

• NativeAOT
Полностью нативный бинарь, почти мгновенный старт. Подходит для CLI/служб с ограниченным набором фич и для «узких» сервисов или edge-эндпоинтов в вебе.

3️⃣ Минимизация загрузки и работы на старте

Уберите всё, что не нужно при старте: тяжёлые клиенты (БД, кеши, внешние SDK) создавайте лениво, после поднятия хостинга.

Прогружайте конфигурацию минимально: уберите лишние провайдеры, большие JSON-файлы, многократные AddJsonFile.

Логи на старте — только консоль/минимальный уровень, позже можно расширить.

Уберите неиспользуемые пакеты, объедините внутренние пакеты, избегайте древовидных зависимостей ради одной функции.

Встроенный контейнер быстрый, но следите за графом:

• Регайте Singleton/Scoped только когда нужно.
• Избегайте «сервисов-глобов» с большим конструктором на десятки зависимостей.
• Используйте фабрики/Lazy для тяжёлых зависимостей.

4️⃣ ASP.NET Core: быстрый подъём хоста

Минимальный хостинг и только нужные middleware:

var builder = WebApplication.CreateBuilder(args);
// Оставьте только то, что нужно для старта
builder.Services.AddRouting();
var app = builder.Build();
// Критичный middleware – ближе к началу конвейера
app.MapGet("/healthz", () => "OK");
app.Run();

Отключите всё, что делает работу на старте: избыточная авто-дискавери Swagger, отражение в валидации, сканирование сборок.

5️⃣ Инициализация после старта

Разнесите готовность принимать трафик и полную готовность всех подсистем:

• Быстрый /healthz сразу.
• Прогрев кэшей/метаданных — в фоне IHostedService с низким приоритетом.
• В оркестраторе задайте readinessProbe после минимального старта, а «тяжёлый прогрев» делайте уже на фоне.

6️⃣ Тримминг: аккуратно, но даёт эффект

PublishTrimmed=true + TrimMode=partial часто снижает размер и ускоряет загрузку.

Обязательно добавляйте DynamicDependency/UnconditionalSuppressMessage/RD.XML для сохранения типов, которые нужны через рефлексию (DI/JSON/ORM).

💬 А у вас сколько секунд уходит на холодный старт .NET сервиса?

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

#буст