Zu- und Unzufriedenheit mit Delphiqualität sowie Preis- und Lizenzpolitik

[greenmile]

Zitat von himitsu:

Bei anderen Entwicklungsumgebungen reicht es ja oftmals, einfach nur das neue SDK runter und eventuell ein kostenloses Update runter zu laden, aber Emba hat wohl einfach zu viel fest integriert und keine Ambitionen die nötigen Dinge unabhängig auch für alte Delphi-Versionen bereitzustellen?

Das normale Update für vorherige Versionen würde mir ja schon reichen. Es wurden Updates für Subscription versprochen, aber was bitte kam für XE8? Für XE10 Seattle? Aus dem Auge, aus dem Sinn. Und nun soll mir keiner kommen von wegen ist doppelte Programmierung, muss immer in 2 Sourcen geändert werden oder so. Muss ich ja auch bei meinen Programmen machen. Ich bin schon einige Zeit sauer, aber so langsam angepi**t. Ich habe mit der Android App einige Probleme und hatte gehofft, dass die in Berlin behoben sind. Man erfährt aber in der Changes List kaum was interessantes. Also habe ich Berlin installiert und getestet. Ob die Fehler behoben sind kann ich nicht sagen, weil jetzt andere Sachen plötzlich nicht mehr funktionieren wie z.B. 2 Multiview (eins links, eins rechts) mit Ownerdraw massiv Probleme machen, was in Seattle lief. Also hätte ich definitiv mehr Probleme als vorher. Hatte auf ein Update von Seattle gehofft, aber da tut sich nichts. Ist doch scheiße. Wenn ich die mobilen Sachen nicht bräuchte, wäre die Subscription schon längst gekündigt.

[bra]

Die ständigen neuen Versionen nerven mich aber auch. Zumal mit jeder neuen Version neue Bugs dazu kommen und man erstmal tage- oder wochenlang rumbasteln muss, bis unsere App wieder läuft. Wir warten inzwischen bis zum ersten Update jeder Version, vorher ist die eh nicht zu gebrauchen.

[greenmile]

[Uwe Raabe]

Zitat von bra:

Wir warten inzwischen bis zum ersten Update jeder Version, vorher ist die eh nicht zu gebrauchen.

Das ist auch meine Empfehlung. Das Release-Datum einer neuen Version wird im Wesentlichen vom Marketing bestimmt, während das erste Update eher vom Produktmanagement gesteuert wird.

[Der schöne Günther]

Dann bin ich ja nicht alleine mit der Arbeitsweise.

Grade erst den Umzug auf Seattle gemacht, mit Berlin wird teilweise etwas gespielt.

[TRomano]

Im VCL Bereich ist der Umstieg auch meist wesentlich leichter (da passiert in den letzten Versionen auch nicht so viel), deswegen konnte ich ein Projekt (> 25.000 Zeilen) beim ersten Compilieren "hochhieven". Noch schnell TBufferedStream (neu bzw. aus FireDAC) in zwei Classes "eingetauscht" und schon läuft das Projekt in 10.1 Berlin (von Seattle). Bisher kamen auch noch keine Beschwerden ...
Man muss meist bloß die Komponenten-Hersteller abwarten, aber da ich nichts Exotisches benutze ist das meist auch schnell von denen erledigt ...

[jaenicke]

Das größte Problem ist finde ich die Packageverwaltung. Eigentlich unterscheiden sich die Packages alle nicht, aber trotzdem muss ich die alle für jede Version einzeln kopieren, weil es immer noch keine Möglichkeit gibt Einstellungen in der Projektdatei versionsbezogen zu setzen...

Deshalb ist das aktuell der größte Aufwand. Alles andere hielt sich (auch in den FMX Projekten, eines davon mit mehr als 1mio Zeilen) sehr in Grenzen.

[Uwe Raabe]

Zitat von jaenicke:

Das größte Problem ist finde ich die Packageverwaltung. Eigentlich unterscheiden sich die Packages alle nicht, aber trotzdem muss ich die alle für jede Version einzeln kopieren, weil es immer noch keine Möglichkeit gibt Einstellungen in der Projektdatei versionsbezogen zu setzen...

Bei diesem Post schlug mein Keyword-Trigger an

So ganz habe ich dein Problem nicht verstanden. Kannst du das etwas genauer beschrieben? Gerne auch als PM um den Thread hier nicht zu verunreinigen.

[himitsu]

Zitat von jaenicke:

Das größte Problem ist finde ich die Packageverwaltung. Eigentlich unterscheiden sich die Packages alle nicht, aber trotzdem muss ich die alle für jede Version einzeln kopieren, weil es immer noch keine Möglichkeit gibt Einstellungen in der Projektdatei versionsbezogen zu setzen...

Indirekt schon. Wenn am Ende der BPL die Compilerversion steht, dann kann man die in der Projektverwaltung weg lassen.
Beispiel: VCL240.bpl und Abhängigkeit "VCL"

Ansonsten ja, man braucht für jeden neue Compiler-Version eine eigene BPL, falls man die BPLs nicht über die Projektverwaltung kompilieren lassen kann. (Package-Projekte in Projektgruppe).
Das liegt aber daran, dass die Packages einmal eine Versionsprüfung haben und da die RTTI verlinkt ist und da sich sowieso bei jeder RTL/VCL/FMX/Delphi-Version irgendwas an den Schnittstellen ändert.
Bei DLLs dagegen sind die Schnittstellen "unabhängig" und ändern sich nicht ständig. (außer jetzt bei 32<>64 Bit und Unicode, wenn der Entwickler da Mist gebaut hat)