Was nervt euch so, während der Programmierung oder so allgemein

[Meflin]

Zitat von Delphi-Laie:

Javascript ist eine Seuche, eine Landplage per excellence!

Ja, vor 10 Jahren mag das noch so gewesen sein, da wurde auch kaum was sinnvolles mit JS produziert. Wer das heute noch uneingeschränkt behauptet, ist dann wohl auf diesem Wissensstand stehen geblieben Ich stimme dir zu, dass eine Seite im idealfall auch ohne JS einschränkungsfrei funktionieren sollte. Trotzdem habe ich bei meinem Google Reader lieber die Funktionalität mit JS. Und nun wirklich nicht nur da.

Mal ganz zu schweigen von den vielversprechenden Entwicklungen im Bereich serverseitiges JS (Stichwort Node.JS)

[BUG]

Zitat von Meflin:

Mal ganz zu schweigen von den vielversprechenden Entwicklungen im Bereich serverseitiges JS (Stichwort Node.JS)

Oder in CouchDB.


Wenn du die Sprache einfach nicht magst:

• Dart
• CoffeeScript

Was die Vermischung von Code angeht: nicht machen, zB. mit jQuery lässt sich das gut vermeiden.

Zitat von Medium:

Aus informatischer Sicht ist das Web ein einziger Haufen Schrott, bestehend aus rostigem Altmetall, dass man mit unförmigen Schweißnähten irgendwie zusammengeschustert hat. Eklig!

Benutzt du aus dem selben Grund einen RISC-Prezessor? So ein normaler (CISC-)Prozessor ist doch ein zusammengestoppeltes Etwas mit Unmengen an Altlasten, welches intern mehr oder weniger doch ein neues Konzept benutzt.

[Medium]

Zitat von BUG:

Benutzt du aus dem selben Grund einen RISC-Prezessor? So ein normaler (CISC-)Prozessor ist doch ein zusammengestoppeltes Etwas mit Unmengen an Altlasten, welches intern mehr oder weniger doch ein neues Konzept benutzt.

Ich würde auch mit einer Alternative zu aktuellen Webtechniken lieber surfen, gäbe es sie, und zwar ebenso flächendeckend und breit unterstützt. Die Analogie ist schon ganz gut. Gib mir ein RISC System, für dass es alles an Software gibt, was ich so brauche (und zwar genau so komfortabel!), wo ich an jeder Straßenecke Zeug zum reparieren/auf-/umrüsten zu moderaten Preisen bekomme (lies: Supplier-Infrastructure), und wir haben einen Deal. Werden wir aber nicht haben, weil's keiner macht - ebenso wie besseres Web, weil das bestehende etablierte ja auch irgendwie gut klappt (siehe mquadrat).
1 Mio Fliegen futtern Kot, weil es auch geht, und so schön viel davon gibt. In der Praxis leider halt ein oft stärkeres Argument als schieres Gutsein, von dem auch ich mich nicht frei sprechen kann. Meinen inneren kleinen Perfektionisten wiedert es jedoch an

[implementation]

Zitat von BUG:

Benutzt du aus dem selben Grund einen RISC-Prezessor? So ein normaler (CISC-)Prozessor ist doch ein zusammengestoppeltes Etwas mit Unmengen an Altlasten, welches intern mehr oder weniger doch ein neues Konzept benutzt.

Was spricht denn gegen RISC? Hinter diesen Prozessoren steckt ein gut durchdachtes Konzept. Und in den meisten HandysSmartphones ist sogar einer verbaut.
Ich würde in meinem Computer möglicherweise auch einen verwenden, wenn es so einfach wäre, einen zu erwerben (Was spräche denn gegen einen SPARC T4 mit 128 Hardware-Threads?).
Schaut euch mal die TOP500-Liste der Supercomputer an. Sie wird größtenteils angeführt von RISC-Prozessoren. Darin steckt Zukunft.

[Delphi-Laie]

M.E. sollte auch damit Schluß sein, daß Javascript eine Interpretersprache (!) ist.

.Net ist der Beweis, daß man auch in ein Betriebsprogramm einen Compiler einbauen kann - warum dann nicht in Browser?

Zu meiner Zeit wurde ich im Abitur von BASIC (Interpreter) regelrecht traumatisiert. Gut, wenn man die Quadratische Gleichung ausrechnen lassen möchte, zum Lernen, insbesondere zum grundlegenden Erlernen algorithmischer und funktionaler Zusammenhänge und Strukturen, ist das ideal, aber ansonsten eine Oberkrankheit.

Das Trauma war aber nur halb, denn ich kannte bis dato nichts anderes. Es gab sozusagen ein nachträgliches, rückwirkendes Trauma, als ich Turbo-Pascal kennenlernte, das seinerzeit als Software nicht nur eine weltweite Spitzenposition einnahm, sondern allein auf weiter Flur war.

Vor einiger Zeit schoß ich mich auf Sortieralgorithmen ein. Ich fand bis dato nicht eine zufriedenstellende browserbasierte Animation. Alles nur sehr bis extrem "hakelig", Verzögerungen, Stockungen. Es ist eher Zeitlupe bis Gefrierzustand als Animation. Mit einer Browserinterpreter wird es wohl nie etwas besseres geben.

Auch ist für mich nicht einzusehen, daß man für die Anklickbarkeit eines Knopfes ("Buttons") Javascript benötigt, es geht auch ohne. Bei Google z.B. ist es schön, auch Zwischenstände beim Eingeben der Suchwörter zu sehen (hilft beim Eingrenzen), jedoch z.B. bei der Onlineübersetzung möge der Browser doch bitteschön warten, bis ich meinen Lex vollständig hineingesetzt habe. Aber das ist eben der Unterschied zwischen Softwareergonomie und Dallerkram.

[mquadrat]

In den aktuellen Browsern wird JS nicht mehr direkt interpretiert, sondern erst compiliert.

[blackfin]

Zitat:

Ich fand bis dato nicht eine zufriedenstellende browserbasierte Animation. Alles nur sehr bis extrem "hakelig", Verzögerungen, Stockungen...

Ich denke mal, dass sich das bald ändern wird, wenn das Canvas-Element Flash nach und nach ersetzt hat.
Bis jetzt ist das Ganze (bis auf im IE9..wunder wunder!) manchmal ziemlich hakelig, aber man kann z.B. an den Aurora- und Nighlies von Firefox erkennen, dass an "smoothen" canvas-basierten Javascript-Animationen heftig gearbeitet wird, das wird von build zu build schneller.
Herkömmliche, DOM-basierte Animationen, wie man sie nun jahrelang eingesett hat, sind allerdings fast immer langsam.

Ich entwickle gerade eine canvas-basierte JS Game Engine und kann deinen Hass auf JavaScript eigentlich nicht teilen...man kann JS durchaus "nett" schreiben, wenn man mal das prototype-Konstrukt verinnerlicht hat.
Früher habe ich JS auch gehasst, inzwischen finde ich es durchaus nett, nützlich und nicht mehr wegzudenken aus der Web-Welt.
Ohne JS sähe das Web noch viel trister aus. Nachtürlich hat es auch seine Schattenseiten, die hat aber generell jede Skriptsprache, die clientseitig Code ausführt / ausführen kann

[himitsu]

Topic: Daß man oftmals keie Zeit hat was ordentlich zu machen ... alles muß schnell gehn
Und wenn dann später mal etwas knallt, dann hat man am Ende vermutlicxh mehr Zeit für den Bugfix benötigt, welcher auch wieder nur reingepfuscht wird, was sich dann bei den nächsten Problemen wieder rächt.

Zitat von mquadrat:

Ähhhm.... XHTML ist tot und als Standard beerdigt. Die entsprechende Workgroup beim W3C wurde aufgelöst. Zukünftig gibt es nur noch HTML (die 5 wurde ja inzwischen auch gestrichen) und damit fehlertolerantes Rendering im Browser.

Ich hoffe aber mal, daß die dennoch durchsetzen, daß es keine offenen Tags mehr gibt.

XHTML fand ich zwar teilweise zu beschränkt, aber das war eigentlich eine gute Sache ... z.B. <br /> statt <br>


@Jumpy: Paß auf ... hier gibt es bestimmt noch ein/zwei Ecken, wo der Senden-/Vorschaubutton vertauscht ist, in den unterschiedlichen Ansichten.

[implementation]

Zitat von himitsu:

Zitat von mquadrat:

Ähhhm.... XHTML ist tot und als Standard beerdigt. Die entsprechende Workgroup beim W3C wurde aufgelöst. Zukünftig gibt es nur noch HTML (die 5 wurde ja inzwischen auch gestrichen) und damit fehlertolerantes Rendering im Browser.

Ich hoffe aber mal, daß die dennoch durchsetzen, daß es keine offenen Tags mehr gibt.

XHTML fand ich zwar teilweise zu beschränkt, aber das war eigentlich eine gute Sache ... z.B. <br /> statt <br>

Was ich an NichtX-HTML hasse, ist, dass man leere Tags nicht mit der Kurzschreibweise schließen kann.

Code:

<!-- XHTML -->
<SPAN id="trololol"/>  geht

<!-- HTML -->
<SPAN id="trololol"/>  geht nicht, dicker Fehler, ARRRGHHH!!!!

<SPAN id="trololol"></SPAN>  stattdessen so umständlich

Schlimmer noch hatte ich das Problem hin und wieder bei SCRIPT-Tags, die per href auf eine externe Quelle verwiesen

Ich finde das wirklich schade, dass man XHTML aufgegeben hat. Dann soll man doch bitte wenigstens HTML5 weiterführen, und die Kurzschreibweise dort als neues "Feature" einführen.

Welche $*!%§-# schießen beim W3C immer alle wegweisenden Projekte ab?

[Delphi-Laie]

Zitat von mquadrat:

In den aktuellen Browsern wird JS nicht mehr direkt interpretiert, sondern erst compiliert.

Das ist mir neu, danke!