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

💬 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 уже доступна 🐸Библиотека шарписта

Библиотечный метод возвращает ValueTask<T> (часто завершается синхронно). В вызывающем коде результат нужно ждать несколько раз и/или комбинировать с другими задачами через Task.WhenAll. Что делать правильно? 👾 — ValueTask<T> можно await-ить сколько угодно раз — как Task<T> 👍 — Сконвертировать в Task<T> через .AsTask() и уже его ждать/комбинировать 🥰 — Обернуть в Task.Run(...), чтобы получить полноценную Task ⚡️ — Никогда не возвращать ValueTask<T> из публичных API — всегда только Task<T> Библиотека задач по C#

💎 Вспоминаем 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 🐸Библиотека шарписта #буст

👨‍💻 Как ускорить запуск .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 сервиса? 🐸Библиотека шарписта #буст

🧗 Кто такие Unit-лид и Technical Owner Классическая связка «тимлид + продакт-менеджер» не справляется с ростом команд до 50-100+ человек и усложнением продуктов. На смену приходят роли, ориентированные на продуктовое мышление вместо простого исполнения задач. Unit-лид функционирует как мини-CEO продуктового направления: управляет стратегией, а technical owner служит мостом между бизнесом и техникой. Главное отличие от прошлого: специалисты не просто выполняют поставленные задачи, а понимают продукт целиком. ➡️ Подробнее про обе роли 🐸Библиотека шарписта

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

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

👨‍💻 Ленивая генерация DTO Часто не хочется писать шаблонный код и будто для этого и были придуманы нейросети. Сегодня делимся с вами промптом для разбавления рутины. Промпт для генерации DTO:

Сгенерируй DTO класс на C# с публичными свойствами для объекта, содержащего следующие поля: {подставить полный список свойств}. Класс должен иметь комментарии для каждого свойства, описывающие его назначение. Используй стандартные соглашения оформления C# для именования классов и свойств.

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