Tomasz
Rybicki
Upraszczam złożone systemy.
Porządkuję architekturę.
Pomagam podejmować lepsze decyzje techniczne.
I simplify complex systems.
I streamline architecture.
I help make better technical decisions.
Pomagam firmom redukować dług technologiczny, projektować architekturę i budować solidne podstawy pod długoterminowy rozwój — bez odklejonych diagramów, za to z naciskiem na praktyczne wdrożenie. I help companies reduce technical debt, design architecture, and build solid foundations for long-term growth — no detached diagrams, but with a focus on practical implementation.
Zakres usług i kompetencji Services and expertise
Pracuję na styku developmentu, architektury i decyzji technicznych. Poniżej obszary, w których pomagam firmom działać lepiej. I work at the intersection of development, architecture, and technical decisions. Below are the areas where I help companies perform better.
Architektura i porządkowanie systemów Architecture and system design
Analiza i ocena obecnej architektury, identyfikacja ryzyk technicznych, upraszczanie złożonych rozwiązań i poprawa granic między modułami. Wskazuję kierunek zmian — bez rewolucji bez sensu. Analysis and evaluation of current architecture, identification of technical risks, simplification of complex solutions, and improvement of module boundaries. I point the direction of change — no pointless revolutions.
Dług technologiczny Technical debt
Identyfikacja źródeł długu, ocena jego realnego wpływu na delivery i utrzymanie, priorytetyzacja i plan redukcji. Rozróżniam dług, który boli biznes, od tego, który tylko źle wygląda na slajdzie. Identification of debt sources, assessment of real impact on delivery and maintenance, prioritization, and reduction plan. I distinguish debt that hurts the business from debt that just looks bad on a slide.
Platform engineering / Frontend platform Platform engineering / Frontend platform
Budowa wspólnych fundamentów dla wielu aplikacji i zespołów. Design system, shared libraries, web components, standaryzacja buildów i CI/CD. Ograniczanie chaosu przy wielu frontendach. Building shared foundations for multiple applications and teams. Design system, shared libraries, web components, build and CI/CD standardization. Reducing chaos across multiple frontends.
Integracje i systemy rozproszone Integrations and distributed systems
Projektowanie integracji między systemami, komunikacja między usługami, API contracts, event-driven i message-driven tam, gdzie naprawdę ma sens. Bez niepotrzebnej komplikacji. Designing integrations between systems, service-to-service communication, API contracts, event-driven and message-driven patterns where they truly make sense. No unnecessary complexity.
Doradztwo techniczne dla liderów Technical advisory for leaders
Wsparcie decyzyjne dla CTO, Engineering Managerów i Tech Leadów. Konsultacje przy kluczowych decyzjach architektonicznych, review kierunku technicznego, pomoc w przejściu od gaszenia pożarów do świadomego rozwoju. Decision support for CTOs, Engineering Managers, and Tech Leads. Consultations on key architectural decisions, technical direction review, and help transitioning from firefighting to deliberate growth.
Moje usługi są dla Ciebie, jeśli... My services are for you if...
Pracuję z firmami, które mają realny problem techniczny — nie z tymi, które szukają kolejnego wykonawcy do ticketów. I work with companies that have a real technical problem — not those looking for another ticket executor.
- Wasz system działa, ale każda zmiana kosztuje za dużo czasu i energii.
- Macie dużo zależności, wyjątków i ręcznych obejść — i nikt już nie pamięta, dlaczego tak jest.
- Kilka zespołów pracuje nad wspólnym produktem, ale brakuje spójnych fundamentów i standardów.
- Frontend robi się zlepkiem różnych podejść, narzędzi i epok technologicznych.
- Architektura powstawała organicznie i dziś nikt nie ma całościowego obrazu systemu.
- Zespół utknął między "trzeba dowozić" a "trzeba to w końcu uporządkować".
- Chcecie poprawić architekturę bez zatrzymywania biznesu i bez dużej rewolucji.
- Potrzebujecie partnera technicznego, który rozumie zarówno kod, jak i konsekwencje decyzji strategicznych.
- Dług technologiczny spowalnia delivery, ale nie wiecie, od czego zacząć jego redukcję.
- Your system works, but every change costs too much time and energy.
- You have lots of dependencies, exceptions, and manual workarounds — and nobody remembers why.
- Multiple teams work on a shared product, but there are no consistent foundations or standards.
- The frontend has become a patchwork of different approaches, tools, and technological eras.
- Architecture grew organically and today nobody has a complete picture of the system.
- The team is stuck between "we need to deliver" and "we need to clean this up."
- You want to improve architecture without stopping the business and without a big revolution.
- You need a technical partner who understands both the code and the consequences of strategic decisions.
- Technical debt is slowing down delivery, but you don't know where to start reducing it.
Kto zazwyczaj się odzywa Who typically reaches out
Nie musisz wiedzieć, czego dokładnie potrzebujesz.
Wystarczy, że czujesz, że coś technicznie idzie nie tak i chcesz to ze mną omówić.
You don't need to know exactly what you need.
It's enough that you feel something is technically off and want to discuss it with me.
Moje podejście do współpracy My approach to collaboration
Łączę strategiczne myślenie z doświadczeniem wykonawczym. Nie sprzedaję mody technologicznej — pomagam podejmować sensowne decyzje. I combine strategic thinking with hands-on experience. I don't sell technology trends — I help make sensible decisions.
Zrozumienie kontekstu Understanding context
Zaczynam od słuchania — biznesowego i technicznego. Chcę rozumieć, jak działa firma, jakie ma cele, jakie presje i gdzie leżą realne problemy. Bez tego nie ma sensu mówić o architekturze. I start by listening — to both business and technical sides. I want to understand how the company works, its goals, pressures, and where the real problems lie. Without that, talking about architecture is pointless.
Analiza problemów i ryzyk Problem and risk analysis
Przeglądam kod, diagramy, historię decyzji, rozmawiam z zespołem. Szukam źródeł problemów, zależności i ryzyk — nie tylko objawów. Staram się zobaczyć system jako całość. I review code, diagrams, decision history, and talk to the team. I look for root causes, dependencies, and risks — not just symptoms. I try to see the system as a whole.
Wskazanie kierunków zmian Recommending directions
Na podstawie analizy wskazuję, co jest najbardziej opłacalne do poprawy — biorąc pod uwagę realne koszty, ryzyko i wpływ na delivery. Nie robię listy "bo tak powinno być", tylko konkretne rekomendacje. Based on analysis, I identify what's most valuable to improve — considering real costs, risk, and impact on delivery. I don't make "should be" lists, I make concrete recommendations.
Plan wdrożenia etapami Phased implementation plan
Dobre rekomendacje muszą dać się wdrożyć. Dostarczam plan podzielony na etapy, który można realizować bez zatrzymywania bieżącej pracy. Ewolucja zamiast rewolucji. Good recommendations must be implementable. I deliver a phased plan that can be executed without stopping ongoing work. Evolution over revolution.
Wsparcie przy wdrożeniu Implementation support
Nie kończę na PDF-ie z rekomendacjami. Mogę towarzyszyć zespołowi przy wdrożeniu, robić przeglądy kodu, uczestniczyć w kluczowych decyzjach lub pełnić rolę external advisor. I don't stop at a PDF with recommendations. I can accompany the team during implementation, do code reviews, participate in key decisions, or serve as an external advisor.
Engineer, który wyrósł
z praktyki An engineer grown
from practice
Mam ponad 14 lat doświadczenia w software engineering — od pisania kodu w złożonych systemach webowych i enterprise, przez prowadzenie zespołów i podejmowanie decyzji architektonicznych, aż po doradztwo techniczne dla organizacji borykających się z realnym chaosem.
Przez większość kariery pracowałem na styku kodu, architektury i decyzji technicznych — w środowiskach enterprise, platformach produktowych, systemach rozproszonych i ekosystemach frontendowych. To daje mi perspektywę, której brakuje "papierowym architektom": rozumiem co znaczy wdrożyć zmianę w żywym systemie.
Nie sprzedaję mody technologicznej. Pomagam ocenić, co naprawdę warto poprawiać, co jest teoretycznym problemem, a co może zaczekać. Zawsze z perspektywą wpływu na biznes i delivery.
I have over 14 years of experience in software engineering — from writing code in complex web and enterprise systems, through leading teams and making architectural decisions, to technical advisory for organizations dealing with real chaos.
For most of my career, I've worked at the intersection of code, architecture, and technical decisions — in enterprise environments, product platforms, distributed systems, and frontend ecosystems. This gives me the perspective that "paper architects" lack: I understand what it means to implement change in a living system.
I don't sell technology trends. I help assess what's truly worth improving, what's a theoretical problem, and what can wait. Always with a perspective on business and delivery impact.
Technologie i obszary Technologies and areas
Szerokość i głębokość kompetencji Breadth and depth of expertise
Nie lista technologii — obszary, w których mam realne, zbudowane latami doświadczenie. Not a list of technologies — areas where I have real, years-built experience.
Architecture & Technical Strategy
- System design i analiza architektury
- Technical roadmapping
- Modularyzacja i separacja odpowiedzialności
- Domain-Driven Design (DDD)
- Architecture Decision Records (ADR)
- System design and architecture analysis
- Technical roadmapping
- Modularization and separation of concerns
- Domain-Driven Design (DDD)
- Architecture Decision Records (ADR)
Frontend Platforms & Web Architecture
- Frontend platform design
- Micro-frontends i Web Components
- React, TypeScript, modern JS ecosystem
- Design System & shared component libraries
- Module Federation, Webpack, Vite
- Frontend platform design
- Micro-frontends and Web Components
- React, TypeScript, modern JS ecosystem
- Design System & shared component libraries
- Module Federation, Webpack, Vite
.NET / APIs / Integrations
- C# / .NET 6/8
- REST, GraphQL, gRPC
- API design i API contracts
- Backend for Frontend (BFF)
- Legacy modernization
- C# / .NET 6/8
- REST, GraphQL, gRPC
- API design and API contracts
- Backend for Frontend (BFF)
- Legacy modernization
Cloud & Distributed Systems
- Azure (App Services, Service Bus, Functions)
- Architektura event-driven
- Message queues i async communication
- Resiliency patterns
- Observability i monitoring
- Azure (App Services, Service Bus, Functions)
- Event-driven architecture
- Message queues and async communication
- Resiliency patterns
- Observability and monitoring
Developer Experience / Build & CI-CD
- Build tooling i bundling strategy
- Monorepo (Nx, Turborepo)
- CI/CD pipelines (GitHub Actions, Azure DevOps)
- Shared tooling i standardyzacja
- Code quality gates i linting
- Build tooling and bundling strategy
- Monorepo (Nx, Turborepo)
- CI/CD pipelines (GitHub Actions, Azure DevOps)
- Shared tooling and standardization
- Code quality gates and linting
Technical Leadership / Consulting
- Technical advisory dla CTO i Engineering Managerów
- Architecture review i code review
- Mentoring liderów technicznych
- Ocena i redukcja długu technologicznego
- Wsparcie decyzyjne przy kluczowych wyborach
- Technical advisory for CTOs and Engineering Managers
- Architecture review and code review
- Mentoring technical leaders
- Technical debt assessment and reduction
- Decision support for key choices
Przykładowe problemy, które rozwiązuję Example problems I solve
Konkretne sytuacje z praktyki. Bez nazw firm, z naciskiem na problem, podejście i rezultat. Real situations from practice. No company names, focusing on the problem, approach, and result.
Porządkowanie frontendu w organizacji wielozespołowej Streamlining frontend in a multi-team organization
Kilka zespołów rozwijało osobne aplikacje bez wspólnych standardów. Każda miała własny bundler, własne komponenty, własne podejście do CSS. Integracja była koszmarem. Multiple teams developed separate applications without shared standards. Each had its own bundler, components, and CSS approach. Integration was a nightmare.
Pełny opis — wkrótce Full description — coming soon
Redukcja długu technologicznego bez zatrzymywania delivery Reducing technical debt without stopping delivery
System e-commerce z 8-letnim długiem technicznym. Każda zmiana cennika zajmowała tygodnie. Biznes chciał nowych funkcji, zespół chciał rewrite'a, który i tak by nie wyszedł. An e-commerce system with 8 years of technical debt. Every pricing change took weeks. Business wanted new features, the team wanted a rewrite that wouldn't have worked anyway.
Pełny opis — wkrótce Full description — coming soon
Uproszczenie architektury integracji w systemie B2B Simplifying integration architecture in a B2B system
Sieć 12 systemów połączonych point-to-point. Każda zmiana w jednym systemie wymagała modyfikacji w trzech innych. Nikt nie wiedział, co na co wpływa. A network of 12 systems connected point-to-point. Every change in one system required modifications in three others. Nobody knew what affected what.
Pełny opis — wkrótce Full description — coming soon
Jak możemy pracować razem How we can work together
Współpraca może być jednorazowa, projektowa lub długoterminowa. Mogę wejść jako external expert — nie muszę zastępować całego zespołu, żeby pomóc mu działać lepiej. Collaboration can be one-time, project-based, or long-term. I can come in as an external expert — I don't need to replace the entire team to help it perform better.
Konsultacje techniczne Technical consultations
Jednorazowe lub cykliczne sesje, na których omawiamy konkretne problemy techniczne, decyzje architektoniczne lub wyzwania organizacyjne. Dla liderów technicznych szukających zewnętrznego punktu widzenia. One-time or recurring sessions where we discuss specific technical problems, architectural decisions, or organizational challenges. For technical leaders looking for an outside perspective.
Audyt architektury / długu technicznego Architecture / tech debt audit
Głęboka analiza systemu: architektura, zależności, ryzyka, dług technologiczny. Dostarczam raport z priorytetyzowanymi rekomendacjami i planem działań — nie listą problemów bez kontekstu. Deep system analysis: architecture, dependencies, risks, technical debt. I deliver a report with prioritized recommendations and action plan — not a list of problems without context.
Warsztaty techniczne Technical workshops
Interaktywne warsztaty dla zespołu lub liderów. Tematyka dopasowana do potrzeb: architektura, dług technologiczny, frontend platform, integracje, podejmowanie decyzji technicznych. Interactive workshops for teams or leaders. Topics tailored to needs: architecture, technical debt, frontend platform, integrations, technical decision-making.
Wsparcie architektoniczne dla zespołu Architectural support for teams
Regularne wsparcie dla zespołu lub liderów technicznych: przeglądy kodu i architektury, uczestnictwo w kluczowych decyzjach, mentoring. Działam jako external expert, nie zastępuję wewnętrznych zasobów. Regular support for teams or technical leaders: code and architecture reviews, participation in key decisions, mentoring. I act as an external expert, not replacing internal resources.
Advisory / External CTO Advisory / External CTO
Długoterminowa rola external advisora lub fractional CTO. Pomagam w budowaniu strategii technicznej, rekrutacji liderów, ocenie kierunku technicznego i kluczowych decyzjach. Dla firm produktowych i scale-upów. Long-term role as external advisor or fractional CTO. I help build technical strategy, recruit leaders, evaluate technical direction, and make key decisions. For product companies and scale-ups.
Doraźne wsparcie decyzyjne Ad-hoc decision support
Masz przed sobą ważną decyzję architektoniczną i chcesz ją omówić z kimś, kto widział różne konteksty? Jednorazowe konsultacje przy konkretnym wyborze — wybór technologii, zmiany strukturalne, migracje. Facing an important architectural decision and want to discuss it with someone who's seen various contexts? One-time consultations on specific choices — technology selection, structural changes, migrations.
Nie wiesz, od czego zacząć? Don't know where to start?
Napisz krótko, co chcesz osiągnąć lub jaki problem chcesz rozwiązać. Razem ustalimy, co ma sens. Write briefly what you want to achieve or what problem you want to solve. We'll figure out what makes sense together.
Praktyczne spojrzenie na technologię A practical take on technology
Piszę o architekturze, długu technicznym, platformach frontendowych i podejmowaniu sensownych decyzji technicznych. Bez teorii dla teorii. I write about architecture, technical debt, frontend platforms, and making sensible technical decisions. No theory for theory's sake.
Kiedy architektura pomaga, a kiedy przeszkadza When architecture helps and when it hinders
Architektura ma sens tylko wtedy, gdy rozwiązuje realny problem. Jak rozpoznać granicę między sensownym projektowaniem a overengineeringiem? Architecture only makes sense when it solves a real problem. How to recognize the line between sensible design and overengineering?
Wkrótce Coming soonJak rozpoznawać realny dług technologiczny How to recognize real technical debt
Nie każdy brzydki kod to dług technologiczny. Nie każdy dług wymaga natychmiastowej spłaty. Jak odróżnić dług, który boli, od tego, który tylko źle wygląda? Not all ugly code is technical debt. Not all debt requires immediate repayment. How to distinguish debt that hurts from debt that just looks bad?
Wkrótce Coming soonMicro-frontends: kiedy mają sens, a kiedy to overengineering Micro-frontends: when they make sense and when it's overengineering
Micro-frontends rozwiązują realne problemy w dużych organizacjach. Ale dla większości projektów są zbędną komplikacją. Jak podjąć tę decyzję? Micro-frontends solve real problems in large organizations. But for most projects, they're unnecessary complexity. How to make this decision?
Wkrótce Coming soon Porozmawiajmy o Twoim
systemie Let's talk about your
system
Masz system, który stał się zbyt złożony? Chcesz uporządkować architekturę albo lepiej zrozumieć źródła długu technologicznego? Napisz. Have a system that's become too complex? Want to streamline architecture or better understand the sources of technical debt? Write to me.