pessoal lance o seguinte tá eu falei bastante aqui sobre viu viu ponte aqui acabei falando em glossário acabei falando em documentos ou qualquer coisa desse tipo tá a a discussão que eu quero levantar aqui nesse vídeo é a seguinte wesley eu sou um arquiteto de solução até que ponto tem que documentar as coisas que eu faço? E essa aí é uma pergunta mais do que comum para qualquer tipo de profissional. E não somente para arquitetos de solução. Isso serve para arquitetos de software, pessoas de negócio, qualquer coisa que você vai falar na sua vida. O lance é o seguinte, pessoal. Tudo nessa vida depende de risco. Risco. Vamos dar um exemplo aqui vamos imaginar que eu vou criar um crude para uma padaria legal você acha que vale a pena eu criar um documento para ver o ponto de vista do padeiro o ponto de vista do caixa o ponto de de vista da pessoa que vai entregar o pão? Provavelmente não. E o porquê que isso acontece? Porque provavelmente é um crude, é um sistema que ele é de fácil manutenção, as coisas são muito claras, uma padaria é algo muito pequeno ou seja o risco é baixo se depois de um ano alguém pegar aquele sistema mesmo que essa pessoa sofra um pouco pra mexer não vai ser a coisa mais complexa do mundo ou se alguma coisa acontecer não vai gerar um efeito colateral tão grave agora vamos pensar num outro aspecto. Vamos imaginar que você é um banco, né? E como qualquer banco, você tem que fazer transferências bancárias, legal? E essas transferências bancárias, vai falar com o sistema do Banco Central, vai falar com diversos microserviços do seu sistema, vai bater no mainframe, vai bater em plataformas de tudo quanto é coisa no seu banco, diversos microserviços, Kafka e etc. Galera, qual é o risco, o risco de fazer uma transferência errada? O risco de alguma coisa acontecer e você não ter um plano de ação, caso aconteça numa solução desse tipo, é muito alto. Concorda comigo? Então, provavelmente, o risco que você vai ter vai ser totalmente proporcional à quantidade de documentações e formalizações que você vai fazer em determinada solução. Quanto maior o risco, maior a necessidade de documentar. Maior a necessidade de ver claramente todos os pontos de vista. Maior a necessidade de ter um double check em cada ponto que você está criando. Legal? Então, por que eu estou dizendo isso já agora pra você antes mesmo da gente chegar num módulo de design doc ou qualquer coisa desse tipo porque é muito comum quando você está entrando nessa vida de arquitetura de arquiteto tanto de solução quanto arquiteto de software é muito comum você querer já sair desenhar criar documentação para tudo e etc. E às vezes você está criando a documentação para um crude simples que foi desenvolvido por um desenvolvedor júnior que tem um impacto muito baixo na organização. E isso aí, no final das contas, vai fazer você gastar um tempo que não faria sentido. Mas sabe aquela história? Você está começando nessa área, então você quer documentar tudo, é que nem design pattern, você tem aquela crise de pattern it, isso acontece pra caramba com arquiteto. Então a bola que eu estou levantando aqui pra você é, reflita e utilize muito o bom senso em relação aos pontos de vista que você vai levantar, os riscos que isso tem em relação à organização como toda, até que ponto isso vale uma documentação? Até que ponto isso vale uma documentação com detalhes e mais detalhes e mais detalhes? Tudo isso depende do risco. Beleza? Então, é isso aí.