Medir não é suficiente para controlar complexidade, é necessário uma forma de avaliar

No episódio de hoje falamos mais uma vez sobre manutenção de software.

Este é um desafio cada vez maior e maioria dos times continuam pecando nessa batalha. Todo mundo tem linters, ferramentas de análise estática como o Sonar, pipelines cada vez mais "refinados", processos de review etc e o código continua se deteriorando muito mais rápido do que deveria.

Talvez o principal problema é que sua equipe ainda não tem um jeito declarado de avaliar complexidade. Ficar só dizendo que precisa de baixo acoplamento e alta coesão não é suficiente. Como que você bate o olho numa classe e define que ela está com alto acoplamento? E com baixa coesão? Todo mundo olha isso do mesmo jeito?

É urgente que as equipes definam regras de avaliação que sejam óbvias para olhar para complexidade. Todo mundo na equipe precisa olhar para o mesmo código e avaliar a complexidade do mesmo jeito.

Transcript

2. FIT IN HUMAN MIND
3. COMO VOCÊ VAI SABER O QUE FIT NA CABEÇA DE ALGUÉM?
4. TEORIA DA CARGA COGNITIVA
6. MÁGICO NÚMERO 7
7. VAMOS CHAMAR DE ICP(INTRINSIC COMPLEX POINT)
8. EXPLICAÇÃO RÁPIDA
9. BRANCHES (1 PONTO) ACOPLAMENTO (1 PONTO) FUNÇÕES COMO ARGUMENTO (1 PONTO) DECLARAÇÃO DE ATRIBUTOS(1 PONTO)
10. COMPLEXIDADE INTRÍNSICA DO MATERIAL
12. COMPLEXIDADE INTRÍNSECA DO MATERIAL (MEDIÇÃO) = 5
14. COMPLEXIDADE INTRÍNSECA DO MATERIAL (MEDIÇÃO) = 11
15. FIT IN HUMAN MIND?
16. FIT IN CADA HUMAN MIND DO TIME?
17. MEDIR != AVALIAR
18. COMPLEXIDADE CONTABILIZADA PODE SER DIFERENTE COMPLEXIDADE PERCEBIDA
19. COMO PODEMOS AVALIAR?
20. LIMITE DE ICPS POR UNIDADE DE CÓDIGO
21. 7? 8? 9? 10? 11? 20?
23. SE O LIMITE DE ICP FOSSE 7, A CLASSE SERIA CONSIDERADA COMPLEXA?
24. E SE O LIMITE DE ICP FOSSE 20?
25. SUGESTÃO: DEFINA ICPS(ITENS DE COMPLEXIDADE) E UMA REGRA NÍTIDA DE AVALIAÇÃO
26. A CADA X SEMANAS, REUNA O TIME E REVISE OS ICPS E A REGRA. MODIFIQUE SE NECESSÁRIO :)