Разработчик создал ИИ-ревьюера для GitLab, который анализирует не один merge request, а всю задачу целиком, охватывая все затронутые сервисы микросервисной архитектуры. Система использует агента вместо простого анализа diff, что позволяет находить критические несовместимости на стыках между сервисами — баги, невидимые при проверке отдельного репозитория.

При кворуме «2 из 3» (ИИ плюс один человек, или два человека при возражении ИИ) система экономит 80% времени на code review, автоматизируя утомительную работу по отслеживанию контрактов между компонентами и проверке совместимости изменений.

Статья сравнивает три архитектурных подхода для .NET-приложений: N-tier организует код горизонтальными слоями и прост в использовании, Clean Architecture инвертирует зависимости к домену и требует больше структуры, а Vertical Slice группирует весь код фичи вместе с минимумом церемоний.

Практические компромиссы: N-tier быстр для CRUD-проектов, но усложняет тестирование; Clean Architecture защищает бизнес-логику от фреймворков, но требует навигации между множеством файлов; Vertical Slice упрощает добавление новых фич, но зависит от дисциплины команды. Выбор должен учитывать время жизни проекта, частоту изменений требований и размер команды — универсально правильного решения нет, но важно последовательно придерживаться выбранного подхода.

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

Владельцы публичных каналов в Max получили возможность принимать донаты от подписчиков через сервис «VK Донат». Подключить новый инструмент монетизации можно с помощью специального чат-бота, сообщила пресс-служба мессенджера.

Calabonga: интересно как это эти донаты подключить? 

Компания «Яндекс» представила генеративную модель искусственного интеллекта Sona, которая выступает единой платформой для создания рекомендаций, подбирая варианты для пользователя и ранжируя их. Она служит заменой множеству алгоритмов, не требует выбирать признаки вручную и демонстрирует достойные практические результаты.

В конце сентября 2026 года состоялся выпуск GitRiver 1.1.0 – self-hosted платформы для управления git-репозиториями. Исходный код проекта написан на Rust. В базе решения один бинарник (~46 МБ), который объединяет 16 модулей: Git-хостинг, CI/CD, реестр контейнеров, реестр пакетов (6 форматов), задачи с Kanban, пул-реквесты, GitOps-деплой (RiverCD), безопасность, 8 каналов уведомлений и другие — при потреблении ~100 МБ оперативной памяти в режиме простоя. Для установки достаточно Docker Compose и PostgreSQL.

Агенты научились писать код быстрее, чем мы успеваем его читать. Но скорость оказалась не главной проблемой — главной стало то, что агент не помнит, о чём вы договорились вчера. В этой статье рассмотрим подход, который пытается эту проблему решить, и инструменты, которые его реализуют: GitHub Spec Kit, Kiro, OpenSpec, BMAD Method, Tessl и ещё несколько.

В конце сентября 2026 года состоялся выпуск открытого параметрического трёхмерного редактора FreeCAD 1.1.4, позволяющего создавать объёмные модели и чертежи их проекций. Сборки проекта доступны для Windows, MacOS и Linux. Выпуск FreeCAD 1.0.0 состоялся в ноябре 2024 года. Проект был публично анонсирован на форуме OpenCascade в 2003 году разработчиком по имени Юрген Ригель (Jürgen Riegel).

Microsoft представила подсистему Windows для Linux (Windows Subsystem for Linux - WSL) 3.0, позволяющую запускать Linux‑приложения в Windows. Новая ветка примечательна реализацией возможности для запуска Linux‑контейнеров в Windows и переходом на ядро Linux 6.18. Исходный код применяемых в WSL утилит командной строки, фоновых процессов для Linux‑окружений, графического стека wslg, сервисов для запуска контейнеров и виртуальной машины опубликован на GitHub под лицензией MIT. Версия WSL 2.0 вышла в сентябре 2023 года.

В .NET 9 появился новый тип System.Threading.Lock, рекомендуемый как замена object для синхронизации. Но компилятор разворачивает lock по-разному для каждого типа: для object используется Monitor, а для Lock — собственный механизм EnterScope().

Проблема возникает, когда один экземпляр Lock попадает в переменную типа object или передаётся через универсальный метод — два потока начинают захватывать разные механизмы блокировки на одном объекте, нарушая взаимное исключение (в тесте зафиксировано 106 тысяч одновременных входов в «критическую секцию»). Решение: включить предупреждение CS9216 как ошибку сборки, избегать универсальных обёрток с lock по параметру типа и хранить замки как явный Lock, а не object.