From my experience, sociological aspects of working in a distributed microservices environment give more risks than technical mistakes. Last week I technical part, this time I will talk more on how our non-technical decisions can impact our project. Read more on "Hype Oriented Programming", "Conway Law", "Cognitive Load".
Strona głównaArchitektura
Architektura 1586 dni, 6 godzin, 42 minuty temu 46 pokaż kod licznika zwiń
Podobne artykuły:
- Patologie Mikroserwisów - Platforma
- CQRS i mikroserwisy...i async: jak poinformować użytkownika o stanie przetwarzanej operacji? - Forever F[r]ame
- [Reklama] Mikroserwisy .NET - Kompleksowy kurs online wprowadzający w świat nowoczesnej architektury mikroserwisów!
- Dillema 1: Monolith or microservices? – Me About Software
- Project Tye - ułatwiona implementacja mikroserwisów
- Dlaczego Twoje mikroserwisy potrzebują zdarzeń?
- .NET Core Microservices – DShop | Piotr Gankiewicz
- Architectural patterns - holiness or guideline?
- What I learned from $2500 Udi Dahan course – Michał Białecki Blog
- Building API Gateways With Ocelot - Software House ASC
- O mikroserwisach z Michałem Francem