bom pessoal a gente estava falando sobre tipos de acoplamento aqui né e mas eu vou trazer aqui também um exemplo que ele mesmo pegou eu peguei da apresentação dele aqui tá por isso que eu tô com o link colocado onde ele faz algumas análises de acoplamento na realidade no vídeo ele faz diversas análises eu peguei a primeira análise aqui somente para você entender alguns pontos interessantes olha só o que ele está trabalhando ele está colocando aqui vamos dizer dois componentes ele pegou um componente que é um que é um software que é o microsoft exchange servidor de e-mail aqui tá e o segundo é um componente ali que envia e-mail então quais são os tipos de acoplamento entre esses dois sistemas aqui? Onde eu preciso acessar o servidor de e-mail para disparar um e-mail? Olha só que interessante, eu tenho um acoplamento extremamente forte operacional. Por quê? Porque esse serviço é síncrono. Para eu disparar um e-mail, eu dependo que o servidor de e-mail esteja funcionando Se naquele momento ele não estiver funcionando Eu não consigo enviar o e-mail Ou seja, eu preciso fazer com que as duas coisas estejam funcionando ao mesmo tempo Eu tenho acoplamento de desenvolvimento aqui Aqui ele coloca que esse tipo de acoplamento é fraco. Por quê? Porque o protocolo SMTP é muito bem definido e estandarizado durante a história, ou seja, ele é interoperável, ou seja, esse acoplamento em relação ao desenvolvimento é baixo. Por quê? Porque todo mundo que for desenvolver uma biblioteca para conseguir enviar um e-mail, ou se eu for trocar de servidor de e-mail que eu vou utilizar, eu não estou preocupado com a tecnologia do servidor, eu estou preocupado com o protocolo que eu estou utilizando. E como esse protocolo é bem definido, eu estou tranquilo. Agora, semanticamente falando, o meu acoplamento é muito forte aqui. Por que ele é muito forte? Porque o SMTP define diversos campos, diversos atributos. Ou seja, eu tenho o com cópia, o para, o de, o subject, eu tenho o body da mensagem, eu tenho os anexos. eu tenho o body da mensagem, eu tenho os anexos. Então, se eu não estiver falando a mesma língua que o outro cara está falando, se eu não estiver com esses campos, com esses nomes sincronizados, eu posso tentar mandar um e-mail e eu não vou conseguir. Por isso que, semanticamente, eu tenho um acoplamento muito forte. Porque esses dados realmente têm que ser de um pra um aqui nesses a nesses aspectos e aqui a gente tem um acoplamento funcional que ele coloca que é muito fraco porque porque de uma forma ou de outra né ambos estão utilizando o que para conseguir se falar nesse caso a A nossa, a própria rede. E nesse caso, você não tem problema, ambos os caras aí vão conseguir se comunicar. Então, se você perceber aqui, galera, isso é uma análise interessante, principalmente na hora que você for modelar sistemas. Quando você desenha um sistema nesse caso aqui se você perceber ele também que utilizando um diagrama c4 você começa a perceber que todos todas essas informações vão te ajudar a olhar para o seu sistema de uma forma diferente e falar o que está acoplado de forma muito forte e o que está acoplado de uma forma mais tranquila. E você tem que ver se você está disposto a pagar o preço por aquele acoplamento forte, por exemplo. Legal? Quanto mais forte, maior o risco que você tem ao longo do tempo isso não significa que pelo fato de ter risco que você não deve fazer novamente a gente tem que aprender a viver com acoplamento uma uma indicação que eu quero dar aqui pra vocês galera é esse camarada ele escreveu um livro que um mega recomendo ele não é um livro que eu mega recomendo. Ele não é um livro focado especificamente em arquitetura de software, mas basicamente ele dá quatro pilares para te ajudar a pegar um software do desenvolvimento e colocar em produção. Então ele te ensina algumas etapas de, poxa, eu tenho que desenvolver pensando desde o início na produção. Na hora que eu vou criar, eu tenho que pensar em como eu vou fazer o depor então assim é bem interessante o nome desse livro chama release it tá a design deploy produção é de software então eu recomendo que vocês leiam esse livro não é específico sobre arquitetura mas vale a pena a leitura, já que a gente estava falando do Nygard aí agora há pouco. Beleza? Então, vamos continuar, meu povo.