Экспертиза · Разработка программного обеспечения на заказ
Система, построенная под то, как работает ваша организация, а не под общий случай.
Мы строим системы с нуля, когда ни один продукт на рынке не подходит: платформы с несколькими приложениями и общей базой данных, коннекторы к системам без API, потоки, которые читают документы и денежные движения, и программы, результат которых — не экран, а производственное досье. В конце мы передаём репозиторий, документ о вводе в эксплуатацию и доступы.
Уже построеноЯ выбрал четыре собственные системы из разных дисциплин именно затем, чтобы они не выглядели как четыре варианта одного и того же сайта, и сегодня прогнал тесты каждой из них. Монорепозиторий с 3 приложениями и 12 пакетами, 486 файлов TypeScript и 68 тестовых файлов, 151 коммит, чистое рабочее дерево. Система запроса двух B2B-порталов без публичного API: 38 тестов пройдено за 0,52 с, на реальных ответах, сохранённых как фикстуры. Конвейер, который читает банковские уведомления из e-mail и PDF и пишет их в Postgres с дедупликацией по отпечатку. И генератор инженерной документации на Python, с 44 пройденными тестами за 0,50 с. Цифры — из моих прогонов от 6 сентября 2026, а не из README.
«На заказ» означает, что система пишется под то, как уже работают ваши люди, а не наоборот. У этого есть цена, и честно сказать её нужно заранее: кто-то должен будет её поддерживать, и этим кем-то будем либо мы, либо ваша команда. Поэтому первый вопрос, который мы задаём, не что вы хотите построить, а есть ли уже продукт, который делает 80% работы. Если есть, мы так и скажем, даже если это значит, что вы не отдадите работу нам. То, что остаётся после этого вопроса — часть, которую нельзя купить, — это именно то, что мы хорошо строим.
Масштаб лучше видно по четырём разным системам, чем по списку технологий. Первая — платформа для учреждения спектаклей: монорепозиторий с тремя приложениями (публичный сайт, административный кабинет, API) и двенадцатью общими пакетами — билеты, торговля, контент, уведомления, возвраты, безопасность. Вторая по запросу опрашивает B2B-порталы туроператоров, которые не публикуют никакого API: программная аутентификация, возврат к входу при истечении сессии и анализатор, протестированный на реальных ответах, захваченных в файлы. Третья читает банковские уведомления из e-mail и PDF-выписки и помещает их в Postgres. Четвёртая вообще не имеет экрана: это программа, которая генерирует модель, спецификацию материалов и чертежи промышленной машины.
Что удерживает такую систему на ногах — не стек, а правила, написанные до первого экрана. В платформе для учреждения зрелищ договор внедрения фиксирует в тексте вещи, которые иначе обсуждаются на каждом совещании: деньги хранятся только в целых минимальных единицах вместе с валютой; доступность места определяется только устойчивой записью в базе данных, никогда не кэшем; критические заказы имеют ключи идемпотентности; пути P0 и P1 fail closed, а не fail open; данные карты никогда не сохраняются. Эти правила пишутся в начале, потому что, написанные в конце, они означали бы переписывание системы.
В конце передаются три вещи, не одна: репозиторий со всей его историей, документ о том, как поднять его на пустом сервере, и доступы. В каталоге наших проектов — 150 git-репозиториев, 103 файла README и 19 документов по запуску или передаче — посчитанные сегодня, не оценочные. Правило собственности мы прописываем в контракте до старта, и оно простое: код, написанный специально для вас, принадлежит вам, сторонние библиотеки остаются под своей лицензией, а наши повторно используемые компоненты и наши продукты лицензируются, а не передаются. Если часть работы лучше решается нашим продуктом, мы говорим вам об этом именно так, чтобы вы с самого начала знали, что покупаете и что получаете.