Este é o Superfície Reflexiva. Ainda movido por uma contradição em termos

Continuando a pensar sobre a necessidade de um novo paradigma de desenvolvimento Web, algumas perguntas para me ajudar a formular o que eu mesmo quero:

1. Considerando o relacionamento entre MVC e REST dentro do Rails, me parece que controllers são essecialmente uma cola supérflua. Seria possível eliminá-los com uma representação direta de recursos?

2. Ainda pensando em recursos, Seaside é componentizado e entende que cada componente deve ser capaz de criar sua própria representação primária. Como lidar com múltiplas representações e combinações de representações nesse caso? Multi-dispatch aplicada a uma linguagem específica de representação pode ser algo interessante aqui.

3. REST não é necessário para todas aplicações e forçar isso tende a quebrar o workflow natural. Rails e Django permitem uma quebra e preferem recursos; Seaside ignora recursos em troca de continuidade de requisição. Seria possível modelar ambos com uma linguagem transversal?

4. De onde a requisição deve partir, principalmente considerando necessidades atuais como RIA, Ajax e Comet?

5. Uma representação como máquina de estados seria interessante? Principalmente ao se considerar a pergunta anterior e se descartarmos a separação explícita de modelos, uma representação como estados pode ser algo mais interessante (e em tese, até compilável). Se os modelos fossem removidos em aplicações onde o domínio é mais individualizado, fazendo com que a aplicação seja uma seqüência de transformações, alguns problemas de mapeamento se tornam mais simples.

6. Se REST for descartado, como Seaside faz, e se considerarmos que sessões são contínuas, quais as possibilidades que temos quanto a transformar toda a aplicação em uma linguagem única específica para a mesma?

Respostas? Mais perguntas?