Проекты и практический опыт
Я редко работаю с изолированными задачами.
Обычно вокруг проекта быстро обнаруживаются пользователи, роли, данные, права, административные процессы, интеграции, старые решения, ручной труд и один Excel-файл, который почему-то держит половину организации.
Поэтому мои проекты чаще похожи не на отдельные приложения, а на цифровые контуры.
Мечта Онлайн
Долгоживущий цифровой контур для жителей ЖК «Мечта»: пользовательские сценарии, справочная информация, сервисы, пропуска, транспортные сценарии, административные элементы и интеграции с реальной жизнью жилого комплекса.
Этот проект важен не только как приложение, а как пример продукта, который развивается внутри живой среды с реальными пользователями, конфликтами, ожиданиями и эксплуатацией.
Заявки, пропуска и административные процессы ЖК
Цифровые сценарии, которые переводят бытовой хаос жилой среды в управляемые процессы.
Заявка должна иметь категорию, ответственного, срок, статус, историю и результат. Пропуск должен быть связан с правами, сроками, объектами, пользователями и охраной.
Это не просто интерфейсы. Это административная логика, превращённая в цифровую систему.
AYS
Концепт соседского мессенджера и коммуникационной платформы для локальных сообществ.
Идея проекта — не просто повторить чат, а создать управляемую коммуникационную среду для жилых комплексов и локальных территорий: с ролями, темами, каналами, медиа, реакциями, модерацией, локальными сервисами и возможностью дальнейшей интеграции с административными процессами.
Liquid Contract Map
Методология contract-first разработки для сложных систем и AI-агентов.
Смысл подхода — сначала описывать контракты, термины, роли, инварианты, команды, состояния, ограничения и границы фичи, а уже потом писать код.
AI может быть сильным исполнителем, но без устойчивого контекста он производит красиво оформленный хаос. Liquid Contract Map нужен, чтобы этого хаоса было меньше.
Moon и корпоративные системы
Работа с корпоративной информационной системой, где Flutter используется не только как мобильный инструмент, но и как часть web/mobile/desktop-контура.
Такие системы требуют не только UI-разработки, но и понимания доменной модели, backend-логики, ролей, состояний, прав, данных и долгосрочной поддержки.
Меня интересуют не отдельные экраны, а связка: кто пользуется системой, какую проблему она решает, какие данные считает правдой, кто отвечает за процесс, где возникают ошибки и что произойдёт через год эксплуатации.