📝 Немного инсайтов из третьего модуля курса

Сейчас большинство представлений об ИИ ограничиваются одним агентом — моделькой, которая что-то предсказывает, генерирует или классифицирует.

Но реальный прорыв начинается, когда этих агентов становится несколько.
Когда они начинают взаимодействовать друг с другом.
Когда появляется координация, распределение ролей, память, планирование — всё это и есть мультиагентные системы (MAS).

➡️ Пока кто-то думает, что это звучит как научная фантастика, индустрия уже переходит к новым уровням сложности:
— Microsoft делает язык DroidSpeak для общения между LLM
— Open Source-фреймворки вроде LangChain, AutoGen, CrewAI, LangGraph — бурно развиваются
— компании, включая МТС, уже применяют MAS в боевых задачах

🎓 На курсе мы подходим к этому практично:
🔵 разбираем, как устроены MAS
🔵 пишем агентов с нуля
🔵 учимся выстраивать взаимодействие: конкуренцию, кооперацию, планирование

Именно на третьем уроке вы впервые собираете не просто «умного бота», а живую систему из агентов, которая работает вместе — как команда.

Причём по-настоящему: врач, SQL-аналитик, travel-планировщик, Python-генератор, поисковик.

🙂 Если хочется не просто использовать ИИ, а проектировать системы, которые думают, планируют и сотрудничают → тогда забирайте курс по ИИ-агентам

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

🔍 Как диагностировать проблемы с производительностью в .NET

Когда вы сталкиваетесь с неожиданными задержками или замедлением работы, важно быстро выявить источник проблемы. Разберёмся как это сделать.

1. Понимание проблем с производительностью

В первую очередь, нужно понять, какие именно симптомы проявляются. Это могут быть:
• Долгое время отклика на запросы
• Увеличение времени обработки операций.
• Частые паузы или лаги, которые не зависят от внешней нагрузки.

2. Использование инструментов для профилирования

.NET предоставляет инструменты для профилирования и анализа производительности:

— PerfView. Инструмент для сбора и анализа трассировок и дампов памяти, который позволяет обнаружить узкие места в работе приложения

— dotTrace и Visual Studio Diagnostic Tools. Для анализа использования процессора и памяти, выявления горячих точек и оптимизации производительности.

— Application Insights. Сервис для мониторинга и анализа производительности в реальном времени.

3. Проверка работы сборщика мусора

Если ваше приложение не может эффективно управлять памятью, это приведет к длительным паузам, особенно в больших распределенных системах.

Фоновая сборка мусора в .NET может повлиять на производительность, если куча больших объектов часто расширяется.

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

4. Анализ работы с памятью

Использование Large Object Heap для хранения больших объектов может вызвать проблемы с производительностью, так как LOH очищается реже и требует дополнительного времени для управления.

Проблемы с памятью также могут быть связаны с неэффективной работой с кэшами и слишком большими или неправильно настроенными буферами.

Зачастую сложно сразу найти проблемы с кодом, но это того стоит, особенно на длинной дистанции, чтобы не копить техдолг.

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

🤔 Такие ли айтишники проблемные

Многие думают, что айтишники наполовину состоят из проблем с головой. Кто в этом виноват и стоит ли переживать?

На одной стороне стоят те, кто уверены: IT-сфера — это «психологическая бомба замедленного действия», и в ней нужно менять многое, чтобы сохранить благополучие специалистов.

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

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

Наш админ думает так:

Как тут не свихнёшься, когда тебя каждый день спрашивают одно и то же в надежде на изменения? Как попугаи «Какой статус? Какой статус?»

💬 Что думаете об этом? Как у вас обстоят дела с головой? Делитесь в комментариях 👇

Понравился пост? Поделитесь бустом, а мы взамен поделимся топовым контентом.

🐸Библиотека шарписта #междусобойчик

👨‍💻 Хоткеи для мультикурсора

Мультикурсор однозначно маст-хев для работы с однотипными изменениями в коде. Вместо монотонных изменений — раз и готово.

Смотрите и сохраняйте себе хоткеи для VS Code с картинки.

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

🤩 Онлайн-магазин в средневековом стиле

Представьте себе онлайн-магазин в средневековом стиле, где можно не только купить или продать товары, но и почувствовать атмосферу старинного рынка.

Именно такой проект недавно был создан с использованием ASP.NET.

Что интересно, это не просто сайт, а платформа с микросервисной архитектурой. Это значит, что каждый компонент (например, аутентификация или обработка объявлений) работает как отдельный микросервис.

➡️ Репозиторий проекта

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

Давайте решим, нужны ли комментарии в коде:

💯 — Нужны
⚡️ — Можно и без них

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

🎮 Снова сеньор без клавиатуры

Сеньору запретили писать откровения на ревью, поэтому он опять наказан использованием эмодзи.

Пишите в комментарии, что это он написал на картинке 👇

🐸Библиотека шарписта #междусобойчик

🆕 Неделя в кадре

Ключевые новости, которые могли ускользнуть от вашего внимания.

— Диагностика задержек в .NET

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

— Руководство по выживанию с устаревшим кодом

В 2025 году Visual Basic 6.0 уже почти не используется, а VB.NET и .NET Framework постепенно уходят в прошлое, оставшись только для поддержки старых приложений.

— xUnit для сложных интеграционных тестов

Джереми Миллер описывает, как интегрировать логирование в xUnit для сложных интеграционных тестов с использованием Wolverine.

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

🍀 Подборка вакансий для шарпистов

Middle/Senior C# разработчик — удалёнка.

C# Developer — до 5500 $, удалёнка.

Full-Stack .NET Developer — до 450 000 ₽, удалёнка.

Tech Lead AI — от 450 000 ₽, удалёнка.

С#-разработчик — от 250 000 ₽, удалёнка.

Бустер — Удалённо (в любом городе мира).

➡️ Еще больше топовых вакансий — в нашем канале С# Jobs

🛠 Гид по Redis в C#

Представьте, что ваши запросы обрабатываются мгновенно. Для этого можно использовать Redis. Сейчас покажем как это сделать.

1. Устанавливаем

Install-Package StackExchange.Redis

2. Создаём подключение

using StackExchange.Redis;

var redis = ConnectionMultiplexer.Connect("localhost:6379");
IDatabase db = redis.GetDatabase();

3. Базовые операции: SET и GET

// Записываем строку
bool setResult = db.StringSet("user:42:name", "ProgLib");
Console.WriteLine($"SET OK: {setResult}");

// Читаем строку
string name = db.StringGet("user:42:name");
Console.WriteLine($"GET: {name}");  // → ProgLib

StringSet возвращает true, если всё прошло гладко. StringGet в случае отсутствия ключа вернёт null.

4. Механизм подписки и публикации

Подписчик:

var sub = redis.GetSubscriber();
sub.Subscribe("notifications", (channel, message) => {
    Console.WriteLine($"Получено сообщение: {message}");
});

Публикация:

sub.Publish("notifications", "Новый заказ №128");

5. Дополнительно: списки, хэши и TTL

Пушим и читаем из конца/начала:

db.ListRightPush("tasks", "Сделать отчёт");
var task = db.ListLeftPop("tasks");

Группируем поля в одном ключе:

db.HashSet("session:1001", new HashEntry[] {
    new HashEntry("userId", 42),
    new HashEntry("expiresAt", DateTime.UtcNow.AddMinutes(30).ToString("O"))
});
var expires = db.HashGet("session:1001", "expiresAt");

TTL для удаления ключей через время:

db.StringSet("cache:item:7", "данные", TimeSpan.FromMinutes(5));

Бонус: бест практис

• ConnectionMultiplexer — тяжёлый объект, создавайте один раз.

• Используйте ConfigureAwait(false) и ловите исключения RedisConnectionException.

• Выполняйте атомарные операции на стороне сервера для консистентности.

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

В будущем Redis становится центром событийной архитектуры: Stream-поддержка и геоданные открывают новые горизонты.

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

🧠 Как алгоритмическое мышление повышает производительность

Если ваше приложение «подтормаживает», вспомните о спортивном программировании: анализируйте асимптотику и меняйте неэффективные алгоритмы — и запросы станут выполняться за доли секунды.

Не догадывайтесь, где узкое место, а измеряйте его профилировщиком и выбирайте правильные структуры данных.

➡️ Почему спортивное программирование полезно

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

🧑‍💻 Тестирование API без выдумок

Без тщательно сгенерированных сценариев, покрывающих как граничные, так и ошибочные состояния, легко упустить скрытые уязвимости, которые проявятся именно в пике трафика.

Подготовили для вас промпт, чтобы данные не нужно было придумывать самостоятельно:

You are a highly skilled C# Developer and Tester, specializing in creating robust and reliable REST APIs. Your expertise lies in generating diverse and comprehensive test data to thoroughly stress test APIs, uncovering potential vulnerabilities and ensuring optimal performance under heavy load. Your goal is to create a C# program that generates a wide range of test data, specifically focusing on boundary conditions and error scenarios, to effectively stress test a given REST API.

Here is the format you will use to reason through the problem and come up with a fantastic recommendation:

---

## REST API Endpoint Description
$api_endpoint_description (Include the HTTP method, expected request body format, and expected response format)

## Data Types and Constraints
$data_types_and_constraints (Specify the data types of each field in the request body and any constraints, such as minimum/maximum values, allowed characters, or specific formats)

## Boundary Condition Test Data
$boundary_condition_test_data (Generate test data that pushes the limits of the defined constraints. Include examples of minimum values, maximum values, values just outside the allowed range, and edge cases.)

### Example Boundary Condition Test Data Entry
```json
{
"field1": "boundary_value_1",
"field2": "boundary_value_2",
...
}
```

## Error Condition Test Data
$error_condition_test_data (Generate test data that intentionally violates the defined constraints. Include examples of invalid data types, missing required fields, incorrect formats, and malicious input.)

### Example Error Condition Test Data Entry
```json
{
"field1": "invalid_value_1",
"field2": "missing_field",
...
}
```

## C# Code for Test Data Generation
$csharp_code (Provide the C# code that generates the boundary and error condition test data. The code should be well-commented and easy to understand.)

## Explanation of the C# Code
$csharp_code_explanation (Explain the logic behind the C# code, highlighting how it generates the different types of test data and how it can be easily adapted to different REST APIs.)

## Considerations for Stress Testing
$stress_testing_considerations (Discuss important considerations for stress testing the REST API, such as the number of concurrent requests, the duration of the test, and the metrics to monitor.)

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

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

🛠 Чек-лист по настройке и ведению репозитория .NET-проекта

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

✅ Проверьте URL репозитория

• Убедитесь, что имя аккаунта, название репозитория и основная ветка (main или master) соответствуют соглашениям команды.

• Проверьте, нет ли опечаток или лишних символов в пути.

✅ Добавьте файл LICENSE

• Поместите в корень проекта файл с лицензией (MIT, Apache, GPL и т. д.).

• Проверьте, что текст лицензии актуален и соответствует требованиям компании.

✅ Настройте .gitignore

• Используйте готовые шаблоны для .NET (VisualStudio, Rider): исключите bin/, obj/, настройки IDE, файлы сборки.

• При необходимости добавьте игнорацию пользовательских секретов и сертификатов.

bin/
obj/
*.user
*.suo

✅ Создайте файл .gitattributes

Задайте нормализацию переводов строк:

* text=auto
*.ps1 text eol=crlf

• Укажите специальные правила для бинарных файлов, чтобы избежать проблем с кодировкой.

✅ Подробный README.md

• Опишите назначение проекта, его архитектуру и ключевые зависимости.

• Дайте инструкции по установке, настройке и запуску (команды CLI, порты, переменные окружения).

• Приведите пример запуска основных сценариев.

✅ Проект тестов

• Создайте отдельный тестовый проект (.Tests) и убедитесь, что все тесты проходят при команде dotnet test.

• Добавьте в README badge с процентом покрытия (например, через Coveralls или Azure Pipelines).

✅ CI/CD через GitHub Actions

• Разместите workflow в .github/workflows/ci.yml: сборка, тесты, анализ кода.

• Опционально — настройте деплой на тестовый или продакшен-стенд.

name: CI
on: [push, pull_request]
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v2
      - uses: actions/setup-dotnet@v1
        with: { dotnet-version: '7.0.x' }
      - run: dotnet build --no-restore
      - run: dotnet test --no-build --verbosity normal

✅ Файлы CODE_OF_CONDUCT.md и CONTRIBUTING.md

• CODE_OF_CONDUCT.md определяет правила поведения участников.

• CONTRIBUTING.md описывает, как создавать issue, форкать проект и оформлять PR.

✅ Метки и темы

• Настройте лейблы для Issue/PR: bug, enhancement, help wanted, good first issue.

• Добавьте в репозиторий релевантные темы (например, csharp, dotnet-core, webapi).

✅ Badge-значки в README

• Статус сборки (Build Passing/Failing).

• Процент покрытия тестами.

• Поддерживаемые версии .NET.

Сколько «галочек» из списка содержит ваш проект?

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

💬 Техдолга много не бывает

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

Один из наших подписчиков недавно спросил:

Как определить, когда стоит принимать новый функционал, а когда — гасить технический долг

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

— Регулярно формируйте список всех известных проблем: устаревшие библиотеки, неочищенный код, отсутствие тестов.

— Делите техдолг на «осознанный» (trade-off ради скорости) и «неосознанный» (ошибки, хаотичный рост).

— Используйте метрики: время на исправление багов, количество инцидентов, сложность новых фич.

— Включайте небольшие задачи по техдолгу в каждый спринт (например, 10–20 % времени).

— Установите критерии «не допуска к продакшену» для новых заимствований (например, доля покрытия тестами).

💬 Как вы балансируете новые фичи и погашение техдолга? Поделитесь своим опытом в комментариях 👇

P.S. Если хотите задать вопрос сообществу или поделиться историей, заполните нашу гугл-форму.

🐸Библиотека шарписта #междусобойчик

👀 Эффективный доступ к данным в .NET

В рамках трансляции On .NET Live ведущие разобрали, как через чёткие интерфейсы Repository и паттерн Specification вынести всю логику запросов из бизнес-слоя, чтобы не забирать в память лишние данные и легко мокировать код для тестов.

Также обсудили компромиссы generic-репозиториев и показали, как Unit of Work возвращает настоящую транзакционность, вызывая SaveChanges() один раз в конце.

➡️ Смотреть запись трансляции

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