Ist Delphi so Bedeutungslos ?

[QuickAndDirty]

Zitat von Dalai:

Zitat von QuickAndDirty:

Emba lebt vom Login Effekt.

Meinten Sie "Vendor Lock-in"?

MfG Dalai

Ja ich habe mich verschrieben.
http://de.wikipedia.org/wiki/Lock-in-Effekt

"The Windows API is so broad, so deep, and so functional that most ISVs would be crazy not to use it. And it is so deeply embedded in the source code of many Windows apps that there is a huge switching cost to using a different operating system instead..."
"It is this switching cost that has given the customers the patience to stick with Windows through all our mistakes, our buggy drivers, our high TCO, our lack of a sexy vision at times, and many other difficulties [...] Customers constantly evaluate other desktop platforms, [but] it would be so much work to move over that they hope we just improve Windows rather than force them to move."
"In short, without this exclusive franchise called the Windows API, we would have been dead a long time ago."

-Microsofts Manager für C++-Entwicklung Aaron Contorer


So ähnlich läuft das auch mit Delphi.

[Codehunter]

Zitat von QuickAndDirty:

In short, without this exclusive franchise called the Windows API, we would have been dead a long time ago.

Hätte nicht gedacht, dass die so selbstreflektierend sein können. Grad an dem "Franchise" haben sie aber damals mit dem .Net gerüttelt als sie die Standards offenlegten. Ich hatte damals schon fast an "Universal Binaries" geglaubt, als das Projekt Mono bekannt wurde. Und heute? Haben sie aus .Net ein noch größeres Monstrum gemacht als aus dem WinAPI.

Ich glaube, alle Versuche seitens Borland/Codegear/Emba dagegen anzustinken mit VCL, CLX, FMX und was weiß ich noch für Buchstaben, werden an den begrenzten Kapazitäten seitens der jeweiligen "Delphi-Firma" scheitern. Darum denke ich dass es ein Kardinalsfehler ist, bei Delphi durch immer neue plattformunabhängige Frameworks punkten zu wollen. Die Stärken von Delphi waren mal die Datenbanken. Da liegt auch der Fokus der meisten professionellen Anwender. Also anstatt immer weiter Ressourcen in die Pflege irgendwelcher Cross-Plattform-Frameworks zu stecken, sollte man sich lieber auf seine Kernkompetenzen beschränken.

Für MacOS, iOS, Linux usw. muss man nicht zwangsläufig die eine Delphi-IDE immer weiter aufblasen sondern kann auch ein separates Produkt hinstellen. Wer es braucht der kaufts, wer nicht der lässt es. So müssten wenigstens nicht die Windows-Datenbank-Entwickler die Apple-Experimente seitens Emba mitfinanzieren, woraus sich ja die derzeitigen Mondpreise ergeben.

[bernau]

Zitat von Codehunter:

Darum denke ich dass es ein Kardinalsfehler ist, bei Delphi durch immer neue plattformunabhängige Frameworks punkten zu wollen. Die Stärken von Delphi waren mal die Datenbanken.

Sehe ich anders. Delphi kann auch datenbanken. Aber grade die Flexibilität auch andere Programm (grafische, wissenschaftliche, Tools etc) zu schreiben, ohne die Programmiersprache zu wechseln, ist das Plus von Delphi. Sonst wäre DBase heute das Top Produkt.

Zitat von Codehunter:

Da liegt auch der Fokus der meisten professionellen Anwender.

Nö. Da bin ich komplett anderer Meinung. Der Fokus liegt auf Plattformunabhängigkeit. Das ist die Zukunft.

[sahimba]

Zitat von bernau:

Der Fokus liegt auf Plattformunabhängigkeit. Das ist die Zukunft.

Wäre es die Zukunft, hätte sich Java auf dem Desktop erfolgreich breit gemacht. Ich habe keine einzige Java-basierende Anwendung im Einsatz. Und da bin ich sicher nicht allein.

[sh17]

Sinnvoll wäre ein funktionierendes System mit plattformunabhängiger Basis und die GUI dann nativ. Da kann die VCL so bleiben. Ist die Frage, ob das theoretisch funktioniert mit der Basis.

[cookie22]

Zitat von sahimba:

Zitat von bernau:

Der Fokus liegt auf Plattformunabhängigkeit. Das ist die Zukunft.

Wäre es die Zukunft, hätte sich Java auf dem Desktop erfolgreich breit gemacht. Ich habe keine einzige Java-basierende Anwendung im Einsatz. Und da bin ich sicher nicht allein.

Sehe ich genauso. Wenn für verschiede Platformen, dann doch bitte native.

Was bringt denn Cross-Platform, dass nicht benutzbar ist. FM ist nicht mal ansatzweise fertig und wenn die in dem Tempo weiter machen, dann kann man FM vielleicht in Delphi XE 6 oder 7 nutzen.

Gibt es hier in der DP eigentlich Leute die so mutig sind und FM in richtigen Projkten benutzen? Würde mich mal interessieren.

[bernau]

Zitat von cookie22:

Gibt es hier in der DP eigentlich Leute die so mutig sind und FM in richtigen Projkten benutzen? Würde mich mal interessieren.

Ich fange grade an. Das Prinzip von FMX finde ich klasse. Ich brauche auch keine Nativen Controls. Finde das wird überbewertet. FMX ist allerdings wirklick noch sehr verbugt, daher ist alles noch in der Testphase. Habe aber schon ein paar komerzielle FMX-Programme gesehen und ich muss sagen, die sehen schon sehr gut aus.

[cookie22]

Mutig mutig.

Zitat von bernau:

Habe aber schon ein paar komerzielle FMX-Programme gesehen und ich muss sagen, die sehen schon sehr gut aus.

Gibt es dazu was im Web. Wenn ja, dann link mal bitte.

Ich persönlich finde nämlich FM sieht nicht sehr schön aus, kann auch an den schlechten Skins liegen die Emba mitliefert oder daran, dass ich Native einfach besser finde.

[Bernhard Geyer]

Zitat von bernau:

Ich brauche auch keine Nativen Controls. Finde das wird überbewertet.

Es müssen keine nativen Controls sein. Sie dürfen nur nicht wie Fremdkörper wirken.

[bernau]

Zitat von sahimba:

Wäre es die Zukunft, hätte sich Java auf dem Desktop erfolgreich breit gemacht. Ich habe keine einzige Java-basierende Anwendung im Einsatz. Und da bin ich sicher nicht allein.

Das liegt daran, daß bis vor 2 Jahren Windows das Desktop-BS war. Für MacOS wurde nachgefragt, aber nicht wirklich verlangt. Da war Platformunabhängigkeit nicht wirklich gefragt. Heute sieht das anders aus.