Por que mirar o Common Lisp para geração de código?
Uma postagem de blog que argumenta que Large Language Models combinam especialmente bem com Common Lisp — enquadrando-o como uma linguagem “para hackers de elite” — provoca debate tanto sobre a formulação elitista quanto sobre as alegações técnicas. Os comentaristas ponderam os pontos fortes do Lisp para codificação assistida por IA, como homoiconicidade, macros poderosas, código denso e fluxos de trabalho interativos em REPL, contra desvantagens práticas como bibliotecas esparsas, peculiaridades do SBCL e a tendência dos modelos a desbalancear parênteses ou misturar dialetos Lisp. Muitos concluem que, embora Lisp possa ser um excelente encaixe para fluxos de trabalho com LLM guiados por especialistas, a escolha da linguagem é, no fim, mais determinada pelas habilidades da equipe, maturidade do ecossistema e considerações econômicas do que por qualquer status “de elite” inerente.
Elitismo, Cultura e Auto-Descrição
- Muitos acham chamar Lisp ou seus usuários de “elite” constrangedor ou repelente, muitas vezes preferindo que o trabalho fale por si.
- Outros defendem o reconhecimento explícito de expertise e reagem contra a “democratização” que veem como desvalorização de habilidade.
- Vários apontam uma subcultura de longa data do “smug Lisp weenie” e brincam que os entusiastas de Lisp mantêm uma autoimagem de nicho apesar do baixo uso no mainstream.
- Normas culturais como a humildade (por exemplo, a “Lei de Jante”) moldam como as pessoas reagem a linguagem de autoengrandecimento.
Lisp é Realmente para as Elites?
- Alguns usuários de Lisp de longa data argumentam que Lisp é mais fácil do que sua reputação, adequado para não programadores e até crianças, e que o mito de “assustador, elitista” prejudica a adoção.
- Outros reconhecem a sujeira acumulada do Common Lisp (acréscimos históricos, famílias de funções complexas, empacotamento e criação de executáveis) e dizem que outros Lisps podem ser mais acessíveis.
Common Lisp + LLMs: Prós, Contras e Ferramentas
- Vários relatam que modelos modernos de “fronteira” geram Common Lisp ou Clojure decentes; modelos mais antigos ou menores muitas vezes misturavam dialetos e frequentemente desbalanceavam parênteses.
- Ferramentas (utilitários de reparo de parênteses, editores estruturais) e truques de prompting (limitar a profundidade de aninhamento, saída estruturada) são amplamente usados para corrigir parênteses.
- Alguns afirmam que a sintaxe pequena e regular do Lisp, o código denso e os fluxos de trabalho orientados por REPL combinam bem com LLMs, permitindo ciclos de feedback curtos e uso eficiente de tokens.
- Outros contrapõem que LLMs favorecem verbosidade e repetição, têm dificuldade com aninhamento profundo e tokens de baixa informação como parênteses, e raramente inventam bons macros ou abstrações sem orientação humana.
Argumentos Econômicos e Práticos para CL
- Um usuário substancial de CL argumenta que, com LLMs, a escolha da linguagem importa mais para desempenho e densidade de código do que para correção básica ou segurança.
- Código CL denso e de alto desempenho poderia reduzir tanto o custo de tokens quanto de infraestrutura; no entanto, comentaristas questionam se LLMs produzem naturalmente esse tipo de código denso e rico em macros.
Escolha de Linguagem, Segurança e Ecossistema
- Há desacordo sobre se LLMs conseguem produzir código em C tão seguramente quanto Go/Rust/CL; alguns citam bugs sutis de memória e vulnerabilidades recentes geradas por LLMs.
- Go é elogiado como amigável ao “vibe coding” por ter uma única maneira óbvia de fazer as coisas e uma biblioteca padrão forte, enquanto o ecossistema de CL é descrito como relativamente esparso.
- Alguns enfatizam que desenvolvimento é uma atividade em equipe e que as ferramentas devem se ajustar à equipe, não às preferências individuais de linguagem.
Meta: Benchmarks, DSLs e Alternativas
- Vários sugerem que os benchmarks atuais de código ignoram forças específicas de linguagens, como fluxos de trabalho em REPL, e deveriam ser melhorados.
- Alguns usam DSLs ao estilo Lisp (por exemplo, Hy) dentro de stacks mainstream (como Django) e relatam bom suporte de LLM.
- Uma minoria quer explicitamente manter o Common Lisp “livre de LLMs” porque ele ainda lhes traz alegria.