bom pessoal no vídeo anterior a gente falou sobre essas fitness functions e eu mostrei algumas características onde a gente fez alguns alguns pontos né de uma forma mais arbitrária agora como aqui que eu consigo consolidar e ver né com o meu software ele está evoluindo conforme o tempo passa então baseado nisso o que você vai fazer você vai chegar e vai gerar uma consolidação o que significa isso significa que vamos imaginar que eu peguei meu software agora eu falei deixa eu olhar esses meus parâmetros então eu falei olha pra manter a habilidade, o meu software, nesse momento ele está, o TDR dele está menor ou igual a 5% e a remediação é menor ou igual a 10 horas, né? Ou 10 pessoas, pode ser por horas ou por dia, né? Ou a confiabilidade dele, MTBF está maior ou igual a 30 dias e menor que o MTDR de 2 horas e a performance, a average response, average response time significa RT, menor ou igual a 200 milissegundos. Então vamos imaginar que a gente pegou o nosso software e a gente calculou e a gente chegou nesses valores aqui para mim mim o ponto disso é que baseado nisso não consigo gerar diretamente a uma pontuação final para verificar como que o meu software está evoluindo ou não então pra gente fazer isso o que você vai fazer a gente vai adicionar um peso tá pra cada categoria nossa então pra mim se manutenção é algo extremamente importante que eu estou prezando eu vou falar que o ponto o peso dele é de 0.4 se a confiabilidade pra mim é extremamente importante sei lá nesse caso eu vou colocar 0.3 ea performance 0.3 também então no total da um se você perceber então você vai gerar um peso diferente para cada categoria de acordo com o que você prioriza nos atributos principalmente de qualidade ali no seu software tá então você vai definir esses pesos eu falar isso aqui para mim é o que mais faz sentido baseado nisso o que que você vai fazer no final do dia você vai ter meio que uma média ponderada que você vai ter então o que eu vou combinar eu vou pegar é o 0.8 que eu tirei aqui em cima de uma interabilidade multiplicar por 0.4 vou somar um vez 0.3 porque eu tive a confiabilidade de um né a ea minha performance eu a minha performance é o de 1, né? E a minha confiabilidade de 0.6. Então, eu vou multiplicar isso e o final aqui para mim das minhas fitness functions foi de 0.8. Então, é dessa forma como o meu software está evoluindo. Conforme maior o número, melhor o meu software está evoluindo. Conforme maior o número, melhor o meu software está evoluindo. Conforme menor o número, menor ou menos o meu software está evoluindo. E você pode fazer esses cálculos, pegar essas informações a cada mês, a cada dois, a cada três, a cada semestre, a cada um ano. Depende de como ou de de com perto que você quer avaliar obviamente softwares que têm muitos de plós diários né você vai querer fazer essa análise de uma forma mais é de uma forma mais periódica né agora um software que tem poucos de plós você não entra tantas fit não tem sentido você quer fazer isso uma vez por mês porque o resultado vai ser muito que tem poucos de plós você não entra tantas fit não tem sentido você querer fazer isso uma vez por mês porque o resultado vai ser muito parecido entendeu então vai depender muito do bom senso do arquiteto então os pontos importantes que você tem que se ligar quais são as dimensões que você quer analisar do seu software quais pontos que você quer medir de forma concreta do seu software. Você vai ter que definir pontos para cada situação. Você vai ter que pesar cada uma dessas áreas. E baseado nisso, você vai gerar sua pontuação. E aí, com isso, você vai ter as suas fitness functions calculadas. E você consegue ter uma ideia geral da qualidade do seu software e essa qualidade que eu quero dizer o quão bem ou mal o seu software está evoluindo ao longo do tempo não esquece não esquece cria uma planilha do excel coloca as datas que você mediu né cria uma planilha para cada característica, e daí você tem a média somente daquela característica, e cria numa planilha o valor consolidado conforme o tempo for passando. Então, com isso você consegue avaliar de mais de perto o porquê suas taxas estão aumentando ou diminuindo, e aí as coisas vão ficar um pouco mais sobre controle. Grande parte dos desenvolvedores, dos arquitetos, eles ficam se sentindo mal. Eu não sei se isso já aconteceu com você, mas você olha para o software e te dá até um gelo na barriga, porque você sabe, puxa, tem coisa que não está legal e não sei o quê, mas o que não está legal? Porque você sabe, puxa, tem coisa que não está legal e não sei o que, mas o que não está legal? Quantos softwares já não foram reescritos simplesmente porque somente uma característica foi analisada? Analisaram somente débito técnico. Só essa dívida técnica analisaram, mas a performance está batendo. A confiabilidade está batendo. Entende o que eu estou querendo dizer um software não pode ser analisado apenas por um aspecto principalmente só pelo aspecto técnico de código tá quando você consegue ver esses números de forma consolidada você consegue pensar poxa eu tô aqui eu quero chegar aqui quais são os próximos passos para fazer o que está fazendo a minha taxa fica baixa a é a performance então vamos fazer um estudo de performance para melhorar isso e quem sabe na próxima medição a gente aumenta um pouco esse ponto percebe como isso é importante então eu acho que todo deve deve parar entender olhar com carinho isso aí. Perceba que um software que vai durar por muito tempo, um software muito grande, é preciso você ter esse tipo de coisa. Obviamente, você está fazendo o site da esquina, do seu João lá que tem uma padaria que vende 100 pães por dia, você não vai querer fazer esse tipo de coisa. Mas você está trabalhando num SaaS, você está impactando um monte de empresa, provavelmente você vai ter que fazer, beleza? É isso aí galera que eu queria passar pra vocês nesse capítulo, um grande abraço pra vocês e é isso aí, vamos nessa!