Skip to content
Jai Jhamb

Jaipur, Rajasthan, India · Open to relocate

Jai Jhamb

Full-Stack Software Engineer

I build things to understand how they really work.

I build web and mobile software end to end, from the screen down to the database and the cloud. I’ve shipped it for clients in healthcare, logistics and commerce. Now I’m building a finance app where the AI can explain the numbers, but never change them.

It started with wanting to know how things work.

Jai Jhamb’s avatar at the studio window, where the story starts

02Origin

Where it started

What made me want to build software?

I wanted to understand how the things I used every day actually worked. Once I started coding, I realised I could take an idea in my head and build it. I liked that loop: try something, watch it fail, figure out how to make it work.

So I started with the fundamentals.

  1. 03Journey

    How it went

    Each step changed what I paid attention to.

    B.Tech begins

    Computer Science & Engineering · Amity University Rajasthan

    I started with fundamentals. Then I wanted to see whether the things I was learning could work outside the classroom.

    Fundamentals first — C and C++, data structures and algorithms — then Python, web development and databases as the projects got bigger.

    The first time they did, the program was for someone else.

  2. Diginique TechLabs

    Python programming intern · Remote

    My first program with a real person on the other side: you type, it measures, it answers.

    A speed typing test in Python and Tkinter that scores speed and accuracy as you type.

    Real input made me think about data, and what it says about the people behind it.

  3. Avalon Tribe

    Data science & ML intern · Bhilwara

    Then data became the problem: models that get evaluated, not just run.

    A movie recommender combining collaborative and content-based filtering, in pandas, NumPy and scikit-learn.

    Next, the software had to work for real businesses.

04Experience

Shipping for real businesses

The internship where the scale changed.

Junior software developer intern · Jaipur

ABS Infotech

The question changed from “can I make this work?” to “how will this behave in production?”

production applications
10+
business clients
8+
REST API endpoints
150+

Same foundations, different businesses

  • LogisticsConsignment notes, vouchers, a day book and billing.
  • CommerceCustomer, staff and admin apps on one backend.
  • Field salesRoutes, visits, attendance and live location for a sales team, synced with Tally.
  • ConstructionProjects, blocks, flats, owners, milestones and payments.
  • Tea tradeBatches, grades, sales and dispatch.
  • JewelleryA storefront website and its Android app.
  • Secure sign-inTwo-factor sign-in on desktop and mobile, with roles decided on the server.

Underneath all of them, the same work kept coming back.

What every one of them needed

  • One codebaseAndroid, PWA and web from a single shared TypeScript codebase.
  • AccessSign-in for three user roles with JWT, OTP, role-based access and bcrypt.
  • IntegrationsPayment-gateway and accounting APIs, QR scanning, S3 file uploads.
  • OperationsDashboards, scheduled cron jobs and Excel exports for recurring client reports.
  • TeamA five-person team, releasing on AWS with Docker and Git-based code review.

React · TypeScript · Node.js · NestJS · Express · MySQL · AWS · Docker

Two of those applications went deeper than the rest.

  1. 05Selected work

    Four of them, in depth

    Two for clients, one for my degree, one for myself.

    01 / 04Logistics · 2026 · Primary developer

    AB Logistics

    Cross-platform logistics software built around real business workflows.

    Software has to fit the way a business actually works, not just look right technically.

    1. Users
    2. Cross-platform app
    3. API
    4. Database
    5. Cloud

    The next client added prices, stock and three kinds of user.

  2. 02 / 04Commerce · 2026 · Primary developer

    E-Commerce

    End-to-end commerce platform spanning customer, staff, and admin workflows.

    Correctness and security live behind the UI. Small assumptions became production bugs.

    1. Customer app · Admin app
    2. Backend
    3. Database · Media
    4. Cloud

    Then, for my degree, health data: where a wrong answer costs more.

  3. 03 / 04Healthcare · 2026 · Full-stack developer, team of five

    Swastha

    Healthcare and pharmacy platform focused on practical patient workflows.

    AI output met real consequences: a misread medicine name must never reach an order unchecked.

    1. Patient · Doctor · Pharmacy
    2. Patient and doctor app · Pharmacy portal
    3. Healthcare and pharmacy services
    4. Prescription reading · Database

    In my own project I took that rule further: the AI doesn’t get to change anything.

  4. 04 / 04Fintech · 2026 · Solo

    Wallet

    Personal finance system with an integrated AI layer.

    From features to systems: a ledger that can’t drift, and AI that can explain the numbers but never change them.

    1. You
    2. Finance system(Read-only: the AI never writes)
    3. AI layer

    Looking back, it’s the questions that changed the most.

  1. 06How I changed

    The questions changed

    The clearest sign of growth isn’t the stack. It’s what I ask before I write code.

    01Early

    How do I make this work?

    Getting a program to run and respond was the whole goal.

    • A typing test that scores speed and accuracy as you type (2024).
    • A movie recommender built from two filtering methods (2025).

    Then things started breaking where I couldn’t see them.

  2. 02Developing

    Why is this breaking?

    In production, most bugs weren’t inside a function. They sat between systems.

    • Orders vanished on reload: the page fetched before sign-in was restored.
    • A secure-only cookie on a server that only spoke HTTP.
    • An empty bucket name that quietly produced broken image links.

    Fixing bugs one at a time stopped being enough once there were more clients.

  3. 03Engineering

    What happens when this grows?

    More roles, more platforms, more clients. Structure started to matter more than speed.

    • One TypeScript codebase serving three roles on Android, PWA and web.
    • 150+ REST endpoints behind role-based access.
    • Prices computed on the server, so no request can set its own.

    And then there are the parts I don’t control at all.

  4. 04System thinking

    What happens when everything around it changes?

    Now I design for the parts I don’t control: bad input, missing data, and models that are sometimes wrong.

    • An append-only ledger: every balance traces back to source rows.
    • AI that can explain the numbers but never change them.
    • Prescription text from a model, checked against a medicine database.
    • Forecasts that refuse to invent an exchange rate.

    Here is what that looks like as a decision.

07How I think

Decisions, with reasons

Choices I made on real projects, and the trade-off behind each one.

Made on · Wallet

How should money be stored?

  • Option A

    A mutable balance column

  • Option BChosen

    A double-entry ledger

Trade-off
A balance column is simpler to write. A ledger costs more code and storage, but every number can be rebuilt and checked.
Decision
Append-only double-entry ledger. Corrections are reversals, and the books are checked after every change.
Why
Every balance traces back to source rows, so it can’t silently drift — and a ledger is very hard to retrofit later.

Not every decision was made up front. Some came after something broke.

08What broke

What broke

Things that failed in real deployments, and what was actually wrong.

FixedE-Commerce

Problem
Customers refreshed the orders page, and their order history disappeared.
What I thought
That the orders weren’t being saved, or the API wasn’t returning them.
What it was
The page fetched orders before sign-in had been restored from storage. It saw no user, and cleared the list.
Fix
The fetch now waits until sign-in has finished loading.
Lesson
Check what state a screen is in before trusting what it sees.
E-Commerce case study

Around the bigger projects, I kept smaller experiments going.

09Lab

Lab notes

Smaller experiments from the same repositories: some shipped inside something bigger, some still open.

Shipped04

  • Reading prescriptions with GeminiSwastha

    Read the medicines on a photo of a prescription.

  • Keeping a sales team in step with TallyABS Infotech

    Give a field-sales app the stock, customers and balances the business already keeps in its accounting system.

  • Scheduled client reportingABS Infotech

    Take recurring client reports off people’s hands.

  • Hybrid movie recommenderAvalon Tribe

    Recommend movies a person is likely to enjoy.

Working03

  • Payments from bank SMS, on the deviceWallet

    Record a payment from the bank’s message without the message leaving the phone.

  • Gym management for a chain of branchesWith a teammate

    One system for a gym brand with many branches: memberships, invoices with GST, and a ledger per branch.

  • AI video generation pipelinePersonal experiment

    Turn a written script into a short animated video.

Exploring02

  • On-device categorisationWallet

    Suggest a transaction’s category without the data leaving the phone.

  • Forecasts as rangesWallet

    Replace a single forecast number with an honest range.

Archived01

  • Two-factor sign-in, desktop and mobileABS Infotech

    Protect an internal tool with codes from an authenticator app.

Some of them are what I’m working on now.

10Now

Now

Building
Wallet — a personal finance system with a deterministic ledger core and a separate AI layer.Case study
Exploring
On-device categorisation and forecasts as ranges — both open questions in Wallet.Lab notes
Learning
System design, scalable backend architecture and cloud infrastructure — how software stays reliable as it grows.
Interested in
Financial technology · AI-integrated applications · Production backend systems
Looking for
A strong engineering team on real products, where the problems aren’t fully solved upfront — backend-heavy or full-stack work across development, debugging and system design.
How I work
I use AI tools as part of my development workflow, but I review, test and take responsibility for what ships.
Availability
Looking for software engineering roles: full-stack, backend or SDE-1. Graduated in June 2026, open to relocate.

The journey isn’t finished.

11Contact

Still building.

Looking for the next hard problem.