Offen für Senior-Software-Engineering-Positionen

Mahmoud Hamed · Senior Software Engineer

Ich entwickle Systeme, die schnell bleiben – auch wenn alles skaliert.

Senior Software Engineer mit Schwerpunkt auf Distributed Systems, hochparallelen und eventgetriebenen Architekturen – von Echtzeit-iGaming-Plattformen bis zu FinTech- und Web3-Payment-Infrastruktur mit Node.js, TypeScript, NestJS, Go, .NET, PostgreSQL und MongoDB sowie Produktionserfahrung auf Azure und Google Cloud Platform.

Projekte ansehen Architektur erkunden Kontakt aufnehmen

Düsseldorf, Deutschland · Tätig in Europa und dem Nahen Osten

API GATEWAY

AUTH

GAME ENGINE

WALLET

EVENT BUS

DATABASE

WEBSOCKET

7+Jahre Erfahrung mit Backend-Systemen

10 Mio.+Datensätze täglich verarbeitet

12 Mio.+Nutzer durch zentrale Services bedient

24/7operativer Echtzeit-Fokus

Anfrage angenommen

01 · System Design

In der Architektur wird ein Produkt zuverlässig.

Ein beispielhaftes Referenzsystem auf Basis der Servicegrenzen, Datenflüsse und Fehlerszenarien, mit denen ich arbeite. Bewegen Sie den Mauszeiger über einen Knoten oder fokussieren Sie ihn, um seine Verantwortung zu sehen.

Edge Service Event Daten

ausgewählte KomponenteGame Engine

Serverautoritatives Game-Logic, sichere Ergebnisse und Bet Settlement mit niedriger Latenz.

Real-time · RNG

02 · Berufserfahrung

Erfahrung als System in Bewegung.

Jede Position ergänzte eine neue Ebene: datenintensive Services, verteilte Systemgrenzen und schließlich Plattformverantwortung für Gaming und Payments.

Vollständiger Lebenslauf

platform.core2023 — heute

Senior Software Engineer

Splash Software · Dubai

Architektur von White-Label-iGaming-Plattformen, Echtzeit-Game-Engines, hochvolumigen Datenpfaden und Web3-Payment-Infrastruktur für regulierte Märkte – mit Produktivbetrieb auf Azure und GCP.

Mehr als 10 Mio. neue MongoDB-Datensätze täglich verarbeitet
Isolation von Betreibern, Tenants und Regionen
Event-Workflows mit Deduplizierung und kontrollierter Reihenfolge
GCP-Workloads mit GKE, Cloud SQL, Memorystore, Cloud Storage und Secret Manager

NestJSGoASP.NETMongoDBAzureGCPGKE

migration.worker2021 — 2023

Software Engineer

ITFAQ · Dubai

Verantwortung für die Zerlegung eines Monolithen, performancekritische Services, industrielle Hardware-Integrationen und komplexe Datenmigrationen.

DDD-orientierte Migration zu Microservices
Service-Kommunikation mit RabbitMQ und Socket.io
SVG-zu-HPGL-Plottersteuerung mit Live-Feedback

Node.jsGoRabbitMQMongoDBElectronAWS

sync.adapter2019 — 2021

Software Engineer

Tatweer LLC · Damaskus

Entwicklung verteilter Services, ERP-Workflows und Live-CRM-Synchronisierung für große Nutzer- und Datenumgebungen.

Zentrale Services für mehr als 12 Mio. aktive Nutzer
Incident Response und Stabilitätsarbeit in Produktion
Hybride Datenarchitektur mit MySQL und MongoDB

Node.jsPHPMySQLMongoDBDockerAWS

03 · Meine Arbeitsweise

Architektur beginnt mit Entscheidungen, nicht mit Technologie.

Ein interaktiver Einblick darin, wie ich ein System für 50.000 gleichzeitige Spieler analysieren, entwerfen, skalieren und betreiben würde.

DESIGNZIEL50.000 gleichzeitige SpielerArchitekturübung · explizite Annahmen

ENTSCHEIDUNGSPROTOKOLL / 01design.review

Was bedeuten 50.000 gleichzeitige Spieler konkret?

Die Zielgröße in explizite Budgets für Traffic, Latenz, Konsistenz und Recovery übersetzen.

Gleichzeitige Verbindungen sind nicht dasselbe wie Commands pro Sekunde. Connection Fan-out, Durchsatz von Bet Commands, Game-Loop-Latenz, finanzielle Korrektheit und regionale Verfügbarkeit werden getrennt, bevor eine Technologie gewählt wird.

DESIGNERGEBNIS

50.000 dauerhafte Verbindungen

P95 Command ≤ 100 ms

Keine doppelten Finanztransaktionen

FEHLERDRUCK

Unbelegte Annahmen zur Spitzenlast

Verbundene Nutzer mit Schreibdurchsatz verwechseln

Erst die Workload messen, dann die Architektur zeichnen.

1 / 8

ARCHITEKTUR / IN ENTWICKLUNG Phase aktiv

Spieler50K Sessions

Command Edgeauth · tenant · rate

Game Servicesautoritärer Zustand

Event Backbonedauerhafte Fakten

DOMÄNEN- UND BETRIEBSEBENEN

Wallet / Ledgerfinanzielle Wahrheit

Realtime Fan-outgezielte Zustellung

Distributed CacheHot Read Models

Domain Workersidempotente Consumer

Partitioned StoresAccess-Pattern Shards

Telemetrie + Invariantentrace · SLO · audit

04 · Ausgewählte Systeme

Backend-Projekte – mehr als eine Liste von Technologien.

Architektur, technische Rahmenbedingungen und Verantwortung hinter Plattformen für hohen Durchsatz, Korrektheit und klare Betriebsführung.

Alle Fallstudien

01 Open Source

NodeFlow

Open-Source-Visualisierung der Runtime-Architektur für Node.js und NestJS. NodeFlow erkennt reale Ausführungspfade, Services, Datenbanken, Messaging und externe Abhängigkeiten zur Laufzeit – gestützt durch einen Go Collector und eine Topology Engine.

Open Source · Von mir entwickelt und betreut

Node.jsNestJSTypeScriptGoOpenTelemetryProtobufWebSocketReact

Dokumentation GitHub

02 iGaming · Real-time

Real-time Tournament System

Eine Multi-Operator-Tournament-Engine mit Live Leaderboards, dynamischen Rewards und zuverlässiger asynchroner Orchestrierung.

10.000+ gleichzeitige Spieler · 50 ms durchschnittliche Antwortzeit

NestJSMongoDBRedisAzure Service BusWebSockets

Vollständige Fallstudie

03 FinTech · Web3

Multi-chain Payment Engine

Eine Orchestrierungsschicht für Fiat- und Krypto-Einzahlungen, Auszahlungen, Reconciliation und Treasury Operations.

Multi-Provider · Multi-Network · Auditierbarer Lebenszyklus

Node.jsPostgreSQLRabbitMQWeb3Kubernetes

Vollständige Fallstudie

04 Plattform · Multi-Tenant

White-label Casino Platform

Ein Backend-Ökosystem für mehrere Betreiber, Marken, Märkte, Spiele und regionale Regelwerke.

10.000+ aktive Spieler · Multi-Region-Betrieb

NestJSGoMongoDBRedisAzureKubernetes

Vollständige Fallstudie

05 · Technologie-Topologie

Tools sind Knoten. Architektur ist das Netzwerk.

Ich wähle Technologien anhand von Datenstruktur, Konsistenzanforderungen, Fehlermodellen, Teamgrenzen und Betriebskosten im großen Maßstab.

01Für Fehlerfälle entwerfen

02Den Hot Path messen

03Datengrenzen eindeutig verantworten

Sprachen

cluster.01

Runtime-Entscheidungen auf Basis von Latenz, Teamverantwortung und betrieblichen Rahmenbedingungen.

Node.js TypeScript Go C# SQL

Backend

cluster.02

Service Contracts für Request/Response- und Echtzeit-Kommunikation.

NestJS ASP.NET REST gRPC WebSockets

Messaging

cluster.03

Event Pipelines für Idempotenz, Retries, Reihenfolge und Backpressure.

RabbitMQ Azure Service Bus Event Hub Redis Pub/Sub

Daten

cluster.04

Speichermodelle passend zu Konsistenz, Zugriffsmustern und Wachstum.

MongoDB PostgreSQL MySQL Redis ClickHouse

Infrastruktur

cluster.05

Containerisierte Auslieferung, Autoscaling und beobachtbarer Cloud-Betrieb.

Docker Kubernetes Azure AWS GCP GKE Cloud SQL Memorystore Cloud Storage Secret Manager CI/CD

Architektur

cluster.06

Muster für Systeme, die trotz wachsendem Traffic und größeren Teams verständlich bleiben.

Microservices Event-Driven Architecture Distributed Systems Multi-Tenancy DDD

06 · Engineering-Artikel

Über die Trade-offs hinter den Diagrammen.

Praxisnahe Beiträge zu Distributed Systems, Datenarchitektur und Backend Engineering. Die Fachartikel sind derzeit auf Englisch verfügbar.

Alle Artikel

Distributed Systems

Why Your New Profile Picture Does Not Immediately Update Everywhere

Changing a profile picture is one write. Making it visible across feeds, search, notifications, caches, and regions is a distributed systems problem.

18. Aug. 2026 19 min read

System Design Examples

Engineering High Throughput News Feed Architectures

A news feed looks simple until you have to distribute millions of posts, keep reads fast, handle hot users, and recover cleanly when parts of the system fail. This design explores the decisions that start to matter at scale.

17. Aug. 2026 29 min read

Distributed Systems

Exactly-Once Is a Lie or at Least Not the Guarantee You Think It Is

Protecting business invariants with idempotency, transactional outbox patterns, retries, and reconciliation.

13. Aug. 2026 19 min read

06 · Direkter Kontakt

Gibt es ein anspruchsvolles Backend-Problem?

Ich interessiere mich für Senior-Software-Engineering- und Architekturrollen, in denen Zuverlässigkeit, finanzielle Korrektheit, Echtzeitverhalten und Skalierung wirklich zählen.

Gespräch beginnen Kontaktdaten

Kontakt offenAntwortzeit: 24–48 Std.

$whoami

›Mahmoud Hamed — Senior Software Engineer

›Type 'help' to inspect capabilities.