Open to 2026 roles Software Engineer · Physics BS

Building systems that perform.

I'm Joe Hughes — a software engineer who came up through physics. I build measured, performance-minded software, and I care about the numbers underneath it.

SYSTEM  ONLINE
ROLE     SWE INTERN
ORG      CONSUMERS ENERGY
STATE    DETROIT, MI
SCROLL
01About

A physicist's instinct,
applied to engineering.

I came to software from physics — and I never stopped thinking like a physicist about it. I want to know why a system behaves the way it does, where it bottlenecks, and how to make it measurably faster.

At Michigan State I trained to reduce complex systems to their governing rules. That same instinct runs through everything I build now: a C++ distributed file engine I benchmarked across sockets, threads, and gRPC; a nutrition platform with a real plan engine doing TDEE math and carb cycling; a glassmorphism control dashboard wired to live telemetry.

Now I'm finishing an MS in Software Engineering at DePaul with a 4.0, interning at Consumers Energy, and shipping side projects faster than I can name them.

Off-screen, same theme: training for the Detroit Marathon, dialing in espresso, keeping a juniper bonsai alive. Measure, adjust, repeat.

DesignationSoftware Engineer
Current roleSWE Intern
OrganizationConsumers Energy
DegreeMS Software Eng · DePaul
FoundationBS Physics · MSU
GPA4.00 / 4.00
BaseDetroit, Michigan
StatusOpen to 2026 roles
02Selected Work

Things I've built
and measured.

IdxProjectDomainYear
001 MacroTrack Product / Web 2026 — +

A macro & nutrition tracking platform with a personalized plan engine — TDEE calculation, carb cycling, an onboarding wizard, and voice + barcode logging. Built React-first with a dark performance-app aesthetic, designed to scale to iOS and Android.

PERSONAL PRODUCT · ACTIVE BUILD · REACT + PLAN ENGINE

ReactPlan EngineVoice LoggingBarcode ScanUSDA API
002 Distributed File Engine Systems / C++ 2025 +

A four-stage C++ search engine built across a distributed systems course — POSIX sockets, multithreaded indexing with mutex-guarded partitioning, and a gRPC service layer. Benchmarked and tuned for throughput; scored a perfect 50/50 on the autograder across three consecutive assignments.

CSC 435 · 50/50 AUTOGRADER · SOCKETS → THREADS → gRPC

C++POSIX SocketsMultithreadinggRPCBenchmarking
003 Telemetry Dashboard Smart Home / JS 2026 — +

A custom glassmorphism control surface for a Home Assistant iPad kiosk — hand-built JS cards for hourly weather, live sports scores, and news feeds, plus a Claude-powered voice assistant pipeline and LED strip integration. A real-world exercise in live-data UX.

SMART HOME · LIVE TELEMETRY · CUSTOM JS CARDS

Home AssistantJavaScriptCustom CardsVoice PipelineYAML
004 Macrotrition (Flutter) Mobile / Dart 2026 — +

A cross-platform rewrite of a native Swift/SwiftUI nutrition app onto Flutter — USDA integration, voice logging, barcode scanning, favorites, and a recipe builder. Paired with a multi-agent build pipeline that orchestrates feature work end to end.

CROSS-PLATFORM REWRITE · MULTI-AGENT CI PIPELINE

FlutterDartSwiftUI (legacy)Multi-Agent CI
005 ML Deployment Research MLOps / Research 2025 +

A graduate MLOps study of Docker and Kubernetes for machine-learning deployment — covering experiment tracking, model drift, and reproducible pipelines with WandB, MLflow, Hydra, and DVC. Delivered as a formal ACM-format report and recorded presentation.

SE 489 · MLOPS · ACM-FORMAT RESEARCH

DockerKubernetesMLflowDVCGCP
03Approach

How I move
through a problem.

i

Reduce to first principles

Before writing code I want the governing rules of the system — the constraints, the data shapes, the real bottleneck. Physics taught me to strip a problem to what actually drives it.

ii

Build the measurable thing

I ship the smallest version that produces a number — a benchmark, a latency, a pass rate. Working software you can measure beats a perfect plan you can't.

iii

Tune against the data

Then I iterate against what the numbers say, not what I assumed. Profile, adjust, re-measure. The same loop whether it's gRPC throughput or a marathon split.

04Toolkit

The instruments
I reach for.

Languages

  • C++systems
  • Pythontooling · ml
  • JavaScriptweb
  • Dartmobile
  • Swiftios

Frameworks

  • Reactweb ui
  • Fluttercross-platform
  • SwiftUI / UIKitnative
  • gRPCservices
  • Noderuntime

Platform & Ops

  • Dockercontainers
  • Kubernetesorchestration
  • GCPcloud
  • Gitversion ctrl
  • MLflow / DVCmlops
// 05 — CONTACT · OPEN TO 2026 OPPORTUNITIES

Let's build something
that performs.