C# Portal | Программирование
رفتن به کانال در Telegram
Присоединяйтесь к нашему каналу и погрузитесь в мир для C#-разработчика Сотрудничество, реклама: @devmangx Менеджер: @Spiral_Yuri РКН: https://clck.ru/3FocB6
نمایش بیشتر
شبکه:📈 تحلیل کانال تلگرام C# Portal | Программирование
کانال C# Portal | Программирование (@kodblog) در بخش زبانی روسی بازیگری فعال است. در حال حاضر جامعه شامل 13 561 مشترک است و جایگاه 9 347 را در دسته فناوری و برنامهها و رتبه 48 536 را در منطقه روسيا دارد.
📊 شاخصهای مخاطب و پویایی
از زمان ایجاد در невідомо، پروژه رشد سریعی داشته و 13 561 مشترک جذب کرده است.
بر اساس آخرین دادهها در تاریخ 11 ژوئیه, 2026، کانال فعالیت پایداری دارد. در ۳۰ روز گذشته تغییر اعضا برابر -198 و در ۲۴ ساعت گذشته برابر -6 بوده و همچنان دسترسی گستردهای حفظ شده است.
- وضعیت تأیید: تأیید نشده
- نرخ تعامل (ER): میانگین تعامل مخاطب 12.91% است و در ۲۴ ساعت نخست پس از انتشار، محتوا معمولاً 8.46% واکنش نسبت به کل مشترکان کسب میکند.
- دسترسی پستها: هر پست به طور میانگین 1 751 بازدید دریافت میکند. در اولین روز معمولاً 1 147 بازدید جمعآوری میشود.
- واکنشها و تعامل: مخاطبان بهطور فعال حمایت میکنند؛ میانگین واکنش به هر پست 9 است.
- علایق موضوعی: محتوا بر موضوعات کلیدی مانند .net, string, await, static, void تمرکز دارد.
📝 توضیح و سیاست محتوایی
نویسنده این فضا را محل بیان دیدگاههای شخصی توصیف میکند:
“Присоединяйтесь к нашему каналу и погрузитесь в мир для C#-разработчика
Сотрудничество, реклама: @devmangx
Менеджер: @Spiral_Yuri
РКН: https://clck.ru/3FocB6”
به لطف بهروزرسانیهای پرتکرار (آخرین داده در تاریخ 12 ژوئیه, 2026)، کانال همواره بهروز و دارای دسترسی بالاست. تحلیلها نشان میدهد مخاطبان بهطور فعال با محتوا تعامل دارند و آن را به نقطه اثرگذاری مهم در دسته فناوری و برنامهها تبدیل کردهاند.
13 561
مشترکین
-624 ساعت
-687 روز
-19830 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
ژوئیه '26
ژوئیه '26
+19
در 0 کانالها
ژوئن '26
+35
در 2 کانالها
Get PRO
مه '26
+28
در 0 کانالها
Get PRO
آوریل '26
+22
در 0 کانالها
Get PRO
مارس '26
+69
در 0 کانالها
Get PRO
فوریه '26
+305
در 0 کانالها
Get PRO
ژانویه '26
+250
در 0 کانالها
Get PRO
دسامبر '25
+231
در 8 کانالها
Get PRO
نوامبر '25
+1 005
در 326 کانالها
Get PRO
اکتبر '25
+46
در 0 کانالها
Get PRO
سپتامبر '25
+56
در 0 کانالها
Get PRO
اوت '25
+73
در 0 کانالها
Get PRO
ژوئیه '25
+1 522
در 279 کانالها
Get PRO
ژوئن '25
+440
در 0 کانالها
Get PRO
مه '25
+233
در 2 کانالها
Get PRO
آوریل '25
+665
در 0 کانالها
Get PRO
مارس '25
+827
در 0 کانالها
Get PRO
فوریه '25
+798
در 0 کانالها
Get PRO
ژانویه '25
+954
در 0 کانالها
Get PRO
دسامبر '24
+1 434
در 397 کانالها
Get PRO
نوامبر '24
+620
در 169 کانالها
Get PRO
اکتبر '24
+1 401
در 287 کانالها
Get PRO
سپتامبر '24
+1 099
در 282 کانالها
Get PRO
اوت '24
+2 663
در 234 کانالها
Get PRO
ژوئیه '24
+22
در 0 کانالها
Get PRO
ژوئن '24
+14
در 0 کانالها
Get PRO
مه '24
+90
در 0 کانالها
Get PRO
آوریل '24
+108
در 0 کانالها
Get PRO
مارس '24
+230
در 0 کانالها
Get PRO
فوریه '24
+675
در 0 کانالها
Get PRO
ژانویه '24
+263
در 0 کانالها
Get PRO
دسامبر '23
+154
در 0 کانالها
Get PRO
نوامبر '23
+769
در 0 کانالها
Get PRO
اکتبر '23
+319
در 0 کانالها
Get PRO
سپتامبر '23
+810
در 0 کانالها
Get PRO
اوت '23
+324
در 0 کانالها
Get PRO
ژوئیه '23
+533
در 0 کانالها
Get PRO
ژوئن '23
+253
در 0 کانالها
Get PRO
مه '23
+464
در 0 کانالها
Get PRO
آوریل '23
+423
در 0 کانالها
Get PRO
مارس '23
+1 243
در 0 کانالها
Get PRO
فوریه '23
+3 123
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 12 ژوئیه | +3 | |||
| 11 ژوئیه | +1 | |||
| 10 ژوئیه | 0 | |||
| 09 ژوئیه | 0 | |||
| 08 ژوئیه | +1 | |||
| 07 ژوئیه | +3 | |||
| 06 ژوئیه | 0 | |||
| 05 ژوئیه | +3 | |||
| 04 ژوئیه | +4 | |||
| 03 ژوئیه | +2 | |||
| 02 ژوئیه | +1 | |||
| 01 ژوئیه | +1 |
پستهای کانال
Правильно ли вы внедряете зависимости в контроллеры?
Многие разработчики не знают об этом.
Внедрять зависимости в контроллеры можно двумя способами:
- через конструктор;
- через внедрение в метод (method injection).
Приходилось работать с раздутыми контроллерами, в конструктор которых передают слишком много зависимостей?
При этом конкретный endpoint использует лишь часть из них.
❌ В результате память расходуется впустую: все зависимости, переданные через конструктор, создаются в куче при создании контроллера — независимо от того, будут они использоваться или нет.
✅ Так почему бы не внедрять только те зависимости, которые действительно нужны, прямо в метод endpoint?
Теперь это можно делать без атрибута
[FromServices] — он больше не требуется. Всё работает так же, как и в Minimal APIs.
Внедряя зависимости только там, где они действительно нужны, вы повышаете читаемость, упрощаете поддержку и улучшаете производительность контроллеров.
А какой подход предпочитаете вы? 👇
👉 @KodBlog| 2 |  А кто-о-о это сделал: они полностью переписали PostgreSQL на Rust и он уже проходит 100% официальных тестов PostgreSQL 😔
Важно: это не форк, а полностью новая реализация с нуля на Rust, которая на данный момент:
• Проходит все 46 066 запросов из regression suite PostgreSQL 18.3.
• Совместима на уровне диска (можно запустить её напрямую с вашим текущим каталогом данных).
• Имеет рабочее демо в браузере.
Цель проекта — сделать одну из самых сложных баз данных в мире значительно проще для модификации, расширения и оптимизации изнутри, используя Rust и AI-assisted programming.
И самое безумное: уже существует WIP-версия (пока не опубликована), которая обещает быть на 50% быстрее на транзакционных нагрузках и примерно в 300 раз быстрее на аналитических нагрузках.
РЕПО 👇
https://github.com/malisper/pgrust
👉 @KodBlog | 943 |
| 3 |  Чёрт… Это может перевернуть всё представление об эмуляторах AWS.
Команда разработчиков отказалась от привычного подхода к созданию эмуляторов AWS и представила Floci.
Это один исполняемый файл на Go размером всего 13 МиБ, который менее чем за 1 секунду запускает 45 сервисов AWS (S3, Lambda, DynamoDB, SQS, SNS, IAM, CloudFormation, Step Functions и другие). Никакого Docker. Никакого LocalStack. Никаких счетов за AWS. Никаких 4 ГБ оперативной памяти, занятых контейнерами. Никакого ожидания по 30 секунд.
Достаточно скачать исполняемый файл, запустить его — и у вас локально работает практически вся инфраструктура AWS.
https://github.com/floci-io/floci
👉 @KodBlog | 1 021 |
| 4 |  Масштабирование веб-приложений до 1 000 000 пользователей
Мне довелось работать над крупной системой, которой пользовались более миллиона человек. Вот как мы масштабировали её, чтобы она справлялась с таким объёмом трафика.
Изначально приложение представляло собой классический монолит: один сервер приложений и один сервер базы данных. Такая архитектура отлично работала несколько лет, но по мере роста числа пользователей система начала замедляться. Стало ясно, что нужны изменения.
Следующим этапом стало горизонтальное масштабирование Web API, чтобы обрабатывать большее количество запросов. Экземпляр базы данных при этом масштабировали вертикально (scale up), увеличивая его вычислительные ресурсы. Однако вскоре именно база данных стала узким местом.
Кэширование уже использовалось, но это был простой локальный кэш в памяти каждого сервера приложений. Поэтому мы внедрили распределённое кэширование на базе Redis. После этого нагрузка на базу данных значительно снизилась, поскольку большая часть запросов начала обслуживаться из кэша. Дополнительным преимуществом стало заметное улучшение производительности и отзывчивости системы.
Главная мысль, которую я хочу донести: решайте ту проблему, которая существует сейчас. Разработчики часто склонны к избыточному проектированию , пытаясь заранее подготовить систему к масштабам, которых она ещё не достигла.
И ещё один важный момент: зачем вообще масштабировать приложение, которое не приносит прибыли? Разработчики редко задумываются о финансовой стороне вопроса. Не забывайте, что приложение обычно существует для решения бизнес-задач. А бизнес сложно назвать успешным, если он не приносит прибыль.
👉 @KodBlog | 1 040 |
| 5 |  Создавайте первоклассную документацию для своего API или проекта.
Starlight предлагает всё необходимое: высокую скорость благодаря Astro, встроенную оптимизацию для SEO, доступность и поиск, а также поддержку Markdown, MDX и нескольких языков.
→ http://starlight.astro.build/es
👉 @KodBlog | 1 068 |
| 6 |  Если версии NuGet-пакетов в вашем .NET-решении разбросаны по файлам проектов, в будущем вам неизбежно придётся заниматься их приведением в порядок.
Central Package Management позволяет вынести версии пакетов в Directory.Packages.props.
Проекты просто ссылаются на пакет. Версия хранится в одном файле.
Меньше археологии в зависимостях.
👉 @KodBlog | 1 193 |
| 7 |  Немного разобрался с тем, как работают блокировки в PostgreSQL. Главный вывод: разные SQL-команды захватывают разные режимы блокировок, и многие из них специально сделаны совместимыми друг с другом, чтобы минимизировать конкуренцию за блокировки.
Даже обычный SELECT захватывает блокировку, которая препятствует выполнению некоторых «тяжёлых» операций (например, VACUUM FULL, REINDEX и т. п.). Оказалось, существует удивительно много сочетаний SQL-команд, которые могут или не могут выполняться одновременно.
И ещё: вот отличный сайт, который наглядно показывает в виде графа, какие SQL-команды могут выполняться параллельно.
👉 @KodBlog | 1 228 |
| 8 |  Как создать собственную социальную сеть на .NET
Это отличный проект для самостоятельной реализации. 🤓
Базовая реализация платформы может включать следующие сущности:
↳ Пользователи
↳ Посты и категории
↳ Лайки и комментарии
↳ Лента
↳ Уведомления
Рассмотрим реальный кейс:
Пользователь открывает сайт соцсети и видит:
↳ Ленту с актуальными постами
↳ Свои собственные публикации
↳ Уведомления о новых постах, комментариях и лайках к интересующим его записям
Типичное frontend-приложение делает три отдельных запроса к серверу:
Получение ленты
GET /api/feed?userId=1&count=10
Получение уведомлений
GET /api/notifications?userId=1&count=10
Получение постов пользователя
GET /api/users/1/posts?count=10
У этой реализации два ключевых недостатка:
❌Клиенту приходится делать три отдельных запроса к серверу
❌Клиенты получают все поля, которые возвращает сервер. Для веба это приемлемо, но для мобильных приложений — избыточно и может замедлять работу
Решение — GraphQL
GraphQL был создан как альтернатива REST, чтобы решить эти проблемы.
Hot Chocolate это самый эффективный и функциональный open-source GraphQL-сервер в экосистеме .NET. Он позволяет легко строить масштабируемые GraphQL API и шлюзы.
Преимущества Hot Chocolate по сравнению с REST API:
✅Клиент сам выбирает, какие поля ему нужны — никакого overfetch/underfetch
✅Все данные можно запросить одним запросом, без лишних round-trip’ов
✅Автогенерация документации, генерация кода и автодополнение в IDE синхронизируют frontend и backend
✅Встроенные фильтрация, сортировка и пагинация — middleware всё берёт на себя, причём делает это лучше и проще, чем OData
✅Интерфейс Nitro GraphQL позволяет визуально исследовать типы, собирать запросы и тестировать их за секунды
Я использую Hot Chocolate GraphQL в продакшене уже более трёх лет, и это сильно прокачало мои подходы к построению API.
Автор собрал простую реализацию социальной сети на базе Hot Chocolate GraphQL, и сегодня поделился пошаговой инструкцией с разработчиками, как сделать это правильно с учётом best practices.
Исходный код доступен бесплатно.
👉 @KodBlog | 1 201 |
| 9 |  🇷🇺 Разбираешься в радиочипах, оптике и связи? Забери до 1 000 000 рублей за свои инженерные навыки на турнире «Дронкон» 🇷🇺
«Сталинские Соколы» открывают регистрацию на 4-й Всероссийский турнир «Дронкон», который пройдет с 22 по 26 августа.
Турнир пройдет по направлению:
- Инженерное дело: навыки программирования, сборка электронного оборудования, беспроводная связь, оптические системы + стратегия «Битва Дронов»;
Призовой фонд для победителей:
🥇место – 1 000 000 рублей
🥈место – 700 000 рублей
🥉место – 500 000 рублей
Награда за 4-8 места - 100 000 рублей
Пройди заочный онлайн-этап и получи путевку на очный этап турнира в Республику Татарстан!
Перелет, питание, проживание - за счет организаторов.
🇷🇺 Подать заявку и узнать подробности 🇷🇺 | 1 161 |
| 10 |  Создавать новый HttpClient для каждого запроса — не решение.
HttpClient владеет пулом соединений. Если постоянно его освобождать (Dispose), вы будете постоянно пересоздавать соединения и расходовать порты.
Используйте один из следующих вариантов:
- долгоживущий HttpClient + PooledConnectionLifetime;
- недолгоживущие экземпляры HttpClient, создаваемые через IHttpClientFactory.
https://learn.microsoft.com/ru-ru/dotnet/fundamentals/networking/http/httpclient-guidelines
👉 @KodBlog | 1 279 |
| 11 | Инсайд: Я думал, что довольно хорошо знаю PostgreSQL, пока не наткнулся на это.
Оказывается, PostgreSQL способен заменить гораздо больше, чем просто базу данных:
* очереди;
* cron-задачи;
* Redis;
* MongoDB;
* векторные базы данных;
* журналы аудита;
* и даже некоторые сценарии использования Kafka.
Я не говорю, что нужно заменить Postgres'ом каждый инструмент в вашем стеке.
Но мне кажется, что большинство стартапов начинают использовать Redis, Kafka, MongoDB и ещё десяток других сервисов гораздо раньше, чем в них действительно возникает необходимость.
Определённо стоит прочитать, если вы разрабатываете backend-системы. Этот материал заставил меня пересмотреть многие свои представления.
👉 @KodBlog | 1 344 |
| 12 |  Совет по .NET MAUI: перестаньте каждый раз проверять текущую тему приложения, когда нужно получить цвет.
AppThemeBinding позволяет XAML автоматически выбирать ресурсы для светлой и тёмной темы, а также обновляет их при смене системной темы во время работы приложения.
Меньше кода для обработки тем. Меньше ситуаций в духе: «Почему в тёмной теме это вообще невозможно прочитать?»
👉 @KodBlog | 1 388 |
| 13 |  Запомни: Монолит ≠ Модульный монолит ≠ Микросервисы
Многие команды думают, что путь выглядит так:
Монолит → Микросервисы
Но между ними есть важный этап, который многие пропускают... Модульный монолит.
Вот самый простой способ запомнить разницу:
Монолит ➜ одна кодовая база, одно развёртывание, компоненты тесно связаны между собой.
Модульный монолит ➜ одно развёртывание, но кодовая база разделена на хорошо определённые модули с чёткими границами.
Микросервисы ➜ множество независимых сервисов, которые можно разрабатывать, развёртывать и масштабировать отдельно друг от друга.
Простая шпаргалка 👇
✅ Монолит = одно приложение
✅ Модульный монолит = одно приложение, много модулей
✅ Микросервисы = множество независимых приложений
Когда использовать каждый подход?
🔹 Монолит
стартапы и MVP;
небольшие команды;
быстрая разработка;
простое развёртывание.
🔹 Модульный монолит
растущие приложения;
команды, которым нужна чистая архитектура без сложности распределённых систем;
проще тестировать, сопровождать и развивать.
🔹 Микросервисы
большие инженерные команды;
независимое развёртывание сервисов;
разные требования к масштабированию отдельных доменов;
высокая доступность и масштабируемость организации.
Самое распространённое заблуждение. Микросервисы не становятся автоматически лучшим выбором.
Они привносят распределённые транзакции, сетевые задержки, обнаружение сервисов (service discovery), наблюдаемость (observability), версионирование, пайплайны развёртывания и дополнительные операционные издержки.
Во многих случаях грамотно спроектированный модульный монолит оказывается лучшим долгосрочным решением — до тех пор, пока бизнесу действительно не понадобятся распределённые сервисы.
Фраза, которую стоит запомнить
Монолит = простота
Модульный монолит = организованность
Микросервисы = независимость
Лучшая архитектура — не самая сложная, а та, которая решает сегодняшние задачи, не создавая завтрашних проблем.
Сохраните эту рукописную шпаргалку — она пригодится разработчикам, которые готовятся к собеседованиям по System Design или проектируют масштабируемые приложения.
👉 @KodBlog | 1 336 |
| 14 |  Claude Code постоянно добавлял слой Repository, хотя я его об этом не просил.
Я просил реализовать один endpoint в .NET API. В ответ получал интерфейс репозитория, профиль AutoMapper и структуру папок из чьего-то другого проекта. Код был вполне нормальный. Просто не мой.
Проблема не в недостатке знаний. Claude начинает каждую сессию, ничего не зная о вашем репозитории, поэтому заполняет пробелы самым распространённым вариантом, который встречал в .NET. Controllers, Repositories, AutoMapper.
Я снова и снова расплачивался за это временем на code review. Одни и те же правки, сессию за сессией, потому что всё, что я объяснял, не сохранялось до следующего раза.
Решение — один Markdown-файл в корне репозитория. Claude Code автоматически загружает его в начале каждой сессии, ещё до вашего первого запроса.
В моём файле описаны пять вещей: стек с точными версиями, структура проекта и зоны ответственности каждого слоя, команды для сборки, тестов и миграций, используемые мной паттерны (например, records для DTO и тип Result для обработки ошибок), а также паттерны, которые он не должен предлагать никогда.
Именно последний раздел делает всю работу. Фраза «Никогда не предлагай AutoMapper, используй явное маппирование» кажется мелочью, пока не понимаешь, что она делает: она блокирует неправильное поведение по умолчанию ещё до того, как Claude пойдёт по этому пути. Предотвратить неверный дефолтный выбор гораздо дешевле, чем потом проверять код и откатывать изменения.
Теперь тот же самый однострочный запрос приводит к созданию команды, валидатора и обработчика именно в тех папках, где им и место. Более того, перед тем как сообщить, что задача выполнена, Claude даже запускает тесты.
Файл, показанный на изображении, — это базовый шаблон, который я добавляю в каждый новый .NET-проект. Скопируйте его, замените раздел со стеком на свой и удалите всё, с чем не согласны. Он будет работать только в том случае, если описывает то, как строите проект вы, а не то, как это делаю я.
👉 @KodBlog | 1 524 |
| 15 |  Перестань просто читать книги по системному дизайну и начни тестировать архитектуры на практике (с помощью Chaos Engineering) — это казалось невозможным без огромных трат на AWS.
Но эта платформа, которая уже 2 года работает в продакшене, 100% бесплатна и с открытым кодом.
Познакомьтесь с Dinamos.
Представьте, что вы симулируете инфраструктуру WhatsApp или продажу билетов на грандиозное шоу.
В Dinamos вы загружаете готовые сценарии, видите запросы, падающие на балансировщик нагрузки, и в реальном времени через «Золотые сигналы» (Golden Signals) обнаруживаете узкие места в очереди сообщений (Message Bus).
И вы можете поэкспериментировать с Chaos Engineering.
Можете намеренно добавить задержки или просто «убить» узел в своей инфраструктуре, чтобы увидеть, как система поведёт себя под нагрузкой и сможет ли она масштабироваться автоматически. На практике — без лишних сложностей.
Готовитесь к System Design интервью?
В Dinamos есть симулятор на базе фреймворка System Design Canvas. Вы рисуете схему архитектуры, записываете голосовое объяснение своего решения, а ИИ оценивает ваш ответ, подсвечивая сильные стороны и указывая, что требовало лучшего обоснования. Это бесплатный тьютор.
Проект уже 2 года развивается вместе с комьюнити. Уроки охватывают всё — от Кеширования до теорем CAP / PACELC.
И всё двуязычно (PT/EN): можете прочитать концепцию на португальском и мгновенно переключиться на английский, чтобы выучить точные термины, используемые на международном рынке.
Проект создан разработчиками для разработчиков, чтобы демократизировать доступ к высокому техническому знанию. И он будет бесплатным навсегда.
http://dinamos.net это Open Source! 💵
👉 @KodBlog | 4 545 |
| 16 |  НОВИНКА: Устойчивые функции (Durable Functions) в PostgreSQL 🤯
pg_durable — это расширение PostgreSQL. Состояние рабочего процесса, очередь, повторные попытки и восстановление хранятся в Postgres, и оно использует устойчивость Postgres / высокую доступность / резервное копирование / восстановление.
https://techcommunity.microsoft.com/blog/adforpostgresql/introducing-durable-functions-in-postgresql/4526821
👉 @KodBlog | 4 657 |
| 17 |  Ваше приложение запускается без ошибок.
Затем приходит первый настоящий запрос.
Он пытается вызвать GitHub, отправить email, подключиться к сервису или использовать флаг функции.
И только тогда вы узнаёте, что одно значение конфигурации отсутствует или неверно.
Плохой URL.
Пустой токен.
Отсутствующая настройка.
Приложение никогда не было готово к запуску.
Оно просто об этом не сообщило.
ASP.NET Core предоставляет строго типизированную конфигурацию через паттерн Options. Но привязка значений к классу — это только часть работы.
Вам также нужно знать, что эти значения валидны.
И здесь может помочь FluentValidation.
Вместо добавления простых правил в класс настроек, вы можете хранить валидацию в отдельном валидаторе и чётко описать реальные правила:
→ Обязательное значение должно существовать
→ URL должен быть валидным
→ Одна настройка может зависеть от другой
→ Пользовательские проверки можно тестировать независимо
Затем добавьте валидацию при запуске.
Теперь, если конфигурация неверна, приложение падает сразу при старте.
Именно это нужно в контейнере, CI-пайплайне или новом деплое.
Сломанное приложение должно упасть до получения трафика, а не после того, как пользователь найдёт проблему за вас.
👉 @KodBlog | 4 575 |
| 18 |  У твоей очереди нет тормозов.
Если производители добавляют задачи быстрее, чем потребители успевают их обрабатывать, безграничная очередь — это просто отсроченная боль.
Пятничный .NET-совет: используйте ограниченный Channel<t>.
Когда он заполняется, вы выбираете, что делать: ждать, отбрасывать или падать с ошибкой.</t>
https://learn.microsoft.com/ru-ru/dotnet/core/extensions/channels
👉 @KodBlog | 4 709 |
| 19 |  Microsoft выпустила почти 100 готовых skills для AI-агентов, работающих с .NET
Microsoft без громких анонсов опубликовала набор из 99 готовых skills для AI-агентов, предназначенных для работы с .NET. Все они доступны в открытом доступе и могут использоваться в таких инструментах, как Claude Code, Codex, GitHub Copilot и Cursor.
Skills размещены в репозитории dotnet/skills и сгруппированы в 14 плагинов, включающих около 95 специализированных сценариев. Каждый skill представляет собой набор инструкций, который AI-агент автоматически загружает только при выполнении соответствующей задачи.
Среди наиболее полезных плагинов:
dotnet-data — помогает оптимизировать запросы EF Core, выявляет проблемы N+1, корректирует режимы отслеживания (tracking) и устраняет типичные узкие места производительности.
dotnet-test — крупнейший плагин, содержащий 22 skills для запуска, фильтрации и миграции тестов между различными тестовыми фреймворками.
dotnet-upgrade — автоматизирует миграцию проектов с .NET 8 на .NET 10 и включает поддержку nullable reference types.
dotnet-aspnet — предназначен для создания Web API и endpoints загрузки файлов с использованием Minimal APIs.
dotnet-ai — позволяет создавать, отлаживать и тестировать MCP-серверы с помощью C# SDK.
При этом Microsoft отмечает, что опубликованные skills решают только типовые задачи экосистемы .NET. Они не учитывают особенности конкретного проекта: структуру каталогов, архитектурные соглашения, расположение сущностей, используемые паттерны или внутренние правила разработки.
Для подобных сценариев разработчикам предлагается создавать собственные skills, которые описывают принятые в проекте конвенции и позволяют AI-агентам учитывать специфику конкретной кодовой базы.
Подробное руководство по созданию пользовательских skills, настройке Skill Creator и работе с репозиторием dotnet/skills опубликовано автором статьи на его сайте.
👉 @KodBlog | 4 698 |
| 20 |  ⚡️ПОСЛЕДНИЙ ДЕНЬ АКЦИИ ЖАРКОЕ ЛЕТО
Таких условий больше не будет
Пора принимать решение. Вы можете дальше откладывать свое развитие на "когда-нибудь", а можете прямо сегодня забрать все необходимые для старта навыки и диплом установленного образца всего за 50 000 ₽ вместо 250 000 ₽
Забронировать место▶️@cyacademy_support
Пять фундаментальных программ. Официальная профессия. Полный боевой арсенал. И всё это по цене 10 000₽ за каждый блок. Никто на рынке ИБ не отдает такой объем хард-скиллов за такие деньги:
🟦Диплом установленного образца (Системный администратор) - это не просто сертификат о прохождении, это официальный документ, который открывает двери в корп-сегмент и гарантирует железобетонный фундамент в Linux.
🟦Полная база пентеста (Red & Blue Team) - от сканирования инфраструктуры до сложных атак на Active Directory и веб-уязвимостей. Вы начинаете думать и действовать как профессиональный хакер.
🟦Взлом баз данных - глубокое понимание SQL-инъекций и архитектуры БД, чтобы доставать самые ценные активы компаний.
🟦AI-помощники на Python - автоматизация всей рутины. Пока другие работают руками, ваши ИИ-агенты парсят уязвимости и пишут отчеты, умножая ваш чек и скорость.
🟪SQL для хакера | Linux CyberPunk | HackerPoint 1 и 2 | AI-помощники на
Python
👉 Забрать весь арсенал и Диплом прямо сейчас: @cyacademy_support | 1 169 |
