@saftmeister
Ich habe gesagt, dass ich die GUI von Hand zusammenstelle, nicht dass ich GUI und Logik zusammenkloppe
Ich habe dabei bestimmte Sachen aus dem Eclipse-VE und andere aus Netbeans übernommen, weil für mich persönlich bei nur einem Editor immer was gefehlt hat. Vom Prinzip her find ich den generierten Code vom VE in Eclipse ganz gut, nur irgendwie nicht ganz perfekt, weshalb ich einen abgewandelten Stil nutze, der bestimmte Parts von bestimmten Editoren beinhaltet, also ein Gemisch ist.
So, zu der Logiksache. Ich halte es bei meinen Projekten so, dass ich das MVC-Pattern implementiere, wodurch ich jederzeit die einzelnen Bestandteile austauschen kann, da entsprechende Interfaces existieren. Das gilt aber nicht nur für die grafische Verarbeitung, ich versuche soweit es geht mit Interfaces zu arbeiten, damit das Ganze unabhängig von der Implementierung bleibt.
Ich geb dir aber Recht, GUI und Logik, die zusammengesetzt wurden, sind nicht wiederverwendbar, aber das tut (hoffentlich) auch keiner, der sein Projekt vernünftig aufsetzt. Ich gehe dabei auch auf das Thema Teamarbeit ein. Durch gegebene Interfaces und verteilte Aufgaben hat jeder seinen eigenen Part, in dem er sich austoben kann. Er muss sich lediglich an die Vorgaben halten. Solange das funktioniert, ist alles ok. Im Falle der GUI-Entwicklung ist es dann ja so, dass einer dafür zuständig ist, die anderen haben an der GUI nix zu suchen. Was interessiert es denjenigen dann, ob ein anderer damit klar kommt? Er hat damit doch gar nichts zu tun
Wenn es dabei um die Verwendung einer grafischen Vorschau geht, naja, jeder hat eigene Vorlieben für Editoren und sogar der selbe Editor kann in unterschiedlichen Versionen diverse Unterschiede mit sich bringen, womit ein alter Code komplett wahrlos dargestellt werden kann. Schon allein deswegen sollte man sich auch zur Not im Code zurechtfinden, weil der GUI-Editor Mist anzeigt.
Ein guter Programmierer zeichnet sich nicht nur durch sein Wissen aus, sondern auch dadurch, dass er seine Werkzeuge alle perfekt einzusetzen weiß. Da sage ich auch nichts gegen, meine Erfahrung mit anderen Programmierern zeigt aber, dass viele solche IDEs zu nutzen wissen, auch sofort mit ihnen angefangen haben zu arbeiten, oft Visual Studio, aber wenn es dann Probleme im generierten Code gab, dann wussten sie nicht mehr weiter. Das Gleiche auch bei Anfägern, die meinen man muss unbedingt mit grafischen Oberflächen arbeiten, aber keine Grundlagen drauf haben und dann meinen sie können programmieren, weil sie einen Button in ein Vorschaufenster ziehen können und dann dieses von der IDE generierte Fenster starten können.
Ich habe es bislang immer so gehalten, dass ich mir Grundlagen angeeignet habe und erst dann zu Frameworks griff, als ich wusste, wie das Prinzip dahinter ist. Was bringt es mir, wenn ich ein Framework super einsetzen kann, aber dann beim Debuggen hängen bleibe, weil Wissen fehlt? Mir persönlich ist das Wissen wichtiger, als der Umgang mit Klicki-Bunti-Editoren, vielleicht liegt das aber auch daran, dass ich meist in der Klasse rumlaufen und gucken muss, wo der Fehler steckt und mich somit meist mit Debugging befasse.
