Skip to content

Об авторе

Максим Морев — автор проекта CodeMonsters.team

Максим Морев

CodeMonsters.team · автор проекта

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

Я строю разработку как инженерную дисциплину, а не как ремесло. Опираюсь на научный фундамент — работы Вирта, Дейкстры, Миллса: программа должна быть структурирована и модульна по построению, а её правильность — выводима и доказуема, а не «проверена на глаз».

Мой главный принцип — рациональная экономия на каждом этапе. Писать меньше кода и меньше тестов: ровно столько, сколько нужно, и ни строкой больше. Каждый артефакт нанимается на конкретную работу по JTBD — README как продукт, сколько компонентных тестов нужно сервису — логический вывод, корректность системы, собранная из корректности сервисов.

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

Над чем работаю сейчас

Весь этот опыт и знания я воплощаю в агентах.

Харнес rationaldev-ai-sdlc-skills-front — фундамент. Подключаемый мультиагентный SDLC-конвейер, где мои практики разложены по ролям-агентам: от бизнес-требования до мержа в прод — один конвейер, а человек принимает решения на гейтах.

Чтобы такой конвейер работал в полную силу, нужен контроль качества работы агентов. Над этим — два инструмента:

  • pinout — проверяет совместимость сервисов по их OpenAPI/AsyncAPI-спецификациям на pre-merge: контракты сходятся до прода, а не падают в рантайме;
  • rra (Rational Repository Auditor) — объективная CI-метрика дисциплины: отделён ли I/O от бизнес-логики и понятна ли документация по JTBD.
В чём научность rra — раскрыть

RRA не «линтер стиля» и не «покрытие тестами». Он измеряет дисциплину по двум критериям, у каждого — своя научная опора.

Код — I/O отделён от бизнес-логики (корректность по построению):

  • структурное программирование (Вирт, Дейкстра): «программа = дерево модулей», у каждого одна функция;
  • «качество достигается проектированием, а не тестированием» (традиция Миллса/Лингера, cleanroom): логика чиста, зависимости — автономные I/O-объекты, возврат Result<T,E>;
  • метод: статика по AST и графу импортов (~70–80% бесплатно) → семантика LLM с обязательной цитатой строки → сверка с проектным contracts-graph.md. Моки в юнит-тестах = сигнал протёкших зависимостей.

Документация — понятность по JTBD (слои L1–L6):

  • L1 читаемость — формулы с 80-летней валидацией: Flesch (1948), Flesch-Kincaid (1975), Gunning Fog, SMOG, Coleman-Liau; российская школа — Микк, Оборнева, Солнышкина (формула ФКМОД);
  • L2–L3 ясность — Cognitive Load Theory (Sweller, 1988) и «эффект смысловых ножниц» Дридзе (1984) → согласованная терминология; инструменты Vale, markdownlint;
  • L4–L5 пригодность — Jobs-to-be-Done: документацию нанимают четыре потребителя; статический чеклист + LLM-симуляция ролей. Четыре независимых score, не усредняем («документация для всех = ни для кого»).

Сквозной принцип: отправная точка — DORA (2022, качественная дока = +25% производительности), но её субъективные шкалы Ликерта RRA заменяет объективной метрикой на каждый PR. LLM подключается рационально: «дешёвая модель применяет, дорогая думает» — ИИ только на верхних слоях и только если нижние (статика, линтеры) пройдены.

Полностью — в rra/CONCEPT.md и concept-docs-readability.md.

Вместе это замыкает контур: агенты пишут — инструменты держат планку.

Контакты

> maxmorev@aicraftsman:~$ whoami
Максим Морев · рациональная разработка с ИИ · CodeMonsters.team

С чего начать: онлайн-«Книга кода» и статьи в блоге.