Стек, у якому ми працюємо

Ми навмисно вузькі. Якщо команда заявляє двадцять мов, одну з них вона вивчає на вашому проєкті. Усе, чого в переліку немає, ми або опануємо власним коштом, або порадимо найняти інших.

Мови
  • TypeScript
  • Python
  • Go
  • Kotlin
  • Swift
  • SQL

TypeScript по обидва боки більшості вебпродуктів, щоб один інженер вів функцію від бази даних до екрана. Python там, де живуть бібліотеки для даних і моделей, Go для сервісів, які мають бути малими й швидкими, Swift і Kotlin для нативних застосунків.

Фронтенд
  • React
  • Next.js
  • Vue
  • Tailwind CSS
  • Vite
  • Playwright

React і Next.js за замовчуванням: під них ваша команда зможе наймати людей після передачі. Vue, якщо продукт уже на ньому. Playwright для наскрізних тестів, що запускаються на кожну зміну.

Бекенд та API
  • Node.js
  • FastAPI
  • NestJS
  • GraphQL
  • gRPC
  • REST

Node.js або FastAPI, залежно від того, де живе решта продукту. REST для більшості інтеграцій, GraphQL, коли багато клієнтів читають ті самі дані в різному вигляді, gRPC між внутрішніми сервісами.

Дані
  • PostgreSQL
  • Redis
  • ClickHouse
  • Elasticsearch
  • Kafka
  • dbt

PostgreSQL насамперед і зазвичай до кінця: більшість продуктів із нього не виростає. Redis для черг і кешу, ClickHouse, коли аналітика сповільнила б основну базу, Kafka лише тоді, коли події справді треба програвати повторно.

Хмара та експлуатація
  • AWS
  • Google Cloud
  • Docker
  • Kubernetes
  • Terraform
  • GitHub Actions

AWS або Google Cloud у вашому власному акаунті, а не в нашому, тож інфраструктура ваша з першого дня. Усе описано в Terraform і викочується з CI: саме це робить чисту передачу можливою.

Штучний інтелект і машинне навчання
  • OpenAI
  • Anthropic
  • Gemini
  • pgvector
  • LangGraph
  • PyTorch

Хмарні моделі кількох постачальників за одним інтерфейсом, щоб зміна ціни чи збій були правкою налаштування, а не переписуванням. pgvector тримає пошук поруч із даними, які ви й так резервуєте.

Мобільна розробка
  • Swift / SwiftUI
  • Kotlin / Compose
  • React Native
  • Expo

Нативні Swift і Kotlin, коли застосунок залежить від можливостей пристрою чи продуктивності. React Native з Expo, коли одній команді треба випускати iOS і Android та ділити логіку з вебом.

Дизайн і релізи
  • Figma
  • Storybook
  • Linear
  • Sentry
  • Grafana
  • OpenTelemetry

Figma і Storybook, щоб дизайн і код описували ті самі компоненти. Sentry, Grafana і OpenTelemetry, щоб проблема з’являлася на панелі раніше, ніж у зверненні до підтримки.

Якщо продукт уже працює на іншому, ми працюємо у вашому стеку. Переписування потребує обґрунтування, а не вподобання.

Як ми обираємо стек для нового проєкту

Те, що ваша команда зможе підтримувати після нас, важливіше за моду. Стек, під який у вас нікого не найняти, це залежність від нас, і продавати її ми не хочемо.

Якщо продукт уже працює на чомусь справному, ми це залишаємо. Переписування ми радимо лише з письмовим обґрунтуванням: скільки коштує, що заощаджує і коли окупається.

Інструмент, який ми не запускали в експлуатації, називається ризиком у документі обстеження, а не опановується потай за ваш рахунок.

Розкажіть, що ви будуєте

Для початку вистачить короткого опису. У відповідь надійдуть питання, вилка та дві-три речі, які її змінять.

Почати проєкт