Михаил С. — Управление сложностью кода через Code Property Graph и цифровые роли

• Михаил С. представил проект по управлению разработкой ПО с использованием Code Property Graph для аудита и контроля качества кода, охватывающий 1,7 млн строк и 3 крупных кодовых базы 4:03
• В проекте реализован процесс детерминированного SDLC с цифровыми ролями и хенд-оффами, обеспечивающий прослеживаемость требований, пользовательских историй и тестов 13:30
• Используется принцип M.E.C.E. (Mutually Exclusive Collectively Exhaustive) для аудита требований и устранения избыточности и противоречий 10:03
• Проект поддерживает покрытие функциональных требований BDD-тестами с машиночитаемыми маркерами для полной трассируемости 16:18
• Роли в системе не являются агентами с выделенными процессами, а представляют собой наборы инструментов и скиллов, работающих в рамках единого процесса 20:32
• Процесс разработки управляется через внутренний трекер задач без отдельного пользовательского интерфейса, с возможностью визуализации через Obsidian 1:16:11
• В проекте реализован механизм управления жизненным циклом документов с тремя состояниями: актуальные, требующие ревью и дубликаты 56:58
• Михаил С. отметил, что ручное ревью необходимо для спецификаций и BDD-тестов, а код покрывается автоматическими анализаторами и тестами 1:00:00
• Обсуждалась возможность динамического workflow для гибкого управления процессами, особенно в нетерминированных задачах, с балансом между детерминированностью и гибкостью 1:04:04

Вид на жительство в Казахстане и требования

• Вид на жительство на 10 лет в Казахстане стоит 120 долларов через Freedom Bank, требует проживания 180 дней в году и не требует имущественного ценза или обязательной работы, но необходимо соответствовать квалификации, например, быть опытным IT-специалистом. 0:00

Проект Михаила С. по управлению разработкой и аудитом кода

• Проект основан на Code Property Graph (CPG), объединяющем абстрактное синтаксическое дерево, граф потоков данных и вызовов, для аудита и анализа больших кодовых баз (1,7 млн строк кода). 4:03
• В проекте 612 PRD спецификаций, более 4000 уникальных функциональных требований, около 1200 нефункциональных требований и около 800 MSP поверхностей, что создает сложность поддержки продукта. 10:03
• Используется принцип MESSI (Mutual Exclusive Collectively Exhaustive) для аудита REST API и управления требованиями, что помогает выявлять избыточность и противоречия. 11:21
• Реализован детерминированный процесс разработки с прослеживаемостью требований, пользовательских историй, PRD и тестов (BDD-тесты), покрывающих все сценарии. 12:30
• Проект поддерживает цифровые роли (цифровые сотрудники), которые выполняют задачи в рамках единого процесса без изолированных агентов, с передачей контекста через хенд-оффы и Task Capsule. 17:21
• Используются хуки для управления процессом, включая старт и остановку сессий, компактизацию контекста и запуск субагентов. 34:04
• Код и архитектура оцениваются по 12 измерениям аудита, включая метрику Холстеда для оценки сложности кода, выявлено 15 кандидатов на рефакторинг. 26:43
• Процесс разработки можно запускать параллельно для разных частей приложения, при этом все артефакты сохраняются в общей базе данных. 54:26
• В проекте реализован минимальный жизненный цикл документов с тремя состояниями: актуальные, требующие ревью и дубликаты, с метаданными для управления актуальностью. 56:58
• Человеческий контроль необходим для валидации требований (PRD) и поведенческих тестов (BDD), код покрывается автоматическими тестами и анализом. 1:00:00
• Процесс релизного контроля планируется внедрить для управления релизами и проверки критериев приемки. 1:01:44
• Роли в системе вызывают друг друга согласно карте передач с четкими границами и условиями, включая финансовый контроль токенов и времени. 1:09:58
• Процесс разработки гибко настраивается через YAML-файлы, позволяя создавать усеченные или полные workflow в зависимости от задачи. 1:07:58
• Проект использует внутренний трекер задач без отдельного пользовательского интерфейса, визуализация возможна через Obsidian. 1:16:11