# ~/stack/README.md
Wybierz plik z drzewa po lewej, żeby zobaczyć moją subiektywną ocenę danej technologii - z grubsza jak komfortowo się w niej czuję i gdzie jej używam.
//
~/stack/csharp.cs
## C#
tier: Core ●●●●●
Daily driver - w projektach komercyjnych i prywatnych. Paradygmaty OOP, FP i proceduralne, async/await, nowości z ostatnich wersji języka - record types, pattern matching, source generators.
//
~/stack/dotnet.csproj
## .NET 6 / 8 / 9
tier: Strong ●●●●○
Produkcja na .NET 6, 8, 9. Komfortowo przy migracjach między wersjami i czytaniu release notes w dniu publikacji.
//
~/stack/aspnet-core.cs
## ASP.NET Core
tier: Core ●●●●●
Buduję produkcyjne API i aplikacje Blazor codziennie. DI, middleware, Minimal APIs to wszystko chleb powszedni.
//
~/stack/blazor.razor
## Blazor
tier: Solid ●●●○○
Frontend pierwszego wyboru w Santander, Blazor Hybrid dla wewnętrznych narzędzi. Dopracowuję UX na podstawie feedbacku od analityków.
//
~/stack/rest-apis.http
## REST APIs
tier: Core ●●●●●
Zaprojektowałem i wdrożyłem kilkanaście REST API. Dbam o spójne modelowanie zasobów i sensowne kontrakty błędów.
//
~/stack/python.py
## Python
tier: Working ●●○○○
Podstawy. Używam zadaniowo - skrypty i prosty event-driven backend (asyncio, FastAPI), m.in. w prywatnym projekcie zetaTrade. Nie mój główny język.
//
~/stack/mssql.sql
## MSSQL
tier: Strong ●●●●○
Główna baza w Santander. Czytam plany zapytań, optymalizuję indeksy, operuję na danych nie tylko ORM-em.
//
~/stack/postgresql.sql
## PostgreSQL
tier: Strong ●●●●○
Cetuspro i LifeOS. Pierwszy wybór przy greenfieldzie.
//
~/stack/ef-core.cs
## EF Core
tier: Core ●●●●●
Na każdym komercyjnym projekcie. Migracje, optymalizacja query, raw SQL gdy potrzeba. Change tracking idealny do większości scenariuszy CRUD.
//
~/stack/dapper.cs
## Dapper
tier: Strong ●●●●○
Sięgam po niego gdy EF Core jest za ciężki - read-only queries i ścieżki o dużym throughput. W Santander często w hybrydzie z EF Core.
//
~/stack/clean-architecture.md
## Clean Architecture
tier: Core ●●●●●
Domyślne podejście dla backendowych serwisów. Mocno zmotywowany do trzymania granic warstw (domain / application / infra / api).
//
~/stack/modular-monolith.md
## Modular Monolith
tier: Solid ●●●○○
Logger Master w Santander, architektura LifeOS. Dla większości problemów (poza skalą FAANG) to najlepszy kompromis.
//
~/stack/cqrs.md
## CQRS
tier: Core ●●●●●
Stosuję tam, gdzie ścieżki read i write faktycznie się rozjeżdżają. Nie fanboyuję, ale doceniam klarowność intencji i potencjał skalowania.
//
~/stack/mvc.md
## MVC
tier: Strong ●●●●○
Klasyczny MVC + Razor Pages w starszych projektach cetuspro i Santander. Dobrze znany teren.
//
~/stack/database-design.md
## Database Design
tier: Strong ●●●●○
End-to-end ownership modelu danych w Santander. Bardzo zależy mi żeby model był dobry zanim ruszy kod.
//
~/stack/angular.ts
## Angular
tier: Solid ●●●○○
Stack frontendu LifeOS. RxJS komfortowo. Solidny, ale nie jest to mój główny warsztat.
//
~/stack/typescript.ts
## TypeScript
tier: Solid ●●●○○
Wszędzie tam gdzie JS. Strict mode obowiązkowo. Codzienny komfort, nie ekspert TSa.
//
~/stack/html-css.html
## HTML5 / CSS3
tier: Solid ●●●○○
Na tyle, ile potrzeba żeby napisać czysty semantyczny markup. Nie moja główna dyscyplina.
//
~/stack/tailwind.css
## Tailwind CSS
tier: Solid ●●●○○
Na każdym osobistym projekcie, włącznie z tą stroną. Pragmatyzm nad customowymi systemami CSS.
//
~/stack/git.gitignore
## Git
tier: Core ●●●●●
Codziennie. Rebase, cherry-pick, bisect - bez stresu. Higienę gałęzi traktuję serio.
//
~/stack/Dockerfile
## Docker
tier: Strong ●●●●○
Konteneryzuję wszystko, co ma działać deterministycznie. Compose do lokalnego dev environmentu.
//
~/stack/bash.sh
## Bash
tier: Solid ●●●○○
Pipes, pętle, sed/awk gdy trzeba. Nie piszę w bashu skomplikowanych aplikacji.
//
~/stack/linux.conf
## Linux
tier: Solid ●●●○○
Komfortowo w shellu, codziennie zarządzam VMkami na Proxmoxie. Lekki sysadmin.
//
~/stack/proxmox.conf
## Proxmox
tier: Solid ●●●○○
Mój homelab na tym stoi. VM/LXC management, backupy.
//
~/stack/tailscale.conf
## Tailscale
tier: Strong ●●●●○
Mesh VPN do dostępu do homelaba z każdego miejsca. Zero otwartych portów na świat.
//
~/stack/cloudflare.toml
## Cloudflare
tier: Strong ●●●●○
Tunnel + Workers + Pages, power user, ta strona też leci na Workers.
//
~/stack/owasp.md
## OWASP Top 10
tier: Working ●●○○○
Top 10 przerabiam jako część studiów magisterskich z cyberbezpieczeństwa. Solidne fundamenty, buduję głębszą ekspertyzę.
//
~/stack/api-security.md
## API Security
tier: Working ●●○○○
Praktyka z pracy + aktywne pogłębianie w ramach studiów. Auth, rate limiting, walidacja inputu jako domyślne nawyki.
//
~/stack/gen-ai.py
## Generative AI
tier: Strong ●●●●○
Power user - Claude/GPT zintegrowane z codziennym workflowem. Buduję agentów do konkretnych zadań.
//
~/stack/prompts.md
## Prompt Engineering
tier: Core ●●●●●
Codzienność - kod, content, narzędzia. Komfortowo z strukturalnymi promptami i designem agentów.
//
~/stack/claude-code.md
## Claude Code
tier: Core ●●●●●
Daily driver do wszystkiego co dotyka kodu. Mam własne agenty i slash commandy, głównie do refactoringu, code review i automatyzacji powtarzalnych zadań. Compliance-aware: w pracy tylko do technicznej roboty.
//
~/stack/rider.idea
## Rider
tier: Strong ●●●●○
Podstawowy IDE do .NET. Od niego zaczynałem pisać projekty. JetBrains robi robotę z większością dedykowanych narzędzi.
//
~/stack/visual-studio.sln
## Visual Studio
tier: Strong ●●●●○
Używam tam gdzie projekt klienta tego wymaga. Pełna kompatybilność z MS tooling pipeline. Wolę Ridera dla codziennej pracy, ale w obu czuję się komfortowo.
//
~/stack/vscode.json
## VS Code
tier: Core ●●●●●
Idealny do prywatnych projektów, gdzie mamy wiele poza samym .NET (frontend, skrypty, markdown). Workspace dopracowany pod siebie no i wieloplatformowy. Na MacOS to mój główny edytor.
//
~/stack/xunit.cs
## xUnit
tier: Strong ●●●●○
Test framework pierwszego wyboru. Mockuję Moq/NSubstitute, preferuję integracyjne testy gdzie się da.
//
~/stack/nunit.cs
## nUnit
tier: Solid ●●●○○
Starsze projekty. Większość nowego kodu migrowana na xUnit.
//
~/stack/postman.json
## Postman
tier: Solid ●●●○○
Ad-hoc testowanie API. Coraz częściej curl + REST Client w VS Code zamiast tego.