Das dürfte .net den Rest geben!

[Lemmy]

hi,

Zitat von Insider2004:

Genauer gesagt 8 Jahre...

ich glaube das wichtigste hast Du vergessen zu zitieren:

Zitat von Lemmy:

P.S.: Nicht alles so ernst nehmen

und auf dein Posting oben:
Delphi 8 wurde aber schon vorher entwickelt, d.h. der "Stillstand" trat im Grunde mit Delphi 7 ein und löste sich erst wieder mit Delphi 2007 die im Vergleich zu Delphi 7 wirkliche Verbesserungen brachte. Die Alleinschuld daran hat sicherlich nicht die Konzentration auf .NET zu tragen - mindestens eine Teilschuld (vielleicht den überwiegenden Teil) muss das Kylix-Projekt tragen, das zur damaligen Zeit sicherlich einzigartig war, aber der Martk war dafür einfach noch nicht reif. Aber das war damals in der Linux-Hysterie, so meine Meinung, nicht klar erkennbar.

Weiterhin war das Festhalten an der VCL um einen sanften Übergang zu ermöglichen im Nachhinein ebenfalls ein Fehler. Für diesen Punkt gebe ich aber dem Management/Entscheidern die Schuld, denn die Qualität der VCL.NET hätte ganz schnell realistisch eingeschätzt werden können. Und wenn ich mich recht erinnere, war kein einfacher Umstieg von VCl-VCL.NET möglich, was zumindest in einer Neuerstellung der GUI geendet hätte mit allen Nachteilen, d.h. die Vorteile auf einem bekannten Framework aufzubauen wären am Ende der einzige Vorteil von VCL.NET gewesen.

Und zum Ausgangsposting: Ich finde es doch etwas verwirrend was die Produktstrategie von Microsoft anbelangt. Aber wegen mir, soll ein Teil des Zugriffs auf das Betriebssystem weiterhin auf nativem Code bestehen - zumindest ein weiterer Grund das vorhergesagte Ende des nativen Codes auf Windows noch nicht einzuläuten

Und allgemein: Im Nachhinein kann man immer von "hätte", "müssen" und "können" reden. Jeder der schon wichtige Entscheidungen für und in einem Projekt getroffen hat, weiß dass es eben auch Tage gibt, da kann man mit noch so vielen Infos einfach auch mal eine falsche Entscheidung treffen, die sich später negativ auswirkt. Ist so und gehört einfach dazu. Ich denke wir sollten froh sein, dass wohl augenscheinlich die Phase der falschen Entscheidungen bei Embarcadero sich zum Ende neigt und es mit Delphi wieder vorwärts geht und lassen den Rest in den Geschichtsbüchern verschwinden....

[Bernhard Geyer]

Zitat von Lemmy:

... mindestens eine Teilschuld (vielleicht den überwiegenden Teil) muss das Kylix-Projekt tragen, das zur damaligen Zeit sicherlich einzigartig war, aber der Martk war dafür einfach noch nicht reif.

Ob es wirklich nur der Markt war oder auch technische Mängel dieser Lösung. Und mit der Bindung an QT hätte jeder QT-Umbau (gabs ja auch einige) auch einen umbau der CLX benötigt.

Zitat von Lemmy:

Weiterhin war das Festhalten an der VCL um einen sanften Übergang zu ermöglichen im Nachhinein ebenfalls ein Fehler. Für diesen Punkt gebe ich aber dem Management/Entscheidern die Schuld, denn die Qualität der VCL.NET hätte ganz schnell realistisch eingeschätzt werden können.

Hätte man gesagt: "VCL ist Tod und ihr müsst eh alles neu machen" wäre das Entwickler-Abwandern mit sicherheit nicht zu stoppen gewesen. Es wäre für manchen halt schneller/schmerzfreier gewesen gleich zu sagen: "Dann mach ich halt alles gleich mit Java/C#" neu.

Zitat von Lemmy:

Und wenn ich mich recht erinnere, war kein einfacher Umstieg von VCl-VCL.NET möglich,

Es gab VCL2NET mit dem es möglich gewesen wäre schrittweise die GUI umzustellen.

Zitat von Lemmy:

Und zum Ausgangsposting: Ich finde es doch etwas verwirrend was die Produktstrategie von Microsoft anbelangt. Aber wegen mir, soll ein Teil des Zugriffs auf das Betriebssystem weiterhin auf nativem Code bestehen

Eigentlich war dieser Weg schon mit der Veröffentlichung von Vista abzusehen. MS kann halt nicht wie Apple einfach alle 2-3 Jahre sagen "Alle euren alten PC's/SW geht jetzt nicht mehr. Ihr müsst jetzt alles neu auf unsere neue API entwickeln".

Zitat von Lemmy:

Und allgemein: Im Nachhinein kann man immer von "hätte", "müssen" und "können" reden. Jeder der schon wichtige Entscheidungen für und in einem Projekt getroffen hat, weiß dass es eben auch Tage gibt, da kann man mit noch so vielen Infos einfach auch mal eine falsche Entscheidung treffen, die sich später negativ auswirkt.

Sehe ich auch so. Wer bisher noch keine falsche Entscheidung getroffen hat möge di Hand heben. Bei Borland/Codegear waren es ungünstigerweise viele große Fehlentscheidungen in kurzer Zeit.

[mkinzler]

Zitat:

Der "Stillstand" trat im Grunde mit Delphi 7 ein und löste sich erst wieder mit Delphi 2007 die im Vergleich zu Delphi 7 wirkliche Verbesserungen

Auch D2006 brachte Neuerungen: Z.B.: Methoden für Records, Operatorüberladung, ...

[SirThornberry]

stimmt, wegen überladenen Operatoren etc. habe ich mir damals zum Beispiel BDS2006 gekauft.

[himitsu]

Zitat von SirThornberry:

stimmt, wegen überladenen Operatoren etc. habe ich mir damals zum Beispiel BDS2006 gekauft.

extra deswegen gekauft? ... Das kann TDE aber auch

PS: BDS ... bei dir steht aber nur was von Delphi

[Lemmy]

hi,

BDS 2006 habe ich übersprungen, da mir zu der Zeit Delphi 2005 im Magen lag.... Deshalb fängt bei mir die Zählung erst wieder mit 2007 an..