Added Note team toplogies/hoofdstuk 1 conway.md

This commit is contained in:
GitJournal 2024-01-07 15:35:24 +01:00
parent 5aaaa59351
commit c7a00e3e47
5 changed files with 20 additions and 14 deletions

BIN
.DS_Store vendored Normal file

Binary file not shown.

View file

@ -1,14 +0,0 @@
---
created: 2024-01-07T13:15:43+01:00
modified: 2024-01-07T13:28:53+01:00
type: Journal
---
# aan het lezen: team topologies
Hoofdstuk 1, conway's law.
>> org charts geven de werkelijke organiisatie structuur niet goed weer
Idee: je zou de werkelijke org struct kunnen reproduceren door de meta data van communicatie tools te analyseren (slack, teams, email)
-> heeft nog niemand dat gedaan??
heeft nog niemand dat gedaan?

BIN
team toplogies/.DS_Store vendored Normal file

Binary file not shown.

View file

@ -0,0 +1,20 @@
---
created: 2024-01-07T15:07:38+01:00
modified: 2024-01-07T15:35:24+01:00
---
# hoofdstuk 1 conway
Hoofdstuk 1, conway's law.
>> org charts geven de werkelijke organiisatie structuur niet goed weer
Idee: je zou de werkelijke org struct kunnen reproduceren door de meta data van communicatie tools te analyseren (slack, teams, email)
-> heeft nog niemand dat gedaan??
heeft nog niemand dat gedaan?
monolith
Bij wehkamp riepen sommige mensen dat de grote monolitische applicatie opgebroken moest worden in microservices.
Maar waarom?
De applicatie werd onderhouden door 1 team. Is dat niet de belangrijkste aanwijzing?
En stel dat je de applicatie openbreekt en zeg in 2 delen splitst. (in casu klant en order). Wat schiet je daarmee op als je niet bijbehorende teams creeert? Maar het geheel werd onderhouden door een man (soms ook vrouw) of 5. Een samenstelling met Teams van 2/3 maakt je niet erg flexibel.