Сначала разбираемся, что должно происходить в системе, и только потом выбираем, на чём её писать. Ниже — что именно мы делаем и чем.
Витрина, которая держит пиковый день.
Интернет-магазины, платформы, дашборды, админки. Собираем целиком: от макета до боевого сервера, где уже крутятся оплата, склад, доставка и аналитика.
Одна кодовая база — Android, iOS и Аврора.
Нативно и кроссплатформенно. Kotlin Multiplatform и Compose, когда нужны общая логика и скорость; Flutter, когда нужен единый интерфейс везде. Отечественная ОС Аврора — тоже наша территория.
Ошибку в контракте не откатишь.
Смарт-контракты и интеграции для TON, EVM и корпоративных сетей. Пишем медленно и аккуратно, читаем чужие контракты, считаем токеномику и вестинг до первой строчки кода.
Здесь всё обычно и ломается.
API, очереди, фоновые задачи, платёжные и складские системы. Делаем так, чтобы платёж не терялся между кассой и складом, а очередь переживала перезапуск сервера.
Ищем причину, а не симптом.
Входим в чужой код: без документации, без автора, с одной фразой «иногда падает». Читаем, воспроизводим, доходим до корня. В одном проекте корнем оказалась утечка — двенадцать структур создавались каждый кадр и не освобождались никогда.
Конфигурация под ваш процесс, а не процесс под конфигурацию.
Дорабатываем типовые конфигурации, пишем расширения и печатные формы, переводим на новые релизы платформы без потери доработок.
Приложение там, где человек уже сидит.
Телеграм-боты и мини-приложения прямо внутри мессенджера: заказ, запись, оплата, личный кабинет. Ставить нечего, регистрироваться не надо — вход по самому мессенджеру.
Чтобы «у нас всё легло» перестало быть новостью.
Поднимаем боевой сервер и держим его: домен, сертификаты, Docker, выкладка по коммиту, резервные копии, мониторинг. Переносим проект с чужого хостинга, ничего не теряя по дороге.
Посчитать склад до того, как его построили.
Собираем модель процесса и гоняем на ней сценарии: сколько нужно людей и техники, где встанет очередь, что случится в пиковый день. Ответ приходит расчётом, а не спором на совещании.
Пусть лучше найдём мы, чем ваш клиент.
Покрываем код тестами, прогоняем под нагрузкой и читаем на предмет дыр. Отдельной работой — приёмка чужого проекта: что там внутри на самом деле и во сколько обойдётся довести.
Полчаса разговора: что есть сейчас, что должно быть вместо этого, какие сроки жёсткие, а какие желательные. Если код уже есть — читаем его до оценки.
Присылаем этапы, сроки и цену текстом. Там же честно пишем, чего делать не стоит и где мы не лучший выбор.
Работа видна по ходу: репозиторий, стенд, короткие сводки. Не «покажем, когда будет готово», а «смотрите, как есть сейчас».
Код, репозиторий и доступы ваши с первого дня. После запуска остаёмся на поддержке ровно столько, сколько нужно.
Хватит двух абзацев. В ответ — оценка сроков, варианты решения и честное «это не наша задача», если она действительно не наша.