Web Development
End-to-end builds: database schema, server logic, templating, and a frontend that behaves the same on a 1440px monitor and a five-year-old phone. I write code that the next developer can read.
Full-stack developer working across PHP, JavaScript and design systems. I take rough ideas and turn them into products that load fast, read clearly and hold up under real use.
I've spent the last several years building for the web — from small brochure sites to internal tools that a team depends on every day.
Most of my work sits at the point where engineering meets interface — the place where a component has to be both semantically clean and genuinely pleasant to touch.
"Ship the version that works, then make it feel inevitable." Working principle
I started with PHP because it was the shortest path from an idea to something a real person could open in a browser. That hasn't changed — it's still the most direct way I know to build a system that just runs.
Over time the work widened: frontend architecture, animation, design systems, accessibility, and the unglamorous performance work that decides whether anyone stays past the first three seconds.
I care about the details that don't show up in a screenshot — how a form fails, how a page behaves on a mid-range Android over 3G, how keyboard navigation feels. Those are usually the difference between something that demos well and something that lasts.
I'm based in Faisalabad and work remotely with teams and founders across time zones.
Six areas of work. Most engagements combine two or three of them.
End-to-end builds: database schema, server logic, templating, and a frontend that behaves the same on a 1440px monitor and a five-year-old phone. I write code that the next developer can read.
Structured application logic, authentication, role systems, and REST endpoints that are documented, versioned and predictable. Includes the boring parts: validation, rate limits, error handling.
Component architecture, state management, motion, and interaction design. The goal is never "animated" — it's "obvious". Everything should feel like it responded before you finished clicking.
You have a Figma file. I turn it into a real interface — pixel-accurate where it matters, sensibly adapted where the design didn't account for a 320px screen or a 40-character name.
Diagnosis and repair of slow sites: query profiling, asset pipelines, render-blocking resources, Core Web Vitals. Usually measured, always verified before and after.
Payment gateways, CRMs, email platforms, third-party APIs, and WordPress or custom admin panels your team can actually operate without calling me every week.
Comfortable is not the same as expert. These are the ones I use weekly.
Sample entries — replace with your actual roles and dates.
Designing and building web products end to end for founders and small product teams. Typical engagements run six to fourteen weeks and cover architecture, build, and a handover that actually gets used.
Owned a customer-facing dashboard used by several thousand accounts. Rebuilt the data layer, cut average page load from 4.1s to under 1.2s, and introduced a component library the team still uses.
Built marketing sites and campaign pages for agency clients. First real exposure to motion design, and where I learned that most animation should be invisible.
Maintenance, bug fixing and small features across a portfolio of PHP sites. Unglamorous, and probably the most useful year of my career so far.
A mix of client work and product experiments. Case details are summarised.
Featured
2025
Multi-tenant billing with recurring invoices, regional tax handling and a client portal built to need zero onboarding.
2025
Consolidated four drifting front-ends into one documented library of 38 primitives with token-driven theming.
2024
Replaced three conflicting spreadsheets with one audited inventory system and a mobile scanning flow.
2024
A reading-first publication built on typography, with under 9 KB of JavaScript shipped to the browser.
2023
Canvas-rendered metrics at 40k points, with a full keyboard and screen-reader path through every chart.
2023
A block-based content system with six content types, an exact preview, and no plugin dependency.
Six stages. Not every project needs all six at full weight, but nothing gets skipped entirely.
A conversation, then a written brief. I need to understand the constraint before the requirement — budget, deadline, or the person who has to maintain it afterwards.
Scope, architecture, and what we're explicitly not building. Saying no to two features now saves a rewrite in month three.
Structure and hierarchy first, surface second. If it doesn't work as a wireframe it won't work with a gradient on top.
Working software in reviewable increments. You see progress weekly, not at the end. Everything is version controlled from day one.
Real content, real devices, real network conditions. This is where performance gets measured and interaction details get tuned.
Deployment, monitoring, and documentation. Then a handover call so you're not dependent on me for routine changes.
Sample content — replace with real quotes and permission before publishing.
If yours isn't here, the contact form is the fastest route.
A few sentences is enough to start. I reply to everything within a day or two, including the ones I can't take on.
Field notes, engineering deep-dives, and interface case studies on modern full-stack development, performance optimization, and design systems.
Whether it's a new product, a rescue mission on an existing one, or just a second opinion — I'd like to hear about it.