HomeAboutProjectsServicesCubieTecBlogContact
PROCESS

Shipping five products as one person

What you must automate, what you must refuse, and why saying no to features is the whole job.

People assume the constraint is typing speed. It is not. The constraint is how many things can be wrong at once before you stop making progress.

So the first rule is that anything done twice gets automated. Deployments, backups, error alerts, dependency updates. An hour spent automating a weekly task pays for itself inside two months.

The second rule is shared foundations. All five products use the same auth service, the same payment ledger and the same component library. A bug fixed once is fixed everywhere.

The third rule is the hard one: refuse features. Every feature is not just built once, it is maintained forever. I now ask what we will remove before agreeing to add.

None of this is heroic. It is just refusing to carry work that does not need carrying.

Written by Mr Mehedi Work with me →
KEEP READING

More posts

All posts →
ENGINEERING

Why instant digital delivery is harder than it looks

An order that completes in two seconds needs a queue, a retry policy and a refund path. Here is the architecture that finally held under load.

Read post →
AI

Putting an AI assistant into a product people pay for

Where the API key lives, what each request really costs, and how to stop the model answering questions it has no business answering.

Read post →
DESIGN

Dark interfaces people can actually read

Pure black is a trap. Contrast ratios, glass surfaces, and the three mistakes I made before this site looked right.

Read post →
© 2026 Mr Mehedi. All rights reserved.