Delphi 2011 heißt jetzt Delphi XE

[Hansa]

Das hier ist gut :

Zitat von mkinzler:

Am Besten die gehen wieder zum Urpascal zurück

Zitat von Stevie:

Lochkarten XE!

Hehe, jo. Nur, die Realität sieht eben anders aus, als das Wunschdenken einiger Delphi-Programmierer. Die Emba-Leute sind nicht zu unrecht etwas stolz darauf, dass sich kleinere D1 Programme auch mit D2010 compilieren und korrekt ausführen lassen.

Ich wundere mich manchmal selber, was es alles gibt. Ca. 1992 habe ich ein Programm geschrieben (für DOS mit BP7). Größte Anforderung war in dem Fall eigentlich nur Netzwerkfähigkeit. Entwicklungsdauer: 1 Jahr. Das war also kein Mini-Programm. Unter D5 habe ich das dann auf Delphi umgestellt. Aber siehe an : einer wollte es nicht mal haben. Der war nicht dazu zu bringen auf die Windows-Version umzusteigen. Der Witz dabei ist : im Prinzip hat der sogar Recht. Da wurde gesagt : "Was soll ich mit dem Firlefanz, es geht doch schon jahrelang alles. Warum haben sie sich die viele Arbeit gemacht, das umzustellen ?". Nun denn, trotz allem war immer alles, was zu ändern war, gemacht worden. WinME hatte mal Ärger gemacht, Mwst.-Erhöhung, dann Jahr 2000, Euro, Vista etc. Es läuft und läuft und läuft... Einige Teile sind allerdings schon auf Delphi umgestellt. So ist das ja nicht.

Dann kam auch mal eine Verbesserung (ca. 2001) : in dem Fall neuer, schnellerer Rechner. Aber auch WinME und das Programm lief nicht mehr. Tolle Verbesserung, wa ? Woran lags ? Letztes Jahr auf der EKON war Bernd Ua der erste und einzige ausser mir, der darauf kam, woran das damals lag. Bei allen anderen war WinME schuld oder der Rechner. Es war allerdings die Kombination Hardware/Software. Irgendwo in einer Turbopower-Unit (also Fremdunit) wurde die Rechner Taktfrequenz ausgewertet. Der war aber neu und deshalb zu schnell -> Zahlenüberlauf -> Runtime-Error. So ungefähr stelle ich mir das auch bei 64 Bit vor. Irgendwo wird grosse 64-Bit Zahl übergeben und irgendwer hat vergessen die entsprechende Variable richtig zu deklarieren etc. Und da sind auch die Fremdkomponenten im Spiel, nicht nur Embarcadero !

Lange Rede, kurzer Sinn : bei Emba sollen sie (und das wissen/machen sie auch) behutsam vorgehen. Vor allem aber, sich nicht zu sehr verleiten lassen, neue Version zu früh und zu wenig getestet rauszubringen.

Noch zum eigentlichen Thema : "Delphi XE". Irgendwie haben sie sich ja selber unter Druck gesetzt, jedes Jahr neue Version rausbringen zu müssen. Obwohl, D2008 ? Jedenfalls kam irgendwann die Jahreszahl ins Spiel und weckt wohl auch indirekt Erwartungen. Bei so einem komplexen Programm wie Delphi kann 1 Jahr aber zuwenig sein. Siehe Unicode. Auch M$ gehts nicht besser. Wie lang wars von XP bis Vista ?

[Sharky]

Zitat von Hansa:

... Letztes Jahr auf der EKON war Bernd Ua der erste und einzige ausser mir, der darauf kam, woran das damals lag. ...

Wie jetzt Du hast auf der EKON etwas gefragt von dem Du die Antwort gekannt hast? Du bist ja ein Held.

[cookie22]

die abstände in denen neue versionen released wurden, waren schon immer zu kurz. hier geht es doch wohl in erster linie um schnelles geld als um qualität.

[himitsu]

Das mit dem Druck ist ja nicht nur für Emga "schlimm"

Auch die Programmierer/Bosse würden sich bestimmt freuen, wenn nicht jährlich eine neue Version erschiene (dafür efentuell öfters mal ein ordentliches Update, eventuell auch schonmal mit der einen oder anderen Neuerung) ... klar wären die tausenden Euro für Emba nicht schlecht, aber was ist mit unserer Geldbeutel?

Monatlich 33 € und das schon für das kleinste Delphi-Upgrade ist schon ä bissl happig, wenn man nichtmals Einnahmen dadurch hat.

[Hansa]

Zitat von himitsu:

(dafür efentuell öfters mal ein ordentliches Update, eventuell auch schonmal mit der einen oder anderen Neuerung) ...

So ungefähr habe ich das ja auch gemeint. Allerdings war es früher sozusagen immer Tradition (zumindest bei mir) immer die neueste Version sofort zu bestellen. Siehe auch TP 5.5. Für TP 5.0 sollten schon OOP-Funktionalitäten eingebaut werden. Weil eben einge andere wichtige Sachen schon fertig waren und der OOP-Teil wohl noch nicht, kam eben zuerst mal TP 5.0. Heutzutage wäre wohl, wie hier auch zu besichtigen, das Geschrei gross, warum OOP "immer noch fehlt". Ich war froh, TP 5.0 überhaupt zu haben. Es war viel umzustellen und mir wars Recht, dass da jetzt nicht noch OOP zu machen ist. Deshalb auch die ungewöhnliche Versionsnr. 5.5. Damals wusste schliesslich keiner so recht, was das überhaupt ist ! BTW : wer das heute auch noch nicht recht weiss (Anfänger etc.) : es gibt ein Borland-Museum. Da kann man sich Turbo-Pascal 5.5 inkl. Handbuch runterladen. IMHO ist das Handbuch der beste Einstieg in OOP.

Dann kam eben Borland Pascal 6.0 und dann 7.0. An meinem geschilderten Fall kann man vielleicht erahnen, warum lediglich TP 5.5 in dem Museum verfügbar ist. Mit 6.0 fing das an, was heute eher normal ist : nicht viel neues, aber eine neue Benutzeroberfläche. Wie hiess das ? Glaube TurboVision. Das war aber eher eine Benutzeroberfläche für Masochisten

Hatte das als unbrauchbar eingestuft und deshalb kam TurboPower "Object Professional" ins Spiel. Noch für die mit "wo ist kostenloses Delphi" : alleine letzteres war mit ca. 600 DM dabei. Dann noch (jeweils 400-600 DM) Datenbank, DB-Engine, TurboPower Async Profesional (gibts für Delphi für nix bei SourceForge), und noch Kleinkram. TP, BP usw. nicht zu vergessen !

Zitat von Sharky:

Wie jetzt Du hast auf der EKON etwas gefragt von dem Du die Antwort gekannt hast?

Sharky, es gibt Pausen. Da redet man üblicherweise nicht über das gerade gehörte/diskutierte, sondern über irgendwas anderes. Je kurioser um so besser. Schon lustig, wenn man mehrere Tage Fehler sucht, den findet und irgendwann viel später von Bernd Ua die richtige Lösung hört, von der man gerade erzählen wollte.

[Namenloser]

Zitat von Hansa:

Noch für die mit "wo ist kostenloses Delphi" : alleine letzteres war mit ca. 600 DM dabei. Dann noch (jeweils 400-600 DM) Datenbank, DB-Engine, TurboPower Async Profesional (gibts für Delphi für nix bei SourceForge), und noch Kleinkram. TP, BP usw. nicht zu vergessen !

Damals gab es aber wahrscheinlich auch noch keine kostenlosen Konkurrenzangebote auf dem Niveau von Delphi.

[Hansa]

Glaube in Richtung C gabs schon welche. Aber guck mal : die 600 DM für Object Professional habe ich ja freiwillig bezahlt, obwohl ich das TurboVision sowieso kostenlos dabei hatte !

Bevor himitsu sich beschwert : das zitierte ist von mir !

@Chemiker : was glaubst Du habe ich denen gesagt ? So habe ich eine lästige Spezial-Installation am Bein. Der Taktfrequenzfehler kam leider zu früh, da war das Delphi - Programm noch nicht fertig. Wäre DIE Gelegenheit gewesen. Das Delphi-Programm bekämen die ja sogar umsonst ! Auch das hat als Argument nichts genützt. Weil das schon lange so geht, haben sich die beiden Entwicklungslinien auch etwas entfernt. Und das wird eher mehr, als weniger. Es ist entsetzlich.

[HeikoAdams]

Zitat von Hansa:

Weil das schon lange so geht, haben sich die beiden Entwicklungslinien auch etwas entfernt. Und das wird eher mehr, als weniger. Es ist entsetzlich.

Jetzt sag nicht, das Du auch noch Features aus der Delphi-Version in die TP-Version portierst??
Und außerdem kannst Du froh sein, das Du zwei Entwicklungslinien hast. Was glaubst Du, wie lästig es ist, wenn man jede Änderung darauf testen muss, ob sie auch unter $UraltWindows fehlerfrei funktioniert?

[CodeX]

Eventuell wurde das schon auf einer der 25 Seiten angesprochen, dann bitte um Entschuldigung:
Gibt es Infos dazu, ab welcher Version ein Upgrade auf Delphi XE möglich sein wird?
Bei 2010 geht das ja nur noch ab 2006. Verschiebt sich das jetzt jedes Mal um eine Version oder bleibt die 2006er erstmal das "Minimum"?

[Hansa]

Mit den Zitaten, da klappt was nicht. "Der Text, den du eingegeben hast, ist zu kurz. Bitte erweitere den Text auf die minimale Länge von 3 Zeichen."

Deshalb Von-Hand-Zitat HeikoAdams:
// Beginn Zitat
Jetzt sag nicht, das Du auch noch Features aus der Delphi-Version in die TP-Version portierst??
Und außerdem kannst Du froh sein, das Du zwei Entwicklungslinien hast. Was glaubst Du, wie lästig es ist, wenn man jede Änderung darauf testen muss, ob sie auch unter $UraltWindows fehlerfrei funktioniert?
// Ende Zitat

Muss da wohl doch etwas weiter ausholen. Manchmal vermisse ich ein bisschen Phantasie bzw, Kreativität der Delphi-Programmierer bzw. in der DP. Auch das wird wohl nur an Delphi liegen.

Man hat jetzt ein Delphi - Programm gemacht und einer will trotzdem unbedingt bei dem BP7-Programm bleiben. Jetzt frägt man : warum denn das ? Chefin antwortet: 1. es geht doch alles, warum komplett alles umstellen ? 2. mein Mann muss auch manchmal an den Computer, aber nur selten. Und er muss alles so haben wie gewohnt. 3. Wegen der vielen Arbeit (6 Tage mit 10 St. die Woche) machen wir 4 Wochen am Stück Urlaub. Und da soll nicht noch die Urlaubsvertretung jede Woche 5mal anrufen, um was zu fragen. Und jetzt ? Soll ich sagen : dann eben nur 2 Wochen Urlaub machen ?

Und Nein. Da wurde nichts von TP auf Delphi portiert. Nur umgekehrt. Auch da war allerdings etwas Phantasie gefragt und nicht zuwenig. Zwei Datenbanken (Delphi : Firebird, BP : andere). Nun denn, wie kriege ich die alten Daten in eine grafische Statistik für Delphi ? BP kann nichts mit Firebird anfangen, Delphi nichts mit der alten DB. Tja, geht nicht ? Es geht alles. Man nehme zuerst die alten Daten und schreibt die mit BP-Programm in Textdatei. Dann neheme man das Delphi-Statistik Programmmodul und macht DPR draus. Diese erstellte EXE wird dann vom BP-Programm aufgerufen (heutzutage : ShellExecute). Das Delphi-Programm liest die Textdatei aus (habe das in eine sortierbare ObjectList gepackt), zeigt sie dann im TChart an und fertig. Rückkehr zum BP-Programm und das wars.

Insgesamt gesehen war das ein Aufwand von 0,5-1 Tag. Und das auch nur solange, weil ich auch noch Alternativen überlegt habe.

P.S.: sieh mal einer an. Da ist noch einer relativ spät an.

http://www.delphipraxis.net/153688-d...ml#post1041733
#23

Und was tut der ? Sagt ungefähr dasselbe, wie ich.