Skip to content
View goldbarth's full-sized avatar

Block or report goldbarth

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Maximum 250 characters. Please don’t include any personal information such as legal names or email addresses. Markdown is supported. This note will only be visible to you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse
goldbarth/README.md

Felix Wahl

Backend-Focused .NET Engineer
Clean Architecture · Reliable Processing · Explicit Domain Logic

📍 Hamburg, Germany


About

I'm a backend-focused .NET engineer who came into software through game development.

Studying game programming taught me to care about state consistency, explicit system behavior, and performance under constraints. Those concerns turned out to matter just as much in backend systems. After two years of professional .NET work, growing from junior to mid-level with ownership of three projects, I now focus on systems that stay understandable and changeable over time. Based in Hamburg, open to hybrid roles.


Featured Projects

Two backend projects that highlight complementary engineering concerns:
Ingestor focuses on reliability, fault handling and operational resilience.
ServiceDeskLite focuses on architecture, domain boundaries and design clarity.


Ingestor – Backend Reliability & Automated Azure Deployment

CI CD

A reliable import system for processing delivery data from multiple suppliers. Built for a fictional furnishing logistics company (Fleetholm Logistics).

The goal is not domain complexity, but technical reliability — retry logic, dead-letter handling, idempotent processing and full audit trails. Extended with a Blazor Server web UI and deployed to Azure Container Apps via an automated CI/CD pipeline.

Technical Focus

  • Two-process architecture (API Host + Worker Host)
  • Database-backed job orchestration (Outbox pattern)
  • Configurable dispatcher abstraction (DB queue or RabbitMQ, config-switch)
  • Message-driven processing via RabbitMQ with dead-letter exchange
  • Automatic retries with exponential backoff
  • Dead-letter handling with manual requeue
  • Idempotent file ingestion (content hash + supplier)
  • Explicit status model with strict state transitions
  • Structured error classification (transient vs. permanent)
  • Batch import with chunk processing and partial success handling
  • Full audit trail for every job lifecycle event
  • OpenTelemetry tracing and structured logging
  • Integration tests with Testcontainers
  • Blazor Server web UI (Dashboard, Imports, Dead Letters)
  • Deployed to Azure Container Apps with Azure Blob Storage for key persistence
  • Automated CD pipeline: GitHub Actions builds, pushes to Azure Container Registry, and deploys on every merge to main
  • Passwordless Azure authentication via OIDC (Workload Identity Federation)

Repository: https://github.com/goldbarth/Ingestor


ServiceDeskLite – Structured Architecture & Domain Design

CI Docs

A deliberately structured .NET 10 backend application demonstrating clean layering, explicit domain rules and consistent error handling in a realistic setup.

The goal is not feature breadth, but structural clarity, explicit boundaries, and reviewable design decisions.

Architectural Focus

  • Strict layered architecture (Domain / Application / Infrastructure / API / Web)
  • Explicit domain workflow rules
  • Result-based error handling (no exceptions crossing application boundaries)
  • RFC 9457 ProblemDetails strategy
  • Strongly-typed IDs
  • Deterministic paging & sorting (CreatedAt + Id tie-breaker)
  • Explicit UnitOfWork commit boundary
  • EF Core (PostgreSQL) + InMemory provider switch
  • End-to-end tests with provider matrix

Repository: https://github.com/goldbarth/ServiceDeskLite
Documentation: https://goldbarth.github.io/ServiceDeskLite


Systems Engineering Background

Beyond backend architecture, I have built system-oriented projects in C++ and Unreal Engine.

These projects shaped how I approach backend systems today:
explicit state handling, clear ownership and predictable behavior.

Solar System Simulation (Unreal Engine C++)

A physics-driven N-body simulation with fixed time-step integration.

  • GameMode as composition root
  • Explicit CelestialBody registry
  • Separation between simulation logic and visualization
  • Real mass–velocity–distance interaction

Repository: https://github.com/goldbarth/SolarSystem


3D Model Viewer (C++ / OpenGL)

A minimal rendering engine capable of loading and displaying OBJ models.

  • Explicit resource and state handling
  • Camera system (pan, rotate, zoom)
  • Shader-based lighting

Repository: https://github.com/goldbarth/3DModelViewer


Open to backend-oriented engineering roles in Hamburg.

Pinned Loading

  1. Ingestor Ingestor Public

    Reliable delivery data import system with retry, dead-letter handling, and full audit trails. Includes a Blazor Server web UI. Built with .NET 10, PostgreSQL, Docker, and deployed on Azure Containe…

    C#

  2. ServiceDeskLite ServiceDeskLite Public

    Reference .NET 10 app for Clean Architecture and lightweight CQRS with ASP.NET Core Minimal APIs, Blazor, EF Core, and PostgreSQL.

    C#

  3. BlazorStore BlazorStore Public

    Store-driven Blazor Server architecture showcase with controlled JS interop.

    C#

  4. SolarSystem SolarSystem Public

    An interactive solar system project in Unreal Engine, designed as a hands-on introduction to C++, game physics, and engine fundamentals.

    C++ 3 1