← Back to projects

Work Experience | Full-stack Software Engineer | Oct 2021 - Present

Popsixle

Shopify Attribution and Analytics Platform

$592K+

Revenue Generated

SaaS usage and subscription billing since launch.

2M+

Events Processed / Day

Server-side event ingestion and attribution workloads.

200+

Merchants Supported

Production usage across ecommerce businesses.

Overview

At Popsixle, I built and launched the Shopify app across frontend, backend, data processing, and cloud infrastructure.

The product launched in February 2024 and has generated more than $592K in revenue through SaaS usage and subscription billing.

I designed conversion tracking and event ingestion systems to support ad attribution across Meta, TikTok, and Google ecosystems while staying platform compliant.

Highlights

  • - Launched a production Shopify SaaS app used by 200+ merchants.
  • - Supports more than 2 million events per day through server-side pipelines.
  • - Built attribution infrastructure to recover ad signal loss for merchant campaigns.
  • - Partnered with product and client teams to ship revenue-impacting features quickly.

Technologies

  • TypeScript
  • React
  • Next.js
  • Node.js
  • PHP
  • MySQL
  • AWS RDS
  • AWS EC2
  • AWS Lightsail
  • Shopify APIs

Links

Live Project

Case Studies

Distributed Event Reliability Pipeline

Built a queue-backed event processing pipeline that improved reliability and data integrity across multi-channel conversion delivery.

Problem

  • - Event ingestion had to stay fast while preserving payload integrity.
  • - Destination fanout had to support different channel requirements.
  • - Duplicate purchase events needed suppression before downstream delivery.
  • - Teams needed clear operational state for queued, sent, and skipped events.

Architecture

  • - Persist-before-dispatch queue model for replay safety and auditing.
  • - Dual browser/server delivery status tracking per destination.
  • - Low-latency webhook acknowledgment with deferred heavy processing.
  • - Dedupe checks keyed by account, event type, and order identifiers.

Outcomes

  • - Improved delivery reliability under partial-failure conditions.
  • - Reduced duplicate conversion risk through explicit existence checks.
  • - Increased operational confidence via status and response metadata.

Progressive Delivery and Safe Routing

Designed a server-side canary/stable routing framework for safer major runtime rollouts without breaking public endpoint contracts.

Problem

  • - Public endpoints had to remain stable during major runtime evolution.
  • - Requests arrived with inconsistent identifiers and varying context quality.
  • - Routing failures needed safe fallback behavior to prevent customer impact.

Architecture

  • - Deterministic context detection across query, payload, and header signals.
  • - Multi-source channel decision order: metadata override, DB channel, stable default.
  • - Server-side routing shim preserving existing URLs while selecting app roots.
  • - Stable-by-default exception handling for ambiguous or incomplete requests.

Outcomes

  • - Enabled controlled canary rollout with reduced blast radius.
  • - Preserved backward compatibility for existing integrations.
  • - Improved release safety with deterministic fallback behavior.