Requirements
Requirements gathering and technical documentation — the part of my internship that taught me most. A feature you understood is cheaper than a feature you rewrote.
Four products in production · MERN · AWS · Docker · Protocol-level networking

Most of my work lives in the MERN stack: React interfaces on the front, Node and Express in the middle, MongoDB and PostgreSQL underneath. Four of those builds are in production today, serving real vendors, real employees and real clients.
But the layer I care about most is the one nobody sees. TCP/IP, DNS, ARP, ICMP, reverse proxies, load balancing, Kafka streams — the plumbing that decides whether a product survives contact with users.
I learned that layer twice: once from simulating routing protocols in NS2, and once from shipping to AWS, Docker and a handful of cloud platforms where the abstraction leaks and you have to know what is actually happening on the wire.
Currently an intern full-stack developer at Lil Humans, and an MSc Software Systems candidate at PSG College of Arts & Science.
Products live in production
Full-stack intern at Lil Humans
MSc Software Systems aggregate
Certifications — IIT, IBM, Coursera
Requirements gathering and technical documentation — the part of my internship that taught me most. A feature you understood is cheaper than a feature you rewrote.
Responsive component trees built mobile-first. State kept close to where it's used, layouts that hold from 360px to ultrawide.
REST endpoints with real authentication and role separation, verified in Postman before a single component consumes them.
Document models where the shape is fluid, relational schemas where integrity matters. Media offloaded to Cloudinary rather than the database.
Reverse proxy in front, load balancing across instances, event streams where services shouldn't wait on each other. Protocol-level debugging when it breaks.
Containerised builds onto EC2 with IAM scoped down and S3 for static payloads. Vercel, Render and Railway where the workload doesn't justify more.
Metrics and alarms so failure reaches me before it reaches a user, plus vulnerability probing with Burp Suite to find what I missed.
Multi-Vendor Ecommerce Platform · 2025
A storefront that has to keep many sellers honest at once.
A single-tenant shop is a solved problem. A marketplace is not — every vendor needs their own catalogue, their own onboarding path and their own boundary, while shoppers still experience one coherent store.
Full-stack developer — interface, API and data model.
MERN throughout. React storefront and vendor console, Express services behind it, MongoDB modelling products, vendors and orders as separate but linked collections.
Scale and separation at the same time: vendor onboarding, product management and secure user authentication had to coexist without one vendor ever reaching another's data.
Built and maintained as a scalable multi-vendor platform covering product management, vendor onboarding and secure user authentication.
Enterprise Resource Planning Platform · 2025
Payroll is the least forgiving feature you can ship.
HR operations at Lil Humans lived across disconnected processes — attendance, leave and payroll each tracked separately, each a source of disputes.
Full-stack developer — dual-panel architecture, HR domain logic.
A CRM-style platform split into a Client Panel for employees and an Admin Panel for HR, sharing one Express API and MongoDB store.
Payroll and leave rules are stateful and audited. Attendance feeds leave balances, leave balances feed payroll, and payslip generation has to be reproducible — a wrong number here is a real-world problem, not a bug report.
Delivered attendance, leave management, payslip generation and employee data tracking in one platform, streamlining HR processes end to end.
Kids Engagement Platform · 2025
Two audiences, one codebase, very different rules.
Children need an interface that is simple and safe. The people publishing to them need control over everything those children can reach.
Full-stack developer — both panels, content pipeline.
A two-panel MERN application: a Client Panel for kids' interaction and an Admin Panel for content onboarding and management, sharing a single content model.
Nothing reaches the client panel unless an admin put it there. That constraint drove the content model and the boundary between the two panels.
Shipped a two-panel platform where content onboarding and moderation are fully admin-controlled and the kid-facing surface stays simple.
Online Enquiry & Quotation Platform · 2025
A lead nobody reads is a lead you never had.
Enquiries for software projects arrived and then sat there. The bottleneck wasn't capturing the request — it was noticing it.
Full-stack developer — client panel and notification path.
A Client Panel where users submit enquiries and request quotations, backed by an Express service that triggers an email to admins the moment a record is created.
Making notification part of the write path instead of a cron job someone forgets to check — the enquiry and the alert succeed or fail together.
Admins are notified by email on every new enquiry, ensuring timely responses on quotation requests.
Before the production work, two projects taught me the layers underneath it — one in simulation, one in solder.
Network Simulation Research — NS2 · 2024
Where I learned the network from the inside.
Embedded Monitoring & Alert System · 2024
Software that has to work when there is no internet.
Sri Gopal Naidu Higher Secondary School
The résumé this site was built from.
Every project, score, certification and date on this page comes from it — nothing added.
Download résumé↓PDF · 2 pages