Com o que trabalhamos
Somos estreitos de propósito. Um time que diz dominar vinte linguagens está aprendendo uma delas no seu projeto. O que não está nesta lista, ou aprendemos por nossa conta ou dizemos para você contratar outra pessoa.
- TypeScript
- Python
- Go
- Kotlin
- Swift
- SQL
TypeScript dos dois lados da maioria dos produtos web, para que um engenheiro acompanhe uma funcionalidade do banco de dados até a tela. Python onde estão as bibliotecas de dados e modelos, Go para serviços que precisam ser pequenos e rápidos, Swift e Kotlin para apps nativos.
- React
- Next.js
- Vue
- Tailwind CSS
- Vite
- Playwright
React e Next.js por padrão, porque seu time consegue contratar para eles depois da entrega. Vue quando o produto já usa. Playwright para testes de ponta a ponta a cada mudança.
- Node.js
- FastAPI
- NestJS
- GraphQL
- gRPC
- REST
Node.js ou FastAPI, conforme onde vive o resto do produto. REST para a maioria das integrações, GraphQL quando muitos clientes leem os mesmos dados de formas diferentes, gRPC entre serviços internos.
- PostgreSQL
- Redis
- ClickHouse
- Elasticsearch
- Kafka
- dbt
PostgreSQL primeiro e quase sempre por último: a maioria dos produtos nunca o supera. Redis para filas e cache, ClickHouse quando a análise deixaria o banco principal lento, Kafka só quando eventos precisam mesmo ser reprocessados.
- AWS
- Google Cloud
- Docker
- Kubernetes
- Terraform
- GitHub Actions
AWS ou Google Cloud na sua própria conta, nunca na nossa, então a infraestrutura é sua desde o primeiro dia. Tudo é descrito em Terraform e publicado pelo CI, o que torna possível uma entrega limpa.
- OpenAI
- Anthropic
- Gemini
- pgvector
- LangGraph
- PyTorch
Modelos hospedados de mais de um fornecedor atrás de uma única interface, para que uma mudança de preço ou uma queda seja uma mudança de configuração, e não uma reescrita. O pgvector mantém a busca junto de dados que você já tem em backup.
- Swift / SwiftUI
- Kotlin / Compose
- React Native
- Expo
Swift e Kotlin nativos quando o app depende de recursos do aparelho ou de desempenho. React Native com Expo quando um único time precisa publicar em iOS e Android e compartilhar lógica com a web.
- Figma
- Storybook
- Linear
- Sentry
- Grafana
- OpenTelemetry
Figma e Storybook, para que design e código descrevam os mesmos componentes. Sentry, Grafana e OpenTelemetry, para que um problema apareça num painel antes de aparecer num chamado de suporte.
Se o produto já roda em outra coisa, trabalhamos na sua stack. Reescrita é decisão com justificativa de negócio, não preferência.
Como escolhemos para um projeto novo
O que seu time consegue manter depois que sairmos importa mais do que o que está na moda. Um stack para o qual ninguém do seu lado consegue contratar é uma dependência de nós, e preferimos não vender isso.
Se o produto já roda em algo que funciona, mantemos. Só recomendamos reescrever com um business case por escrito: quanto custa, quanto economiza e quando se paga.
Uma ferramenta que nunca levamos para produção aparece como risco no documento de descoberta, em vez de ser aprendida em silêncio com o seu orçamento.
Conte o que você está construindo
Uma descrição curta já basta para começar. Respondemos com perguntas, uma faixa e as duas ou três coisas que a mudariam.