S
Speedy.
Gast
Im Normalfall schreibst du deinen Code so, dass es gar nicht erst zu den Fehlern kommt. Das kannst du jetzt wirklich nicht der Sprache ankreiden, sondern musst eben etwas Zeit investieren, um da rein zu kommen
Selbiges gilt für "unübersichtlich und langsam".
Das glaube ich gerne. Jemand, der Java oder vergleichbare Sprachen von Grund auf gelernt hat, wird nur den Kopf schütteln, wenn er mich hier programmieren sieht. Aber ich bin es eben gewohnt, var date = new Date() zu schreiben, und nicht SimpleDateFormat date = new SimpleDateFormat("dd.MM.yyyy HH:mm:ss").format(new Date()). Daher ist es für mich der Horror.
Mit langsam bezog ich mich auch eher auf das Programmieren und nicht der Sprache. Wenn ich in PHP eine Anwendung schreibe, dann habe ich meinen lokalen Webserver, speichere die Datei im Editor und aktualisiere den Browser. Hier, mit dem Java-Portal, muss ich erst Speichern, ein EAR-Archiv erstellen, das Package deployen und kann dann aktualisieren, nur um erstmal 7 Sekunden zu warten, bis das Skript das erste mal kompiliert wurde. Das frisst jedes Mal gut 30 Sekunden, und wenn man nur schnell ne Variable ändern möchte nervt das extrem.
Wenn du eleganten und prägnanten Code schreiben willst, könntest du dir mal Scala für die JVM anschauen.
Geht nicht, da es ein SAP NetWeaver Portal ist und man hier auf die SAP-API und Java EE 6 beschränkt ist...
ich darf mich dagegen öfters damit rumärgern das JavaScript einfach mal irgendwas rumkonvertiert und es deswegen nicht geht.
Siehst du, dass passiert mir mit JS kaum bzw. gar nicht ;-)
Fehlersuche ist dann immer lustig... bei ner vernünftigen Sprache würd mir der Compiler sagen wo der Fehler ist (ja, ich weiß das es mittlerweile auch Erweiterungen für JS gibt die Typsicher sind).
Auch hier ist es wieder anders rum (ich grinse gerade): ich finde die Errorausgabe in der Konsole vom Browser viel besser da übersichtlicher und einfacher verständlich. Der Browser (Chrome) sagt mir, in welcher Zeile der Fehler ist und in der Beschreibung steht meist schon recht deutlich, was nicht geht. Die Compilerfehler von Java blähen sich dagegen auf zig dutzend Zeilen aus (wie gesagt: SAP Portal) und wenn ich Glück habe, finde ich zwischendurch eine Zeile, die mir nun sagt, was wirklich der Fehler ist ^^
Das größere Problem finde ich aber die Oberflächenentwicklung an sich, wenn man sich im Browser mit CSS rumschlagen muss wo ich mit WPF oder zur Not auch WinForms deutlich schneller und angenehmer ans Ziel komme (den Spaß hab ich hier auch gleich wieder, darf ne Eingabemaske stylen...)
Ich habe keine Ahnung von WPF und kann daher nicht wirklich was dazu sagen, aber ich persönliche finde die Entwicklung mit HTML und CSS sehr gut. Klar, die verschiedenen Browser machen es nicht leichter, aber inzwischen weiß man ja schon, welcher Browser welche Macken hat und kann dann direkt darauf eingehen. So geht es mir zumindest, und wenn man die alten Krücken wie IE8 weglässt, dann geht es auch meist ohne große Optimierung. Plus: eine HTML-Seite kann man auf jedem OS problemlos und ohne Einschränkung anzeigen, bei WinForms bin ich mir da nicht so sicher
Abschließend: ich will keine Entwickler die mit Java oder sonst was arbeiten angreifen, dass ist nur meine erste Erfahrung in die Richtung. Mir machen "einfachere" Sprachen wie PHP oder JavaSript mehr Spaß und ich würde Java sofort den Rücken kehren, wenn ich könnte.
Aber das soll jetzt keine Grundlage für ne Grundsatzdiskussion werden - jede Sprache hat ihre Vor- und Nachteile, jeder macht das was ihm Spaß macht ;-)
Zuletzt bearbeitet: