Ставить точку или не ставить точку в сообщениях об исключениях? 👀

Байкшеддинг (bikeshedding) — большая проблема в нашей сфере.

Что такое "Bikeshedding"?

"Bikeshedding" — это феномен, также известный как закон тривиальности Паркинсона, при котором в организации несоразмерно много внимания уделяется незначительным вопросам. Это часто происходит на встречах: сложные темы быстро проходят без обсуждения (из-за нехватки знаний), а простые и понятные, вроде оформления сообщений об ошибках вызывают долгие споры.

Термин введён в книге Паркинсона "Law of Triviality". В ней описывается вымышленный комитет, обсуждающий проект ядерного реактора. Технические детали реактора одобряются без вопросов, никто не понимает их глубоко. А вот над проектом велосипедного сарая (bike shed) ведутся долгие дебаты: это всем понятно, каждый хочет высказаться.

Вот типичные примеры bikeshedding в разработке ПО — темы, на которые часто тратится непропорционально много времени, хотя они имеют минимальное влияние на результат:

Стиль кода и форматирование

> Tabs vs. spaces (табуляция или пробелы)
> Максимальная длина строки
> Расположение фигурных скобок {}
> Стиль комментариев и выравнивание docstring'ов
> Формат именования переменных (user_id vs userId)

Выборы в UI-дизайне

> Цвет кнопки или текст (“Отправить” vs “Отослать”)
> Пиксельная точность отступов
> Выбор иконки или шрифта
> Как открывать модалку — слайдом или затуханием

Структура проекта / имена файлов

> Где разместить папку utils
> Куда класть services — в Services/ или Domain/
> PascalCase vs kebab-case для файлов

Инструменты и конфигурация

> Что выбрать: ESLint или Prettier (или оба)
> Нужно ли требовать запятую в конце в массиве
> Какой task runner использовать: npm scripts или Gulp

Конвенции тестирования

> Формат имён тестов (*.test.js vs *.spec.js)
> Использовать Moq или NSubstitute
> Хранить тесты рядом с кодом или в папке tests/

Выбор зависимостей (при равной приемлемости)

> Axios или Fetch API
> EF Core или Dapper для CRUD
> Redux или Zustand в простом фронте

Технический педантизм

> Оверинжиниринг мелкой фичи "на будущее"
> Дебаты: функциональный подход или ООП в хелпере
> Внедрение шаблона проектирования там, где он не нужен

👉 @KodBlog

10 «секретных» ключевых слов в C#, которые используют синьоры, но не знают мидлы и джуны

Что это за ключевые слова? 👇

> extension
Новое ключевое слово в C# 14
Позволяет добавлять методы к уже существующим классам без изменения их исходного кода. Идеально подходит для чистого расширения поведения с новыми возможностями.

> await using
Вызывает IAsyncDisposable для асинхронного освобождения ресурсов.

> when (catch)
Фильтрует исключения в блоках catch на основе условий.

> partial
Разделяет определение класса на несколько файлов. Удобно для автогенерируемого кода или логической организации больших классов.

> readonly struct
Определяет неизменяемый тип значения (value type) с поведением сравнения по значению по умолчанию.

> in
Передаёт параметры по ссылке как только для чтения. Избегает лишнего копирования больших структур, повышая производительность без потери безопасности.

> extern
Указывает, что метод реализован вне текущего кода, как правило, в нативной библиотеке (DLL). Позволяет подключать неуправляемые библиотеки.

> volatile
Гарантирует, что значение поля всегда читается из основной памяти — важно в многопоточном коде. Помогает избегать тонких ошибок синхронизации.

> unsafe
Включает использование указателей и арифметику с ними, а также прямую работу с памятью.

> stackalloc
Выделяет память напрямую в стеке, а не в куче. Подходит для краткоживущих, высокопроизводительных сценариев.

👉 @KodBlog

Хочешь отслеживать изменения в базе данных в реальном времени?

Я реализовал Change Data Capture (CDC) в .NET с использованием Debezium, PostgreSQL и RabbitMQ.

Поток обработки:

> PostgreSQL настроен на генерацию событий об изменениях
> Debezium перехватывает эти изменения
> События публикуются в RabbitMQ
> MassTransit в .NET потребляет и обрабатывает их

Это лишь один из способов реализации архитектуры, основанной на событиях (Event-Driven Architecture).

Если ты проектируешь распределённые системы в .NET — вот полный гайд по созданию event-driven-систем с RabbitMQ ♟

👉 @KodBlog

Видишь баг?

9 из 10 разработчиков пропускают его. Проверь себя

Проблема:

> ExecuteUpdateAsync и ExecuteDeleteAsync обходят Change Tracker в EF Core
> Если SaveChangesAsync() потом упадёт — обновления в базе не откатятся автоматически

Решение:

✅ Явно оборачивай все такие команды в транзакцию вручную

Мелочь, а последствия могут быть серьёзные 😨

👉 @KodBlog

5 недооценённых LINQ-методов, которые мгновенно улучшают твой код:

1. Zip — объединяет две последовательности в пары

2. Chunk — разбивает коллекцию на чанки фиксированного размера

3. OfType<T>() — фильтрует элементы по типу

4. DistinctBy — возвращает уникальные элементы по заданному ключу

5. SelectMany — разворачивает вложенные коллекции в плоский список

Бонус, который почти попал в топ:

> SequenceEqual — сравнивает две коллекции на равенство
> Aggregate — накапливает значение с помощью функции (reduce)
> GroupJoin — объединяет по группам (аналог LEFT OUTER JOIN)
> ToLookup — создает коллекцию, похожую на Dictionary, но с множеством значений
> Intersect — возвращает пересечение двух коллекций

LINQ — кладезь полезных методов, если знаешь, где копать 💪

👉 @KodBlog

Вы правильно внедряете зависимости в контроллеры?

Многие разработчики об этом не знают 👇

В контроллер можно внедрить зависимости двумя способами:
↳ через конструктор
↳ через метод (endpoint)

Вы когда-нибудь работали с перегруженными контроллерами, в конструкторы которых передаётся слишком много зависимостей?

А вызываемый endpoint использует только часть из них.

❌ Это приводит к перерасходу памяти, так как все зависимости из конструктора выделяются в куче при каждом вызове контроллера — даже если они не используются.

✅ Так зачем не внедрять нужные объекты прямо в метод endpoint’а?

Для этого больше не требуется аннотация [FromServices] — как и в Minimal API.

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

👉 @KodBlog

Визуализатор планов SQL-запросов для Entity Framework

Расширение EFCore.Visualizer для Visual Studio может стать настоящим прорывом.

Оно позволяет разработчикам просматривать план выполнения SQL-запросов напрямую внутри Visual Studio.

А ты уже пробовал? ☺️

👉 @KodBlog

Секреты оптимизации SQL-запросов

Вот 20 проверенных техник, которые я регулярно использую для оптимизации SQL-запросов: 😊

• Грамотно используйте индексы:
Индексируйте критически важные столбцы, используемые в WHERE, JOIN, ORDER BY и GROUP BY.

• Избегайте SELECT *:
Выбирайте только необходимые столбцы, чтобы сократить объём передаваемых данных и время обработки.

• Реализуйте пагинацию корректно:
Используйте OFFSET и FETCH NEXT или пагинацию методом поиска (seek method) для эффективного постраничного вывода.

• Ограничивайте количество строк как можно раньше:
Применяйте фильтрацию на ранних этапах, чтобы максимально сократить размер выборки.

• Избегайте функций в WHERE:
Функции над столбцами блокируют использование индексов — переписывайте условия, используя «сырые» столбцы.

• Упрощайте JOIN:
Минимизируйте количество соединений и избегайте избыточных JOIN-ов.

• Выбирайте правильные типы JOIN:
Используйте INNER JOIN, LEFT JOIN или EXISTS там, где это уместно, чтобы избежать лишней обработки данных.

• Используйте корректные типы данных:
Сопоставляйте типы данных в JOIN и WHERE, чтобы обеспечить эффективное использование индексов.

• Запрашивайте только изменённые данные:
Реализуйте инкрементальную обработку, а не полный повторный запрос таблиц.

• Группируйте операции:
Пакетная вставка, обновление или удаление снижают накладные расходы на транзакции.

• Исключайте избыточные подзапросы:
Используйте JOIN или CTE вместо повторяющихся подзапросов.

• Используйте EXISTS вместо IN:
EXISTS часто работает быстрее, чем IN, особенно на больших объёмах данных.

• Нормализуйте с умом:
Балансируйте между нормализацией и денормализацией в производительно критичных запросах.

• Применяйте материализованные представления:
Предварительно рассчитывайте сложные агрегации и запросы для ускорения чтения.

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

• Избегайте подстановок с начальным %:
LIKE '%abc' не использует индексы эффективно.

• Делайте транзакции короткими:
Сокращайте время выполнения транзакций, чтобы уменьшить блокировки и конфликты.

• Регулярно обновляйте статистику:
Актуальные статистики обеспечивают точное планирование запросов СУБД.

• Используйте подсказки (query hints) с осторожностью:
Применяйте только после тестирования и при необходимости конкретной оптимизации.

• Постоянно отслеживайте и настраивайте:
Регулярно анализируйте производительность запросов и проактивно оптимизируйте медленные запросы.

👉 @KodBlog

Нужно генерировать PDF-отчёты в C#?

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

> Определите шаблон с помощью Razor View
> Преобразуйте Razor в HTML
> Сконвертируйте HTML в PDF (например, с помощью IronPdf, DinkToPdf или wkhtmltopdf)

Вы получаете полный контроль над стилями, и это легко интегрируется в существующие .NET-приложения.

Рабочую версию можно собрать менее чем за час.

▶️Полный пример здесь: here

👉 @KodBlog

Создание и управление PDF-документами — это распространённая и критически важная задача для многих приложений, разработанных на .NET. Часто требуется генерировать счета, отчёты, договоры или преобразовывать содержимое из веб-страниц и других форматов.

Чтобы обеспечивать профессиональное качество документов без задержек, необходима надёжная PDF-библиотека.

В этом материале мы рассмотрим следующие темы:

🔸Создание PDF-документов с нуля.
🔸Конвертация между PDF и другими популярными форматами.
🔸Практические сценарии генерации PDF-документов в ASP.NET Core.
🔸Сравнение популярных PDF-библиотек по критериям: производительность, удобство использования, опыт разработчика, документация, поддержка и лицензирование.

Мы рассмотрим следующие библиотеки для .NET:

> QuestPDF
> IronPDF
> Aspose.PDF

В результате вы сможете определить, какая библиотека наилучшим образом соответствует требованиям вашего проекта, что позволит сэкономить время и обеспечить профессиональную обработку PDF в вашем приложении ❤️

👉 @KodBlog

Два шаблона, которые должен учитывать каждый распределённый система:

> Оркестрация — централизованное управление; один сервис координирует поток выполнения.
> Хореография — децентрализованное управление; сервисы реагируют на события самостоятельно.

Компромиссы:

> Оркестрация даёт больше контроля, но приводит к более жёсткой связности (tight coupling).
> Хореография лучше масштабируется, но усложняет координацию.

Выбор между ними зависит от требуемого уровня контроля, связности и автономности сервисов.

Здесь — более подробное сравнение обоих подходов. 🙂

👉 @KodBlog

В .NET 10 появится {Async}Enumerable.{Infinite}Sequence

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

▶️https://github.com/dotnet/runtime/pull/116538

👉 @KodBlog

Устали прыгать между дашбордами, пытаясь понять, почему ваша .NET-приложение ведёт себя странно?

Новый плагин OpenTelemetry для JetBrainsRider приносит все данные наблюдаемости прямо в IDE.

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

Доступно уже сейчас в Rider 2025.2 EAP5 😮

👉 @KodBlog

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

Баги любят прятаться в тени и появляются в самый неожиданный момент.

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

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

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

Сегодня нашёл для вас руководство о том, как внедрить OpenTelemetry для получения ценных данных о производительности и состоянии системы. 😊

Вы узнаете:

> Что такое OpenTelemetry и зачем он нужен
> Что такое логи, метрики и трейсы
> Как подключить OpenTelemetry к своему проекту
> Как просматривать данные OpenTelemetry в Jaeger
> Как просматривать данные OpenTelemetry в Seq
> Как добавлять кастомную инструментализацию и свойства в OpenTelemetry

👉 @KodBlog

Если ты хочешь писать надёжные веб-приложения, важно хорошо понимать, как работают REST API.

И в этом курсе ты разберёшься со всеми основами.

Он охватывает ключевые принципы REST-архитектуры, фреймворк ASP.NET Core, HTTP-методы, интеграцию с базой данных и многое другое. 😎

👉 @KodBlog