Neue Roadmap September 2017 veröffentlicht

[Rollo62]

Zitat:

Sinnvoll aber wohl "zu einfach" wäre dies:

Desktop Developers = ClientDB + VCL + Linux + OSX
Mobile Developers = ClientDB + Android + IOS + ?IOT?
Enterprise Developers = ServerDB + "Desktop"+"Mobile"

Sinnvoll für wen, EMBA ?

Wenn das so wäre bin ich raus.
Ich kämpfe schon jeden Tag genug mit BugFixing um dem Ganzen noch mhr Geld hinterherzuwerfen.

Der richtige Schritt von Emba wäre wenn Sie die Enterprise zum Preis der Pro anbieten würden,
damit noch mehr Kuden auf Delphi aufspringen.
Denn jeder Versuch den Kuchen Aufzuteilen macht doch keinen Sinn bei der kostenlosen Konkurrenz.
Wer würde sich denn Desktop + Mobile kaufen, nur um die mindest nötigen Platformen zu haben ?

Wie schonmal gesagt: Enterprise is gut und schön, aber auch da bei jeder neuen Version iOS, Android, Win10, OSX, XCode, .... fängt das große Zittern an.
Eigentlich müssten wir für den Stress von Apple, Google, M$, Emba, usw. Schadenersatz bekommen ...

Rollo

[mkinzler]

Zitat:

Wenn das so wäre bin ich raus.

Ist doch schon so. Die FireDAC-Version, welche bei der pro dabei ist ist nur für lokale Verbindungen geeignet.

[Bernhard Geyer]

Zitat von mkinzler:

Zitat:

Wenn das so wäre bin ich raus.

Ist doch schon so. Die FireDAC-Version, welche bei der pro dabei ist ist nur für lokale Verbindungen geeignet.

Sind seit Jahren mit Pro + Devart mehr als zufrieden.
Solange TDataset nicht raufliegt ist alles gut.

[mkinzler]

Zitat:

Sind seit Jahren mit Pro + Devart mehr als zufrieden.

Gilt auch für mich.

[Lemmy]

vor einiger Zeit (Jahren) wurde in einer Emba-Umfrage mal das Thema Modularisierung angesprochen, d.h. ein individuell zusammengestelltes Delphi. Das kann man ziemlich weit treiben, aber im Grunde würde doch reichen:
Prof. Basisversion ohne DB Komponenten (und reduzierter Preis, also so was wie früher die Standard) dazu AddOns
* lokale Datenbanken
* C/S Datenbanken
* Mobile
* Linuxplattform
* OSx Plattform

Enterprise fasst dann alles zusammen + zusätzliche Komponenten und Tools.

Leider findet Embarcadero, dass das uns alle völlig überfordern würde und setzt das zum Schutz der eigenen Kunden nicht um. Ich finde das schade, hätte doch letztlich jeder so eine Version die seinen Anforderungen am besten erfüllt

[mensch72]

wenn ich die LongTermTargets von Emba sehe, im Vergleich was da mit ganz wenigen Zusatzmegabytes an Code ein paar Spezialisten in wirklich kurzer Zeit sehr stabil und kompatibel hin bekommen haben..

http://fmxlinux.com/
"toll", war aber zu erwarten das dies geht weil FMX ja dazu da, die GUI beliebig zu kapseln


http://www.crossvcl.com/
"genial", weil DAS IST DER WEG UM ZIG MIO VCL GUI-CodeZeilen mit OSX und Linux nutzbar zu machen... wenn es 1:1 klappt hat man gewonnen, wenn geht man im Einzelfall zu "fmxlinux"


Ich habe für 2018 mein Zeit&Geld-Budget auf die Porttierung einer wirklich großen und alten Anwendung(PascalFeatureStand "D2007") darauf ausgerichtet. Der für das erste Release gut funktionierende LinuxCompiler von Tokyo10.2.x ist bei uns immernoch das einzige Feature was wir vom aktuellen Delphi nutzen.
Sowohl VCL-Desktop als auch Mobile setzen wir bei bei uns Stand heute weiter auf Berlin10.1u2. Wir hoffen weiter auf ein bald kommendes 10.2.2 was unter Android und IOS "gleich gut 10.1u2" funktioniert... alles wir bekantlich gut damit spätetens bei 10.3.0(RTM) das Spiel von vorn los geht

[Rollo62]

Modularisierung wäre ja OK, wenn es sich am Ende des Tages nicht auf die Preise auswirkt.

So richtig viel Sinn sehe ich darin aber auch wieder nicht, höchstens um mal die Interna zu entschlacken.
Denn die Modularisierung wird uns sicher wieder eine Potenz mehr an Problemen bescheren ...
Wozu ?

Ich verstehe das VCL-only Kunden nicht unbedingt für FMX bezahlen wollen, aber da muss ich auch sagen das ein bischen in die Zukunft zu investieren nicht verkehrt ist.
FMX ist meiner Meinung nach sehr schön geeignet für eine schnelle Protierung von VCL,
jetzt mal nur für Windows gesprochen.
Leider hat FMX hier und da noch so seine Probleme, das sollte gefixt werden.
Es kann ja nicht sein das es schon bei den untersten Primitiven immer mal wieder Probleme gibt, wo man dann als Programmierer statt der App das Framework fixen muss.

Das in Zukunft niemand mehr an Apps vorbeikommt sollte aber auch mittlerweile jedem klar sein.
Der Tag wird kommen wo auch eine VCL-App ein Feature braucht was es nur auf Mobile gibt,
dann wäre ein sanfter Übergang sehr sinnvoll.

Das Theme ExtJS finde ich auch sehr spannend, weil da endlich ein Weg raus aus Label, Edit, Memo gezeigt wird.
In JS sind mittlerweile so gigantische Dinge möglich, was ich niemals von HTML erwartet hätte, und das viel flexibler als mit TControl.
Leider braucht man dazu einen Node.js oder ähnliches, was eine Applikation sicherlich aufbläht.
FMX + JS wäre sicher meiner Wunschliste um Styling auch mit CSS machen zu können, wenn es sich denn elegant in Delphi integrieren lässt.
So in der Richtung UI-Views supermodern, effektiv und CrossPlatform mit HTML5/JS/CSS und
Businesslogik schnell, sicher und bewährt mit Pascal/C++.
So dass man auch mal von der ganzen JS Welle mitprofitieren kann.
Im Moment scheint der Fokus JS ja eher auf RadServer zu sein, der für mich schon am Pricingmodell scheitert.


Rollo

[jaenicke]

Zitat von Bernhard Geyer:

Sind seit Jahren mit Pro + Devart mehr als zufrieden.

Das kostet (vermute ich angesichts der Preisliste) allerdings mehr als die Enterprise mit FireDAC, nur dass wir mit der Enterprise auch gleich noch mehr Features wie mobile Entwicklung haben. Insofern macht für uns etwas anderes als die Enterprise gar keinen Sinn.

[Lemmy]

Zitat von jaenicke:

Zitat von Bernhard Geyer:

Sind seit Jahren mit Pro + Devart mehr als zufrieden.

Das kostet (vermute ich angesichts der Preisliste) allerdings mehr als die Enterprise mit FireDAC, nur dass wir mit der Enterprise auch gleich noch mehr Features wie mobile Entwicklung haben. Insofern macht für uns etwas anderes als die Enterprise gar keinen Sinn.

allein die 2.700€ die für einen Umstieg von Prof auf Enterprise fällig werden sind schon mal ein Statement (trotz Wartungsvertrag). Wenn man dazu nicht Unidac benötigt sondern nur ein, zwei SQL Datenbanken unterstützt, dann sieht die Rechnung ganz anders aus.... Dazu werden bei Devart die Komponenten von Delphi 6/7 bis zur jeweils aktuellen Version gepflegt, das ist bei Firedac nicht so.

[Bernhard Geyer]

Zitat von jaenicke:

Zitat von Bernhard Geyer:

Sind seit Jahren mit Pro + Devart mehr als zufrieden.

Das kostet (vermute ich angesichts der Preisliste) allerdings mehr als die Enterprise mit FireDAC,...

Nö. Ich rechne mal Jährliches Update:

Pro (Update) - 1200 €(Pro Entwickler)
Unidac Pro Site - 1250 € (Firmenweit). Pro Entwickler bei uns dann ca. 200 €
ca. 1400 € pro Entwickler und Jahr


Enterprice - 2000 €



Hmmm.

Der Hauptvorteil für uns ist das wir mit den DevArt-Komponenten Updates bekommen ohne die gesamte IDE-Version hochziehen zu müssen.
Und AFAIK benötigt FireDAC die mysqllib.dll -> Oracle GPL-Falle!