Real projects. Real outcomes.

A dealer appraisal tool built as four parts — Django backend, React interface, Flutter mobile app, and the automation bot — turning a multi-source manual valuation into a single VIN entry that returns every reference price, the original window sticker, itemised costs, and a defensible bid range in both currencies

Live at akashpigeons.com, serving a working loft as registry, results archive and auction house at once. Pedigrees resolve four generations deep from ring numbers alone; race results are held per category with each loft's own distance, and championship tables are computed from them rather than stored, so correcting one result corrects every ranking that depends on it. The auction subsystem runs anti-snipe soft close, hidden-maximum proxy bidding with PIPA-matching tie rules, and row-locked bid placement verified under five concurrent bidders — one accepted, one extension applied, the rest told the new minimum. Fully translated into Bangla, deployed on cPanel under Passenger, and documented with an unusually deep project-memory set recording not just what was built but the traps found while building it: the timezone conversion returning NULL because MySQL's timezone tables aren't loaded, the annotated queryset inflating facet counts through its join, the reCAPTCHA v3 integration that was decorative because the view checked success without enforcing the score.

Deployed on cPanel under Passenger with a code-only redeploy path via a GitHub deploy key. Built across seven milestones, with the existing membership imported from its Google Form export. Ships with a generated director's user guide, now in its third edition, written for the non-technical committee members who actually operate it. A read-only Flutter member-directory app is specced, with the API layer designed as an additive DRF and JWT app so the session-authenticated web application stays untouched.

A working comparison and checkout platform that answers a question shoppers can't answer themselves — the genuinely cheapest way to buy a specific basket, including cross-shop splits and delivery costs. Postcode-scoped catalogues, similar-product matching, three ranked options with visible substitutions, Stripe checkout, and an instrumentation layer that captures which recommendations get taken. Containerised with Docker Compose behind Nginx, with catalogue combination results cached so the optimiser stays responsive as the shop list grows.

A working research platform where a new study is configured rather than built — the institute defines its own instruments, assigns them to field researchers, collects responses against a consistent structure, and exports analysable data without a developer in the loop. The dairy module turns what were manual monthly calculations into live reporting dashboards, and the import layer brought the institute's existing records onto the platform as a repeatable, tracked job. Deployed on cPanel under Passenger.

Live at brpfc.org and maintained over two and a half years, grown from a club noticeboard into the federation's operational site. Covers race records and national races, a velocity calculator, top-fancier and top-pigeon leaderboards computed from results, timed auctions with public bidder profiles, member and executive listings, and a media gallery — 88 templates in all, developed through separate dev and live branches rather than pushed straight to production. Runs on ASGI with filesystem-backed caching and APScheduler for scheduled work, so it needs no external worker on its cPanel host. The bidding path was load-tested with a Locust harness kept in the repository rather than assumed correct, which is the right instinct for the one endpoint where a race condition produces two people who each believe they won the bird.

Built across twelve milestones and shipped as a production web app with a full rebrand along the way. Four-tier role hierarchy enforced through Django permission groups rather than scattered role checks, S3-ready storage behind an environment flag so the same code runs on local media in development, and a Docker setup for MySQL-backed deployment.

Eight self-contained systems with backtest engines, parameter optimisers, sensitivity grids with in-sample/out-of-sample splits, and reporting. The backtesters model bid/ask spread, commission, swap and margin rather than mid-price fills. Live MT5 execution is implemented for the classical strategies; the ML, RL, price-action and confluence systems are held at the research stage by design. Isolated Python environments per system, because a shared install would have quietly replaced one bot's CUDA build with a CPU one.

Live at mdzakirhossainalamgir.com. 17 works across 1,047 readable sections, 5,699 genealogy records across two family lineages, an 18-event life timeline from 1948 to 2023, and 33,709 searchable institutional records from the author's own research data. Deployed to shared cPanel hosting with Let's Encrypt certificates issued via acme.sh and automated renewal, with every deployment step logged alongside its undo procedure.

A single ordering system covering the restaurant's online, counter and phone trade, with the kitchen working from one live list instead of three sources. Menu, categories and availability are managed by the restaurant directly, table reservations sit in the same system as the orders, and historical order totals stay accurate because prices are captured at the moment of sale.

A complete, endpoint-tested REST API across fifteen API groups, considered stable enough to build clients against, with the Flutter app's development path finalised against it. Documented end to end — accessibility specification covering all five disability types and their distinct requirements, entity-relationship and data-flow diagrams, API documentation, Figma mockups, and a running project log. The accessibility work went through review and a deliberate mid-project pivot, when the initial design-system focus was redirected toward the five disability types that actually define the product.

A working talent marketplace serving crew, employers and moderators across web and mobile from one API, deployed on shared cPanel hosting with Passenger. The build is documented at three levels — a product requirements document and ERD from the original brief, a maintainer's guide that explicitly states where the code has since diverged from those documents, and dated API change logs — so a new developer knows which document to trust. A further phase is specified in detail: bringing crew testing and certification in-house from the third-party service the client currently runs its training programmes on, so trainee results and issued certificates live on the platform beside the profiles they belong to.

In service at the Cox's Bazar laboratory, replacing per-test spreadsheets with a single system where every certified result traces back to the scheme, bill part and sample it belongs to. Each standard test — sieve analysis from 7mm to 50mm, dense and normal carpeting, seal coat, RCC gradation, unit weight of coarse aggregate — has its own calculation page producing the certified figure from raw readings, including combined-sample variants that average several samples into one gradation. Reports carry generated barcodes for physical tracking and move through an explicit unsigned-to-signed queue, so an uncertified result can never be mistaken for an approved one. Built for Bangladesh's Local Government Engineering Department, the agency responsible for rural road and infrastructure construction.

The largest system in the portfolio, live at myace.shop as three deployable pieces — a Django REST API, a customer-facing React application, and a separate staff admin application — sharing one backend. Customers move from studio gallery to laid-out product to confirmed design without the studio drafting proofs by hand, and nothing reaches production until the studio has approved it. Covers the full commercial cycle behind that: campaign pricing that can run relative to each customer's visit date, an annual pass product with its own cart, multi-carrier shipping with zone-based charges, and templated email plus a mail-magazine system for ongoing customer contact. JWT authentication with Google OAuth sign-in, and Swagger-documented endpoints.

A single-purpose replacement for a form that couldn't price anything, deployed with a QR code for in-person and print distribution. Deliberately small: one app, one model, no accounts, no payment integration — the business wanted the order and the number, not a platform.

A live marketplace and community platform at bdpigeonhub.com, plus a native Android client over the same JWT REST API, covering the full trade cycle — listing, offers, auctions, payment records and reviews — alongside pedigree tracking, feed formulation, and the social layer that keeps people returning between purchases.

Shipped and in production — the storefront and affiliate system went live first, then the finance module was built out across eleven milestones, all complete. 35 models across three apps, 495 tests, and a documented cPanel deployment path. The system now answers the questions the owner actually asks — how much cash do I have, what does this client owe me, how much is left on the loan, which products are losing money — from one ledger rather than four spreadsheets, and the finance panel was subsequently rebuilt to be usable from a phone.

Shipped through v0.1 and extended well past the original ten-milestone plan — 13 Django apps, 19 models, and 101 routed endpoints covering web and API. A full JWT REST API was built alongside the session-auth web app (deliberately separated paths) and documented in a 22-page Flutter integration guide, so the mobile client could be built against a stable, mirrored contract rather than reverse-engineered. Went through mobile store review preparation, adding user blocking and legal pages to satisfy App Store guideline 1.2. Payments run through bKash and Stripe; push notifications through Firebase.

A complete ride-hailing stack — REST API plus two separate native Android clients — covering rider and driver registration, driver identity and vehicle records, phone verification with device binding, and profile management across both roles.