[Pituguês] O que será do futuro do Pituguês?

[maitecr]

Olá, pessoal! Recentemente publicamos mais um artigo no blog da Cumbuca Dev em que tentamos explicar de uma forma acessível como linguagens de programação são programas e ter uma ideia de onde e como o Pituguês é desenvolvido.

E um aspecto que queríamos trazer é sobre o Pituguês ser considerado mais um dialeto de programação do que uma linguagem em si e como ele, por estar fortemente entrelaçado com Delégua, acaba por ter seu rumo dependente do projeto e como isso pode ser limitante no seu desenvolvimento...

Queremos promover a independência do Pituguês e gostaríamos da sua ajuda!!

Gostaríamos de ouvir de vocês as questões que foram abordadas no artigo:

• Quais os primeiros passos para tornar o Pituguês independente?
• Como podemos projetar esta linguagem?
• Aliás, em qual linguagem de programação devemos programar o Pituguês? Continuaríamos com TypeScript ou seria mais interessante * escolher outra e por quê?
• Materíamos a arquitetura de: Lexador, Avaliador Sintático e Interpretador? Ou ela poderia ser pensada de outra forma?

[leonelsanchesdasilva]

Quais os primeiros passos para tornar o Pituguês independente?

A meu ver:

• Habilidade de execução em qualquer sistema operacional e dispositivo (já implementado, colhendo os benefícios de ser um dialeto de Delégua);
• Habilidade de compilação do código em binário (também beneficiada por Delégua);
• Ecossistema próprio de pacotes, algo que Delégua deve ter mais futuramente também;
• Ferramentas e aplicações que tornem Pituguês viável comercialmente. É possível, por exemplo, fazer liquido trabalhar com Pituguês, mas provavelmente seria melhor Pituguês ter um framework próprio, implementado à parte.

Como podemos projetar esta linguagem?

Primeiro, devemos definir uma gramática formal em ANTLR, e ela deve ser atualizada de tempos em tempos, refletindo o estado da linguagem. Para isso, poderíamos criar um repositório apenas para isso.

Não necessariamente ANTLR precisa ser utilizada no projeto, até porque os padrões de visitante gerados são um tanto quanto prolixos. Se queremos uma linguagem eficiente, provavelmente teremos que otimizar a linguagem a nível artesanal.

Se Pituguês tiver um núcleo de implementação à parte, minha sugestão é usar Go ou Rust como linguagens base, por suas capacidades com gestão de memória e suporte a threads. Delégua deve ter o mesmo destino mais futuramente. Isso também responde bem as próximas perguntas:

Aliás, em qual linguagem de programação devemos programar o Pituguês? Continuaríamos com TypeScript ou seria mais interessante * escolher outra e por quê?

Sobre:

Materíamos a arquitetura de: Lexador, Avaliador Sintático e Interpretador? Ou ela poderia ser pensada de outra forma?

Eu não vejo outra forma que não seja essa a base. Na verdade seria:

Lexador -> Avaliador Sintático -> Interpretador, Tradutores, Analisador Semântico, Formatador, etc.

[VictorFrancelino]

Acredito que usar o Zig como linguagem base pro desenvolvimento do Pituguês seria uma boa alternativa ao Go ou Rust

[FernandoTheDev]

Acredito que usar o Zig como linguagem base pro desenvolvimento do Pituguês seria uma boa alternativa ao Go ou Rust

o problema é a estabilidade do zig

[FernandoTheDev]

• Abandonar o ecossistema atual e recriar visando em algo próprio;
• Criem a linguagem com a inspiração em python porém adicionando recursos e ideias proprias sem copiar absolutamente tudo, se inspirar é legal, copiar tudo não (Nim é um exemplo de linguagem inspirada em Python);
• Criem em uma linguagem compilada, o ecossistema do javascript é inseguro e ruim além de sobreviver em cima do V8 (não é ruim mas tem um startup ruim);
• Nova arquitetura: Lexer -> Parser -> Analise semantica (pra resolver tipos e validar o programa antes de rodar) -> CodeGen (transforma a AST no bytecode da VM) -> VM (motor por tras de tudo, sem um runtime generico usando Tree Walker);

eu recomendaria isso

[leonelsanchesdasilva]

Acredito que Pituguês sair do ecossistema de Delégua em V8 é apenas uma questão de tempo. Nem Delégua deve ficar dentro de V8.

A VM poderia ser a Harpy mesmo, ou qualquer outra, já pensando no tema da interoperabilidade.

[FernandoTheDev]

eu pareci meio radical mas é o que eu faria nesse caso, a separação do ecossistema ocorreria justamente pra se tornar um sistema independente