My stack

I'm a full-stack software engineer from Bangladesh. Tools are means, not the point. I pick what fits the problem, the budget, and the traffic you'll actually have.

The right tool, not my favorite tool

I choose based on the problem, the timeline, and the budget, not on what I used last time. The stack serves the goal, never the other way around.

Built for the traffic you'll actually have

I size decisions to real load and realistic growth. No over-engineering for scale that isn't coming, no corners cut where it will hurt later.

Aware of the investment

Every choice has a cost: money, time to market, and the people who maintain it after me. I weigh those before I write a line of code.

I adapt fast

Drop me into a new domain or an unfamiliar stack and I get productive quickly, then go deep enough to ship something sound.

Tap a tool to see why I choose it and when

Backend

Where I'm most at home. I pick the language for the job and treat frameworks as interchangeable. The shape of the problem matters more than the logo on it.

Languages

Frameworks

ORMs & data access

Validation & schemas

APIs & realtime

How services and clients actually talk. I choose the contract style to match the client, the latency, and how tightly the two ends are coupled.

Databases & data

I model data carefully and write SQL by hand: deliberate, advanced queries, not whatever an ORM guesses. I choose the store based on access patterns and how it will scale.

Serverless & cloud

Where the code runs and what manages it for you, from full cloud providers to serverless platforms and backend-as-a-service.

JS runtime & toolchain

Picking the right runtime and package manager matters as much as the framework. I choose based on deploy target, team habits, and how fast we need to move.

Build tools & compilers

Fast feedback loops and predictable production output. I pick bundlers and compilers based on project size, ecosystem fit, and how much config the team wants to own.