Backend Software Engineer β Python β’ Django β’ PostgreSQL β’ Redis β’ AWS β’ Docker
Building scalable backends at GIM Info Solutions (Y Combinator) π
name: Abhishek Choudhary
role: Backend Software Engineer @ GIM Info Solutions (YC)
product: web.gimbooks.com β GST-compliant business platform
location: Raipur, Chhattisgarh, India
stack: Python Β· Django Β· DRF Β· PostgreSQL Β· Redis Β· Docker Β· AWS
focus: scalable backends Β· payments Β· AI integration Β· reliability
ask_me: Python, Django, Postgres, Docker, AWS, REST APIs, system design- πΌ Shipping production backend at GIM Info Solutions (Y Combinator) for GimBooks β invoices, payments, e-Invoice / e-Way bill.
- π Backend-first engineer β Python, Django, DRF, PostgreSQL, Redis, Celery, and REST APIs I can defend line by line.
- βοΈ Comfortable across the deploy path β Docker, AWS, CI/CD, Kubernetes, Linux.
- π€ Built an in-app AI agent at GimBooks that drafts invoices/POs and guides users through workflows in natural language.
- π§ Solved 400+ DSA problems Β· shipped 15+ full-stack projects.
- π Currently deep in system design, Kafka, Redis at scale, microservices, and Kubernetes internals.
AI-powered fitness coach β personalized workouts, meal plans, and calorie tracking based on the user's body metrics, shape, and goal.
π Live Β β’Β Case study |
Full-stack medical services platform with online appointment booking, doctor scheduling, and payments.
π Live Β β’Β Case study |
Realtime messaging on the MERN stack with rooms, presence, typing indicators, and reconnect-safe sessions.
|
Spotify-inspired music streaming app with auth, playlists, and a persistent audio player that survives navigation.
|
Discovery-focused anime browser with a big-art gallery UI, ratings, episode counts, and dynamic detail routes.
|
A polished, GPT-inspired product landing page built as a modular React app with a custom token-based design system.
π Live |
π More on my portfolio β each project ships with a full case study covering architecture, challenges, and takeaways.
I write about the things I ship in production β payments, reliability, incident recovery, and the tradeoffs that don't make the marketing page.
- π₯ Surviving the outage: rebuilding Postgres from scratch under fire
- π³ Wiring GimBooks Pay: from checkout to reconciliation
- π Building self-healing webhook handlers
- π’ From localhost to Kubernetes: shipping web.gimbooks.com safely
π Read them all β abhishekchoudhary01.netlify.app/#/blog
- π§ 400+ DSA problems solved
- π 15+ full-stack projects shipped
- πΌ Backend Engineer at YC-backed startup (GIM Info Solutions)
- π€ Built and shipped an in-app AI agent in production
- π₯ Owned incident recovery for a production DB outage (see the blog)
- βοΈ End-to-end ownership: schema β API β Docker β Kubernetes β AWS
- System Design β patterns for building at scale
- Apache Kafka β event streaming and log-based architectures
- Redis at scale β pub/sub, streams, and caching topologies
- Kubernetes β operators, autoscaling, and production hygiene
- Microservices β service boundaries, contracts, and observability
- Distributed Systems β consensus, replication, and failure modes
The right question isn't "how do we not fail?" β it's "what happens the moment we do?"
- Idempotency isn't a nice-to-have. Any endpoint that touches money or state deserves an idempotency key.
- Treat entitlements as data. Plan-driven behavior in code becomes debt during an incident.
- Backups are only real if you restore them. Untested backups are hopes, not backups.
- Ship a maintenance kill switch before you need one. A remote-config flag is a 1-day project that pays for itself in the first outage.
- Cheap deploys change how a small team ships. Instant rollbacks lower the cost of being wrong.
I'm open to backend / full-stack roles, freelance work, and interesting side collaborations. Expect a reply within 1β2 days.