Skip to content

About Soraka

We build software, then we keep it running.

A small engineering company for teams that need work they can trust in production — not just at launch.

Our story

Soraka is a small engineering company that builds software and then keeps it running. We started because too many good products stall the day the launch team walks away.

We began in 2019 as three engineers taking on the work larger agencies handed back: the integration nobody wanted to own, the platform migration that had slipped twice, the internal tool that was quietly holding a business together. The pattern was always the same. The hard part was not writing the code. It was understanding the system well enough to change it safely, and then staying long enough to see the change hold.

So we built the company around that second half. We write software, but we also carry the pager. We migrate the database, but we also watch the first month of production traffic. That changes how we design things from the first day: we choose boring, well-understood tools; we leave the code readable for the team that inherits it; we prefer a system that is cheap to operate over one that looks clever in a demo.

Today we are a team of engineers, designers, and one very patient project lead, working from Jakarta and Bandung. We take on a handful of clients at a time — enough to stay busy, few enough that a real senior engineer is on every project. We would rather turn work down than staff it thin.

We are not trying to be the biggest shop in the market. We are trying to be the one a CTO calls when the thing has to actually work.

How we work

Five principles we actually hold each other to.

  1. 01

    Own the outcome, not the ticket.

    We are responsible for whether the thing works in production, not whether we closed the tickets. If the plan is wrong, we say so early.

  2. 02

    Choose boring technology.

    New tools are a cost, not a feature. We reach for the well-understood option unless the problem genuinely demands otherwise — and then we can explain why.

  3. 03

    Leave the code better than the demo.

    The team who inherits the system should be able to read it. Clarity now saves a rewrite later, and the person maintaining it might be us.

  4. 04

    Write down what we decided.

    Scope, trade-offs, and the reason behind them live in a document, not in someone's memory. Decisions you can point to are decisions you can revisit.

  5. 05

    Answer plainly.

    We tell you the estimate we believe, not the one you want to hear. Bad news early is cheaper than good news late.

The team

Senior people, on every project.

Small enough that you know who is building your system, and they know it end to end.

  • Arya WibisonoPrincipal Engineer
  • Nadia KusumaEngineering Lead
  • Reza AdityaPlatform & Infrastructure
  • Mira SantosoBackend Engineer
  • Daniel HartonoFull-stack Engineer
  • Sekar PramestiProduct Design
  • Bimo NugrohoAI & Data
  • Laras WidodoDelivery Lead

Where we are

Two offices, one time zone.

Headquarters

Jakarta

Jl. Jend. Sudirman Kav. 52-53SCBD Lot 8, Jakarta 12190Indonesia

Engineering studio

Bandung

Jl. Ir. H. Juanda 100Bandung 40132Indonesia

Work with a team that stays after launch.

Tell us what you are trying to ship. We answer within one business day.