{"href":"https://api.simplecast.com/oembed?url=https%3A%2F%2Fbettersoftwaredesign.simplecast.com%2Fepisodes%2F77-EqZ_aZUa","width":444,"version":"1.0","type":"rich","title":"77. O couplingu i decouplingu w systemie z Grzegorzem Piwowarkiem","thumbnail_width":300,"thumbnail_url":"https://image.simplecastcdn.com/images/e37e236c-1fa8-459a-81e9-cd3548888657/98559e66-04c8-4cf7-9e2b-1647875b208f/2-2500px.jpg","thumbnail_height":300,"provider_url":"https://simplecast.com","provider_name":"Simplecast","html":"<iframe src=\"https://player.simplecast.com/2bab2b64-55dd-4b34-8928-a571e539dba0\" height=\"200\" width=\"100%\" title=\"77. O couplingu i decouplingu w systemie z Grzegorzem Piwowarkiem\" frameborder=\"0\" scrolling=\"no\"></iframe>","height":200,"description":"Gdy coś się dobrze zaczyna, często kończy się źle... A jednym z tego powodów w projekcie jest niekontrolowane wprowadzenie couplingu, czyli sprzęganie różnych jego elementów ze sobą. Różne komponenty nagle stają się od siebie zależne, logika biznesowa połączona z frameworkiem czy bazą danych, a w efekcie całość jest coraz trudniejsza do utrzymania i rozwoju. Zwiększając sprzężenie zmniejszamy kohezję rozwiązania, a w myśl zasad GRASP Low Coupling i High Cohesion warto postępować dokładnie na odwrót."}