Долгосрочный инженерный партнёр, а не разовый подрядчик.
У вас продукт, который должен работать годами, а не сайт-визитка. Держать под него полноценную команду — дорого; отдать подрядчику, который сдаёт и пропадает, — риск. Мы проектируем, собираем и ведём заказные системы: веб-приложения, платформы данных, интеграции, инфраструктуру под нагрузку, ИИ — и отвечаем за них дальше, потому что код ведёт та же команда, что его написала.
Держим то, что не должно падать.
Когда система несёт ваш бизнес, простой — это не неудобство, а потерянные деньги и доверие. Мы берём на себя то, что не должно падать, и держим это на ходу.
Чаще это не разработка с нуля. Обычно мы принимаем уже работающую систему: легаси на ручном приводе, базу, переросшую свой сервер, интеграцию, которая ломается на каждом обновлении смежной системы. Переводим её на архитектуру, которая переживает изменения, не теряя накопленные данные.
И мы рядом, когда что-то ломается: зависимость сменилась без предупреждения, сервер под атакой, запрос внезапно стал слишком медленным. Это закрывается, а не превращается в совещание. Заказная разработка, которую годами держит живой та же команда, что её написала.
-
01
Разбираемся в системе, прежде чем её трогать
Легаси это или новый проект — сначала сами читаем код и модель данных и только потом меняем. Без рефлекса «переписать с нуля». Унаследованные системы руководитель разбирает лично, чтобы не передавать запутанное вслепую.
-
02
Строим на запас прочности, а не только под запуск
Очереди, кеши, реплики, контейнеры — выбираем так, чтобы данные и схема пережили смену любого компонента. Как работает отдельная часть, можно менять сколько нужно; то, что вы накопили, остаётся на месте.
-
03
Сначала диагностируем, потом масштабируем
Когда что-то тормозит, сначала ищем причину. Часто дело в запросе или недостающем индексе, а не в железе. Если нагрузка действительно структурная — разносим чтение и запись, а не докупаем сервер побольше.
-
04
Закрываем инциденты за часы, не за недели
Сломанная зависимость, взлом, пропавшие данные — каждое останавливает продукт. Алерты мониторинга приходят в рабочий чат, а починка выходит за ночь или за выходные, с письменным разбором после.
-
05
Держим на ходу по абонементу
Мелкие правки копятся и закрываются пакетом; всё крупнее оцениваем в фиксированных часах заранее. Кто написал модуль, тот его и ведёт годами — контекст не учат заново на каждом запросе.
- Стек PHP / Laravel, очереди и Horizon, ClickHouse / PostgreSQL / MySQL, Redis, Docker; интеграции с CRM и внешними API, ETL и пайплайны данных, инфраструктура и DevOps, ИИ-прототипы
- Команда Ведущий инженер и специалисты по направлениям: бэкенд, данные, интеграции, инфраструктура. Каждое направление годами ведёт один и тот же человек, а не каждый раз новые люди.
- Взаимодействие Фиксированные часы по ТЗ на сборку; месячный абонемент на постоянную работу и реакцию на инциденты. Всё рискованное прототипируем до счёта.
- Формат Прямая работа с клиентом, переписка в первую очередь асинхронная, систему ведёт та же команда, что её собрала. NDA по запросу.
Доказательства, а не обещания.
Кейсы инженерной практики из наших многолетних партнёрств — пока это B2B-платформа аналитики и парк серверов веб-студии. Каждый — конкретное подтверждение того, что выше.
Часто спрашивают, отвечаем прямо.
По этому формату: что под ним понимаем, что берём на себя и что влияет на часы.
-
Чаще наоборот — почти никогда не с нуля. Обычно мы принимаем уже работающую систему: сервис на ручном приводе, базу, вышедшую за свои пределы, интеграцию, которая ломается на каждом изменении смежной системы, — и переводим её на архитектуру, которая переживает изменения, не теряя накопленные данные. Унаследованный код руководитель читает лично, прежде чем его трогать; «переписать с нуля» — только если этого требуют факты.
-
И так, и так — по форме задачи. Отдельные сборки оцениваем в фиксированных часах по письменному ТЗ, всё рискованное прототипируем до счёта. Постоянная часть — то, что не должно останавливаться, мелкие правки, реакция на инциденты — идёт по месячному абонементу: мелочь копится и закрывается пакетом, крупное получает отдельную оценку. Ни в том, ни в другом случае счёт не растёт молча.
-
Для любой связанной системы это обычная погода, а не разовое ЧП. Каждую внешнюю зависимость мы прячем за своим слоем, поэтому смена формата или пропавший эндпоинт задевают только то, как данные приходят, — ваша схема и накопленная история остаются целыми. Алерты мониторинга падают в рабочий чат, починка обычно выходит в тот же день. Однажды госреестр заблокировал все наши машины в пятницу вечером — к выходным охват вернулся к полному.
-
Обычно нет. Сначала диагностируем, потом тратим: чаще всего дело в запросе, проскочившем мимо индекса, — чинится без нового железа. Если нагрузка действительно структурная, тяжёлое чтение выносим на отдельную аналитическую реплику, и отчёты падают с минут до секунд, пока основная база продолжает принимать запись. Не раз отговаривали клиента от покупки сервера.
-
Да. Каждое направление годами остаётся за одним человеком — кто написал модуль, тот его и правит, и расширяет позже, так что контекст не учат заново на каждом запросе. За 4,5 года на одной платформе тот, кто ведёт её базу данных, помнит каждое решение, заложенное в схему. Эта преемственность — суть сотрудничества, а не бонус.
Есть система, которая
должна оставаться живой?
Пришлите архитектуру, медленный запрос или то, что постоянно падает. В течение дня — точные вопросы и честная оценка: что разнести, что переписать, а чему хватит индекса. NDA по запросу.