О студии · кто принимает решения
Решение, контракт и код проходят через одни руки: от границ доменов на диаграмме C4 до миграции, которая доедет до продакшена в пятницу вечером.
Максим Диденко
Технический архитектор · Senior Backend
Занимаюсь системами, в которых учёт должен сходиться: документ, остаток и проводка обязаны рассказывать одну и ту же историю через месяц после закрытия периода. Отсюда и фокус — доменное моделирование, контракты между сервисами и схема базы данных, которую не приходится переписывать при первом же новом типе документа. Пишу на Go, живу в планах запросов PostgreSQL и MS SQL, фиксирую решения в ADR раньше, чем в коде.
Проекты, где это применялось →Опыт
Ниже — не перечень должностей, а перечень задач: что за система, какая в ней была трудная часть и чем она решалась. Порядок — от платформенной инженерии к аналитике и данным, а не хронологический.
coreerp.v1 почти на два десятка сервисов, 100+ обратимых миграций на Goose, модель C4 уровней L1–L4 и корпус ADR. Ядро документооборота — единая шапка с per-type расширениями, конечный автомат статусов и граф связей «на основании». Разбор проекта →
Во что мы верим
Это не манифест, а набор ограничений, которые мы соблюдаем на каждом проекте. Они экономят не время написания кода, а время его последующего изменения — то есть основную часть жизни системы.
Границы модулей, контракт и модель данных сначала описываются, потом реализуются. У каждого значимого выбора появляется ADR: контекст, варианты, решение, последствия. Через год именно последний раздел отвечает на вопрос «почему тут так», когда автора рядом нет.
C4 L1–L4 · ADR · схемы в репозитории
Go, PostgreSQL, Kafka, Elasticsearch — не потому, что модно, а потому, что у них предсказуемое поведение под нагрузкой, понятная эксплуатация и большой рынок инженеров. Новый инструмент попадает в проект, только если старый упирается в измеримое ограничение, а не в скуку.
критерий выбора важнее самого выбора
Чистые границы доменов нужны всегда, сетевые вызовы между ними — не всегда. Отдельный сервис выделяем, когда у домена появляется собственный профиль нагрузки, владения или жизненного цикла: так в одной системе живут три монолита и шлюз, а в другой — восемь микросервисов, и оба решения обоснованы.
границы — обязательны, распределённость — по показаниям
Репозиторий и инфраструктура заводятся на вашей стороне с первого дня, исключительные права передаются по договору. Никаких «лицензий на платформу», закрытых сборок и мест, где без нас не разобраться: документация пишется по ходу работы, а не собирается задним числом при передаче.
передача проекта — дни, а не месяцы
В ADR остаётся не только принятое решение, но и отвергнутые варианты с причинами. Если ваша задача решается настройкой готового продукта дешевле, чем разработкой, — мы это скажем. Отказ от работы, которая вам не нужна, обходится дешевле, чем система, которую потом никто не хочет трогать.
рассмотренные варианты — часть поставки
Стек
Перечислено то, что уже стояло в продакшене или проходило проверку в PoC на реальных данных. Стек — следствие задач, а не наоборот: под чужую систему берём её инструменты, под новую выбираем то, что вы сможете эксплуатировать.
Публикации
Публичных материалов немного и они честно старые — большая часть работы закрыта NDA. Зато по ним видно манеру: разбор механизма по шагам, а не пересказ документации.
Как устроена студия
Об этом лучше сказать сразу, чем оставить неприятным открытием на третьей неделе проекта.
«Мы» — это форма работы, а не приписанные сотрудники
Архитектуру, контракты, схему данных и код-ревью ведёт один человек — Максим Диденко. Вы всегда разговариваете с тем, кто принимает решения: между вашей задачей и кодом нет менеджерского слоя, который переводит одно в другое с потерями.
Подрядчики подключаются на реализацию
Когда объём требует рук — на фронтенд, вёрстку операторских панелей или рутинную часть бэкенда — подключаются проверенные подрядчики. Границы задач, контракты и приёмка остаются у нас: чужой код попадает в проект только через ревью.
Единственная точка отказа — сам архитектор
Это лечится не обещаниями, а артефактами. Репозиторий ваш с первого дня, модель C4 и ADR пишутся по ходу работы, миграции обратимы, сборка описана в CI. Передача проекта другому Go-разработчику занимает дни — ровно ради этого решения и фиксируются письменно.
Откуда название
naming
Студия названа в честь кота породы мейн-кун: Maine Coon → maincode. Совпадение оказалось удачным — main + code читается ровно как то, чем мы занимаемся: основной код системы, тот самый, который потом годами меняют другие люди. Мейн-куны, к слову, тоже растут медленно и до конца формируются годам к четырём, что довольно точно описывает жизненный цикл учётной системы.
Куда дальше
Проекты
Разборы систем, которые мы построилиERP-платформа, логистика на микросервисах и движок распределения товара — с архитектурой и принятыми решениями.
Услуги
Что именно мы делаемРазработка ERP, интеграции, backend на Go, базы данных и DWH, аудит архитектуры, Telegram-боты и парсинг.
Процесс
Как устроена работаЭтапы от дискавери до эксплуатации, порядок оплаты, приёмка и гарантии — без общих слов.
Контакты
Достаточно пары абзацев: что за система, что в ней сейчас болит и к какому сроку нужен результат. Вернёмся с трактовкой задачи, рисками и вариантом решения. maincode — инженерная студия ИП Диденко М. С.