Em seguida, ele comparou dois códigos fontes que faziam a mesma coisa, porém, um extremamente desprovido de cuidados, feito daquele jeito. Entenda isso como um código onde as variáveis não têm nomes claros, os parâmetros também não e por mais que seja um trecho pequeno de código, não é fácil de compreender logo de início. Em seguida ele mostrou outro código que fazia a mesma coisa do anterior, só que desta vez, um código digno de um profissional que tem cuidado com o que faz, que aplica refatoração, que cria variáveis com nomes fáceis e pertinentes ao contexto, onde o método “fala” por si, sem necessitar de comentários. Cuidados como estes, reduzem a complexidade de um código que muitas vezes precisam realizar alguma rotina que já tem uma complexidade inerente devido ao negócio, e nós ainda acabamos complicando ainda mais as coisas. Outro ponto importante, é o tamanho dos métodos, isso torna algo que já pode ser complexo, difícil, pois exigem um esforço muito maior para a compreensão, e ainda considere que a pessoa que precisará mexer nesse código não foi a pessoa que o desenvolveu.
Quer ver isso na prática? Vamos pegar o exemplo da palestra. Escreva um código qualquer cheio de linhas para fazer qualquer coisa, depois tente reduzir ao máximo o número de linhas, simplifique a compreensão, refatore, dê nomes pertinentes, claros, de modo que em poucos segundos, qualquer programador olhe e já o entenda. Pronto, você tem algo simples nas mãos, mas que não foi fácil de fazer, foi difícil, deu trabalho. Já a primeira versão, foi mais fácil, feito de qualquer jeito, mas que se torna difícil de entender e manter.
Eduardo Neves, aka Eth0, apresentou uma ferramenta chamada Logtstash que é parte de uma suíte conhecida por ELK Stack ou Elastic stack.
Durante sua palestra, Eduardo fez uma analogia bem interessante, na verdade uma pergunta, “Quem teria coragem de pegar um veículo e partir em uma viagem daqui (SC) até o nordeste, sem informações de combustível, óleo, temperatura, velocidade e GPS?” Ou seja, andar “as cegas” por aí com um veículo. É isso que fazemos na maioria das vezes, nossas aplicações quebram, e temos dificuldades para encontrar o problema, não temos informações em mãos de forma fácil e rápida. As vezes quando temos, elas são de difícil interpretação ou até mesmo não servem de muita coisa. Pense em um avião sem a caixa preta!