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

[generic]

Mich nervt:
Wenn ich Informationen brauche und ich sie nicht bekommen kann, weil Microsoft seine Server nicht unter Kontrolle hat.

[himitsu]

Das MSDN gibt es auch als PSDK zum Downloaden,
mit dem Bonus, auch gleich die C-Header-Files mitzubekommen, worin sich vorallem von vielen Konstanten die Werte finden lassen, welche man im MSDN oftmals vergebens sucht.

http://www.microsoft.com/downloads/e...0-bea146e4fae1

[Stevie]

Mich nervt:
Vermeintliche Optimierung von verständlichem und funktionierendem Sourcecode, der keiner Optimierung bedarf, auf Kosten der Verständlichkeit mit gleichzeitiger Einführung von Bugs... :wall:

[Elvis]

Zitat:

Zitat von Stevie (Beitrag 1104517)

Mich nervt:
Vermeintliche Optimierung von verständlichem und funktionierendem Sourcecode, der keiner Optimierung bedarf, auf Kosten der Verständlichkeit mit gleichzeitiger Einführung von Bugs... :wall:

Besonders toll sind Cargo-Cult Optimierungen. Also solche, bei denen es keinerlei kausalen Zusammenhang zwischen dem tatsächlichen Laufzeitverhalten, oder den Anforderungen des darunterliegenden Frameworks, mit dem Gefrickel des "Programmierers" gibt. Zum Beispiel wenn jmd der Meinung ist, dass er unbedingt FreeAndNil in seinen Destruktoren benutzen muss, anstatt einfach Free. Und noch besser: Wenn er auch noch glaubt, dass es das Laufzeitverhalten seiner App verbessert... :freak:

[himitsu]

@Stevie: rate mal, warum ich nicht mit PChar gearbeitet hab .... ist so schon schlimm gegenug der Code.

[Stevie]

Zitat:

Zitat von himitsu (Beitrag 1104537)

@Stevie: rate mal, warum ich nicht mit PChar gearbeitet hab .... ist so schon schlimm gegenug der Code.

Das war keineswegs auf dich bezogen, es hat mich nur wieder daran erinnert :)

[himitsu]

Och, ich hatte auch schonmal (vor ein paar Jährchen) 2 Tage lang einen Code umgeschrieben .... schön auf unverständliches Assembler ... und am Ende war er langsamer als vorher :oops:

[Zuck]

Mich nervt öfters mal die tatsache dass sich der source von units oft nicht an guidelines hält (bezeichner, kommentare, etc.)
Hoffentlich ändert sich das mit der cross-vcl

Zuck

[jaenicke]

Oh ja, da hast du Recht. Da gibt es schon einen Formatter und dann wird der nicht einmal auf die internen Units angewendet, so dass es da "schöne" Stilblüten gibt... :roll:

Wobei der Formatter für jegliche anonymen Methoden absolut unbrauchbar ist (mit Beibehaltung manueller Leerzeilen gehts einigermaßen, aber nicht wirklich). Naja, hat offenbar kaum jemand damit getestet. Hätte man die Formatierung auf die VCL-Units usw. angewendet, wäre das Problem sicher aufgefallen...

[EWeiss]

Mich nervt
Das eine einfache Case anweisung wie diese nicht unterstützt wird.

Delphi-Quellcode:

case DisplayMin of
  case Is > 9:

und nur über umwege machbar ist.

Delphi-Quellcode:

    case DisplayMin of
    9..59:
      begin
        NumberLed(Graphics, NumImgH, 1, StrToInt(Copy(IntToStr(DisplayMin), 1, 1)));
        NumberLed(Graphics, NumImgH, 2, StrToInt(Copy(IntToStr(DisplayMin), 2, 1)));
      end;

und generell nur Ordinal typen verwendet werden können.
Den sinn dahinter verstehe ich heute noch nicht.

Und das konvertieren natürlich ;)
StrToInt, IntToStr usw..

gruss