Eigentlich ein cooler Test, aber...

[richifrick]

mir graut der Gedanke, dass Softwarepakete immer mehr mit Javascript gebaut werden.

Google und viele andere Firmen haben natürlich bewiesen, dass es geht, aber die Performance und vor allem die Code-Strukturierung sind halt voll für den Arsch.

Nett ist es schon, dass es auf jedem Gerät ein "Client" zur Verfügung steht, aber wer mal Google Docs auf seinem Smartphone geöffnet hat, weiss bescheid.

Erinnert mich alles ein wenig an Java vor 12, 13 Jahren, einfach in noch schlechter.



1 mal bearbeitet, zuletzt am 26.09.12 10:56 durch richifrick.

[wingi]

Tja, und hättest du das Video bis zum Ende angeschaut, hätte mal lesen können, das das Demo in C++ geschrieben wurde und per https://github.com/kripken/emscripten/wiki in eine browserkompatible Form gebracht wurde.

Nicht die Sprache macht schlechten Code, sondern der Entwickler ...

[pampashase]

wingi schrieb:
--------------------------------------------------------------------------------
> Tja, und hättest du das Video bis zum Ende angeschaut, hätte mal lesen
> können, das das Demo in C++ geschrieben wurde und per github.com in eine
> browserkompatible Form gebracht wurde.
>
> Nicht die Sprache macht schlechten Code, sondern der Entwickler ...

Wahre Worte :)

[richifrick]

Hab ich gelesen, genau so wieder Spruch "this project testes the limits of what is possible with html5".

transcompiler sind ja nichts neues, aber sauber funktioniert keiner (den ich kenne).
Oder erklär mir mal die vielen Bugs in der browser-version ;)

[ssssssssssssssssssss]

> Google und viele andere Firmen haben natürlich bewiesen, dass es geht, aber
> die Performance und vor allem die Code-Strukturierung sind halt voll für
> den Arsch.

Also Frameworks wie Angular.js oder Ext JS 4 (mit Deft JS) sind da durch die Dependency Injection ganz gut aufgestellt.

[richifrick]

Es gibt schon sehr viele, coole Libs für Javascript... aber für grössere Applikationen finde ich Sprachen, die keine richtige Namespaces, Interfaces und Vererbungen bieten und gleichzeitig weder typesafe noch multithreaded sind extrem fragwürdig.

[gaym0r]

richifrick schrieb:
--------------------------------------------------------------------------------
> Nett ist es schon, dass es auf jedem Gerät ein "Client" zur Verfügung
> steht, aber wer mal Google Docs auf seinem Smartphone geöffnet hat, weiss
> bescheid.

Keine Probleme bei mir. Lass mich raten, du hast Android?

[DuBistTodIchBinReich]

Multithreaded gibt es, das macht man mit webworkern.
Klassen kommen in der nächsten inkarnation von javascript, dazu gibt es aber auch viele Lösungen um Strukturierte große Programme zu schreiben. Bsw. Dart das zu javascript transcompiliert.

[stiGGG]

DuBistTodIchBinReich schrieb:
--------------------------------------------------------------------------------
> Klassen kommen in der nächsten inkarnation von javascript

Wo hast du denn den Unsinn her?

[DuBistTodIchBinReich]

einfach mal ES Harmony googlen

[richifrick]

gaym0r schrieb:
--------------------------------------------------------------------------------
> richifrick schrieb:
> ---------------------------------------------------------------------------
> -----
> > Nett ist es schon, dass es auf jedem Gerät ein "Client" zur Verfügung
> > steht, aber wer mal Google Docs auf seinem Smartphone geöffnet hat,
> weiss
> > bescheid.
>
> Keine Probleme bei mir. Lass mich raten, du hast Android?


Nein, Windows Mobile 7.5



DuBistTodIchBinReich schrieb:
--------------------------------------------------------------------------------
> Multithreaded gibt es, das macht man mit webworkern.
> Klassen kommen in der nächsten inkarnation von javascript, dazu gibt es
> aber auch viele Lösungen um Strukturierte große Programme zu schreiben.
> Bsw. Dart das zu javascript transcompiliert.

Webworker sind für IE 10 angekündigt, Andorid bieten sie noch gar nicht.
Der Vorteil von Browserapplikationen sind ja, dass sie auf allen Geräten funktionieren sollten.
Und es ist nunmal trauriger Fakt, dass der IE eine extrem hohe Verbreitung hat und kein Team auf der Welt hat das Budget und die Zeit für jede Funktion ein Fallback zu bauen und zu pflegen.



Von einer JS-Roadmap hab ich auch noch nie was gehört ... und wenn das so voran geht wie das W3C mit HTML5... na dann, gute Nacht

[DuBistTodIchBinReich]

richifrick schrieb:
--------------------------------------------------------------------------------
> gaym0r schrieb:
> ---------------------------------------------------------------------------
> -----
> > richifrick schrieb:
> >
> ---------------------------------------------------------------------------
>
> > -----
> > > Nett ist es schon, dass es auf jedem Gerät ein "Client" zur Verfügung
> > > steht, aber wer mal Google Docs auf seinem Smartphone geöffnet hat,
> > weiss
> > > bescheid.
> >
> > Keine Probleme bei mir. Lass mich raten, du hast Android?
>
> Nein, Windows Mobile 7.5
>
> DuBistTodIchBinReich schrieb:
> ---------------------------------------------------------------------------
> -----
> > Multithreaded gibt es, das macht man mit webworkern.
> > Klassen kommen in der nächsten inkarnation von javascript, dazu gibt es
> > aber auch viele Lösungen um Strukturierte große Programme zu schreiben.
> > Bsw. Dart das zu javascript transcompiliert.
>
> Webworker sind für IE 10 angekündigt, Andorid bieten sie noch gar nicht.
> Der Vorteil von Browserapplikationen sind ja, dass sie auf allen Geräten
> funktionieren sollten.
> Und es ist nunmal trauriger Fakt, dass der IE eine extrem hohe Verbreitung
> hat und kein Team auf der Welt hat das Budget und die Zeit für jede
> Funktion ein Fallback zu bauen und zu pflegen.
>
> Von einer JS-Roadmap hab ich auch noch nie was gehört ... und wenn das so
> voran geht wie das W3C mit HTML5... na dann, gute Nacht

Nun das soll ja 2016 oder so dann fertig sein*hust*
Es gibt immer fallbacks oder poly fills die quasi schon fertig sind. Bsw. in dart wird meine multithreaded applikation so zu javascript transcompiliert das es auch funktioniert wenn keine webworker da sind. Oder bei der NodeJS WebSockets Bibliothek gibt es ein fallback das auf HttpRequests aufbaut.
Für manche Sachen ist es aber wirklich schwer mit Fallbacks, bsw. WebGL/WebAudio hier muss man halt eine Zielgruppenanalyse machen...

[droptable]

Ja Klassen kommen, aber nicht wie man diese normalerweise kennt.

Im Grund erlaubt das CLASS Keyword nur eine verkürzte Schreibweise des bisherigen Standards.

JavaScript bleibt dennoch Prototype-Basiert - und da wird sich auch nichts mehr daran ändern, so ist JavaScript nun mal. Entweder man findet sich damit ab oder man sucht sich jemand der das bereits tat ;)



1 mal bearbeitet, zuletzt am 27.09.12 01:24 durch droptable.

[DuBistTodIchBinReich]

oder man sucht sich hier eine sprache aus:
https://github.com/jashkenas/coffee-script/wiki/List-of-languages-that-compile-to-JS