A pergunta está contida no título:
O gerenciador de pacotes Nix possui uma especificação de formato de dados que permite implementações alternativas?
Por exemplo: As ferramentas podem ser escritas para o Nix que não reutiliza qualquer código do Nix, mas apenas analisa arquivos de configuração, armazenamentos de pacotes, etc? Essas ferramentas podem ser utilitários como "adicionar pacote, remover pacote, pacote de lista, mostrar versões do pacote, etc ..."
O resto é uma justificativa para a pergunta.
Eu acho que um dos pontos strongs do Git é que ele é especificado no nível de formato de arquivo. Isso tem muitas vantagens, como a interoperabilidade, mas o mais importante, permitiria que o Git sobrevivesse mesmo se a qualidade da implementação fosse degradada com o tempo.
Eu acho o conceito de Nix brilhante. Acho que os gerenciadores de pacotes funcionais são o próximo passo na evolução. No entanto, não estou tão satisfeito com a implementação, a mensagem de erro obscura, etc. O fato de que ela é implementada em C ++ certamente adiciona desafios extras que são um enorme custo líquido para o projeto. Eu entendo a necessidade de ser "leve" e sem dependências. Parece que o golang teria todos os benefícios com muito menos custos.
Se o Nix for especificado no nível de formato de arquivo, então o idioma da implementação inicial é muito menos importante, se não, bem, o Nix só pode ser tão bom quanto sua implementação única.
Tags nixos