Skip to content

About/hellpuffyt

Nepal

PrabeshSharma

01Software Engineer

02Builder

03Systems Thinker

What I build

I build software systems, infrastructure and products — from serverless security pipelines and SaaS platforms to compilers, virtual machines and the developer tools I wish existed. 

  • Full-stack engineering
  • Cloud infrastructure
  • Cybersecurity
  • AI / ML
  • SaaS
  • Automation
  • Developer tooling
  • Travel technology
  • Business software

What I care about technically

  1. 01

    Explain, don't just report.

    A finding is only useful if it names the consequence. My tools say which production failure a manifest invites, which user an accessibility defect locks out, and what a packet flow actually means — in plain English.

    Evidence

  2. 02

    Understand the whole stack.

    A compiler with its own x86-64 backend, a register VM, a temporal SQL database and an HTTP/1.1 server on its own RFC 9112 stack — written with zero or standard-library-only dependencies, to understand what frameworks usually hide.

    Evidence

  3. 03

    Determinism is a feature.

    Systems that can be replayed can be trusted. Gas-metered execution, record/replay of every side effect, and rewindable simulation make behaviour inspectable instead of mysterious.

    Evidence

  4. 04

    Software should refuse to lie.

    Status derived from real checks, never hand-edited. Extraction that reports what it could not parse. Inference that claims only what the evidence supports. Honest output is a design constraint, not a disclaimer.

    Evidence

Engineering philosophy

Build the thing, then explain it. Most of my repositories exist because I wanted to understand a layer properly — how a compiler lowers to machine code, how a database keeps history, how an HTTP server actually parses a request — and the fastest way to understand a system is to write one.

Small, sharp tools over sprawling ones. A linter that names the production failure. A detector that reports its own limits. A status page that can't be hand-edited into lying. Narrow scope makes honest output possible.

The interface is part of the engineering. Whether it's a terminal report, a dashboard or this site, the way a system explains itself decides whether anyone trusts it.