Backend systems
Go · Node.js · REST · gRPC · Distributed services · Concurrency
Taufik Triantono
Backend engineer with 8+ years of professional experience building and operating production systems across fintech, loyalty, SaaS, and agritech. I work primarily with Go, PostgreSQL, distributed systems, observability, and cloud infrastructure.
01 / About
I entered software engineering through a vocational background in computer and network engineering, then continued learning independently through professional work, experimentation, and personal projects.
My experience has been primarily backend engineering, but over time my interests have expanded toward distributed systems, reliability, observability, cloud infrastructure, and platform engineering.
I enjoy understanding not only how an application works, but also how it behaves after deployment: how it scales, fails, recovers, is monitored, and how infrastructure costs can be understood and controlled.
02 / Engineering interests
Areas I work with and continue to explore—not a list of expert-level claims.
Go · Node.js · REST · gRPC · Distributed services · Concurrency
PostgreSQL · MongoDB · Redis · ClickHouse · Transactions · Consistency
Kafka · Asynchronous processing · Event-driven systems
Docker · Kubernetes · GKE · Nomad · GitLab CI/CD · GitHub Actions
Prometheus · Grafana · Jaeger · OpenTelemetry · Tempo
Google Cloud Platform · Compute · Networking · Deployment · Infrastructure experiments
03 / Selected work
Personal, open-source experiments for understanding difficult backend and infrastructure problems in depth.
A personal open-source billing platform experiment focused on understanding the internals of usage-based billing systems.
A personal contract-first API experiment for exploring how public billing and payment interfaces can remain consistent, versioned, and implementation-independent.
“How can a financial API evolve without weakening its domain invariants or breaking existing consumers?”
A lightweight Go toolkit for scaffolding consistent services, workers, and jobs, organizing them in workspaces, and standardizing runtime infrastructure without coupling business logic to the framework.
“How can Go projects share reliable structure and infrastructure conventions while keeping application logic independent?”
04 / How I think about engineering
Systems should be observable before they become difficult to debug.
Business boundaries and infrastructure boundaries do not always need to be identical.
A service should be testable independently where practical.
Operational complexity should be justified by a real requirement.
Infrastructure changes should be measurable and reversible.
Prefer explicit state transitions over generic status updates.
05 / Experience
More than eight years building and operating production backend systems.
Sep 2020 — Present
Ottodigital Group · Indonesia
Building and operating backend systems for loyalty and reward processing, with a focus on reliability, data consistency, and maintainable service boundaries.
Apr 2019 — Apr 2020 · Jul 2017 — Dec 2018
8Villages · Jakarta, Indonesia
Worked on backend APIs, cloud integrations, payment connectivity, and data products for community and agricultural platforms.
Education
Vocational High School in Computer and Network Engineering (Teknik Komputer dan Jaringan)
Graduated 2013Languages
Bahasa IndonesiaNative
EnglishWorking proficiency
06 / Contact
If you are working on thoughtful infrastructure or backend problems, I would be glad to hear about them.