Ruby Server-Side Implementation & Flash Client für nicht-Chromium Browser

[RubyRoland]

http://github.com/gimite/web-socket-ruby
http://github.com/gimite/web-socket-js

[bada]

boa bist du schnell^^
nice work

[takeoff]

Ich frage mich, warum wir alle jetzt mit (x)html, css, javascript und http-requests rumfrickeln? Das kann man doch schon seit Jahren viel besser mit einem Java-Applet machen.
Da hat man eine richtige Programmiersprache, ein richtiges Security-Modell, Socket-Verbindungen ...
Nur weil es einfacher mit html "mal schnell" eine Seite zu bauen auf der Text und Grafik zusehen ist?

[lala1]

Weil Webseiten nicht lange brauchen bis sie initialisiert sind. Java Applets nerven einfach rum, sehen hässlich aus und sind fast schon von gestern. In mancher Hinsicht haben sie Sinn aber in anderer Hinsicht ist Ajax besser und schneller zu lernen. Ich kann z.B. Ruby und habe keinen Bock Java zu lernen und gleich rech nicht haufen Guiapikram zu lernen da ich mit CSS und HTML umgehen kann.
Lern Ruby und bau schöne Webanwendungen - das ist universeller als auf dem Pferd Java rum zur reiten und sich zu wundern warum der Gaul lahmt.

[lala1]

Hm man könnte das auch bald in passenger bereit stellen und schon können RoR Apps damit umgehen :)
Olli

[takeoff]

Bin ganz auf der Seite - hab eich vor einiger Zeit angefangen mit Ruby (on Rails) für die Server-Seite, aber hier war ja gerade mal die Client-Seite angesprochen ... und was man frickeln muss um dort z.B. eine Socket Verbindung zum Server aufzubauen.

Sun hätte bestimmt mehr aus den Java-Applets rausholen können, wenn sie nicht immer alles so super kompliziert gemacht hätten und vielleicht auch mal ein paar Designer angesprochen und dazu geholt hätten damit das (Default) Ergebnis etwas besser aussieht ... wobei, so schelcht fand ich den Metal-Look nicht.

[zilti]

Der Kaltstart von Java Applets ist mittlerweile sehr schnell. Zudem kann ein Applet mit der umliegenden Webseite kommunizieren, man braucht also keine GUI-Programmier-Kenntnisse.