- Recentemente, no time, é fácil perceber quando um código foi gerado por LLM
- Esse tipo de código pode ser claro e bem testado, mas não segue as convenções do projeto
- Ignora vários padrões existentes e bibliotecas, fazendo implementações novas do zero
- Há uma crescente preocupação com a tendência de buscar apenas a velocidade no desenvolvimento de software
- No fim, o que importa é a qualidade, a consistência e a capacidade de manutenção
Traços do 'vibe coding'
- Entre os códigos escritos pelos membros da equipe recentemente, alguns parecem claros e funcionais, mas já revelam ser gerados por LLM por não seguirem as convenções próprias do projeto
- Por exemplo, mesmo com uma biblioteca de data fetching já existente no projeto, escreve-se manualmente uma implementação de requisição HTTP que cubra todos os casos de exceção
- Recria repetidamente as funções utilitárias de módulos existentes, e, mesmo havendo um mecanismo de alteração de configuração por módulo, altera configurações globais
- Mesmo com a cultura de escrever código de forma funcional consolidada, cria novo código baseado em classes
- Esse é um estilo de código que as pessoas há alguns anos atrás não escreveriam de forma alguma
Importância da manutenção e dos princípios de software
- No desenvolvimento de software, investimos por muito tempo para estabelecer padrões e práticas que possam ser mantidas por longo prazo
- Na prática, qualquer pessoa pode escrever código que funcione, mas o verdadeiro desafio é ter código com manutenção e alterações fáceis ao longo do tempo
- Não se trata apenas da implementação da funcionalidade; o que importa é ter uma base de código que possa ser mantida com o passar do tempo
- O 'vibe coding' pode derrubar essa filosofia e esses critérios
Será que a velocidade é o nosso maior padrão?
- Ao comparar com a cena de um novo barista em uma cafeteria que, ao apressar-se, derruba o café, reforça que a obsessão por velocidade não gera um resultado correto
- As equipes de desenvolvimento de hoje também correm demais para criar novos softwares e sofrem com queda de qualidade
- O que as pessoas realmente querem é um resultado correto, mesmo que demore um pouco mais
- Eu costumava achar que focar só em velocidade era um problema de áreas não técnicas, mas estou desapontado ao ver que colegas desenvolvedores também seguem a velocidade e abandonam os princípios
O que realmente queremos
- Não importa como o código foi colocado no IDE
- O que importa é a atitude do desenvolvedor de se importar com a qualidade
- Embora o LLM seja reconhecido como uma grande inovação técnica, ainda assim reforça-se que a responsabilidade de construir software real permanece com o desenvolvedor
- Recomenda-se conhecer e aplicar princípios existentes como: “escrita de melhor prompt”, “escolha da biblioteca correta”, “fornecimento de exemplos”, “trabalho em arquivos pequenos”
- Ele adverte para não deixar qualidade do código e manutenibilidade apenas no 'peso' do modelo
Ainda não há comentários.