Firemonkey vs. Xamarin

[Phoenix]

Zitat von cookie22:

Zitat von MEissing:

Wer mehr will, kann sich ja mal den C++Builder anschauen.

Verkauft sich der C++ Builder überhaupt noch? Ich frag das hier nicht um irgendwie zu flamen oder sonst etwas, aber nutzt nicht jeder der unter Windows mit C++ arbeitet VS + QT?

Ich glaube, als DPler haben wir da einen gewissen vorbelasteten Standpunkt. Wenn ich das aber richtig verstanden habe ist die C++ Builder Gemeinde um einiges größer als die Delphi-Gemeinde, die Jungs sind nur nicht so Publikumswirksam in Foren etc. organisiert.

[mquadrat]

Wir verwenden für Apps aktuell die Paarung: Ionic + Angular + Cordova/Crosswalk (Sprich: Hybrid Apps)

Auf iOS alles wunderbar, auf Android < 4 problematisch bis nicht vertretbar, ab 4 mit Crosswalk auch gut auf Android.

[vagtler]

Zitat von MEissing:

[...] Die Kunden rennen uns die Bude ein, weil wir es so machen, wie wir es machen. [...]

Gibt es da auch belastbare Zahlen zu?

[Robotiker]

Zitat von Phoenix:

Zitat von cookie22:

Verkauft sich der C++ Builder überhaupt noch? Ich frag das hier nicht um irgendwie zu flamen oder sonst etwas, aber nutzt nicht jeder der unter Windows mit C++ arbeitet VS + QT?

Ich glaube, als DPler haben wir da einen gewissen vorbelasteten Standpunkt. Wenn ich das aber richtig verstanden habe ist die C++ Builder Gemeinde um einiges größer als die Delphi-Gemeinde, die Jungs sind nur nicht so Publikumswirksam in Foren etc. organisiert.

Ich bin mir nicht sicher. Habe zu Schulzeiten mit Delphi und Borland C++ angefangen und bin beruflich im Embedded/Automotive/Automatisierungsbereich unterwegs. Traditionell arbeiten da viele PC-seitig mit dem C++ Builder, weil sich das von Borland C++ her kommend so ergeben hat. MS hatte zu frühen C++ Zeiten nicht den besten Ruf.

Heute sehe ich bei vielen Firmen doch eher VS oder Qt Creator, seltener Netbeans oder EclipseCDT. Wenn C++ Builder, dann meist 5 oder 6. Jemand der FireMonkey einsetzt, ist mir da noch nicht begegnet.

Wenn man in C++ Cross Plattform arbeitet, nervt die Rückständigkeit des 32 Bit Compilers von Emba dann doch sehr. Der 64-Bit Compiler basiert zwar auf Clang, aber da auch nicht auf der aktuellen Version. Außerdem, wenn man auf jedem Linux Clang umsonst hat und Google heftig an Clang für VS schraubt, warum soll man den dann noch zusätlich kaufen ?

Wenn Emba jede Menge neue C++ Entwickler die Türe einrennen, ist das schön für sie. Es hält das Produkt am Leben. Aber mir begegnen die nicht, offenbar ist das eine ganz andere Zielgruppe.

[Bernhard Geyer]

Zitat von Phoenix:

Ich glaube, als DPler haben wir da einen gewissen vorbelasteten Standpunkt. Wenn ich das aber richtig verstanden habe ist die C++ Builder Gemeinde um einiges größer als die Delphi-Gemeinde, die Jungs sind nur nicht so Publikumswirksam in Foren etc. organisiert.

Bezweifle ich das die C++-Builder-Gemeinde relativ groß ist.
Da werden schon viele über die Jahr richtung QT/VS/... gewechselt sein.

[greenmile]

Das denke ich leider auch. Ich finde im Umfeld relativ selten einen CBuilder auf einem Desktop. Größtenteils sind es Visual Studios. Traurig finde ich, dass viele von Delphi kommen.

[Dejan Vu]

Zitat von greenmile:

... Traurig finde ich, dass viele von Delphi kommen.

Wenn man nicht religionsartig einer IDE/Programmiersprache anhängen, sondern objektiv das jeweils beste Werkzeug auswählen würde, wäre man nicht traurig, sondern höchstens erstaunt oder bemerkenswert.

Ich habe kein persönliches Verhältnis zu einer Programmierumgebung. Es ist ein Werkzeug und es muss mir die Arbeit erleichtern. Ich will produktiv sein und mit der Zeit mitgehen können. Wiederkehrende, eintönige Arbeiten muss es mir abnehmen. Bietet mir das Werkzeug das nicht, wechsle ich. Dies war der Hauptgrund, vor 15(?) Jahren *zu* Delphi zu wechseln.

Sollte ich bei meiner Arbeitsstelle durch Sachzwänge an eine mir nicht besonders genehme IDE gebunden sein, dann finde ich mich damit ab oder schule um und wechsle die Arbeitsstelle. Aber 'traurig' wäre ich höchstens, wenn ich meinen Chef nicht davon überzeugen könnte, ein besseres Werkzeug einzusetzen.

PS: Das ist kein Delphi-Bashing, denn ich kenne die aktuellen Versionen gar nicht und weiß deshalb nicht, wie gut, oder wie grausam diese sind. Es ist vielmehr ein Plädoyer für mehr Objektivität im Umgang mit Werkzeugen allgemein.

[MEissing]

Zitat von vagtler:

Zitat von MEissing:

[...] Die Kunden rennen uns die Bude ein, weil wir es so machen, wie wir es machen. [...]

Gibt es da auch belastbare Zahlen zu?

http://www.embarcadero.com/de/press-...elopment-tools
http://www.embarcadero.com/de/press-...demand-doubles

[Dejan Vu]

Es ist immer unglücklich, bei 'belastbaren Zahlen' die eigene Marketingabteilung zu zitieren. Die würden auch eine Verdoppelung der Verkaufszahlen von 1 auf 2 als '100% Growth' verkaufen. Dazu sind sie schließlich da (und falsch ist es ja nicht).

Aber +34% gesamt, und +100% in Japan und Brasilien ist ja auch nett. Und vorher waren das bestimmt mehr als 3.

[D-User]

Zitat von Bernhard Geyer:

Bezweifle ich das die C++-Builder-Gemeinde relativ groß ist.

soweit ich erinnere, hat ehemals Borland C++-Builder früher immer nach Delphi bedient, zudem sind die Beispiel-Codeschnipsel für Delphi immer um ein Vielfaches mehr.
Daraus schliess ich dass C++ Builder sehr deutlich weniger Installs hatte als Delphi.

Der wesentlichste Vorteil des C++-Builder gegenüber anderen C++-Tools war/ist ja aus meiner Sicht dass man die Delphi-Komnponenten verwenden kann.