Hy 1.0 – um dialeto Lisp para Python

 (github.com/hylang)
3 pontos por GN⁺ 2024-09-23 | 1 comentários | Compartilhar no WhatsApp
  • Após 12 anos de desenvolvimento e uso real, o Hy 1.0.0 foi lançado
  • Hy é um dialeto Lisp embutido em Python
    • Uma linguagem de programação de propósito geral, multiparadigma, da família Lisp
    • Implementada como uma sintaxe alternativa para Python
    • Oferece vários recursos novos, generalizações e simplificações de sintaxe em relação ao Python
    • Em comparação com outros Lisps, permite acesso direto aos recursos embutidos do Python e a bibliotecas Python de terceiros
    • Permite misturar livremente estilos de programação imperativo, funcional e orientado a objetos

Opinião do GN⁺

  • Hy é uma linguagem de programação interessante que combina as vantagens de Python e Lisp. Ao aproveitar o rico ecossistema e as bibliotecas de Python, ela também oferece os recursos poderosos e a flexibilidade de Lisp, o que pode aumentar a produtividade dos desenvolvedores.
  • No entanto, como Hy ainda não é uma linguagem amplamente usada, pode haver escassez de materiais de aprendizado e suporte da comunidade. Além disso, é preciso cautela, pois podem surgir problemas de compatibilidade com código Python existente.
  • Outras linguagens com conceito semelhante ao Hy incluem Clojure e Racket. Elas são linguagens da família Lisp que oferecem recursos como programação funcional e macros, e rodam sobre a JVM ou em seus próprios runtimes.

Leituras relacionadas

1 comentários

 
GN⁺ 2024-09-23
Comentários do Hacker News

  • Tive dificuldade para entender como o Hy é traduzido para Python

    • Hy é um dialeto de Lisp que traduz s-expressões para a árvore de sintaxe abstrata (AST) do Python
    • Confirmei no código do Github que esse compilador foi escrito em Python
    • Em vez de apresentar o Hy como um "dialeto de Lisp embutido em Python", parece mais claro apresentá-lo como um "dialeto de Lisp que compila para a AST do Python"
    • Há várias formas de embutir Lisp em Python, e cada uma é bem diferente, com vários trade-offs
    • Por exemplo, é possível escrever um interpretador em C, compilar para bytecode de Python ou traduzir diretamente para código-fonte Python
    • De qualquer forma, é um projeto interessante

  • Gostei muito do HYPE POST

    • Funciona muito bem para trabalhar com software corporativo

  • Fiquei surpreso ao ver o quanto o Hy evoluiu desde o início até agora

    • Vi a lightning talk que apresentou o Hy pela primeira vez na PyCon
    • Conheci o Paul e comecei a contribuir com as primeiras versões do Hy
    • Fiquei responsável pelos kwargs no estilo CL e por algumas bibliotecas, entre outras coisas
    • Fico feliz em ver o projeto seguindo em frente

  • Agora vou poder arrumar o https://github.com/rcarmo/sushy

    • Sempre que eu atualizava o Hy, a sintaxe quebrava ou algo era movido para o pacote hyrule
    • O Hy funciona bem dentro do https://holzschu.github.io/a-Shell_iOS no iPad
    • O destaque de sintaxe do vim/neovim precisa alcançar as versões 0.29+ e os recursos assíncronos
    • Já usei Fennel e Guile, mas ter acesso às bibliotecas e ao ecossistema de Python é melhor
    • Os recursos assíncronos permitem um processamento eficiente de APIs

  • Parabéns! Tenho duas perguntas

    • Se há suporte para desenvolvimento baseado em REPL (sistema de condições, breakloop etc.)
    • Se existe uma distribuição autônoma. Distribuir o próprio Python é trabalhoso. O ideal seria distribuir um único binário do Hy com todas as dependências incluídas

  • Informação relacionada para fãs de Clojure:

  • Parabéns e obrigado! Experimentei transformers com Hy e lancei o https://github.com/kunalb/orphism

    • Está na hora de usar Hy de novo

  • Gostei muito da parte menos séria

    • Queria que mais projetos ligados à programação abraçassem o humor
    • Talvez essa seja a melhor forma de honrar a tradição do Python

  • Dá para obter construções de programação funcional sem abandonar a sintaxe do Python (como o Hy faz)

  • Uma das coisas boas do Raku é que ele, por padrão, passa uma impressão incrível de Lisp