Na, schon Delphi XE gekauft?

[MEissing]

Zitat von Der.Kaktus:

@meissing Kann es sein, dass DU kein Entwickler bist

Ich bin kein Entwickler.... die Entwicklung findet in USA/RO statt

Zitat von Der.Kaktus:

und nur die Sachen ausbaden/verkaufen musst die andere verbockt haben?

Verbockt? Da wird sicherlich eine Begründung kommen.... (mal weiter lesen)

Zitat von Der.Kaktus:

..ich sag mal eins..ich habe seit Turbo.Pascal fast jede Nachfolgeversion gekauft..bei Borland!!!!..dann kam das Borland-Abloese/Verkauf..egal...ab da ging es Bergab mit Delphi..leider..weil nur noch Geld die Prioritaet der Nachfolgefirmen war.

Mit deiner/dieser Meinung stehtst du ("selbst" hier [tm]) auf ziemlich verlorenem Posten.

Allgemein wird die Produktqulität seit Delphi 2007 sehr lobend erwähnt. Und diese wächst auch, nach allgemeiner Auffassung (2009, 2010, jetzt XE)

Trollversuch?

[stahli]

Hallo Kaktus,

ich denke, Deine Auffassung ist schon etwas überzogen.

Die mehrfachen Wechsel in der Firmenpolitik (weniger Datenbank in den einfachen Versionen, Delphi for Net dann Prism, wechselnde (und teilw. etwas schwer einzuordnende) Lizensen, mangelhafte Hilfe usw.) sind sicher nicht schön. Aber Delphi an sich (auch RAD Studio) finde ich vor allem auch ab 2009 schon sehr gelungen.

Schau Dir mal die Einführung von Matthias zu D2009 und 2010 an (Links vor ein paar Seiten hier im Thread). Da kommt doch D7 (und früher) niemals mit!

Die Zeiten sind im Vergleich zu 1998 natürlich komplizierter geworden und es gibt mehr Technologien, auf die auch die Delphi-Bauer reagieren müssen.

Es gibt sicher noch Verbesserungswünsche, aber D2009 ist schon mal ein super Produkt!

(Dass Blackfish nun wohl schon wieder gestorben ist, fällt natürlich unter die o.g. Ärgernisse. Wer gerade für ein größeres Projekt darauf gesetzt hat...)

[Phoenix]

Zitat von MEissing:

Zitat von Der.Kaktus:

..ich sag mal eins..ich habe seit Turbo.Pascal fast jede Nachfolgeversion gekauft..bei Borland!!!!..dann kam das Borland-Abloese/Verkauf..egal...ab da ging es Bergab mit Delphi..leider..weil nur noch Geld die Prioritaet der Nachfolgefirmen war.

Mit deiner/dieser Meinung stehtst du ("selbst" hier [tm]) auf ziemlich verlorenem Posten.

Allgemein wird die Produktqulität seit Delphi 2007 sehr lobend erwähnt. Und diese wächst auch, nach allgemeiner Auffassung (2009, 2010, jetzt XE)

Stimmt. Borland hat damals zu Lasten von Delphi und zu Gunsten der ALM-Tools gehandelt. Deswegen gab es seit Delphi 5 auch keine Nennenswerte Weiterentwicklung mehr. Delphi 6 hat nicht viel neues gebracht, Delphi 7 war ein stabiles Bugfix-Release, aber mehr auch nicht. Delphi 8 vergessen wir lieber... Als CodeGear abgespaltet wurde und die Jungs dort ihr verdientes Geld endlich wieder selber in die eigene Entwicklung stecken konnten (anstelle es an die ALM-Sparte abgeben zu müssen) hat man gemerkt dass es mit 2007 wieder in eine Qualitätsrichtung ging, die okay war.

Mir persönlich sind es zwar immer noch zu wenig Innovationen, aber das man Delphi für .NET fallen gelassen und durch ein etabliertes, 'sauberes' Produkt ohne native Altlasten im .NET Bereich ersetzt hat war eine technologisch sehr gute Entscheidung. Genauso wie man IDE Features neuerdings lieber (günstig) zukauft als es (wegen mangelnder Ressourcen und Zeit) eher schlecht als recht kopiert und nachimplementiert halte ich für eine gute Entscheidung.

Ihr kauft auch eher CoreLabs/DevArt - Treiber als Eure Datenbank-Treiber selber zu schreiben, oder? Und ihr kauft eher Komponenten als die zigtausendste Grid selber zu schreiben, oder?

Ich arbeite zwar leider nahezu gar nicht mehr nativ, aber wenn es im Delphi 4 Mac Release auch eine saubere Cocoa-Bridge gibt um native 'feel like Mac' Applikationen in Delphi zu schreiben, dann bin ich wieder voll dabei.

[Bernerbaer]

Zitat von Phoenix:

Ihr kauft auch eher CoreLabs/DevArt - Treiber als Eure Datenbank-Treiber selber zu schreiben, oder? Und ihr kauft eher Komponenten als die zigtausendste Grid selber zu schreiben, oder?

Ja, aber: Genau hier liegt doch auch ein Problem.
Die zugekauften bzw externen Tools, sind entweder schon bei vielen Entwicklern so oder ähnlich im Einsatz (SVN), unbrauchbar (Reportgenerator), eingschränkt nutzbar oder so in die IDE integriert, dass eine Aktualisierung bzw Patches nicht über Embarcadero gemacht werden (Indy, FastMM) und wie hier in diesem Forum öfters zu lesen ist, von vielen Anwendern eine Aktualisierung dieser externen Tools Probleme macht.
Deshalb ist _meine_ Meinung: Lasst den Anwender entscheiden, welche externen Erweiterungen er kaufen will und benötigt und verkauft das Produkt günstiger.

[himitsu]

Hat denn schonmal jemand das RAD Studio XE und/oder RadPHP auf einem französischen oder japanischem Windows über die jeweiligen ISOs installiert?

Mich würde mal interessieren ob meine Vermutung bezüglich der Anzeigesprache und der Verlinkungen stimmen.
Also daß dort im Autorun-Programm (DVD-Menü) entweder nicht in der Landessprache (obwohl es so sein sollte) angezeigt wird, bzw. daß sich von dort aus das RAD/RadPHP nicht installieren läßt, da der Link fehlerhaft ist.