Harshit Bishnoi

000

Available for work

Harshit Bishnoi

Full-Stack Developer based in Ganganagar, Rajasthan, India. I build production APIs — and the billing, docs and dashboards that turn them into products.

See my workGet in touchRésumé
scroll
public repos
18
years shipping
3+
languages
6
contributions this year
1661

What I actually write

  • JavaScript42.5%
  • TypeScript20.4%
  • Python18.2%
  • Kotlin10.0%
  • CSS3.0%
  • Other6.0%

The last year, one square per day

lessmore
01

About

I'm a self-taught full-stack developer finishing my BCA in August 2026. I've spent the last three years shipping things — production-grade REST APIs, full-stack web apps, and automation bots that run in the wild.

Most of what I build comes from wanting it to exist. A gym planner because I needed one. An exercise API because app developers had nothing decent to sync against. An open-source muscle map because I was building it anyway, so I made it public.

When I'm not coding, I'm playing video games or working my way through a playlist. I'm currently open to work.

Right now

Building
ExerciseDB API — a public exercise catalog for fitness apps
Learning
Testing at scale, and getting properly good at Postgres
Wrapping up
My BCA — final semester, graduating August 2026
Away from the keyboard
Video games, and far too much music

Last played

Concerto Per Due Violini, Archi E Cembalo B Flat Major RV 524: AllegroI Musici di San Marco
02

Skills

Backend & APIs

Where I'm strongest. REST design, auth, validation at the boundary, rate limiting, versioned contracts.

  • Node.js
  • Express
  • REST APIs
  • JWT & API keys
  • Zod
  • OpenAPI
  • RFC 9457
Run my API live

Data

Schema design I'd defend, incremental sync, and the migrations I got wrong first.

  • PostgreSQL
  • Supabase
  • MongoDB
  • Firebase
How the sync protocol works

Frontend

Local-first apps that stay usable when the network isn't.

  • React
  • Next.js
  • TypeScript
  • Tailwind CSS
  • Vite
Local-first, then sync

Testing & shipping

Integration tests against real routes. 116 of them on the API alone.

  • Vitest
  • Supertest
  • Docker
  • Git
  • Vercel
Test the API, not the function
Also usedPython · SQL · Vue · Framer Motion · Telegram API · Heroku · HTML · CSS
03

Journey

  1. Aug 2023 — Aug 2026

    BCA, Bachelor of Computer Applications

    Graduating August 2026

    Three-year degree in computer applications, taken alongside a self-directed track of shipping real projects.

  2. Aug 2023

    Started writing code in public

    First public repository. Began teaching myself development in the open, one project at a time.

  3. 2025

    Automation & bots

    Built Telegram bots and a URL shortener with Node, Express and MongoDB — my first taste of running services other people actually use.

  4. Early 2026

    Went deep on backend

    Shipped production REST APIs with JWT auth, PostgreSQL, validation, rate limiting and an OpenAPI spec. Learned what 'production-ready' actually costs.

  5. 2026 — now

    Shipped a product, not just an API

    ExerciseDB went from a catalog to a metered API product: API keys and usage tiers, an incremental sync protocol, RFC 9457 errors, billing, a developer dashboard and a docs site. Live in production, 116 tests. That's where I learned the difference between writing an endpoint and running a service other people depend on.

04

Selected Work

Live in production2026

ExerciseDB API

A public exercise catalog client apps can sync and cache offline. Beyond the endpoints: API-key auth with usage tiers and rate limiting, an incremental sync protocol with tombstones, RFC 9457 errors, Lemon Squeezy billing, a developer dashboard and a docs site. 116 tests. You can run real requests against it from the case study.

Tests
116
Errors
RFC 9457
Auth
API keys + tiers
Status
Live in production
  • Node.js
  • Express
  • PostgreSQL
  • Supabase
  • Zod
  • Vitest
  • OpenAPI
  • Vue
Read the case studyDocsSource

GymPlanner

2026

A full fitness planner with AM/PM scheduling, nutrition tracking, and cloud sync.

Workout scheduling, exercise logging, nutrition and health tracking, with local-first persistence and optional Firebase sync. Wrapped in a 'Liquid Glass' interface I designed to feel like a premium mobile app.

  • React
  • Vite
  • JavaScript
  • Firebase
  • Tailwind CSS
Case studySourceLive demo

Quiet Library

2026

A PWA audiobook player that streams from your own Google Drive — and keeps playing offline.

Streams audiobook files straight from a user's Google Drive through an authenticated bounded-Range proxy, without ever copying them to app storage. Versioned progress sync with atomic stale-write rejection, an offline-first PWA (service worker, OPFS/Cache downloads via Dexie, airplane-mode playback), Media Session controls, RLS-backed Supabase, and RFC 9457 errors behind CSP/HSTS.

  • Next.js
  • TypeScript
  • Supabase
  • Dexie
  • PWA
  • Web Audio
  • Zod
Case studySourceLive demo

Exercise Library API

2026

A REST API with JWT auth, ownership checks, and user-authored content.

Register/login/me endpoints, exercise CRUD with ownership enforcement, category and muscle-group management, plus search, filtering and pagination. Hardened with helmet, CORS, and rate-limited auth routes.

  • Node.js
  • Express
  • PostgreSQL
  • JWT
  • bcrypt
Source

Open Muscle Map

2026

An open-source, anatomically detailed human muscle map.

I was building a complete muscle map for my own project, so I made it open source. Detailed, correctly-mapped anatomy that anyone building fitness software can use however they want.

  • Open Source
  • Dataset
  • Anatomy
Source

Also built

05

Writing

All writing

06 — Contact

Let's build something.

I'm open to work and always up for talking about a good project.

joy.0839b@gmail.com