Warum ist Delphi so unbeliebt?

[frapo]

Zitat von Neutral General:

Zitat von Mavarik:

Letztens wollte mir doch so'n Kiddy erzählen, dass Delphi ja nicht mehr modern wäre und man ja leider damit
nicht so tolle Sachen machen könnte wie mit Java. (Und das sag der zu Mir... Hatte Ihn nicht für so mutig gehalten)

Und dann auch noch ausgerechnet Java

Nun ja, sich jetzt auf Java, C#, Python, C++ oder was auch immer einzuschießen, würde am Thema völlig vorbei gehen.. würde ich mal so behaupten. Die Marktanteile kommen nicht von ungefähr.

Der Verbreitungsgrad sowie das Image von Delphi, gehen einzig und allein auf die Kappe des Unternehmens Emba und deren Vorläufer.
Allein die sklavische Bindung an ein Betriebssystem, ist lange nicht mehr zeitgemäß. Gerade wenn man bedenkt das Freunde des Modelabels Apple sehr zahlungsfreudig sind, und Win 10 nicht bei jedem auf Gegenliebe stößt momentan.
Das man nicht unbedingt die IDE oder den Compiler für Linux auf der Agenda hat, kann ich in Teilen (aber auch nur in Teilen, wenn man sich die Beliebtheit von Object-Pascal in Form von fpc mal ansieht) nachvollziehen.

Immerhin soll es ja nun so etwas wie eine Academic License geben.. das könnte wieder ein paar Nachwuchskräfte binden.

[haentschman]

Zitat:

...so lange in irgendwelchen Filmen geniale...

...ich weiß nicht mehr welcher Film es war... An einer Tafel war QT mit begin/end zu sehen. Leider war es vor meiner Aufzeichnungszeit...

[BUG]

Zitat von frapo:

Allein die sklavische Bindung an ein Betriebssystem, ist lange nicht mehr zeitgemäß.

Das ist/war imho die große Stärke von Delphi und besonders der VCL: Rapid Prototyping mit großer Nähe zu den Betriebssystemabstraktionen. Damit gibt es die Möglichkeit, schnell zu entwickeln und dann die Komponenten auf Systemlevel anzupassen. Das ist mit Plattform-unabhängigen Bibliotheken und Entwicklungsumgebungen nicht so einfach.

Oder nimm mal die Interfaces: Als Sprachfeatures gesehen sind die echt merkwürdig, aber in Hinblick auf ActiveX/COM machen die viel Sinn.

[frapo]

Zitat von BUG:

Zitat von frapo:

Allein die sklavische Bindung an ein Betriebssystem, ist lange nicht mehr zeitgemäß.

Das ist/war imho die große Stärke von Delphi und besonders der VCL: Rapid Prototyping mit großer Nähe zu den Betriebssystemabstraktionen. Damit gibt es die Möglichkeit, schnell zu entwickeln und dann die Komponenten auf Systemlevel anzupassen. Das ist mit Plattform-unabhängigen Bibliotheken und Entwicklungsumgebungen nicht so einfach.

Oder nimm mal die Interfaces: Als Sprachfeatures gesehen sind die echt merkwürdig, aber in Hinblick auf ActiveX/COM machen die viel Sinn.

Da stimme ich dir ja auch zu. Nicht umsonst war ich immer ein großer Fan von TP und Delphi. Das meine ich aber auch mit nicht mehr zeitgemäß. Wir haben 2016.
Das man auch weiterhin Plattformübergreifend Rapid Prototyping mit großer Nähe zu den Betriebssystemabstraktionen entwickeln kann, zeigen schon seit Jahren C++ und Dinge wie QT oder wxWidgets - damit meine ich: die Welt dreht sich in dieser Hinsicht weiter.

Wäre das ganze erschwinglich, wäre das auch noch ein anderes Thema. Aber bei der Preispolitik wird man doch quasi gezwungen (wenn man nur für Win entwickelt möchte) VS 2015 Community und C# oder eben C++ zu nehmen.
VS in der Edition leistet mehr als Deplhi Professional, und das für lau.

Da stimmt doch etwas nicht? Es geht nicht um Geiz ist Geil. Ich persönlich würde sehr gerne rund 2.000 Euronen zahlen, wenn ich dafür auch einen Mehrwert hätte, aber der ist eben nicht zu sehen.

Von preislichen Hindernissen für Einsteigern und Anfängern mal gar nicht zu sprechen. Und diese Leute wären eben der Nachwuchs.

Das Interview mit Atanas Popov im letzten Blaise Pascal Magazine macht mir da auch keinen Mut.

Edit: Konkretisierung eingefügt.

[Mavarik]

Zitat von frapo:

Die Marktanteile kommen nicht von ungefähr.

Das erinnert mich an die Frage: VHS, Beta oder Video 2000! Welches System hat gewonnen und 99% Marktanteil erreicht?

Das schlechteste, mit der schlechtesten Bild-Qualität... Eben der Billig-Schrott für die Masse...

Unnötig zu sagen, das ich kein VHS hatte...

Zitat von BUG:

Oder nimm mal die Interfaces: Als Sprachfeatures gesehen sind die echt merkwürdig...

Interfaces sind überhaupt nicht merkwürdig, sondern ein Sprachfeature ohne das moderne Software eigentlich nicht mehr aus kommt... Aber das nur am Rande...

Zitat von frapo:

Das meine ich aber auch mit nicht mehr zeitgemäß. Wir haben 2016.
Das man auch weiterhin Plattformübergreifend Rapid Prototyping mit großer Nähe zu den Betriebssystemabstraktionen entwickeln kann, zeigen schon seit Jahren C++ und Dinge wie QT oder wxWidgets - damit meine ich: die Welt dreht sich in dieser Hinsicht weiter.

OK, wieviel Prozent Deiner Anwenderzielgruppe nutzen einen Mac oder etwa ein Linux Arbeitsplatz? Unter den Entwicklern mag es den ein oder anderen geben, der einen Mac oder ggf. Linux hat, aber die Kunden?

Bei mir sieht es so aus:

Ein Promill meiner Kunden nutzt einen Mac -> Natürlich mit Windows drauf in einer VM und nicht dem Mac-Betriebssystem.
5% meiner Kunden nutzt eine MacBook -> Natürlich mit Windows drauf und nicht dem Mac-Betriebssystem.

Keiner meine Kunden nutzt Linux...

Also was soll ich mit einer IDE auf Mac oder Linux? 64 Bit Windows ok... Sofort... Da bin ich dabei, das ist echt peinlich, dass die das nicht hin bekommen.
Aber wenn die morgen mit einer Mac-IDE rauskommen würden - raus geschmissene Zeit... Da gibt es andere Dinge zu tun...
Andererseits bei der Umstellung auf 64-Bit direkt auf FMX umstellen und schon gibt es eine IDE auf Mac, die auf Windows auch 30% schneller ist als die alte...

Mavarik

[Stevie]

Zitat von Mavarik:

IDE [...] direkt auf FMX umstellen

Das hätte den großen Vorteil, dass Embarcadero selbst mal eine produktive Firemonkey Anwendung hätte und nicht nur Demoprojekte.
Man erinnere sich an die Umstellung von VisualStudio auf WPF, wo man plötzlich merkte, "huch, das ist ja viel zu langsam" und es optimierte.

Stichwort dogfooding

[Mavarik]

Zitat von Stevie:

Stichwort dogfooding

Ja, das hat Marco auch gesagt... Die Teile der RTL der von EMBT selber genutzt werden, sind deutlich besser als die "anderen".

[BUG]

Zitat von Mavarik:

Interfaces sind überhaupt nicht merkwürdig, sondern ein Sprachfeature ohne das moderne Software eigentlich nicht mehr aus kommt...

Das ist klar

Ich meine nicht das Konzept von Interfaces an sich, sondern z.B. die Vermischung mit dem Reference-Counting in einer Sprache, die bis da hin auf manuelle Speicherverwaltung gesetzt hat.

[frapo]

Zitat von Mavarik:

Zitat von frapo:

Die Marktanteile kommen nicht von ungefähr.

Das erinnert mich an die Frage: VHS, Beta oder Video 2000! Welches System hat gewonnen und 99% Marktanteil erreicht?

Das schlechteste, mit der schlechtesten Bild-Qualität... Eben der Billig-Schrott für die Masse...

Jau . Das ist auch immer mein Lieblings-Totschlag-Argument, wenn es um Betriebssysteme geht . Wenn man die 80er Jahre da mal mit dem M68000 im Amiga, Atari-ST oder Apple betrachtet.. und die Dos-Welt freute sich über jedes KByte mehr, das man rauskitzeln konnte. Irgendwann gab es dann auch mal Farbe und Ton.. und'ne Maus!

Aber mal den spaßigen Vergleich ausgenommen. Es ändert ja nichts an der Relevanz der Sprachen die im Einsatz sind bzw. deren Relevanz nicht größer wird.
Drum meinte ich vorher ja schon es ist nicht angebracht und nicht zielführend, seine Abscheu gewissen Technologien gegenüber auszuleben. Das hilft Delphi nicht nach vorne.

Zitat von Mavarik:

Zitat von frapo:

Das meine ich aber auch mit nicht mehr zeitgemäß. Wir haben 2016.
Das man auch weiterhin Plattformübergreifend Rapid Prototyping mit großer Nähe zu den Betriebssystemabstraktionen entwickeln kann, zeigen schon seit Jahren C++ und Dinge wie QT oder wxWidgets - damit meine ich: die Welt dreht sich in dieser Hinsicht weiter.

OK, wieviel Prozent Deiner Anwenderzielgruppe nutzen einen Mac oder etwa ein Linux Arbeitsplatz? Unter den Entwicklern mag es den ein oder anderen geben, der einen Mac oder ggf. Linux hat, aber die Kunden?

Bei mir sieht es so aus:

Ein Promill meiner Kunden nutzt einen Mac -> Natürlich mit Windows drauf in einer VM und nicht dem Mac-Betriebssystem.
5% meiner Kunden nutzt eine MacBook -> Natürlich mit Windows drauf und nicht dem Mac-Betriebssystem.

Keiner meine Kunden nutzt Linux...

Also was soll ich mit einer IDE auf Mac oder Linux? 64 Bit Windows ok... Sofort... Da bin ich dabei, das ist echt peinlich, dass die das nicht hin bekommen.
Aber wenn die morgen mit einer Mac-IDE rauskommen würden - raus geschmissene Zeit... Da gibt es andere Dinge zu tun...
Andererseits bei der Umstellung auf 64-Bit direkt auf FMX umstellen und schon gibt es eine IDE auf Mac, die auf Windows auch 30% schneller ist als die alte...

Mavarik

An anderer Stelle habe ich ja schon zugegeben, dass ich ein absoluter Nischennutzer bin was Windows angeht.

Du wirst jetzt vielleicht lachen, aber beruflich habe ich zu 100% mit Linux bzw. Solaris zu tun. Wir betreiben, pflegen und produzieren ein Warenwirtschaftssystem für den Bauhandel.
In jeder Filiale stehen bis zu 3 Kassensysteme (Linux-Clients mit einer FPC/FreeVision Anwendung) auf denen alles, was in einer Filiale so anfällt, durchgeführt wird. Wareneingangserfassung, das klassische Kassieren, Bestandsführung, Stichproben- und Vollinventuren mit Unterstützung von Mobida-Geräten.
Die Daten aller Filialen werden mehrfach am Tage zur Zentrale gesandt und dort "verwurstet". So haben dann Buchhaltung, Rechnungswesen. Geschäftsführung, Controlling etc. die Möglichkeit ihre Schlüsse aus diesen Daten zu ziehen. Auch die Clients in der Zentrale sind unixoide Rechner. Auf diesen arbeiten dann vorwiegend Java-Anwendungen, um mit den Daten zu arbeiten bzw. über Libre-Office z.b. in Calc fein bunt zu machen etc.

[sh17]

Zitat von Mavarik:

OK, wieviel Prozent Deiner Anwenderzielgruppe nutzen einen Mac oder etwa ein Linux Arbeitsplatz? Unter den Entwicklern mag es den ein oder anderen geben, der einen Mac oder ggf. Linux hat, aber die Kunden?

Das wäre aber irgendwie der falsche Ansatz, was Innovation betrifft. Vielleicht könnte man den Kunden ganz andere Dinge anbieten, wenn man MacOS oder Linux komplett unterstützen könnte? Das wäre ungefähr so, wie: "Wir könnten jetzt Elektroautos bauen, aber warum, es fahren doch alle Kunden Benziner oder Diesel"