Без Паники — Проекты

Инвест-портал

Закрытый инвестиционный клуб, где аллокация капитала, контроль портфеля и общение с коллегами — это функции одного продукта, а не набор мессенджеров и таблиц.

Участники вступают по годовой подписке и только по приглашению. Комиссий за отдельные сделки нет.

Портфели формируются в пяти категориях альтернативных активов:

Прямые инвестиции
Венчур
Частный кредит
Реальные активы
Хедж-фонды

Аллокация происходит прямо в платформе — никаких PDF-форм, писем с подтверждением или параллельных таблиц. В портфельном дашборде видно всё сразу: позиции по классам, динамика, концентрация риска. Рядом — социальный слой: участники комментируют конкретные сделки, оспаривают тезисы, совместно прорабатывают инвестиционные гипотезы. Без этого слоя клуб превращается просто в базу данных.

Клуб ведёт живую образовательную программу:

Ежемесячные тематические разборы
Сессии с GP и основателями фондов
Выступления участников
Закрытые офлайн-мероприятия и поездки

Мероприятия — внутри той же платформы: участник видит расписание, регистрируется и управляет посещаемостью в одном интерфейсе, без внешних сервисов.

Мы работали напрямую с продуктовой командой клиента с первого дня: спроектировали архитектуру и строили продукт фича за фичей. Релиз — через четыре месяца после старта. Клиент вернулся со вторым проектом.

Next.js Auth0 PostgreSQL TypeScript

Интеграция блокчейн

Мост между закрытым реестром эмитента ценных бумаг и сетью Ethereum: токены выпускаются, оплачиваются и погашаются в стандартных кошельках публичного блокчейна, при этом контроль над тем, кто и чем владеет, остаётся за эмитентом.

На Ethereum токен реализован как ERC-20-контракт, в котором переводы между обычными кошельками заблокированы на уровне смарт-контракта. Передача допустима, только если одной из сторон выступает кошелёк эмитента. Правило исполняется самой сетью, а не сервером и не базой данных. Под каждый инструмент эмитент разворачивает отдельный контракт через фабрику; контракт обёрнут в обновляемый прокси — логику можно менять, не меняя адреса, по которому контракт указан в юридических документах.

Координирующий сервис написан на NestJS и читает обе системы параллельно. Через него проходят три потока:

Выпуск инструмента — реестр запрашивает новый контракт, сервис вызывает фабрику и записывает в реестр развёрнутый адрес.
Распределение — реестр подтверждает передачу инвестору, сервис выпускает токены и переводит их по адресу, заранее сверенному с реестром.
Подписка и погашение — инвестор отправляет USDC или возвращает токен на кошелёк эмитента; сервис распознаёт перевод, сверяет отправителя с реестром и фиксирует операцию. Неизвестных отправителей сервис отклоняет.

Сервис рассчитан на длительную автономную работу:

Каждая транзакция в Ethereum привязана к идентификатору операции в реестре. Перезапуск сервиса в середине операции не приводит к повторному выпуску токена.
Сканирование блоков возобновляемое — после перезапуска сервис продолжает с последнего обработанного блока, без пропусков и без повторов.
Поведение публичных RPC-провайдеров учтено отдельно: повторные попытки с задержкой, автоматическое сужение диапазона блоков при ошибках, дневной бюджет запросов, кэширование номера блока.

Solidity ERC-20 NestJS TypeScript

Телеком

Наша команда участвовала в разработке систем в рамках проектов Syniverse — одного из крупнейших в мире операторских хабов для маршрутизации сообщений. Syniverse обрабатывает более 740 миллиардов SMS в год и связывает свыше 300 мобильных операторов, обеспечивая межоператорскую доставку SMS/MMS, A2P-рассылки, клиринг роуминга и защиту от фрода для большинства мировых телеком-операторов. Системы, над которыми работала наша команда, функционируют именно на этом уровне.

Модернизация маршрутизации MMS — переработка логики маршрутизации в устаревшей MMS-подсистеме, надёжность доставки и сопровождаемость кода
Производительность SIP-приложения — диагностика и устранение узких мест пропускной способности в legacy-приложении для SIP-сообщений
Интеграция SSO — подключение стороннего провайдера идентификации к слою аутентификации вместо хрупкого собственного решения
Автоматическая ротация SSL-сертификатов — сервис, который управляет жизненным циклом сертификатов без ручного вмешательства на распределённой инфраструктуре
Сервис управления конфигурацией — централизованное распределение конфигураций по географически разнесённой сети машин вместо разрозненного управления на уровне каждого узла

Стек отражает специфику операторского телеком-сегмента: MMS-трафик передаётся по протоколам MM4 и MM7 поверх SMTP и MIME, SIP отвечает за сигнализацию в реальном времени, а значительная часть бизнес-логики реализована хранимыми процедурами PL/SQL внутри Oracle. Вокруг этого ядра — Java-сервисы в Docker и Kubernetes, Angular для внутренних админских интерфейсов. Главная инженерная задача не в самих унаследованных компонентах, а в том, чтобы внедрить современные практики сборки, поставки и эксплуатации вокруг системы, у которой нет окна для простоя: трафик идёт непрерывно.

Java SOAP Docker Kubernetes Angular

Tipse

Tipse — сервис безналичных чаевых. Мы реализовали полный цикл разработки: от выявления бизнес-требований и проектирования до продакшн-деплоя и поддержки — и полный ребрендинг до текущей айдентики Tipse. С учётом стартап-природы клиента подход был cost-efficient, цикл разработки — быстрым, первый релиз вышел оперативно.

Спасибо команде за работу — настоящие профессионалы, помогли нам решить сложную задачу

React GraphQL PostgreSQL TypeScript RedwoodJS DigitalOcean

Управление заказами и доставкой пищевого предприятия

Система для компании, которая готовит и доставляет здоровое питание. Она ведёт всю цепочку от заказа до доставленного пакета: менеджер оформляет заказ, кухня видит, что готовить, курьер получает маршрут. Внутри организации сотрудники работают под своими учётными записями, а сама система обслуживает несколько филиалов, у каждого — свои данные.

Планирование построено вокруг дат:

Календарь и заказы — заказы привязаны к конкретным датам, доставки оформляются на один–три дня вперёд; у одного клиента может быть несколько пакетов, и они хранятся одной записью, а не россыпью отдельных строк.
Загрузка кухни — кухня работает по двум заявкам: предварительной накануне, для планирования, и окончательной, которая фиксирует реальный объём готовки.
Доставки — когда заказы собраны, каждый курьер получает маршрутный лист с пакетами и точками доставки; на любую дату менеджер видит, что уходит и кому.

Доступ разделён на пять ролей, каждая ограничена своим кругом задач:

Администратор организации — создаёт филиалы, управляет их администраторами и доступом во всех филиалах.
Администратор филиала — приглашает менеджеров, сотрудников кухни и курьеров, ведёт справочник продуктов.
Менеджер — ведёт базу клиентов (контакты, адреса, история заказов и обращений) и формирует заявки на производство и доставку.
Кухня — видит только предварительную и окончательную заявки.
Курьер — видит только назначенный ему маршрут.

Сложность была не в отдельных функциях, а в том, чтобы приём заказа, кухня и доставка работали на одних данных — без ручного переноса между звеньями.

Firebase Angular TypeScript

Как мы работаем

Начинаем с того, в чём уже есть ясность — и строим дальше.

«Ищем то, в чём у клиента уже есть ясность — пусть небольшая. Всегда есть что-то конкретное: кусок функциональности, сценарий работы, ожидаемый результат. Это и становится точкой опоры.» — Михаил Мусатов

Работа идёт циклами. Скоуп каждого цикла фиксируется до того, как начинается разработка:

Первый разговор — разбираемся в целях и ограничениях: бюджет, дедлайны, стек. Проверяем, совпадают ли ожидания, прежде чем брать обязательства.
Скоуп и оценка — фиксируем минимальную рабочую единицу: MVP, proof of concept или конкретная фича. Фиксированная цена и срок — ответственность берём на себя.
Разработка — дизайн, разработка, деплой, тестирование. Итерации внутри согласованного скоупа: без тихого расширения задачи, без сюрпризов в финале.
Оценка и корректировка — после сдачи честный разбор по реальным результатам. Вместе решаем, что дальше: доработать, расширить или сменить направление.
Следующий цикл — если продолжаем: новый скоуп, новая оценка. Режим работы (fixed bid или time & material) выбираем под конкретную задачу.

Несколько вещей, которые не меняются от цикла к циклу:

Партнёрство — работаем на долгосрочные отношения, а не от проекта к проекту.
Люди — стабильная среда в команде даёт стабильное качество; мы её бережём.
Честность — неудобная правда полезнее комфортной оценки.
Качество — срезать углы сейчас стоит дороже потом; мы видели это достаточно раз, чтобы не повторять.
Надёжность — берём только те обязательства, которые можем выполнить.

Немного о том, что мы делаем

Здесь — часть проектов, которые наша команда реализовала за последние годы. Разные сферы: телеком, финтех, страхование, блокчейн, производство и доставка еды — корпорации и стартапы. Разные стеки: Java и .NET на бэке, Angular и React в интерфейсах, Next.js или RoR — когда нужно быстро запуститься.

Технологию обычно выбираем под клиента: что у него уже работает, что ему дешевле поддерживать в дальнейшем. Стек редко бывает самой важной частью задачи — гораздо важнее, чтобы команда быстро понимала проблематику и могла принимать взвешенные решения.

Мы идем в ногу со временем. AI-инструменты в работе синьорной команды реально прибавляют в продуктивности: рутинный бойлерплейт пишет машина, а время и внимание людей смещаются в сторону спецификаций, технического дизайна и ревью.

Напишите, расскажем подробнее и покажем как все устроено.

telegram hello@zeropanic.ru

Делаем