Software Engineer · Architecture · Platform Engineering

I build microservices at scale
and the tooling that makes teams faster.

Backend engineer in the telecom B2B / BSS domain, designing event-driven Java / Spring Boot systems for product ordering, offerings, billing and shipping. I pair that with deep platform engineering and a track record of turning engineering friction into shipped developer tools, IDE plugins, and AI/MCP automations.

15+ tools & services shipped
5 languages in production use
3 IDE / editor platforms targeted
50% fewer file reads via caching*

About

Engineer who treats developer experience as a product.

I work across the full stack of a large microservice estate — from designing event-driven services with Kafka and shipping them on OpenShift / Kubernetes, to building the editor tooling that lets my team understand and maintain that estate without drowning in it.

My approach is consistent across everything I build: SOLID, security-first (CIA triad), performance-aware, and well-documented. I care about the seams of a system — clear boundaries, testability, observability — and about removing the repetitive pain that slows engineers down.

On the side I co-run WeDontTrack, an open-source org building privacy-respecting apps, and I write about backend, DevOps, and security on dev.to. I'm currently going deeper on the QUIC protocol, Linux internals, AWS, and DSA in Go & Python.

  • Telecom BSS / OSS
  • Distributed systems
  • Platform engineering
  • Developer experience
  • AI-assisted workflows
  • Security & privacy

Capabilities

What I bring to a team

Three connected disciplines — I rarely stop at just writing the service.

⚙️

Backend & Architecture

Designing and building resilient, event-driven microservices and the contracts between them.

  • Java
  • Spring Boot
  • REST APIs
  • Apache Kafka
  • Event-driven design
  • PostgreSQL
  • JUnit
  • MapStruct
  • Maven multi-module
  • SOLID
  • Domain modeling
🚀

Platform & DevOps

Getting services to production reliably and keeping quality gates honest along the way.

  • Docker
  • OpenShift / Kubernetes
  • Helm
  • Jenkins CI
  • GitHub Actions
  • SonarQube
  • JaCoCo
  • Nginx
  • Linux
  • Nexus
  • Go (tooling/servers)
🧩

Developer Tooling & AI

Turning recurring friction into shipped tools — extensions, plugins, MCP servers, agents.

  • VS Code extensions
  • IntelliJ plugins
  • TypeScript
  • MCP servers
  • AI agent workflows
  • Static analysis
  • Webpack / esbuild
  • Python automation
  • Standards-as-guardrails
🎨

Frontend & Product

Shipping clean, accessible UIs when the tool needs a face — and full apps end to end.

  • TypeScript
  • React
  • Svelte
  • Next.js
  • Astro
  • Material UI
  • Flutter
  • HTML / CSS

Selected work

Things I designed, built and shipped

A mix of developer platforms, open-source apps, and infrastructure.

Code Insights

VS Code · TypeScript · Java

An IDE extension that surfaces JUnit/JaCoCo coverage and runs SonarQube rules fully offline via the bundled SonarLint engine — full rule parity with the server, no per-scan calls. Resolves dev/test/generated sources and respects quality thresholds.

  • Embedded a real SonarLint + sonar-java engine, shaded into a runnable jar
  • Auto-detects Maven/Gradle and resolves per-module classpaths
  • Secrets stored via VS Code SecretStorage — never in settings

Auto Flow View

VS Code + IntelliJ port

Draws a visual dependency graph of TestNG flows (@Test + dependsOnMethods), layering tests by depth to expose parallel groups and inherited steps — shipped on two IDE platforms.

  • Heuristic Java analysis in VS Code; native PSI in the IntelliJ port
  • Configurable color presets and active-editor sync
  • One codebase concept, ported cleanly to a second platform

swagger-view

Open source · TypeScript · GPL-3.0

A local-first Swagger/OpenAPI preview extension — embedded Swagger UI with zero callbacks to any server, plus unused-definition detection and safe bulk cleanup. Published under WeDontTrack.

  • Refactored to SOLID services (parser, analyzer, navigation, cache)
  • Hash-based caching + debounced updates for snappy previews
  • Transaction-safe deletion (bottom-to-top to avoid line shifts)

upgrade_ms & ops tooling

Python · OpenShift · Helm

A CLI that upgrades a microservice version in an OpenShift environment with "happy helming" — pulling charts from Nexus, logging into OCP, and templating the deploy. Part of a wider set of ops + E2E automation.

  • Failure-report triage and merge-conflict resolution via MCP/agents
  • Postman environment generation for B2B test suites
  • Engineering standards codified as review guardrails

More open source at WeDontTrack →

Why I'm worth it

The kind of leverage I add

Beyond closing tickets — I multiply the team around me.

Force multiplier

The tools I build (coverage, static analysis, flow visualization) speed up every engineer who touches the codebase — not just my own output.

Architecture you can maintain

SOLID boundaries, clear contracts, and test coverage mean my services stay changeable as requirements move — lower long-term cost of ownership.

Production-minded

I think in deployments, quality gates, observability and security from day one — Helm/OpenShift, Sonar/JaCoCo, TLS and RBAC are part of how I work.

AI-native engineer

I build with and for AI agents — MCP integrations, automated triage, and standards-as-guardrails — turning emerging tooling into real productivity.

Polyglot & adaptable

Java, TypeScript, Go, Python, Dart — I pick the right tool, ramp quickly, and ship across backend, infra, and frontend.

Owns the docs

Every project ships with architecture diagrams, settings tables, and troubleshooting guides. Knowledge doesn't stay locked in my head.

Let's build something solid.

Open to conversations about backend architecture, platform engineering, and developer-experience work.

* Metrics reflect measured improvements in shipped tooling (e.g. DisplayFlow caching/analysis); see project docs for context.