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

[Namenloser]

1. Die verbuggte IDE
   • Derzeit nervt mich besonders folgendes Fenster, das immer beim Starten meiner Projekte aus der IDE erscheint:
     scr2584_20100626_.png
     Habe keine Ahnung woran es liegt, das Fortführen des Dialogs sowie eine komplette Neuinstallation haben auch nichts gebracht. Hatte das früehr schon mal, aber weiß nicht mehr, wie ich es wegbekommen habe. Man kann auf "Abbrechen" klicken, und alles funktioniert, von daher: Dieser Dialog ist absolut nervig und total überflüssig.
     
   • Mindestens genau so nervig finde ich die zahlreichen anderen Bugs in TurboDelphi - gestern z.B. hätte ich wieder fast einen Anfall bekommen, weil auf einmap pro Sekunde 1000 mal so viele Fehlermeldungen aufpoppten als ich hätte schließen können. Passiert leider nicht gerade selten Kaum zu fassen, dass die gleiche IDE in besserer Austattung zu Summen jenseits von 1000€ verkauft wurde - ziemlich hoher Preis für ein Programm dass sich anfühlt wie eine Pre-Alpha. Kein Programm stürzt bei mir so oft ab wie TurboDelphi.
     
   • Eine andere Sache, die mich nicht nur bei Delphi nervt, ist dass man in fast keiner IDE wirklich einstellen kann, wo das Projektverzeichnis liegen soll. Genauergesagt kann man es in Delphi ja sogar einstellen, nur hält sich das Programm nicht daran und legt immer wieder den nutzlosen Standard-Ordner an, und das netterweise auch gleich noch in Deutsch und in Englisch. (Da fällt mir noch eine Sache ein, die mich unheimlich nervt, aber nichts direkt mit dem Programmieren zu tun hat: Programme die meinein, unbedingt einen eigenen Ornder in meinem Documents-Verzeichnis erstellen zu müssen )
     
   • Manchmal stören mich auch die zu hellen Farben auf dem Bildschirm, z.B. die Seitenleisten der IDE (das Editor-Fenster hat schon ein dunkles Theme), weil es gerade Nachts (also gerade da, wo man als Programmierer am produktivsten ist ) sehr anstrengend für die Augen ist. Lässt sich leider unter Windows nicht wirklich einstellen.
   
   
2. Ansonsten stört mich (hauptsächlich auf Delphi bezogen):
   • Dass der is -Operator nicht für Interfaces funktioniert.
   • Dass man von TInterfacedObject ableiten muss, wenn man ein Interface implementieren will. Ok, man könnte die Methoden auch selbst implementieren, aber das würde dann zu sehr viel redundantem Code führen.
   • Dass man oft Code nicht sinnvoll auf mehrere Units aufteilen kann, weil der One-Pass-Compiler damit nicht klarkommt. Zwei Klassen, die sich gegenseitig kennen müssen, auf zwei Units zu verteilen ist dadurch unmöglich.
   • VCL-Bugs... z.B. Buttons die verschwinden, wenn man die Alt-Taste drückt.
   • Case nur für ordinale Typen. Das ist wohl dadurch bedingt, wie der Compiler solche Cases optimiert, aber ich finde, mich als Programmierer hat die interne Umsetzung des Compilers nichst zu interessieren. Es wäre kein Problem, ein Case mit nicht-ordinalen Typen intern in einen Haufen verketteter If-Abfragen umzuwandeln. Wenn man wollte, könnte man z.B. bei Strings auch noch mit Hashmaps o.ä. optimieren.
   • Wenn bestimmte Eigenschaften bei Klassen privat deklariert sind, ohne dass es einen erkennbaren Grund dafür gibt.
   • Dass man nicht mehrere Event-Handler registrieren kann.
   • Dass es kein "self" für ein per with-Block referenziertes Objekt gibt.

Gibt sicher noch mehr, aber mir fällt gerade nichts mehrein...

[himitsu]

Zitat von NamenLozer:

Derzeit nervt mich besonders folgendes Fenster, das immer beim Starten meiner Projekte aus der IDE erscheint:

Schau mal Nach, wie es bei dir mit MSXML aussieht.
Ich kenn diesen Fehler auch.
(Wenn man den Windows-Installer-Service nicht automatisch starten läßt, dann reagierte nach [Abrechen] die IDE für 2-5 Minuten garnicht mehr.)

Bei mir half es den MSXML 4.0 (muß aber nicht genau dieser sein) manuell aus der Registrie zu entfernen und später mal Windows neu zu installieren.



OK und der coolste Bug im TDE-Compiler ist das nette Speicherleck, beim Kompilieren ... nach ein paar dutzend/huntert Kompilierungen stürzt die IDE mit 'nem OutOfMemory ab.

[Meflin]

Zitat von NamenLozer:

Case nur für ordinale Typen. Das ist wohl dadurch bedingt, wie der Compiler solche Cases optimiert, aber ich finde, mich als Programmierer hat die interne Umsetzung des Compilers nichst zu interessieren. Es wäre kein Problem, ein Case mit nicht-ordinalen Typen intern in einen Haufen verketteter If-Abfragen umzuwandeln. Wenn man wollte, könnte man z.B. bei Strings auch noch mit Hashmaps o.ä. optimieren.

Case für strings habe ich in meinen Anfangsjahren auch sehr vermisst. Mittlerweile weis ich, dass aus softwarearchitektureller Sicht schlicht und ergreifend kein sinnvoller Einsatzzweck dafür besteht. Für schnelle Quick & Dirty Hacks mag es ja ganz nett sein. In ernsthaftem Code sind Stringvergleiche nur sehr selten angebracht, und schon garnicht so, wie man sie mit einem case verwenden würde (case edit1.text of...). Will man irgendwelche Eingaben auf interne Logik mappen, nimmt man dafür z.B. ein Dictionary (welches in vielen Delphiversionen allerdings leider auch fehlt...).

[Namenloser]

Zitat von Meflin:

Case für strings habe ich in meinen Anfangsjahren auch sehr vermisst. Mittlerweile weis ich, dass aus softwarearchitektureller Sicht schlicht und ergreifend kein sinnvoller Einsatzzweck dafür besteht.

Doch, z.B. für Parser wäre das recht praktisch. Letzlich ist Case für Strings genau so sinnvoll bzw. unsinnig wie Case für ordinale Werte.

Zitat von Meflin:

Will man irgendwelche Eingaben auf interne Logik mappen, nimmt man dafür z.B. ein Dictionary (welches in vielen Delphiversionen allerdings leider auch fehlt...).

Bei TurboDelphi kann ich von sowas wie Dictionaries nur träumen...

[hboy]

Was mich gerade nervt sind meine Nachbarn, die lautstark unter Höllenqualen zu leiden scheinen, während sie sich dem Sportfernsehen hingeben. Warum? Es ist nach 01:30 und viel zu heiß, um das Fenster zu schließen ...

[blackfin]

Zitat:

Höllenqualen

....

Zitat:

Sportfernsehen

.....

Zitat:

01:30

hust....bist du dir sicher, dass das auch wirklich das Sportfernsehen ist?

[Namenloser]

Zitat von blackfin:

Zitat:

Höllenqualen

....

Zitat:

Sportfernsehen

.....

Zitat:

01:30

hust....bist du dir sicher, dass das auch wirklich das Sportfernsehen ist?

Naja, wahrscheinlich so "Sport"-Fernsehen wie DSF

[idefix2]

Was bei mir mit ganz grossem Vorsprung in Führung ist beim Wettbewerb um das nervigste Ärgernis ist die absolut unzureichende oder unverständliche Dokumentation von vielen Programmen und Tools.

In der Liste ganz vorne steht die Open Office API, die ist zwar sehr umfangreich, aber zumindest für mich völlig unverständlich - ich habe bis jetzt zweimal ansatzweise versucht, da hineinzusteigen, und habe es beide Male wieder frustriert "zurückgestellt".

Bei der Firebird Doku nervt mich vor allem, dass es kein Dokument gibt (oder ich es nicht gefunden habe), in dem alle Sprachfeatures zu finden sind, sondern man muss erst einmal die alte Interbase Dokumentation und danach die Release Notes für die verschiedenen Firebird Versionen durchstöbern, wenn man wissen will, ob und wie etwas funktioniert.

Die Delphi Dokumentation selbst ist unter jeder Kritik, eine derart unübersichtliche und unsystematisch aufgebaute Sprachreferenz ist mir noch nirgends untergekommen, dazu Delphi und C++ auf das unübersichtlichste vermengt - die kontextsensitive Delphi Hilfe liefert prinzipiell auch alle reinen C++ Topics zum jeweiligen Schlüsselwort. Informationen zu vielen Einzelheiten fehlen komplett, dann bleibt nur das zeitaufwändige Ausprobieren. Den Aufbau der Klassendokumentation könnte man schwer noch unübersichtlicher konzipieren, und bei der stereotypen Erklärung "das ist xyz, eine Methode/Eigenschaft der Klasse abc" als einzige Erklärung könnte ich die Wände hochklettern.

[himitsu]

Zitat:

das ist xyz, eine Methode/Eigenschaft der Klasse ab

Das find ich auch immer wieder "nett".

PS: Du könntest zumindestens versuchen die C++-Hilfe zu deinstallieren/entfernen, dann wird davon auch nicht mehr so viel gefunden.

[Luckie]

Um mal wieder etwas von dem Delphi-Bashing wegzukommen, Unordnung am Arbeitsplatz. Leider sind meine Kollegen nicht so ordentlich am Arbeitsplatz wie ich und da wir vor einem halben Jahr teilweise neue Möbel bekommen haben, sieht es bei uns im Büro aus, wie in einer Abstellkammer: Alte Möbel, Kisten, Kartons. Hinzukommt, dass sie bei uns auch die Rechner zusammenschrauben. Der Chef hat zwar extra Wandschränke gekauft, aber die Einzelteile und das Werkzeug fliegt über all auf den Tischen rum. Wenn ich im Urlaub war, kann es mir passieren, dass ich meinen Schreibtisch erst mal frei räumen muss.

Und wenn ich in einen Run gestört werde. Dann komme ich da meist nicht wieder rein, das war es dann wieder und das Programmieren wird wieder zu einem Kraftakt.