/Ташкент, Узбекистан
Студия разработки и инженерии данных. Делаем бэкенды приложений, хранилища, аналитику и интеграцию ИИ, а потом берём на себя развёртывание и поддержку, чтобы всё это работало.
/Услуги
Веб-приложения и API, рассчитанные на эксплуатацию: схема данных, сервис, интерфейс и развёртывание, которое держит их в работе.
Конвейеры, превращающие сырые операционные данные в чистые смоделированные наборы, к которым аналитик может обратиться без трёх уточняющих вопросов.
Дашборды на смоделированном хранилище: цифры сходятся между собой, и любой из них можно объяснить, откуда он взялся.
Возможности языковых моделей, встроенные в уже существующие продукты: поиск по вашим документам, извлечение структурированных данных и оценка качества.
Контейнерное развёртывание, CI/CD, мониторинг и резервные копии: то, от чего зависит, работает ли система через полгода после запуска.
/Избранные работы
Региональной газете нужна была издательская платформа, которой смогут управлять её собственные редакторы. Клиентский проект, работает с августа 2026 года, полностью ведётся командой заказчика.
Аналитическая платформа целиком: загрузка из операционных источников, послойная трансформация на PySpark и модель отчётности, к которой аналитики обращаются напрямую. Работа выполнена в рамках коммерческой программы Itransition по инженерии данных.
Продукт мониторинга доступности, построенный вокруг того, что чаще всего делают неправильно: подписки Stripe, вебхуки и промежуточные состояния. Это наш собственный продукт, сделанный для того, чтобы его показывать, а не описывать.
Сельскохозяйственный маркетплейс, связывающий производителей и покупателей: приложение на Flutter для поля, консоль на React для операций и NestJS API за обоими. Наша собственная разработка.
Сначала выясняем, что система должна делать и, что не менее важно, чего делать не должна. В конце у вас на руках документ: объём работ, найденные ограничения и то, что нас настораживает. Лучше узнать это до подписания.
Начинаем с модели данных: это решение труднее всего изменить потом. Код переписывают, базу почти никогда. Технологию выбираем по двум вещам: какая будет нагрузка и кто будет вести систему после нас.
Режем работу на куски, каждый заканчивается тем, что можно открыть и посмотреть. Самое неопределённое делаем первым, а не последним: если в проекте есть плохая новость, лучше получить её в начале.
Работаем короткими циклами, и в конце каждого есть что показать. Тесты пишем не везде, а там, где ломается тихо: вход, права, деньги, даты, фоновые задачи. Такие поломки замечают через неделю.
Система едет в контейнерах, выкладка автоматизирована, путь назад описан заранее. После развёртывания проверяем снаружи: сертификат, заголовки безопасности, доходит ли реальный IP клиента, восстанавливается ли бэкап. Ничего из этого нельзя принимать на веру.
Дальше два пути: систему ведём мы или ваша команда. Если ваша, то передача это не только репозиторий, но и runbook, порядок работы с доступами и совместный разбор системы. «Тонг Юлдузи» передали именно так, и с тех пор её ведут сами.
/Технологии
/Следующий шаг
Для начала достаточно короткого описания задачи. В ответ вы получите письменный разбор: подход, примерные очертания работы и что для неё потребуется. Не звонок менеджера.