8+
lat pracy z .NET, głównie backend, ale React też na co dzień
Paweł Strupiechowski
Fullstack .NET + React · REST API · Kafka · AzureBackend w .NET, frontend w React, wszystko na Azure.
Pracuję głównie przy rozproszonych systemach — REST API, Kafka i dane strumieniowe. SOAP wraca przy integracjach z zewnętrznymi systemami. Chmura to Azure, Docker i Kubernetes. Poza .NET i Reactem sięgam też po Pythona z FastAPI.
- Backend .NET
- REST / Kafka
- React / TypeScript
- Azure / Docker / K8s
- Python / FastAPI
.NET + React
fullstack — backend i frontend robię razem, nie osobno
Azure
mikroserwisy, REST API i dane strumieniowe w chmurze
01
REST API i dane strumieniowe
Buduję usługi na .NET i podłączam je pod Kafkę, kiedy dane muszą lecieć na bieżąco. Kontrakty proste, granice między serwisami sensowne, żeby system nie rozjechał się przy wzroście.
02
Frontend React obok backendu .NET
TypeScript i React w tym samym projekcie co .NET. Bez osobnych zespołów i przepychanek o kształt API.
03
Własne projekty komercyjne
Poza pracą dla klientów prowadzę własne komercyjne aplikacje — .NET i React na Azure, czasem API w Pythonie. Nowe rzeczy sprawdzam najpierw u siebie, zanim trafią do pracy.
Wybrane projekty
Trzy projekty z różnych obszarów: dane strumieniowe, backend .NET z integracjami i własne realizacje komercyjne.
Real-time data ingestion i subskrypcje zmian
Projekt enterprise
2023 – 2026Fullstack DeveloperProblem
Dane spływały z wielu źródeł do różnych baz, a system nie miał jednego miejsca, w którym można było subskrybować zmiany wybranych zmiennych. Cięższe zapytania analityczne obciążały główną bazę operacyjną.
Co zrobiłem
Zbudowałem pipeline na Kafce: zmiany zmiennych trafiały na topic, a stamtąd do Apache Druida. Zapytania analityczne przeniosłem z bazy transakcyjnej do Druida, więc system operacyjny przestał odczuwać ich ciężar, a klienci mogli subskrybować wybrane zmiany w czasie rzeczywistym.
Real-time
subskrypcje zmian zamiast odpytywania w batchu
Mld+
rekordów obsługiwanych w Druidzie
0
wpływu zapytań analitycznych na system operacyjny
- .NET
- Kafka
- Apache Druid
- Azure
- Docker
- SQL Server
- REST API
- OpenTelemetry
Portal ubezpieczeniowy z API REST i SOAP
Ubezpieczenia · Portal klienta i backoffice
2019 – 2021Fullstack DeveloperProblem
Portal łączył nowe REST API z zewnętrznymi systemami, które wystawiały tylko SOAP. Część kodu działała jeszcze na .NET Framework, część na .NET Core. Trzeba było to utrzymywać i przepisywać po kawałku, bez zatrzymywania portalu.
Co zrobiłem
Rozwijałem REST API w .NET Core i klientów SOAP do systemów zewnętrznych. Starsze usługi na .NET Framework przepisywałem stopniowo, na bieżąco, bez okna serwisowego. Frontend tworzyłem w React i TypeScripcie.
REST + SOAP
integracje z zewnętrznymi systemami
0 dni
przestoju przy migracji .NET Framework → .NET Core
Jeden portal
klient i backoffice na wspólnym backendzie
- .NET Framework
- .NET Core
- ASP.NET Core
- SOAP
- REST API
- SQL Server
- React
- TypeScript
Własne projekty komercyjne: .NET, React, Azure i Python
Projekty własne · klient nieujawniony
2023 – 2026Fullstack DeveloperProblem
Obok pracy dla klientów prowadziłem własne projekty komercyjne. Klientów nie mogę ujawnić, ale zakres był podobny do tego, co robię na co dzień — brakowało mi tylko miejsca na kilka rzeczy, których nie dało się przetestować w projektach klienckich.
Co zrobiłem
Postawiłem od zera kilka aplikacji: REST API w .NET, mikroserwisy na Azure, frontend w React z TypeScriptem i API w Pythonie na FastAPI. CI/CD przez GitHub Actions, deployment na Dockerze i Kubernetesie.
Python + .NET
REST API w dwóch stackach
Azure
hosting, deploy, CI/CD
React
frontend do każdego z API
- .NET
- ASP.NET Core
- FastAPI
- Python
- React
- TypeScript
- Azure
- Docker
- Kubernetes
- GitHub Actions
Jak pracuję
Dzielę kod na moduły, oddzielam dane od widoku, a animacje od treści. Nic odkrywczego — po prostu łatwiej to potem utrzymać.
Zanim zacznę
Najpierw ryzyka, granice systemu i integracje. Wolę stracić dzień na planowanie niż tydzień na poprawki.
Kod
Dzielę rozwiązanie na czytelne moduły. Pilnuję kontraktów, testów i tego, żeby dało się to później utrzymać.
Po wdrożeniu
Monitoring, CI/CD i telemetria. Wdrożenie to nie koniec, tylko moment, w którym zaczyna się utrzymanie.
Zasady
Narzędzia dobieram pod problem, nie pod modę.
- Kod ma robić robotę, a nie ładnie wyglądać na diagramie.
- Backend i frontend to jedna aplikacja, a nie dwa osobne światy.
- Nowa technologia musi mieć powód. „Modne” to nie powód.
- Prostsze rozwiązanie prawie zawsze wygrywa z ambitniejszym.
Stack
Backend .NET, frontend React, dane strumieniowe na Kafce i Druidzie, chmura Azure.
Na co dzień .NET i React. Do tego TypeScript, REST API, Kafka i dane strumieniowe, Azure z Dockerem i Kubernetesem. SOAP do integracji z zewnętrznymi systemami. Python z FastAPI do własnych API i skryptów.
- C#
- .NET
- ASP.NET Core
- Entity Framework Core
- REST API
- SOAP
- Kafka
- Apache Druid
- Azure
- Docker
- Kubernetes
- SQL Server
- PostgreSQL
- Redis
- TypeScript
- React
- Next.js
- Tailwind CSS
- Python
- FastAPI
- GitHub Actions
- OpenTelemetry
Certyfikaty
Azure Solutions Architect ExpertAZ-305
Microsoft · 2026
Verify →
Azure Devops Engineer ExpertAZ-400
Microsoft · 2026
Verify →
Azure Administrator AssociateAZ-104
Microsoft · 2026
Verify →
Azure AI Cloud Developer AssociateAI-200
Microsoft · 2026
Verify →
SQL AI Developer AssociateDP-800
Microsoft · 2026
Verify →
Azure Cosmos DB Developer SpecialtyDP-420
Microsoft · 2026
Verify →
Kontakt
Szukasz fullstack developera, który ogarnia backend .NET, frontend React i Azure?
Napisz kilka słów o projekcie — zakres, termin, czego szukasz.