Every career has an interface.

The interesting part is underneath.

SIX CHAPTERS · 2021 → NOW · KEEP SCROLLING

Muthasir

Senior Software Engineer

DISTRIBUTED SYSTEMS, PLATFORM & EDGE ENGINEERING

I build across the complete device-to-cloud lifecycle web products, IoT fleets, petabyte-scale data platforms, Kubernetes control planes, embedded Linux devices, and AI systems that act through real engineering tools.

SCROLL — THE FULL STORY ↓QUICK VIEW — 90s
BACKENDFRONTENDIOTBIG DATADEVOPS & PLATFORMAI SYSTEMSEMBEDDED & EDGEUI / UXMOBILE

BEFORE THE DESCENT — THE TOOLKIT

What I work in.

9 DISCIPLINES · SCROLL — EACH ONE JOINS THE LINE

Paired with AI, the impossible is just another build target.

HUMAN JUDGMENT × MACHINE LEVERAGE — NINE DISCIPLINES, ONE ENGINEER

CHAPTER 01 — 2021–2022

PRODUCT

ThunderCam Solutions · Web Developer (Freelance)

First, learn how complete products fit together.

I started by building complete web products end to end not features, whole systems. E-commerce, social, and business-management platforms, each shipped with its payments, auth, operations, and admin surfaces working together.

WHAT I BUILT

  • E-commerce platforms with guest carts, coupons, returns and invoicing
  • OAuth and OTP verification flows
  • Wallet and payment integrations
  • Live chat with real-time messaging
  • Business-management, school and travel platforms
  • Admin applications alongside every customer surface

Complete web products and business systems e-commerce, social applications, business management, school systems, travel.

PAYMENTS · OAUTH · OTP AUTH · WALLETS

COUPONS · INVOICING · GUEST CARTS · RETURNS

LIVE CHAT · ADMIN APPLICATIONS

Light moves between the panes: a guest cart flowing into payment, an OTP round-trip, a return travelling back up.

By the bottom of the stratum the scattered surfaces have organised into one coherent system the first hint that everything has an underneath.

Complete products, planned as systems — screens, flows, and the operations behind them.
Complete products, planned as systems — screens, flows, and the operations behind them.REPRESENTATIVE VISUALIZATION
Every surface connected to the services beneath it — payments, auth, wallets, chat.
Every surface connected to the services beneath it — payments, auth, wallets, chat.REPRESENTATIVE VISUALIZATION

CROSSING 01→02

THE SCREEN BREAKS

The last pane fills the viewport a fuel-delivery order screen. The camera passes through it, the wireframe dissolves into heat haze, and you emerge in blinding daylight.

CHAPTER 02 — 2022–2024

FIELD SYSTEMS

Romulus Oil & Gas · Full Stack Engineer

In 2022, the software left the building.

I planned, built, deployed and maintained fuel-management and diesel-delivery platforms web and mobile applications connected to real hardware in the field. This is where my software first had to talk to microcontrollers, tanks and trucks, not just browsers.

WHAT I BUILT

  • IoT integrations: live fuel-level monitoring via field microcontrollers
  • Location-based asset tracking and real-time delivery operations
  • Billing, invoicing and online ordering
  • Live-chat support with real-time functionality
  • Telemetry pipeline: field hardware → cloud → backend → web/mobile
  • Cloud right-sizing, caching and asset compression on existing apps

Fuel-management and diesel-delivery systems: planned, built, deployed, maintained.

THE ONLY DAYLIGHT ON THIS SITE — WHERE SOFTWARE MET THE PHYSICAL WORLD

Field hardware microcontrollers telemetry cloud services backend systems web and mobile applications.

IoT INTEGRATIONS · FUEL-LEVEL MONITORING

ASSET TRACKING · LOCATION SYSTEMS · TELEMETRY

Real-time delivery operations online ordering, billing, invoicing, live communication running against moving trucks in the heat.

Optimised the existing applications. The plate reads:

> 3× PERFORMANCE IMPROVEMENT

≈ 50% SERVER-COST REDUCTION

Where the telemetry begins: level sensors on physical tanks, wired into the platform.
Where the telemetry begins: level sensors on physical tanks, wired into the platform.REPRESENTATIVE VISUALIZATION

CROSSING 02→03

THE BORE

The camera dives into a tank’s sensor well daylight shrinks to a circle above and the shaft floor turns out to be a surface. You break through it, upside down, into an ocean.

CHAPTER 03 — 2024

DATA PLATFORM

Aggregate Intelligence · Full Stack Developer

Then the data got heavy.

I engineered data-intensive systems over petabyte-scale travel datasets inside an enterprise ecosystem serving global online-travel, hospitality and aviation products. Data at that scale is a fundamentally different discipline from application development storage layout and orchestration decisions have real cost and latency consequences.

WHAT I BUILT

  • Delta Lake table and storage configurations for petabyte-scale distributed datasets
  • Spark-based distributed processing on Google Cloud Dataproc
  • Workflow orchestration with Cloud Composer / Airflow
  • Backend services and interfaces with FastAPI and React
  • CI/CD automation that shortened release cycles
  • Code reviews and mentoring across the team

THE DATA ECOSYSTEM SERVED GLOBAL TRAVEL LEADERS

Booking.comMakeMyTripBritish Airways& more

Petabyte-scale datasets. A data ecosystem supporting global travel, hospitality, flight and aviation use cases.

10¹⁵ BYTES — THE WIDEST SHOT ON THE SITE

A Spark job crosses the ocean as a wavefront partitioning, shuffling, re-collecting the field around you.

APACHE SPARK · DATAPROC · COMPOSER / AIRFLOW

BIGQUERY · DELTA LAKE

Near the floor, the currents crystallise into ordered slabs Delta Lake table and storage configurations for distributed systems.

Petabyte-scale data is an environment, not a table — you engineer for currents, not rows.
Petabyte-scale data is an environment, not a table — you engineer for currents, not rows.REPRESENTATIVE VISUALIZATION
The physical substrate: distributed processing lives on real racks, real disks, real bills.
The physical substrate: distributed processing lives on real racks, real disks, real bills.REPRESENTATIVE VISUALIZATION

CROSSING 03→04

THE INTAKE

Near the ocean floor the currents all bend toward one point a machined circular intake grate, lit from below. The particles, and you, are drawn through it.

CHAPTER 04 — 2024 — PRESENT

PLATFORM & CONTROL PLANE

Nuventure Connect · Software Engineer

Machines that run machines.

I work across the architecture and implementation of NuWave a Nuventure product, the multi-service platform behind its pool-automation and IoT lines distributed backend services, agent infrastructure, device-facing systems and control-plane capabilities. The defining work: software that uses Kubernetes as a dynamic workload-execution platform programmatically creating, running and observing containerized agent workloads not just deploying to it.

WHAT I BUILT

  • Agent Management & Agent Launcher: on-demand pod creation via the Kubernetes API, execution lifecycle, runtime state surfaced to the control plane
  • Containerized microservices and platform APIs with service-to-service communication on Kubernetes
  • Device anomaly detection over telemetry, runtime statistics and operational signals
  • Data lakehouse: Spark, Iceberg, MinIO, Trino, Superset — open table formats, object-storage-backed analytics, separation of storage and compute
  • Production platform infrastructure: ingress-nginx, cert-manager/TLS, Cloudflare DNS, GitLab CI/CD, container registries
  • Production debugging across ingress, upstream routing, DNS, certificates, container networking and registry auth
  • Tool-connected AI workflows and cross-platform Flutter applications

THE PHYSICAL PRODUCT DOMAIN — POOL AUTOMATION & IoT

Pool automation
Connected devices
Pumps & valves
Sensors & probes
Live telemetry
Remote control

NuWave: a multi-service platform microservices, infrastructure, agent systems, device-facing services, operational and AI capabilities.

WORKED ACROSS ARCHITECTURE AND IMPLEMENTATION

OWNED KEY SYSTEMS AND COMPONENTS

The Agent Launcher: scroll drives the loop. Control plane Agent Management Kubernetes API pods materialise execution state flows back.

NOT DEPLOYING SOFTWARE TO KUBERNETES —

WRITING SOFTWARE THAT COMMANDS IT.

A wing of instruments watches the fleet: one telemetry stream drifts out of family, and a crimson ring closes around it.

DEVICE ANOMALY DETECTION — TELEMETRY · RUNTIME STATS · OPERATIONAL SIGNALS

Where NuWave lands: pool-automation and IoT products — pumps, valves, controllers, telemetry.
Where NuWave lands: pool-automation and IoT products — pumps, valves, controllers, telemetry.REPRESENTATIVE VISUALIZATION

CROSSING 04→05

POTTING

The camera pushes through a running pod into the node beneath it, and the world sets around you like black epoxy. A faint warm glow appears below: copper.

CHAPTER 05 — NUVENTURE — PROJECT

FLEETMAN

Nuventure Connect · Software Engineer

The bottom of the stack has a temperature.

FleetMan is an edge fleet-management platform I work on at Nuventure: customized BalenaOS device environments, provisioning and identity, a device-side runtime, remote container-workload lifecycle, and cloud-side fleet control. It runs on constrained ARM hardware, where I debugged container execution down to CNI networking and IPv4 forwarding.

WHAT I BUILT

  • Device-side runtime/supervisor in Python + aiohttp: API-driven workload updates, container deployment, restarts, status, remote logs, device statistics
  • Container execution on ARM Linux with containerd and nerdctl — resolving CNI, snapshotter, image-layer and registry-auth issues
  • Customized BalenaOS environments, device provisioning, fleet registration and identity
  • Embedded Linux integration on Variscite DART-6UL / NXP i.MX6UL(L): Device Tree, sysfs, GPIO, UART, SPI, 1-Wire, Modbus
  • Industrial sensor integration (PT100, DS18B20) down to register level
  • Cloud-side fleet control with remote operations and observability

FleetMan an IoT and edge fleet-management platform I work on at Nuventure: customised BalenaOS environments, provisioning, identity, lifecycle, remote deployment.

A lightweight device-side runtime and supervisor in Python + aiohttp: workload updates, container deployment, restarts, service status, remote logs, device statistics.

containerd · nerdctl · CNI · SNAPSHOTTERS

ARM IMAGES · GITLAB REGISTRY · IPv4 FORWARDING

At the board’s edge, a single wire leaves the copper world into darkness a DS18B20 on a 1-Wire bus, drawn oscilloscope-grade.

UART · SPI · GPIO · 1-WIRE · MODBUS · sysfs · DEVICE TREE

FROM PETABYTES TO PULL-UPS.

Pull back: the one board is one lime point in a constellation provisioning, registration, identity, lifecycle, remote operations, cloud-side fleet control.

The fleet in FleetMan: constrained ARM devices running containerised workloads in the field.
The fleet in FleetMan: constrained ARM devices running containerised workloads in the field.REPRESENTATIVE VISUALIZATION

CROSSING 05→06

IGNITION

At the deepest point, a probe tip touches the copper trace. A pulse of lime enters the trace and instead of dissipating, it turns upward. The depth gauge ticks up for the first time.

CHAPTER 06 — NOW

THE CURRENT REVERSES

Software that acts through other software.

Much of my range comes from independently investigating systems because I wanted to understand them. This work starts as technical exploration and becomes working software and lately it converges on one theme: AI that participates in real engineering workflows instead of just chatting.

WHAT I BUILT

  • AI-native website generation platform — built before AI website builders were a mainstream category (Git history as evidence): model-generated structured content, React template composition, runtime JSX rendering
  • Tool-connected AI workflows: LLM systems driving Blender and KiCad for model-driven action execution
  • ONNX model inference and browser deployment research (BiRefNet, InSPyReNet)
  • AIoT operational intelligence: AI-generated telemetry summaries and device anomaly reasoning

Passing bedrock: the current threads into device telemetry AI-generated summaries, operational reasoning. Dashboards that interpret, not just display.

Passing the engine room: AI-enabled platform systems and containerised agent workloads the Launcher and the current shake hands.

Passing the ocean: inference placement cloud, local, browser, edge the question of where intelligence should physically run.

Passing the glass: the current builds a website pane by itself AI-generated structured content, template systems, runtime-rendered JSX. Built before the category was mainstream.

GIT HISTORY AS EVIDENCE

Above the original interface, new territory: LLM tool interface domain application action result. Blender builds a mesh. KiCad routes a schematic.

INTEREST: AI THAT PARTICIPATES IN ENGINEERING WORKFLOWS — NOT CHAT.

The current reverses: from the copper up — AI systems reaching back through every layer.
The current reverses: from the copper up — AI systems reaching back through every layer.REPRESENTATIVE VISUALIZATION
THE INTERFACE0m01 · PRODUCT2021–2022120m02 · FIELD SYSTEMS2022–2024380m03 · DATA PLATFORM2024620m04 · PLATFORM & CONTROL PLANE2024 — PRESENT860m05 · FLEETMANNUVENTURE — PROJECT1000m06 · THE ASCENT — AI SYSTEMS ▲BEDROCK — GPIO · UART · SPI · 1-WIREFROM PETABYTES TO PULL-UPS

Every layer on this descent is still running.

Nothing was left behind it compounded.

MUTHASIR

Senior Software Engineer Distributed Systems, Platform & Edge

GIVEN A LAYER, HE SHIPS THE LAYER. THEN HE GOES BELOW IT.

MUTHASIRHAFI@GMAIL.COM+91 7994805975REMOTE · WORLDWIDE
QUICK VIEW