>SYSTEM.STATUS: INITIALIZING

Hey,
I'm Fajar!
Hey,
I'm Fajar!
Hey,
I'm Fajar!

Fajar Abdi Nugraha

A Software Engineer and sometimes a Solution Architect who builds and operates systems. My job is to keep production running, annual plans aligned, technical decisions made responsibly, deliveries predictable, scope honest and production boring.

I write and build around backend engineering, system design, operational judgment, and delivery discipline.

Start with a guided learning track, then dive into essays or hands-on labs.

01 //START LEARNING

These guided tracks are the fastest way to get oriented. Start here if you want a structured entry point instead of browsing the full catalog first.

02 // LATEST WRITING

Read the latest engineering notes, trade-offs, and operational lessons when you want current thinking before committing to a longer learning track.

03 //INTERACTIVE LABS

Open a sandbox when you want proof, not just prose. Start with the clearest entry points below, then branch into heavier or more specialized modules.

Start Here

Best first modules for structured querying, analytical exploration, and low-friction writing loops.

Browse By Goal

04 // WORKING PRINCIPLES

These are the design instincts and operating assumptions behind the code, writing, and systems work across this site.

01

CORRECTNESS BEFORE CLEVERNESS

Avoiding elegant solutions that obscure guarantees. Preferring explicit, sometimes verbose designs that make invariants, constraints, and failure behavior undeniable.

02

DETERMINISTIC BEHAVIOR

Building systems where outcomes are predictable under the same inputs. Minimizing hidden randomness through controlled concurrency, ordering guarantees, and reproducible execution paths.

03

SYSTEMS LIE UNTIL PROVEN OTHERWISE

Assuming every system is incorrect by default. Validating behavior through failure cases, edge conditions, and real execution paths instead of trusting design assumptions.

</>

03 // TECHNICAL ARSENAL

LANGUAGES
Java, Node.js, Go, .NET, PHP, Vue
INFRASTRUCTURE
AWS, EKS, Kubernetes, Docker
DATABASES & MESSAGING
OracleSQL, MySQL, DuckDB, Redis, Kafka, RabbitMQ

04 // OPERATIONAL AXIOMS

  • >Firefighting doesn't scale. Build systems that are boring in production.
  • >Documentation is infrastructure. If it's not documented, it's debt.
  • >Capacity must meet commitment. Optimism is not a strategy.
  • >Ship safely over ship quickly. Delivery without safety is shipping problems.
RULES