Problem i kontekst
Projekt dotyczył aplikacji car-sharing: rezerwacje, operacje flotowe i spójny backend dla wielu klientów UI. Pracowałem jako jeden z programistów backendu w zespole dostarczającym warstwę serwerową w .NET — bez ujawniania marki produktu ani klienta końcowego.
Co robi rozwiązanie
- realizuje logikę domenową po stronie backendu .NET,
- stosuje podejście CQRS do rozdzielenia ścieżek zapisu i odczytu,
- przechowuje dane w PostgreSQL,
- wystawia API konsumowane przez frontend i procesy operacyjne,
- wspiera współpracę między PM, klientem i warstwą UI.
Architektura
flowchart LR
UI[Frontend / klienci API] --> API[Backend .NET]
API --> CMD[Commands]
API --> QRY[Queries]
CMD --> DB[(PostgreSQL)]
QRY --> DB
Dlaczego w portfolio
- pokazuje pracę zespołową przy produkcie mobilnościowym,
- dowód stosowania CQRS w praktyce .NET,
- uzupełnia narrację software obok toru administracji i integracji.