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

[jaenicke]

Mit XE2 kommt 100%ig Mac OS 32-Bit Support und Windows 64-Bit Support (und natürlich weiter 32-Bit). So viel ist bereits offiziell bekannt gegeben worden, auch schon bei den letzten Delphi-Tagen.

In XE3 soll Linux dazukommen, auch das wurde ja auf den Delphi-Tagen schon angesprochen, nur noch nicht fest zugesagt.

[Elvis]

Zitat von jaenicke:

Mit XE2 kommt 100%ig Mac OS 32-Bit Support und Windows 64-Bit Support...

Welchen Sinn macht denn OSX 32 Bit Support?
Alle Intel Macs sind x64 fähig, genau wie die OSX Versionen seitdem.
Außerdem sind OSX-User viel schneller was Upgrades angeht. Der noch aktuelle Release (Snow Leopard) liegt bei ~70% Anteil, der davor bei 24%. Beide sind voll x64-tauglich.

Jetzt mit 32Bit auf'm Mac anzufangen ist als ob man einen 16Bit Compiler für Windows herausbringen würde.
Wenn das wirklich wahr ist, verschwenden die mit dem 32 Bit Komposter sinnlos Zeit, die dann woanders fehlt...

[Memnarch]

Zitat von himitsu:

(falls nicht schon Alpha und co.)

Öhmwas meinnst du den damit?


MFG
Memnarch

[jaenicke]

Es gibt verschiedene Versionen vor dem Release einer Software.
Alpha heißt eine frühe Testversion, die nur an wenige verteilt wird.

Die Folge ist in der Regel:
Alpha, Beta, evtl. Gamma, Release Candidate, fertiges Produkt / RTM

[Valle]

Mich nervt es im Moment total, dass es keine ordentliche und einfache Möglichkeit gibt mein Programm zu debuggen. In einer Jahresarbeit zum Thema Betriebssysteme versuche ich gerade, in einem recht simplen ASM-C-Konstrukt, eine Exception-Behandlung für eine Null-Division einzurichten. Normalerweise schaut der Prozesser in diesem Fall in der sogenannten Interrupt Descriptor Table (IDT) nach, an welche Adresse er springen soll. Dort findet er dann meinen Exception-Handler.

So. Und jetzt finde mal raus, ob die IDT da ist wo sie sein soll, ob sie richtig ist, ob die Adressen darin stimmen, ob der Prozessor die Adresse findet, wohin er springt, ob das klappt und warum auf dem Bildschirm lauter hübsche bunte Zeichen zu finden sind. Hier muss man erstmal einige Stunden in die Einrichtung eines ordentlichen Debuggers verbringen...

Liebe Grüße,
Valentin

[MGC]

Mich nervt am meisten, das ich meine Uraltprojekte aus meiner absoluten Anfängerzeit nochmal überarbeiten muss und mich nun nicht nur in diesen alten Quatsch wieder eindenken muss, sondern das es noch sehr grosse Teile verschiedenartiger Nudelgerichte dazwischen gibt...

[FredlFesl]

Gabs bestimmt schon: Debuggen von Threads und die minutenlangen Wartezeiten dazwischen.

[Luckie]

...wenn Fehler nur sporadisch und nach keinem Muster auftauchen.

[Jumpy]

Zitat von MGC:

Mich nervt am meisten, das ich meine Uraltprojekte aus meiner absoluten Anfängerzeit nochmal überarbeiten muss und mich nun nicht nur in diesen alten Quatsch wieder eindenken muss, sondern das es noch sehr grosse Teile verschiedenartiger Nudelgerichte dazwischen gibt...

Naja, das zeigt aber doch, das du dich als Entwickler selbst auch weiterentwickelt hast und sowohl anspruchsvoller geworden bist, was deinen Code angeht, als auch wahrsch. heuer effektiveren Code schreibst. Das ist dann die Art von "genervt" ala "ach, was war ich früher dumm" aber das ist halt nichts programmierspezifisches, das hat man bei allem im Leben.

Da ich noch Anfänger bin, kann ich sagen, dass ich das Erlebnis fast jeden Monat habe. Guck ich mir etwas an, was ich letzten Monat gemacht habe, um eine kleine Änderung zu machen, mach ich gleich 5 andere Änderungen mit, die den Code effektiver machen, nicht zuletzt durch Dinge, die ich beim mitlesen vieler Threads hier aufgeschnappt habe.

[himitsu]

Zitat von Jumpy:

die den Code effektiver machen

Aber paß auf, denn nicht alles was "efektiver" arbeitet verbessert deinen Code.

Wenn man mit einem extrem umständlichen und verwurstelten Code eine Stelle 10 Millisekunden "schneller" macht, es aber garnicht nötig ist, da dieser Teil nur einmal in 4 Tagen ausgeführt wird, dann doch lieber einen schön "übersichtlichen" Code verwenden, welcher 'ne Sekunde länger braucht.


Was mich grade bissl genervt hat:
Wieso geht eigentlich die Dateisuche (Strg+Shift+F) aus, wenn man alle Dateien schließt, oder ein anderes Projekt öffnet?