Hervorragender Artikel zu ROCA (ich darf das sagen, habe nichts damit zu tun, außer dass die Autoren Kollegen sind): heise.de/developer/artikel/R…
3
4
4
@stilkov ROCA - IMHO bereits überholt - wo die Datentransformation stattfindet liegt im use case - JS code -> client vis-a-vis server
2
@mikebild Der Client darf JS (optional und unobtrusive) gerne machen – verlassen kann sich der Server darauf nicht. Überholt ist da nix :-)
1
@stilkov ... spricht das aber nicht eher für "Duplizierung"? "Überholt" ist auch falsch gesagt - ich meine "keine innovative Lösung" ;-)
2
@mikebild Die meisten Leute treffen keine bewusste Entscheidung, sondern rennen einer neuen Mode hinterher. In diesem Fall sind's halt SPAs.
1
@mikebild Das man ROCA schon vor 5-10 Jahren machen konnte, bestreitet niemand. Neu ist da kaum etwas (nur der Name). Macht's das schlecht?
2
@stilkov "schlecht" ist da nix dran, nur "besser" ist es auch nicht ;-)
1
@mikebild Tja, wenn meine Talks und Artikel und die der Kollegen dich nicht überzeugen, haben wir's versucht und geben dann halt auf.
1
@stilkov Alles bestens! Ich frage mich nur warum dieses Modell? Ihr macht doch sonst tolle Sachen! Aber das ist vielleicht nix für 140 Chars
2
Replying to @mikebild
@mikebild Was soll ich sagen. Wir sind der Meinung, mit ROCA bessere Apps zu machen als mit dem SPA-Ansatz – für alle Beteiligten.

Jun 19, 2013 · 9:19 PM UTC

2
Replying to @stilkov
@stilkov okay ... statement ... finde ich gut... beides ist IMHO sinnvoll - manchmal das eine, manchmal das andere
Replying to @stilkov
@stilkov IMHO Twitter arbeitet an performance - rendering perf war und ist schon immer ein Problem. Mit ROCA hat das jetzt aber wenig zu tun