C# (C Sharp) programming

Шардирование в базах данных: обзор концепции Шардирование или шардинг - это принцип проектирования базы данных, при котором данные разбиваются на части и размещаются на разных шардах. Интерактивный лонгрид по шардированию баз данных. В нем разобрано все - от принципов работы шардов и причин, зачем это вообще нужно, до тонкостей проектирования и типовых ошибок. Каждый раздел сопровождается интерактивными диаграммами, с которыми можно экспериментировать прямо в статье. Отличный материал, чтобы прокачать понимание распределённых БД на выходных 💡 Статья: https://planetscale.com/blog/database-sharding

Не пропустите! 28 октября в 20:00 пройдет бесплатный урок курса “Unity Game Developer. Professional” по теме “Unity Архитектура: от хаоса к порядку.” Запись: https://otus.pw/udwz/ Хотите создавать игры, которые не превратятся в хаос после первого релиза? Приглашаем вас на открытый урок по архитектуре в Unity, где мы разберем ключевые принципы создания профессиональных игровых проектов. Что вы узнаете: - Индустриальные стандарты разработки игр — погрузимся в реальные практики топовых студий - Scene Driven Design — рассмотрим плюсы и минусы популярного подхода создания игр "От Сцены" - AppScene + Additive — разберем профессиональный подход создания игр, где сцена перестает быть главным состоянием игры и становится одним из элементов геймплея - Лучшие практики — изучим проверенные временем решения для создания стабильных проектов - Типичные ошибки — узнаем, как избежать распространенных проблем в архитектуре Записывайтесь на вебинар и получите спец. предложение на обучение: https://otus.pw/udwz/ Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ", ИНН: 9705100963

#ПятничныйКвиз

Не пропусти МТС True Tech Champ — масштабный фестиваль 21 ноября для тех, кто живет технологиями 🔥 Тебя ждут: ▫️ Захватывающая сюжетная линия. Тебя ждет уникальная кибервселенная с возможностью влиять на ход происходящего. ▫️ Конференция с международными спикерами. Эксперты расскажут о трендах в ИИ и инновациях в индустрии. ▫️ ИТ-качалка. Наращивай экспертизу на воркшопах. ▫️ Шоу-финал ИТ-чемпионата. Более 250 талантов со всей России сразятся в лайв-кодинге и программировании роботов на скоростное прохождение лабиринтов со спецэффектами. Выбирай и болей за фаворитов. ▫️ Айтивности. Тебя ждут бои роботов, кодерские челленджи, пайка плат и не только. Заработай True Coins и обменяй их на стильный мерч. ▫️ HR-Hub. Команда МТС расскажет о возможностях для развития в компании и поможет перезагрузить карьерный трек. ▫️ Афтепати со звездными хэдлайнерами. Зажги под популярные хиты. Когда: 21 ноября, МТС Live Холл в Москве и онлайн. Регистрируйся на сайте. Участие бесплатно, количество мест ограничено.

⚙️ 3 способа определить Middleware в ASP.NET Core Middleware - это компоненты, которые добавляют дополнительную логику до или после обработки HTTP-запроса. С их помощью можно реализовать аутентификацию, логирование, кеширование, обработку ошибок и другие сквозные функции приложения. 🔧 В ASP.NET Core уже встроено множество middleware (Static Files, Routing, Authentication и др.), но вы можете создавать и свои собственные. Вот три основных способа это сделать: - Request Delegates - определяете логику прямо в app.Use(...) - Convention-based - создаёте класс с методом Invoke или InvokeAsync - Factory-based - используете фабрику с внедрением зависимостей (DI) 🧠 Подробный разбор и примеры кода - в статье #dotnet #aspnetcore #backend #middleware #csharp

Приходи на C#-дебаты – 1,5 часа на полезные знакомства и обсуждения 28 октября пройдут C#-дебаты — вечер, где обсуждаем код, архитектуру и инженерные решения. Твое мнение важно! Как это будет: Участники случайным образом распределяются в zoom-комнаты, в каждой — модератор, который поможет разогнать разговор (или вовремя потушить пожар 🔥). 3 раунда по 30 минут. Зачем приходить: - Обсудишь темы, которые вызывают споры: performance vs readability, скорость vs стабильность, код vs бизнес-задачи. -Заберешь идеи и практики, которые работают у других, и поделишься своим опытом. - Найдешь полезные контакты и познакомишься с C#-коммьюнити. Вечер организует Mindbox, но будет «без оружия»: никакого хантинга и рассказа про вакансии, пока ты сам не спросишь. 📅 Когда: 28 октября ⏰ Во сколько: 19:00–20:50 (мск) 📍 Где: Zoom (ссылку пришлём после регистрации) 👉 Зарегистрироваться

🔥 dotenvx — улучшенная версия популярной библиотеки dotenv, созданная её автором! 💡 Dotenvx предназначен для управления переменными окружения в приложениях и предлагает расширенные возможности, такие как поддержка нескольких сред, шифрование .env файлов и кроссплатформенность. 🔍 Основные преимущества dotenvx: 🌟 Шифрование .env файлов: обеспечивает безопасность конфиденциальных данных, хранящихся в переменных окружения. 🌟 Кроссплатформенность: совместим с различными языками программирования и фреймворками, такими как Python, PHP, Ruby, Go, Rust, Java, .NET и другие. 🔐 Лицензия: BSD-3-Clause 🖥 Github @csharp_ci

EF Core: Что скрывают за репозиторием? Entity Framework Core — мощный инструмент, но его часто оборачивают в Repository Pattern, не задумываясь, действительно ли это нужно. На открытом вебинаре курса OTUS C# Developer. Professional Виктор Дзицкий покажет, когда репозиторий оправдан, а когда он только мешает. 📌 5 ноября, 20:00EF Core: Что скрывают за репозиторием? — когда Repository Pattern избыточен — реализация Specification Pattern для гибких запросов — как объединить оба подхода для чистой архитектуры Вебинар бесплатный и будет полезен C# и .NET-разработчикам, которые активно используют EF Core и хотят сделать код доступа к данным тестируемым и поддерживаемым. 👉 Регистрируйтесь: https://otus.pw/SwNU/?erid=2W5zFJEjp2k Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.

А ты правильно называешь свои DTO? 🤔 DTO (Data Transfer Object) — это объект передачи данных. Проще говоря, это класс или структура, которая используется, чтобы передавать данные между слоями приложения или между сервером и клиентом (например, в API). Когда ты создаёшь Web API, твои эндпоинты принимают и отдают данные. Обычно такие модели называют с суффиксом DTO (Data Transfer Object). Но вот в чём проблема 👇 ❌ DTO часто смешивают входные и выходные данные в одном классе. ❌ Со временем такие классы разрастаются и становятся неразберихой. 👉 Лучше использовать суффиксы Request и Response: • CreateUserRequest — для входных данных • UserResponse — для выходных Почему это лучше: ✅ Понятнее — сразу видно, для чего модель. ✅ Масштабируемо — изменения в Response не ломают Request. ✅ Удобнее сопровождать — не нужно гадать, что делает UserDto. 📌 Совет: какую бы схему ты ни выбрал — будь последовательным и используй её во всём проекте. А ты используешь Request/Response или по-старинке DTO? 👇

#ПятничныйКвиз #ДляСамыхМаленьких

⚙️ Создание фоновых задач в .NET с Quartz Если тебе нужно планировать фоновые задачи в .NET — попробуй Quartz. Всё просто: реализуешь интерфейс, регистрируешь задачу — и Quartz берёт на себя расписание и выполнение. ✨ Что делает Quartz удобным: - Глубокая интеграция с Dependency Injection — можно внедрять сервисы, логеры и репозитории; - Scoped-область задач — безопасно использовать DbContext без проблем с жизненным циклом; - Умный планировщик: без ручных таймеров и бесконечных циклов. После Quartz уже не хочется возвращаться к ручным решениям. 📘 Подробный гайд по продвинутой работе с Quartz в .NET

Хотите собрать свой мини-Google? 🚀 🗓 22 октября, 20:00 приглашаем на открытый урок OTUS «Мини-поисковик своими руками». На этом вебинаре вы создадите поисковик с нуля — без готовых библиотек и магии. Только алгоритмы и код. Разберём, как: • объединить КМП и префиксное дерево; • реализовать автодополнение и подсчёт вхождений; • оптимизировать поиск под большие тексты; • превратить всё это в маленький, но работающий офлайн-поисковик. После вебинара вы сможете самостоятельно: — строить индекс слов и быстро искать по нему; — собирать статистику запросов; — понять, как внутри устроены поисковики. Открытый урок проходит в преддверие старта курса «Алгоритмы и структуры данных». Все участники получат скидку на обучение. Присоединяйтесь 22 октября в 20:00: https://otus.pw/Yli7/?erid=2W5zFGbuHhJ Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.

🧭 Зачем нужен service discovery? Проблема микросервисов проста: как сервисам надёжно находить и вызывать друг друга? Жёстко прописанные IP и порты ломаются при любом масштабировании, перезапуске, автосборке или миграции. Что делает service discovery - Даёт логические имена вместо физических адресов (users-api, billing, auth). - Динамически находит живые инстансы и балансирует запросы. - Упрощает масштабирование, blue/green-деплой и отказоустойчивость. Как это работает (базовый поток) 1) Сервис регистрируется в реестре (name → адреса, порты, метаданные, health). 2) Клиент запрашивает реестр и получает актуальный адрес. 3) Клиент шлёт запрос по полученному адресу (часто с ретраями и timeouts). Паттерны - Client-side discovery: клиент сам спрашивает реестр (Consul, Eureka). - Server-side discovery: маршрутизация через прокси/ингресс (Envoy, API-шлюз). - K8s-вариант: встроенный DNS/Services дают стабильные имена. Что выбрать - Consul/Eureka — когда вы не в Kubernetes или хотите гибкий реестр и health-чеки. - K8s Services — когда всё крутится в Kubernetes. - Envoy/Traefik/API-шлюз — если нужен серверный роутинг, канареечные релизы, mTLS. Как внедрить в .NET (пример с Consul) - Поднимите Consul-агент (dev/cluster), включите health-чеки (HTTP/TCP/TTL). - Регистрируйте сервис на старте приложения: имя, адрес, порт, теги, check. - Разрешайте адреса через: - Consul API (client-side discovery в коде .NET), - или DNS-запросы вида service-name.service.consul (удобно для простых клиентов), - или через sidecar/Envoy, чтобы вынести логику сетевого стека из приложения. - Добавьте политики устойчивости (Polly): retries, circuit breaker, timeouts. - Пропишите deregistration при остановке, чтобы не висели «мертвые» инстансы. - Логи/метрики: мониторьте failing-чеки, латентность и распределение трафика. ✨ Пример в .NET:

builder.Services
    .AddHttpClient<ReportingServiceClient>(client =>
    {
        client.BaseAddress = new Uri("http://reporting-service");
    })
    .AddServiceDiscovery()
    .AddRoundRobinLoadBalancer();

Итог Service discovery — это «телефонная книга» вашего продакшена. Без него микросервисы быстро превращаются в хрупкий клубок адресов и ручных костылей. В .NET связка Consul + health-чеки + политики устойчивости даёт простой и надёжный старт. Для пошагового гайда по .NET и Consul ищите разбор Milan Jovanovic «Service discovery in microservices with .NET and Consul».

🪄 magictools — curated-подборка инструментов и ресурсов для разработки игр Если ты занимаешься геймдевом — этот репозиторий настоящий клад для поиска подходящих инструментов! Вот что внутри: - Графика: от placeholders до редакторов и генераторов персонажей - Spritesheets и анимация: инструменты для упаковки и обработки - Фреймворки и движки: 2D/3D, физика, GUI, звук, освещение, генерация ландшафта и кастомные пайплайны - Аудио и музыка: коллекции звуков и редакторы - Книги, видео, подкасты, журналы и блоги: образовательное и вдохновляющее содержание - Game Jam сообщества, исходники игр, управление проектами — всё в одном месте! - Плюс разделы по AI, обучению, инструментам общего развития и прочему ценному Этот список постоянно растёт и обновляется — отличное решение, чтобы не запутаться в инструментариуме. https://github.com/ellisonleao/magictools #GameDev #Ресурсы #Инструменты

#ПятничныйКвиз #ДляСамыхМаленьких

🛠️ Инструмент для дампа памяти защищённых процессов WSASS использует старую программу WerfaultSecure.exe для создания дампов памяти процессов, защищённых PPL, таких как LSASS.EXE. Выходные данные сохраняются в формате MINIDUMP, с автоматической заменой заголовка на PNG для удобства. 🚀 Основные моменты: - Дамп защищённых процессов с помощью WerfaultSecure.exe - Выход в формате Windows MINIDUMP - Автоматическая замена заголовка файла - Полезен для анализа безопасности 📌 GitHub: https://github.com/TwoSevenOneT/WSASS #csharp

🧪 Как правильно строить unit-тестирование в проектах с Clean Architecture Милан Йованович делится опытом: многие проекты терпят неудачу из-за слабого тестирования. Когда кодовая база растёт, каждое изменение становится рискованным, а уверенность команды в релизах падает. В Clean Architecture тестируемость — одна из ключевых идей. Unit-тесты позволяют убедиться, что use cases работают так, как задумано требованиями. 📌 Подход Милана к unit-тестированию: - использовать NSubstitute для моков зависимостей - проверять все happy paths - покрывать все failure paths - обязательно тестировать обработку исключений Такой набор тестов помогает сохранить надёжность логики и уверенность в изменениях. ✍️ Подробный разбор с пошаговым объяснением можно прочитать в его статье