e o que que é um código bom e o que é um código ruim e são tanto quanto subjetivo né de pessoa que a pessoa é o que que é um código bom para você o que que é um código ruim para você né ah e muitas vezes essa sua esse seu julgamento sobre código bom e código ruim ele vai mudando conforme o tempo tá então pode ser que em algum momento da sua carreira são as cinco anos atrás tão ver se você achasse que é que ele tem o código é bom e agora cinco
anos depois você vê que o código não é tão bom assim né então não tem como a gente ficar gravar na pedra essa régua o que que é código bom código ruim é É principalmente é difícil falar o quê que é código bom né é mais fácil de falar o quê que é um código ruim que a gente tem métricas E aí os sinais é pra identificar o que quer um código ruim correto então aí diz que a gente vai falar um pouquinho pra começar então é existem vários livros que falam sobre código bom código
ruim é só que assim um dos mais conhecidos que o pessoal fala muito e o pessoal geralmente assim base e eu me baseei nele também já li e eu compartilho das ideias desse livro é esse livro aqui que é o código Limpo né ou na versão inglês Clean code correta do Robert C Martin que é o nosso querido uncle Bob tá bom e o que que ele fala né ele tem um capítulo sobre comigo ruim aqui eu não vou transcrever o livro é como eu já já faz um tempo e umas duas vezes livro acho
é com o tempo eu fui formulando as minhas dicas sobre o que é código ruim e o que que é um código bom tá como eu falei é mais fácil identificar o que que é um código ruim e todo esse processo de identificar isso não é uma jornada baseada na nossa maturidade tá a primeira coisa que eu quero desmistificar que vazar na minha opinião né que fique bem claro é que o pessoal fala ah não existe isso código código ruim código bom é aquele que funciona e eu acho isso Total uma Total besteira tá porque
na minha visão é diferente um código funcional que funciona que roda é um código bom porque o código que funciona ele pode funcionar ele pode atender regras de domínio pode atender a necessidade que você tem para desempenhar alguma função do software porém é ele pode ser pouco performático por exemplo né que é uma médica que a gente tem aí para saber se o código não é tão bom assim né É por mais que funciona ele poderia funcionar melhor então quer dizer que o código pode ser melhor o resto é e tem outros sinais que vão
te alertando disso então essa primeira afirmação que código bom é aquele que funciona e Eu discordo né Na minha opinião é isso é uma muleta pagar falar que é o teu código para ruim mas ele funcionando se pode considerar ele bom tá a minha visão é isso e outra coisa que eu considero uma besteira pessoal fala muito tô fazendo um código de qualquer jeito pois eu não tenho tempo tá E isso meio QE também quer justificar que você está fazendo um código ruim por causa que você não tem tempo ou prazo é muito apertado ou
alguma coisa do gênero né e a gente sabe que o tempo que você tem para desenvolver algo ruim ou algo bom é praticamente o mesmo em termos de desenvolvimento tá É pode ser que é para você fazer algo um pouquinho mais desacoplados preciso de uma duas classes há mais ou uma interface mas não é algo que vai te tirar semanas né assim por causa de uma alteração né E por nós clipe tive um pouco de tempo a gente vê o benefício disso a o caso a média ao longo prazo porque eventualmente você vai ter que
dar manutenção aquele código você vai ter que revisitar aquele código né É E nesse momento você tem a questão de gastar um tempo maior com um código que é ruim porque já que ele é ruim e muitas vezes você não consegue identificar as coisas rápido nele é tem coisas muito amarradas que dependendo da nova feature que você quer colocar você tem que desamarrar esses nós para conseguir acoplar ou implementar uma feature nova A então tem uma série de coisas que você deixa de gastar um tempo no início fazendo mesmo a corrida e no no na
hora da manutenção você vai gastar aquele tempo que você pow pow lá não deixa de ser um gasto excessivo de tempo que você vai gastar mais tempo arrumando e também de retrabalho a coisa que você não peguei que fazer que você vai ter que desfazer para fazer certo alguma coisa assim né e há uma linha muito tênue tendo entre a otimização prematura e o código ruim o código bom a gente pode trazer pode trazer aí numa outra laje falando de otimização prematura vai e essas questões também envolvendo aí é o desenvolvimento de software Ok o
pessoal comentando aqui no chat é você tem algum comentário sobre comentários no Clean code eu tenho a seguinte frase em mente O que é óbvio para um não é necessariamente para outro visto isso eu tento comentar umas coisas qual sua opinião sobre bacana o que que eu acho sobre Clean code eu não queria queimar é essas Pontes falando agora de comentários Mas eu posso dar uma pincelada porque mas você é uma laje só em alguns pontos do Clean code tá que não é tão simples assim para para explicar vai dos pontos que ele traz Inclusive
a nossa próxima lá e já vai falar de Clean code até alguns pontos do Clean code e é o valor da parte do comentários também mas basicamente pegar deixar bem bem resumido a parte de comentários Eu acho que o comentário bom primeiro comentário de código quando eu digo assim você escrever uma um trecho do seu código que você comentou aquele código e deixou lá aquilo morto né e mandou de um fez um convite e só não precisa existir o seu código porque existem versionamento de código de exatamente para isso não precisam manter esses lixos comentados
no meio do código eu falo o lixo por causa que é um código que não tá sendo compilado ele tá lá para nada né Você só tá querendo ter um backup do que você fez antes E aí E é em relação comentários descrevendo alguma coisa o que acontece aqui tem coisas que são muito óbvias né então por exemplo se tem uma função chamada obter cliente seus comentários que aquela função obtém um cliente isso é totalmente dispensável porque o teu código está se alto explicando nesse sentido né É então e rotinas que geralmente são muito simples
você não precisa de comentários mas eventualmente se você tem uma rotina aí de cálculo de tributos ou algo assim que que é cheio de regras implícitas e ou as suas ou seja lá qual for sua regra de negócio sejam muito difícil de extrair isso do código apenas olhando ele ou vai levar muito tempo para pessoa entender o que aquele código está fazendo aí sim é interessante você comentar Oi tá na minha opinião eu acho que nesse momento é interessante comentar massa a gente seguir o Que incomode né É tem várias práticas boas práticas que podem
ser seguir que fazem com que é o próprio código te ajude a a dizer o que ele tá fazendo né a ser tão limpo e tão auto-explicativo que você não precisa de tantos comentários Então hoje eu tô trabalhando por exemplo num no software da empresa lá e o ato eu assim me lembrando eu acho que eu tenho tipo uns 5 comentários no código inteiro é que são apenas de rotinas específicas que fazem coisas cruciais dentro do sistema e que os comportamentos talvez não estejam tão explícitos assim Então nesse momento eu comento a E aí E
aí