1 700 коммитов без единой строчки руками: как я построил production-приложение на Elixir силами AI

Архитектура, TDD, инциденты и уроки 4 месяцев разработки с Claude Code

В ноябре 2025 я начал эксперимент — построить полноценное финансовое приложение, не написав ни одной строчки кода руками. Спустя 4 месяца: 1 702 коммита, 3 880 тестов, 94.83% покрытие, два серьёзных production-инцидента и работающий продукт.

Моя роль — архитектор и продакт. Я задаю направление, принимаю решения, ревьюю результат. AI реализует. Код руками не пишу.

(далее…)

Проблемы ИТ-архитектуры

«Эти архитекторы делают непонятно для кого», «Я тут в Miro накидал», «Нарисуй там что-нибудь архитектурное, а то мы уже код пишем» – знакомо?

Привет! Меня зовут Ущаповский Антон, я архитектор решений в МВС ИИ, последние несколько лет активно погружаюсь в различные аспекты разработки ПО и в ИТ-архитектуру, в частности. Как следствие, накопилось некоторое количество повторяющихся «болей», которые встречаю из раза в раз и наблюдаю их на регулярной основе практически на каждом ИТ-продукте.

(далее…)

Рекап, он же wrapped — что это и делать ли в своём приложении

Тем, кто ещё не убрал ёлку, посвящается. 

Рекап, он же wrapped — что это и делать ли в своём приложении - 1

(далее…)

Как правильно оформлять РИДы в ИТ-проектах, чтобы не создавать спорных ситуаций

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

Сайт или приложение — это комплексный РИД, который состоит из множества объектов. Каждый из них охраняется законом об интеллектуальной собственности. Клиент должен быть уверен, что может свободно распоряжаться всеми объектами. И понимать — к кому обратиться за конкретной доработкой или в случае претензий от третьих лиц. 

В этой статье вы узнаете, как правильно фиксировать РИДы, передавать права заказчику и гарантировать спокойствие всех сторон.

(далее…)

Инженерия среды для агентов: использование Codex в мире с приоритетом агентов

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

У продукта есть ежедневные внутренние пользователи и внешние альфа-тестировщики. Он регулярно выпускается, разворачивается, ломается и исправляется. Отличие в том, что каждая строка кода — прикладная логика, тесты, конфигурация CI, документация, средства наблюдаемости и внутренние инструменты разработки — была написана Codex. По нашим оценкам, мы сделали это примерно за одну десятую времени, которое потребовалось бы при ручной разработке.

(далее…)

Книга: «По-моему, неплохо. Конструктивные код-ревью»

Книга: «По-моему, неплохо. Конструктивные код-ревью» - 1

Привет, Хаброжители!

(далее…)

7 дней на AI-продукт: как мы автоматизировали подготовку к международным экзаменам

Представьте, что у вас всего неделя, чтобы сделать AI-продукт, который превращает рутинные учебные планы для международных экзаменов в персональные траектории для каждого ученика. При этом ваш бэкграунд больше в образовании и аналитике, чем в технической разработке. Звучит фантастически? Сейчас, когда интенсив закончился, мне и самому так кажется.

Self-service аналитика для маркетинга: как мы упростили доступ к данным без необходимости знания SQL

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

(далее…)

ИИ-ассистенты разработчика в 2025 году: переломный момент в истории разработки программного обеспечения

Почему навыки управления не спасают от истощения

В профессиональной среде распространено убеждение: если руководитель владеет современными управленческими инструментами – тайм-менеджментом, фасилитацией, эмоциональным интеллектом, – он защищен от выгорания. Логика кажется безупречной: чем больше навыков, тем легче справляться с нагрузкой. Однако на практике многие грамотные, обученные и опытные управленцы оказываются на грани истощения. Это заставляет предположить, что проблема лежит в иной плоскости: навыки управления – это не ресурс, а инструмент. А любой инструмент требует энергии для своего применения.

Skill ≠ ресурс

(далее…)