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

[Nersgatt]

Dann müsste das Gerät aber auch die Kopfposition vom Coder erfassen, um die Optimale Pappenposition zu berechnen.

[himitsu]

Dafür erfindet doch MS grade was ... bezüglich Bewegungserkennung und Sterung über reale Gesten (da braucht man dann nur den Kopf als Ziel auszuwählen)

[wicht]

Und wer keine Lust auf diesen Firlefanz hat, hängt einfach eine lumpige Decke vor das Fenster und hat Ruhe. Hat sich bei mir bewährt, gibt keine Probleme :-D

[Fridolin Walther]

Ich find Sonnenlicht allgemein ablenkend beim Programmieren. Daher sind alle meine Fenster mit Muellsaecken zugeklebt. Seitdem regen sich meine Nachbarn auch nicht auf, das ich keine Gardinen hab. Statt dessen wird nur noch ueber die Muellsaecke gemeckert. Kann ich nur empfehlen ...

[mkinzler]

Wenn du Gardinen hättest, hätten diese die falsche Farbe ...

[Nersgatt]

Zitat:

Zitat von wicht (Beitrag 1039976)

Und wer keine Lust auf diesen Firlefanz hat, hängt einfach eine lumpige Decke vor das Fenster und hat Ruhe. Hat sich bei mir bewährt, gibt keine Probleme :-D

Das ist ja sowas von Anti-Geek, viel zu profan. Ne, sowas kommt mir nichts ins Haus. :-D

[mleyen]

Also wir haben hier im Sommer immer ausgefaltete Grafikkarten/Rechnerkatons an den Fenstern hängen. Da schaun immer alle Fußgänger erstaunt zur Entwicklungsabteilung rüber. :lol:

[HeZa]

Ich sag nur: Augen auf bei der Arbeitsplatzwahl 8-).

Am liebsten habe ich einen Raum mit großem Fenster nach Norden. Dann muss man nicht bei jedem kleinen Sonnenstrahl gleich die ganze Hütte verdunkeln.

[mleyen]

Naja wir haben schon Rollos. Nur das Problem ist das wir so Außenstoff-Rollos haben, die sich automatisch hochfahren wenn irgendeine Windstufe überschritten wurde. Dann lassen die Dinger sich auch nicht mehr runterfahren... :|

[Nersgatt]

Zitat:

Zitat von mleyen (Beitrag 1040006)

Naja wir haben schon Rollos. Nur das Problem ist das wir so Außenstoff-Rollos haben, die sich automatisch hochfahren wenn irgendeine Windstufe überschritten wurde. Dann lassen die Dinger sich auch nicht mehr runterfahren... :|

Und wo ist das Problem? Oder hast Du noch nicht Buchse für das Datenkabel der Rolladensteuerung gefunden. :stupid:

[mleyen]

Während der Ausbildungszeit wollte ich nichts riskieren, aber jetzt, hmmmm... :twisted:

Was mich noch beim programmieren stört:
Eingeschränktes bzw. keine Möglichkeit zu Testen. Z.B. man muss was für irgendeine Hardware schreiben oder hat nur Userrechte und kann erst später das Programm ausführen. Oft wird man dann nur so von Bugs erschlagen und es dauert länger die einzelnen zu fixen als wenn man alle Bugs direkt beim coden nacheinander behoben hätte.

[himitsu]

Da ist die "Programmierung" (darf man das überhaupt so nennen) mit PHP nicht besser.
Wenn man da was falschgeschrieben hat und es aber Syntaktisch korrekt ist, dann meckert der PHP-Compiler erstmal nicht.
Aber wenn man dann später irgendwann 'ne "nichtexistierende" Funktion oder Variable aufruft dann knallt es erst da oder auch nicht (vorallem bei den Variablen).

Diese superschönen großen Freiheiten, die Typlosigkeit, das blöde und automatische Speichermanagement bereiten schonmal ganz schöne Probleme.
Dagegen ist Delphi die reinste Wohltat.

[mkinzler]

Das ist ja eher ein Problem dass php case-sensitive ist

[HeZa]

Zitat:

Zitat von mleyen (Beitrag 1040025)

Eingeschränktes bzw. keine Möglichkeit zu Testen. Z.B. man muss was für irgendeine Hardware schreiben oder hat nur Userrechte und kann erst später das Programm ausführen.

WIe jetzt? Du schreibst deinen Source nieder, jagst ihn durch den Compliler und lieferst dann an den Kunden aus? Das erinnert mich an Erzählungen von Leuten die ihre Programme noch in Lochkarten stanzen mussten. Mein Beileid.

[wicht]

Das geht auch anderen Leuten so. Wenn man einen Dienst schreibt, der mit irgendeinem Laser oder anderer Maschine kommunizieren soll, damit automatisch gefertigt werden kann, hat man die Hardware meistens leider erst, wenn man beim Kunden auf der Baustelle ist. Simulationssoftware vom Hersteller gibt es oft nicht. Und so kann man dann lustig beim Kunden weiter entwickeln... :kotz:

[Nersgatt]

Das kommt mir ganz arg bekannt vor. Und wenn man wieder im Büro ist, taucht doch noch ein Bug auf. Dann heißt es, im Blindflug korrigieren, per Fernwartung beim Kunden installieren und hoffen, dass es geklappt hat.

[himitsu]

Zitat:

Zitat von mkinzler (Beitrag 1040027)

Das ist ja eher ein Problem dass php case-sensitive ist

das ist nochwas ... es ist nicht alles CaseSensitive ... einiges z.B. Methodennamen sind es anscheinend nicht
und da mein lokales MySQL hier unter Windows läuft, sind es auch die Tabellennamen nicht.

Aber laß einfach mal einen Buchstaben weg oder vertausch was.

Ich hatte z.B. bis so um 10 hier an zwei Stellen "$Titel" stehen, anstatt $Title und das viel erst auf, als ich zufällig das "Titel" kopiert hatte, für ein DB-Feld nutzen wolle und sich die DB beschwerte da existiere was nicht.


@wicht:
Da hast du doch eine Marktlücke entdeckt.
Hardware-Simmulations-Software-Programmierer ... ich seh neue Jobs am Horizont :-D

@Nersgatt:
Ist das nicht immer so?
Irgendwo wartet ein gemeiner Fehler, um dann im "richtigen" Moment hervorzuspringen. :twisted:

[Nersgatt]

Zitat:

Zitat von himitsu (Beitrag 1040037)

@wicht:
Da hast du doch eine Marktlücke entdeckt.
Hardware-Simmulations-Software-Programmierer ... ich seh neue Jobs am Horizont :-D

Da hab ich in meiner Software, die relativ starken Gebrauch von Barcodescannern macht, einen Modus eingebaut, dass ich "per Programm" scannen kann. Also ohne den Scanner selbst. Unser Hotlinedamen haben mich dafür fast geknutscht. So können Sie jetzt auch per Fernwartung beim Kunden Dinge ausprobieren. Früher mussten sie immer am Telefon dem Kunden sagen "so, jetzt halten sie mal den Scanner an den Barcode".

Zitat:

@Nersgatt:
Ist das nicht immer so?
Irgendwo wartet ein gemeiner Fehler, um dann im "richtigen" Moment hervorzuspringen. :twisted:

Und zwar immer 5 Minuten vor dem 3-wöchigen Urlaub!

[blackfin]

Zitat:

...hat man die Hardware meistens leider erst, wenn man beim Kunden auf der Baustelle ist....

Das kenn ich auch nur zu gut. Oder man hat eine "Dummy-Box", die nur die Steuerungs-Platinen enthält, aber die sonstigen Hardware-Teile und Sensoren nicht, aber man soll dann die Heizkurve von irgendnem Heizelement anpassen, das man nie zu Gesicht bekommen hat.

Was mich auch noch EXTREM nervt:
Man wartet ewig darauf, bis der Kunde sich intern über irgendwelche Implementationen geeinigt hat, dafür vergehen dann mehrere Wochen oder Monate, in denen man keine Zeile Code schreiben kann, weil der nicht aus den Puschen kommt.
Sobald der Kunde aber weiss, was er will, soll man es dann innerhalb von wenigen Tagen fertig haben, da es ja nun so schnell wie möglich ausgeliefert werden soll! :kotz: Ab diesem zeitpunkt nervt der Kunde täglich, wie weit man denn schon ist und dass ihnen nun die Deadline im Nacken sitzt.
Meiner Meinung nach ist so eine Vorgehensweise die Bugwerkstätte Nummer 1

[divBy0]

Oh ja, das ist auch ganz toll. Habe gerade heute wieder so eine Aktion gehabt. Fernwartung gibt es nicht, also die Exe per Mail an die IT und die kopieren dann entsprechend um. :?

[rollstuhlfahrer]

was mich bei einem Projekt genervt hat, ist, dass Delphi/Pascal zwar die Fähigkeit von goto bietet, man diese aber nicht nutzen soll. da kommen dann Strukturen wie folgende raus:

Delphi-Quellcode:

  // Anti-GOTO-Struktur
  if ScanRows then
  begin
    if ScanCols then
    begin
      if ScanFields then
      begin
        Result := true;
      end
      else
      begin
        Result := false;
      end;
    end
    else
    begin
      Result := false;
    end;
  end
  else
  begin
    Result := false;
  end;

Mit einem einfachen goto wäre das viel einfacher gegangen. Und auch viel leserlicher und schöner:

Delphi-Quellcode:

  
procedure MitGoto();
// ...
begin
  //GOTO-Struktur
  if not ScanRows then
  begin
    Result := false;
    goto ende;
  end;

  if not ScanCols then
  begin
    Result := false;
    goto ende;
  end;

  if ScanFields then
  begin
    Result := false;
    goto ende;
  end;

  :ende
end;

Bernhard

PS: Nach mehrfachem Umbau sieht der Ablauf völlig anders aus und man braucht auch kein Goto mehr.

[himitsu]

Delphi-Quellcode:

Result := ScanRows and ScanCols and ScanFields;

.
was aber nicht bedeutet, daß ich was gegen GOTO hätte (nutze es ja manchmal selber)

[Mithrandir]

Dennoch ist der Vorschlag von himi der Bessere, auch wenn man nix gegen GOTO hat...

[Schorschi5566]

Ist aber falsch. :D

Delphi-Quellcode:

Result := ScanRows and ScanCols and not ScanFields;

Ach nee, die goto-Procedure ist nur anders. ;)

[himitsu]

Nein, der Anti-GOTO-Struktur nach ist meines richtig. :angle:

Delphi-Quellcode:

// Anti-GOTO-Struktur
if ScanRows then
begin
  if ScanCols then
  begin
    if ScanFields then
      Result := true;

aber du hast, dem MitGoto nach, auch nicht unrecht,
denn wie ich grad seh, stimmen Anti-GOTO und MitGoto nicht überein.

[rollstuhlfahrer]

Zitat:

Zitat von himitsu (Beitrag 1040198)

denn wie ich grad seh, stimmen Anti-GOTO und MitGoto nicht überein.

Fällt mir auch auf: es fehlt ein

Delphi-Quellcode:

Result := true;

Bernhard

[Helmi]

Hallo,

jetzt muss ich auch mal meinen Senf dazugeben:
Was mich momentan nervt ist, dass ich mir die unterschiedlichen Syntaxe nicht merken kann.

Zu Hause programmier ich Delphi, da geht ne Zuweisung mittels ":=" und eine Abfrage mittels "=",
in der Arbeit programmier ich CNC-Programme, da ist eine Zuweisung ein "=" und eine Abfrage "=="

Ständig überseh ich das zweifache Gleichzeichen :-)

[himitsu]

Daß passiert mit mit PHP<>Delphi auch manchmal.
Schön daß Delphi alle Fehler entdeckt, aber PHP nur das := bemängelt.

[Helmi]

Ich habe das Problem dass es für CNC-Programmierung keinen Editor gibt.
Das macht man mit einem ganz normalen Editor (Notpad, ...) und man merkt es erst, wenn man das Programm in der Maschine ablaufen lässt und dann der Interpretor einem die Fehlermeldungen um die Ohren haut

[himitsu]

Wenn man etwas cool fände, grade hätte benutzen wollen und es das leider nicht gibt.

Gernierische Property fänd ich grade sooooooo cool.

Delphi-Quellcode:

TMyClass = class
  function &#160;getter<typ>: typ;
  procedure setter<typ>(const value: typ);
  property &#160;prop<typ>: typ read getter<typ> write setter<typ>;
end;

[Matze]

Zitat:

Zitat von Helmi (Beitrag 1041380)

Ich habe das Problem dass es für CNC-Programmierung keinen Editor gibt.
Das macht man mit einem ganz normalen Editor (Notpad, ...) und man merkt es erst, wenn man das Programm in der Maschine ablaufen lässt und dann der Interpretor einem die Fehlermeldungen um die Ohren haut

Nicht ganz richtig.
wir hatten in der FH einen NC-Editor, der das Fräsbild dann auch noch simulieren konnte.
Für CNC gibt's diverse kostenpflichtige Tools, die das ganze dann noch in 3D simulieren können.

Was mich zur Zeit nervt: Da "optimiere" ich einen Code und nachher dauert die Ausführung 3 x so lange wie vorher. Und ich habe nicht die geringste Ahnung wieso. :?
Und wenn man ein FPGA programmiert, dauert der Kompiliervorgang eine halbe Ewigkeit (aktuell ca. 12 Minuten). Bis der da endlich seinen Bit-Code erzeugt hat ...

[mkinzler]

Das könnte man auch durch die IDE automatisieren

[blackfin]

Zitat:

und man merkt es erst, wenn man das Programm in der Maschine ablaufen lässt und dann der Interpretor einem die Fehlermeldungen um die Ohren haut

Och, einfach immer schön mit G0 ins Werkstück, dann kann nix schiefgehen :D

[Helmi]

Zitat:

Zitat von Matze (Beitrag 1048997)

Zitat:

Zitat von Helmi (Beitrag 1041380)

Ich habe das Problem dass es für CNC-Programmierung keinen Editor gibt.
Das macht man mit einem ganz normalen Editor (Notpad, ...) und man merkt es erst, wenn man das Programm in der Maschine ablaufen lässt und dann der Interpretor einem die Fehlermeldungen um die Ohren haut

Nicht ganz richtig.
wir hatten in der FH einen NC-Editor, der das Fräsbild dann auch noch simulieren konnte.
Für CNC gibt's diverse kostenpflichtige Tools, die das ganze dann noch in 3D simulieren können.

Was mich zur Zeit nervt: Da "optimiere" ich einen Code und nachher dauert die Ausführung 3 x so lange wie vorher. Und ich habe nicht die geringste Ahnung wieso. :?
Und wenn man ein FPGA programmiert, dauert der Kompiliervorgang eine halbe Ewigkeit (aktuell ca. 12 Minuten). Bis der da endlich seinen Bit-Code erzeugt hat ...

Ich kenne solche Simulatoren! - hatte im Frühjahr auch einen zum Testen!
Das Problem ist nur, dass ich Maschinen programmier mit bis zu 12 Achsen/Spindeln, das muss man dem Simulator erst mal beibringen diese Achsen zu simulieren.

[himitsu]

Ich weiß, man dachte wohl nie, daß sowas jemals aus meinem Mund kommt.

Ich hasse Unicode und nichtfunktionierende Generics.



OK, eigentlich nicht das Unicode selber, sondern eher die Kombination aus Ansi und Unicode, bzw. wenn man Methoden erstellen will, welche "beides" Unterstützen sollen und dabei nicht auf die automatische Stringumwandlung von Delphi zurückreifen sollen.

Auch nicht grundsätzlich die Generics, sondern Generics, welche nicht das machen/können, welches ich mir wünschen würde
und datürlich die damit zusammenhängenden "internal compiler error"s.



Hatte die nichtfunktionierenden Generics wieder ausgebaut, dazu noch PChar eingebaut (sollte für mehr Übersicht und weniger Code sorgen)
und hatte mich nun ein bissl im zu ändernden Code und der Masse an Methoden verlaufen.
(vor 'ner Stunde hab'sch dann aufgegeben, 'ne kleine Pause gemacht und fang nun von vorne an und versuch mit jetzt erstmal 'nen Überblick zu machen)

[Bbommel]

Zitat:

Zitat von himitsu (Beitrag 1052301)

OK, eigentlich nicht das Unicode selber, sondern eher die Kombination aus Ansi und Unicode, bzw. wenn man Methoden erstellen will, welche "beides" Unterstützen sollen und dabei nicht auf die automatische Stringumwandlung von Delphi zurückreifen sollen.

Obwohl ich mich über D2009 total gefreut habe und froh war, dass Delphi von Haus aus Unicode kann und ich die TNT-Komponenten loswerden konnte, habe ich in dem Zusammenhang auch einen ganz großen Nerv-Favoriten: TStringList.LoadFromFile, das beim Versuch, eine UTF8 codierte Datei zu öffnen, einfach komplett rumzickt, sobald sich auch nur ein einziges Zeichen eingeschlichen hat, das nicht korrekt codiert ist. Anstatt dieses eine Zeichen dann "falsch" auszugeben, wird direkt die ganze Datei weggeschmissen. Und mein bisheriger (funktionierender) Workaround, alles mit readln zu lesen und dann selber umzuwandeln, macht leider Probleme, wenn man Dateien von einem Samba-Laufwerk liest, weil es dann viel, viel zu langsam ist.

Das wollte ich doch schon immer mal loswerden... ;)

Bis denn
Bommel

[mschaefer]

Moin,

das wenn es mal wieder ein MegaFormular ist ich dem Editor nicht verschieden Hintergrundfarben für verschiedene Programmierabschnitte geben kann...

Grüße // Martin

[himitsu]

Daß der Compiler immernoch nicht mit "vordefinierten" Klassen umgehen kann, das nervt tierisch. :evil:

Beispiel:

Delphi-Quellcode:

type 
  TMyClass = class;

  // eventuell weitere Typen

  *  // ein Fehler (hier einfach mal ein ungültiges Zeichen)

  // eventuell weitere Typen

  TMyClass = class
    // irgendwas
  end;

Normaler Weise würde man hier Folgendes erwarten:

Zitat:

[DCC Fehler] ...: E2029 Deklaration erwartet, aber '*' gefunden

aber nein, stattdessen wird die Forward-Declaration bemängelt und man sieht nur Dieses:

Zitat:

[DCC Fehler] ...: E2086 Typ 'TMyClass' ist nicht vollständig definiert

Toll daran ist besonders, daß man den Fehler also nun selber suchen darf :wall: ,
welches bei einem größeren Interface nicht immer leicht ist.

[bernau]

Daß man Frames nicht auf Readonly setzen kann.

Ein Frame verwendet man ja in der Regel auf mehreren Formularen. Wenn man "ausversehen" die Position eines Elementes auf einem verwendeten Frame leicht ändert fällt das nicht auf. Wenn ich im Nachhinein die Elemente auf dem ursprüngliche Frame ändern muss um z.B. weitere Elemente hinzufügen muss, dann gehen diese Verschiebungen nicht mehr auf das abgeleitete Frame über. Das sieht dan fürchterlich aus. Muss also erst mal alle Forms anschauen, und sehen, wo das Frame nicht korrekt dargestellt wird.

[stahli]

@Bernau: schließe mich an

@DP: Vielleicht könnte man in der DP ein Unterforum "Wunschliste an Delphi" auf machen und dort gezielt Meinungen zu Verbesserungen zusammentragen (und ggf. bei allgemeiner Zustimmung an Emb. weiterleiten).