You will not just add endpoints or close tickets.
You will make our scraping, chat-processing, source-ingestion, and analytics infrastructure more reliable, cheaper, faster, and easier for the rest of the team to reason about.
The best fit looks like someone who can debug a provider outage in the morning, design a better queueing model before lunch, ship a TypeScript service change in the afternoon, and write the postmortem or follow-up ticket clearly enough that the next engineer immediately knows what to do.
We are especially interested in people who have built or operated systems with real constraints: rate limits, flaky third-party APIs, queues, webhooks, retries, distributed locks, data migrations, observability gaps, customer pressure, and cost ceilings.
What we’re looking for5+ years of backend, platform, infrastructure, or distributed systems engineering experience in a production environment.
Deep hands-on TypeScript experience.
We run TypeScript services on Bun, and we care about people who can design clean, reliable backend systems rather than only write application code.
Strong understanding of queues, workers, retries, rate limits, idempotency, distributed locks, webhooks, and failure handling.
Experience operating systems under real production pressure: incidents, provider outages, customer escalations, noisy alerts, slow dependencies, and incomplete data.
Comfort with cloud-native infrastructure.
Our stack includes GCP, Kubernetes, Cloud Tasks, Pub/Sub, RabbitMQ, Redis, Postgres, Firestore, ClickHouse, Prometheus, Grafana, and OpenTelemetry.
Ability to debug across layers: application code, logs, metrics, queues, provider APIs, databases, network behaviour, and deployment state.
Product-mind.