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 1567 dni, 20 godzin 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