This media is not supported in your browser
VIEW IN TELEGRAM
Не пропустите! 28 октября в 20:00 пройдет бесплатный урок курса “Unity Game Developer. Professional” по теме “Unity Архитектура: от хаоса к порядку.” Запись: https://otus.pw/udwz/
Хотите создавать игры, которые не превратятся в хаос после первого релиза? Приглашаем вас на открытый урок по архитектуре в Unity, где мы разберем ключевые принципы создания профессиональных игровых проектов.
Что вы узнаете:
- Индустриальные стандарты разработки игр — погрузимся в реальные практики топовых студий
- Scene Driven Design — рассмотрим плюсы и минусы популярного подхода создания игр "От Сцены"
- AppScene + Additive — разберем профессиональный подход создания игр, где сцена перестает быть главным состоянием игры и становится одним из элементов геймплея
- Лучшие практики — изучим проверенные временем решения для создания стабильных проектов
- Типичные ошибки — узнаем, как избежать распространенных проблем в архитектуре
Записывайтесь на вебинар и получите спец. предложение на обучение:
https://otus.pw/udwz/
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ", ИНН: 9705100963
Хотите создавать игры, которые не превратятся в хаос после первого релиза? Приглашаем вас на открытый урок по архитектуре в Unity, где мы разберем ключевые принципы создания профессиональных игровых проектов.
Что вы узнаете:
- Индустриальные стандарты разработки игр — погрузимся в реальные практики топовых студий
- Scene Driven Design — рассмотрим плюсы и минусы популярного подхода создания игр "От Сцены"
- AppScene + Additive — разберем профессиональный подход создания игр, где сцена перестает быть главным состоянием игры и становится одним из элементов геймплея
- Лучшие практики — изучим проверенные временем решения для создания стабильных проектов
- Типичные ошибки — узнаем, как избежать распространенных проблем в архитектуре
Записывайтесь на вебинар и получите спец. предложение на обучение:
https://otus.pw/udwz/
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ", ИНН: 9705100963
Media is too big
VIEW IN TELEGRAM
Шардирование или шардинг - это принцип проектирования базы данных, при котором данные разбиваются на части и размещаются на разных шардах.
Интерактивный лонгрид по шардированию баз данных.
В нем разобрано все - от принципов работы шардов и причин, зачем это вообще нужно, до тонкостей проектирования и типовых ошибок.
Каждый раздел сопровождается интерактивными диаграммами, с которыми можно экспериментировать прямо в статье.
Отличный материал, чтобы прокачать понимание распределённых БД на выходных 💡
Статья: https://planetscale.com/blog/database-sharding
Видео: https://www.youtube.com/watch?v=R2ML2jLs3_U
Please open Telegram to view this post
VIEW IN TELEGRAM
Ubuntu Unity остался без разработчиков и новых релизов
Проект Ubuntu Unity не может сформировать новый релиз 25.10 из-за отсутствия разработчиков, способных исправить критические проблемы с работой пользовательского окружения Unity, возникающие при использовании пакетной базы Ubuntu 25.10. Пользователям Ubuntu Unity не рекомендуется обновлять свои системы до ветки 25.10 или пытаться установить пакеты с Unity поверх других редакций Ubuntu 25.10, так как это может нарушить работоспособность системы.
https://opennet.ru/64125/
Проект Ubuntu Unity не может сформировать новый релиз 25.10 из-за отсутствия разработчиков, способных исправить критические проблемы с работой пользовательского окружения Unity, возникающие при использовании пакетной базы Ubuntu 25.10. Пользователям Ubuntu Unity не рекомендуется обновлять свои системы до ветки 25.10 или пытаться установить пакеты с Unity поверх других редакций Ubuntu 25.10, так как это может нарушить работоспособность системы.
https://opennet.ru/64125/
Интенсив по Unity: создай и монетизируй свою инди-игру
Присоединяйся к 2-месячному интенсиву по Unity, во время которого ты с нуля создашь культовую игру «2048», научишься кастомизировать проект с помощью нейросети и работать с алгоритмами.
Кому подойдёт интенсив:
➡️ Планируешь усилить портфолио крутым проектом, чтобы попасть на стажировку в геймдев студии;
➡️ Думаешь о монетизации собственных знаний уже сейчас
➡️ Хочешь научиться работать с нейросетями, чтобы добавить игре свой стиль;
Только на этом потоке онлайн-лекции проходят лично с создателями интенсива — опытными геймдев-разработчиками.
Переходи на сайт и оставляй заявку, чтобы всего через 2 месяца начать зарабатывать на собственной инди-игре
erid: 2W5zFHXTbda
Присоединяйся к 2-месячному интенсиву по Unity, во время которого ты с нуля создашь культовую игру «2048», научишься кастомизировать проект с помощью нейросети и работать с алгоритмами.
Кому подойдёт интенсив:
➡️ Планируешь усилить портфолио крутым проектом, чтобы попасть на стажировку в геймдев студии;
➡️ Думаешь о монетизации собственных знаний уже сейчас
➡️ Хочешь научиться работать с нейросетями, чтобы добавить игре свой стиль;
Только на этом потоке онлайн-лекции проходят лично с создателями интенсива — опытными геймдев-разработчиками.
▪️старт 3 ноября▪️длительность: 2 месяца▪️стоимость за весь курс 35 000 руб.Переходи на сайт и оставляй заявку, чтобы всего через 2 месяца начать зарабатывать на собственной инди-игре
erid: 2W5zFHXTbda
🔐 Что такое RBAC (Role-Based Access Control)
RBAC - это модель контроля доступа на основе ролей. Она помогает управлять авторизацией в приложениях просто и масштабируемо.
Как работает RBAC:
- Ролям назначаются определённые разрешения (permissions);
- Пользователям присваиваются роли, и через них - разрешения;
- Разрешения определяют, что пользователь может или не может делать.
📌 Преимущество RBAC в том, что можно централизованно управлять правами доступа.
Но часто роли оказываются слишком «грубыми» — не хватает точности для отдельных политик безопасности.
Здесь на помощь приходят permissions — разрешения на конкретные действия.
Если нужно дать доступ другой роли, достаточно просто добавить разрешение к роли, не переписывая всю систему авторизации.
💡 Простая концепция, но невероятно мощная в управлении доступом.
Подробнее
RBAC - это модель контроля доступа на основе ролей. Она помогает управлять авторизацией в приложениях просто и масштабируемо.
Как работает RBAC:
- Ролям назначаются определённые разрешения (permissions);
- Пользователям присваиваются роли, и через них - разрешения;
- Разрешения определяют, что пользователь может или не может делать.
📌 Преимущество RBAC в том, что можно централизованно управлять правами доступа.
Но часто роли оказываются слишком «грубыми» — не хватает точности для отдельных политик безопасности.
Здесь на помощь приходят permissions — разрешения на конкретные действия.
Если нужно дать доступ другой роли, достаточно просто добавить разрешение к роли, не переписывая всю систему авторизации.
💡 Простая концепция, но невероятно мощная в управлении доступом.
Подробнее
Last Call: не пропусти Wink AI Challenge — первый в России ИИ-хакатон в киноиндустрии. Создай своё решение, которое ускорит производство фильмов и сериалов. Призовой фонд — 1 125 000 рублей.
Регистрация открыта до 4 ноября: https://cnrlink.com/winkaichallengecsharp
Приглашаем ML-инженеров, backend- и frontend-разработчиков, DevOps, MLOps и мультимедиа-инженеров.
Главные причины присоединиться:
🔸 Работа с настоящими сценариями и материалами, анализ текстов, извлечение сущностей, генерация структуры съёмок.
🔸 Практика применения NLP, NER и мультимодальных данных в задачах кинопроизводства.
🔸 Разработка ИИ-сервиса, который оценят и будут использовать продюсеры популярных российских фильмов и сериалов.
🔸 Реальный кейс в портфолио, созданный специально для крупнейшего онлайн-кинотеатра.
🔸Финалисты отправятся в Москву — Wink оплатит билеты и проживание.
Успей зарегистрироваться на первый в России хакатон по применению ИИ в кинопроизводстве: https://cnrlink.com/winkaichallengecsharp
Регистрация открыта до 4 ноября: https://cnrlink.com/winkaichallengecsharp
Приглашаем ML-инженеров, backend- и frontend-разработчиков, DevOps, MLOps и мультимедиа-инженеров.
Главные причины присоединиться:
🔸 Работа с настоящими сценариями и материалами, анализ текстов, извлечение сущностей, генерация структуры съёмок.
🔸 Практика применения NLP, NER и мультимодальных данных в задачах кинопроизводства.
🔸 Разработка ИИ-сервиса, который оценят и будут использовать продюсеры популярных российских фильмов и сериалов.
🔸 Реальный кейс в портфолио, созданный специально для крупнейшего онлайн-кинотеатра.
🔸Финалисты отправятся в Москву — Wink оплатит билеты и проживание.
Успей зарегистрироваться на первый в России хакатон по применению ИИ в кинопроизводстве: https://cnrlink.com/winkaichallengecsharp
Есть три способа заставить команду придерживаться дизайна:
- компилятор и статический анализ
- архитектурные тесты
- код-ревью
Компилятор - лучший друг. Он мгновенно ловит ошибки и не даст собрать проект, если что-то нарушено.
Но как использовать это для защиты архитектуры?
В .NET можно скрывать типы через
internal и разделять код на проекты, чтобы изолировать модули. Проблема - при масштабировании проектов становится слишком много.
Статический анализ полезен, но писать свои Roslyn-правила - удовольствие на любителя.
Поэтому я делаю ставку на архитектурные тесты.
Они позволяют задать правила в виде автотестов и контролировать зависимости между модулями, особенно в модульном монолите: каждый модуль видит только публичный API других модулей.
Ну и код-ревью - финальный фильтр. Кто-то должен глазами подтвердить, что всё ок.
Что выбрать?
Я больше всего полагаюсь на компилятор и архитектурные тесты - это помогает ловить проблемы максимально рано.
Хотите больше? Посмотрите пример использования архитектурных тестов и подход shift left.
Please open Telegram to view this post
VIEW IN TELEGRAM
Как вы организуете свои Vertical Slices?
Есть два подхода, и оба встречаются в живых проектах:
1) Один файл → статический класс + вложенные типы
- Request / Response внутри
- Handler внутри
- Validator внутри
- Endpoint там же
- максимум локальности и контекста
- удобно читать как "одна фича – один файл"
2) Каждый тип в отдельном файле
- Request.cs
- Response.cs
- Handler.cs
- Validator.cs
- Endpoint.cs
- привычно для больших команд
- проще искать по имени файла
- лучше работает при очень длинных обработчиках
По сути:
- маленькие обработчики → один файл с вложенными типами
- большие и долгоживущие фичи → отдельные файлы + папка
Главный принцип Vertical Slice — держать фичу целостной.
Не заставлять прыгать по всему solution ради одной команды.
А вы как делаете: всё в одном файле или дробите?```
Есть два подхода, и оба встречаются в живых проектах:
1) Один файл → статический класс + вложенные типы
- Request / Response внутри
- Handler внутри
- Validator внутри
- Endpoint там же
- максимум локальности и контекста
- удобно читать как "одна фича – один файл"
2) Каждый тип в отдельном файле
- Request.cs
- Response.cs
- Handler.cs
- Validator.cs
- Endpoint.cs
- привычно для больших команд
- проще искать по имени файла
- лучше работает при очень длинных обработчиках
По сути:
- маленькие обработчики → один файл с вложенными типами
- большие и долгоживущие фичи → отдельные файлы + папка
Главный принцип Vertical Slice — держать фичу целостной.
Не заставлять прыгать по всему solution ради одной команды.
А вы как делаете: всё в одном файле или дробите?```
⚡️ Что выведет код?
- Объясните, почему вывод именно такой.
- Измените одну строку так, чтобы программа печатала сумму чисел в виде 10+20=30.
1) Ответ
Программа выведет:
10+20
2) Почему так
- В Console.WriteLine("{0}+{1}", a, b); используется композитное форматирование (аналог string.Format).
- Подстановки {0} и {1} заменяются на значения соответствующих аргументов — a и b.
- Знак + находится внутри строкового литерала, значит это просто символ, а не операция сложения.
- Поэтому получается «подставь a, затем символ +, затем b» → 10+20.
Частая ошибка: думать, что + выполнит сложение. Нет — внутри кавычек это обычный текст.
using System;
namespace MyApplication {
class Program {
static void Main(string[] args) {
int a = 10, b = 20;
Console.WriteLine("{0}+{1}", a, b);
}
}
}
- Объясните, почему вывод именно такой.
- Измените одну строку так, чтобы программа печатала сумму чисел в виде 10+20=30.
1) Ответ
Программа выведет:
2) Почему так
- В Console.WriteLine("{0}+{1}", a, b); используется композитное форматирование (аналог string.Format).
- Подстановки {0} и {1} заменяются на значения соответствующих аргументов — a и b.
- Знак + находится внутри строкового литерала, значит это просто символ, а не операция сложения.
- Поэтому получается «подставь a, затем символ +, затем b» → 10+20.
Частая ошибка: думать, что + выполнит сложение. Нет — внутри кавычек это обычный текст.
На Stepik вышел курс - Linux: полный апгрейд твоих скиллов
Хочешь реально понимать, что происходит под капотом твоей системы, а не просто кликать по GUI?
Без глубокого знания базы ты не инженер - ты просто пользователь.
🔹 В курсе ты:
- Освоишь bash, grep, sed, awk - инструменты, которыми живут админы.
- Разберёшь права, процессы, сеть, файловую систему и научишься чинить всё, что падает.
- Настроишь SSH, firewall, systemd, crontab, демоны и автозапуск.
- Научишься анализировать логи, следить за нагрузкой, и не паниковать при 100% CPU.
💡 Формат: пошаговое объяснение базы и разбор важных практик по работе с Linux.
🎯 После курса ты: будешь чувствовать Linux как родную среду и забудешь, что такое “permission denied”.
🚀 Сейчас действуют скидка целых - 30%, не упусти реальный шанс прокачаться.
👉 Пройти курс на Stepik
Хочешь реально понимать, что происходит под капотом твоей системы, а не просто кликать по GUI?
Без глубокого знания базы ты не инженер - ты просто пользователь.
🔹 В курсе ты:
- Освоишь bash, grep, sed, awk - инструменты, которыми живут админы.
- Разберёшь права, процессы, сеть, файловую систему и научишься чинить всё, что падает.
- Настроишь SSH, firewall, systemd, crontab, демоны и автозапуск.
- Научишься анализировать логи, следить за нагрузкой, и не паниковать при 100% CPU.
💡 Формат: пошаговое объяснение базы и разбор важных практик по работе с Linux.
🎯 После курса ты: будешь чувствовать Linux как родную среду и забудешь, что такое “permission denied”.
🚀 Сейчас действуют скидка целых - 30%, не упусти реальный шанс прокачаться.
👉 Пройти курс на Stepik
🔥 EF Core 10 принес нормальные JOIN'ы в LINQ
Больше не нужно вспоминать, как извращаться с GroupJoin + DefaultIfEmpty, чтобы сделать обычный LEFT JOIN.
Теперь есть прямые методы:
✅ LeftJoin
✅ RightJoin
И они делают ровно то, что ты пишешь:
«Оставь все из левой таблицы и подтяни правые записи, если есть совпадения».
Плюсы
- Читаемость выше
- Код короче и очевиднее
- Транслируется в тот же SQL, что и раньше, но без боли
Примерно так LINQ наконец становится ближе к привычному SQL-пониманию разработчика: пишешь join — получаешь join, без магии и обходных путей.
Подробнее про LeftJoin и RightJoin в EF Core 10
#dotnet #efcore #csharp #linq #backend #devtools
Больше не нужно вспоминать, как извращаться с GroupJoin + DefaultIfEmpty, чтобы сделать обычный LEFT JOIN.
Теперь есть прямые методы:
✅ LeftJoin
✅ RightJoin
И они делают ровно то, что ты пишешь:
«Оставь все из левой таблицы и подтяни правые записи, если есть совпадения».
Плюсы
- Читаемость выше
- Код короче и очевиднее
- Транслируется в тот же SQL, что и раньше, но без боли
Примерно так LINQ наконец становится ближе к привычному SQL-пониманию разработчика: пишешь join — получаешь join, без магии и обходных путей.
Подробнее про LeftJoin и RightJoin в EF Core 10
#dotnet #efcore #csharp #linq #backend #devtools
Невидимые утечки: как находить и обезвреживать сложнейшие утечки памяти в .NET
Даже опытные разработчики не всегда замечают, как события, таймеры и делегаты создают невидимые утечки, удерживая объекты в памяти. На открытом вебинаре курса OTUS C# Developer. Professional Елена Сычева покажет, как такие ошибки возникают и как их находить.
📌 12 ноября, 20:00
Невидимые утечки в .NET
— диагностика скрытых утечек памяти
— разбор работы GC и дампов памяти
— анализ событий, таймеров и делегатов
— реальные примеры из продакшн-кейсов
Вебинар бесплатный и будет полезен .NET-разработчикам уровня Middle и выше, работающим с долгоживущими приложениями и микросервисами.
👉 Регистрируйтесь: https://otus.pw/SkLR/?erid=2W5zFJw5xMW
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
Даже опытные разработчики не всегда замечают, как события, таймеры и делегаты создают невидимые утечки, удерживая объекты в памяти. На открытом вебинаре курса OTUS C# Developer. Professional Елена Сычева покажет, как такие ошибки возникают и как их находить.
📌 12 ноября, 20:00
Невидимые утечки в .NET
— диагностика скрытых утечек памяти
— разбор работы GC и дампов памяти
— анализ событий, таймеров и делегатов
— реальные примеры из продакшн-кейсов
Вебинар бесплатный и будет полезен .NET-разработчикам уровня Middle и выше, работающим с долгоживущими приложениями и микросервисами.
👉 Регистрируйтесь: https://otus.pw/SkLR/?erid=2W5zFJw5xMW
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
Хочешь разобраться с event-driven архитектурой?
Начни с самого простого - событийных уведомлений. В DDD это делается через domain events.
Как это работает:
- В доменной модели есть агрегаты - они отвечают за целостность внутри своих границ.
- Если нужно инициировать действие вне агрегата, он не вызывает его напрямую, а публикует domain event.
- Другие агрегаты подписываются на эти события и реагируют, когда нужно.
Получается слабое связывание: один объект просто сообщает «что произошло», а не «что делать дальше».
Агрегат поднял событие — другие обработали. Чисто, понятно, без прямых зависимостей.
Так строятся системы, которые легко расширять и поддерживать, не превращая код в паутину вызовов.
Event-driven начинается не с Kafka и очередей, а с простого: правильно разделять границы и общаться через события.
Подробнее
Начни с самого простого - событийных уведомлений. В DDD это делается через domain events.
Как это работает:
- В доменной модели есть агрегаты - они отвечают за целостность внутри своих границ.
- Если нужно инициировать действие вне агрегата, он не вызывает его напрямую, а публикует domain event.
- Другие агрегаты подписываются на эти события и реагируют, когда нужно.
Получается слабое связывание: один объект просто сообщает «что произошло», а не «что делать дальше».
Агрегат поднял событие — другие обработали. Чисто, понятно, без прямых зависимостей.
Так строятся системы, которые легко расширять и поддерживать, не превращая код в паутину вызовов.
Event-driven начинается не с Kafka и очередей, а с простого: правильно разделять границы и общаться через события.
Подробнее