Экспертиза · Разработка программного обеспечения на заказ
Система, построенная под то, как работает ваша организация, а не под общий случай.
Мы строим системы с нуля, когда ни один продукт на рынке не подходит: платформы с несколькими приложениями и общей базой данных, коннекторы к системам без API, потоки, которые читают документы и денежные движения, и программы, результат которых — не экран, а производственное досье. В конце мы передаём репозиторий, документ о вводе в эксплуатацию и доступы.
Уже построеноAm ales patru sisteme proprii din discipline diferite, tocmai ca să nu arate ca patru variante ale aceluiași site, și am rulat testele fiecăruia azi. Un monorepo cu 3 aplicații și 12 pachete, 486 de fișiere TypeScript și 68 de fișiere de test, 151 de comituri, arbore de lucru curat. Un sistem de interogare a două portaluri B2B fără API public: 38 de teste trecute în 0,52 s, pe răspunsuri reale salvate ca fixturi. O conductă care citește notificări bancare din e-mail și PDF și le scrie în Postgres cu deduplicare prin amprentă. Și un generator de documentație de inginerie, în Python, cu 44 de teste trecute în 0,50 s. Cifrele sunt din rulările mele de pe 6 septembrie 2026, nu din README-uri.
«На заказ» означает, что система пишется под то, как уже работают ваши люди, а не наоборот. У этого есть цена, и честно сказать её нужно заранее: кто-то должен будет её поддерживать, и этим кем-то будем либо мы, либо ваша команда. Поэтому первый вопрос, который мы задаём, не что вы хотите построить, а есть ли уже продукт, который делает 80% работы. Если есть, мы так и скажем, даже если это значит, что вы не отдадите работу нам. То, что остаётся после этого вопроса — часть, которую нельзя купить, — это именно то, что мы хорошо строим.
Масштаб лучше видно по четырём разным системам, чем по списку технологий. Первая — платформа для учреждения спектаклей: монорепозиторий с тремя приложениями (публичный сайт, административный кабинет, API) и двенадцатью общими пакетами — билеты, торговля, контент, уведомления, возвраты, безопасность. Вторая по запросу опрашивает B2B-порталы туроператоров, которые не публикуют никакого API: программная аутентификация, возврат к входу при истечении сессии и анализатор, протестированный на реальных ответах, захваченных в файлы. Третья читает банковские уведомления из e-mail и PDF-выписки и помещает их в Postgres. Четвёртая вообще не имеет экрана: это программа, которая генерирует модель, спецификацию материалов и чертежи промышленной машины.
Что удерживает такую систему на ногах — не стек, а правила, написанные до первого экрана. В платформе для учреждения зрелищ договор внедрения фиксирует в тексте вещи, которые иначе обсуждаются на каждом совещании: деньги хранятся только в целых минимальных единицах вместе с валютой; доступность места определяется только устойчивой записью в базе данных, никогда не кэшем; критические заказы имеют ключи идемпотентности; пути P0 и P1 fail closed, а не fail open; данные карты никогда не сохраняются. Эти правила пишутся в начале, потому что, написанные в конце, они означали бы переписывание системы.
В конце передаются три вещи, не одна: репозиторий со всей его историей, документ о том, как поднять его на пустом сервере, и доступы. В каталоге наших проектов — 150 git-репозиториев, 103 файла README и 19 документов по запуску или передаче — посчитанные сегодня, не оценочные. Правило собственности мы прописываем в контракте до старта, и оно простое: код, написанный специально для вас, принадлежит вам, сторонние библиотеки остаются под своей лицензией, а наши повторно используемые компоненты и наши продукты лицензируются, а не передаются. Если часть работы лучше решается нашим продуктом, мы говорим вам об этом именно так, чтобы вы с самого начала знали, что покупаете и что получаете.