>> A) Fazer um software que implementasse todas as liberdades do
>> manifesto do Sneer em múltiplas linguagens,
> Multiplas linguagens como? Mágica?
Entendi que a ideia seria implementar o que é o Sneer usando
linguagens diferentes se comunicando e compondo um "programa" só.
>> com um protocolo comum e definido.
> O protocolo comum vai emergir. Só não emergiu AINDA. Não vou investir
> tempo em desenhar e padronizar um protocolo q ninguem usa.
Sei que existem N desvantagens, mas se fosse para simplificar, eu
usaria REST sobre HTTP até o ponto em que ficasse inviável (por
questões de desempenho, por exemplo).
> E todos os serviços do Sneer vão ser replicados em todas as linguagens?
Talvez um dia alguns serviços serão replicados em algumas linguagens,
não? Afinal, teremos a liberdade de ouvir música usando Python ou Java
ou...
>> B) Fazer um framework que acabasse com a "palhaçada" na programação,
>> com reusabilidade, bricks e signals, e todo um conceito inovador de
>> padrões de programação.
Acho que não tem muito como fugir disso porque resolver o problema A
implica em resolver alguns problemas que ainda não têm "a melhor
solução possível", principalmente em se tratando de linguagens de
programação. Nesses casos, uma boa implementação praticamente exige a
construção de um framework ou coisa parecida para gerenciar a
complexidade.
> "A" e "B" são dois lados do mesmo vinil.
Se eu quisesse uma implementação correta e elegante, ao estilo MIT, eu
escolheria B para depois pensar em A. A desvantagem é que a
implementação só apareceria daqui a alguns anos. Pelo menos seria uma
implementação de alta qualidade.
Se eu quisesse uma implementação rápida, talvez como uma prova de
conceito, ao estilo Worse Is Better, eu iria direto ao A para, com o
tempo, substituir os componentes usando os resultados de B. A
desvantagem é que a implementação poderia empacar devido às limitações
das linguagens e frameworks atuais. Pelo menos o protótipo ficaria
pronto rapidamente.
Dado o histórico do The Art of Computer Programming, GNU/Hurd e
projetos igualmente homéricos, minha tendência no momento é escolher
A.
> Depois de responder esta pergunta, será que o sneer não poderia se
> transformar em dois projetos? Dois problemas precisam ser resolvidos
> ao mesmo tempo?
Talvez, mas pelo que eu entendi isso poderia exigir a adaptação do que
já está implementado no Sneer e isso pode não valer a pena.
--
Diogo
|
