Das Kreuz mit dem Wartungsvertrag / Firemonkey

[Dragon27]

Zitat von Mavarik:

Ein ganz fettes Nein...

Desktop "können wir" und wenn jetzt noch iOS & Android dazu kommen sind wir ganz weit vorne...
Mavarik

Schlecht ist es nicht, nur bezweifle ich, dass man sich mit den freien Entwicklungsumgebungen wirklich messen kann. Klar für Delphientwickler an sich ne schöne Sache, aber wenn du heute bei Univeritäten und Firmen nach Delphi suchst wird es sehr licht im Wald. Die heutigen Sprachen sind da Java und C-Dialekte. Nicht dass du mich falsch verstehst, ich entwickle 10 mal lieber Delphi als Java oder C#. Aber das Vertrauen in Delphi ist vielerorts ganz weit gesunken. Und wenn ich sowieso schon Java verwende, werde ich wahrscheinlich für die Androidentwicklung nicht auf Delphi switchen.

Zitat von Mavarik:

Bekannter Code kann übernommen werden... Das erweitert den Markt!
Mavarik

Auch im Prinzip richtig... jedoch wieder eher interessant für eingefleischte Delphianer. Aber ich denke, dass es mehr Code in Java und Objective-C gibt als
in Delphi. Kann ich diese Bibliotheken (Java etc..) auch nutzen?... leider nein...

[Romiox]

Zitat von Dragon27:

Zitat von Mavarik:

Ein ganz fettes Nein...

Desktop "können wir" und wenn jetzt noch iOS & Android dazu kommen sind wir ganz weit vorne...
Mavarik

Schlecht ist es nicht, nur bezweifle ich, dass man sich mit den freien Entwicklungsumgebungen wirklich messen kann. Klar für Delphientwickler an sich ne schöne Sache, aber wenn du heute bei Univeritäten und Firmen nach Delphi suchst wird es sehr licht im Wald. Die heutigen Sprachen sind da Java und C-Dialekte. Nicht dass du mich falsch verstehst, ich entwickle 10 mal lieber Delphi als Java oder C#. Aber das Vertrauen in Delphi ist vielerorts ganz weit gesunken. Und wenn ich sowieso schon Java verwende, werde ich wahrscheinlich für die Androidentwicklung nicht auf Delphi switchen.

Vorallem was Android angeht weiß ich nicht ob überhaupt eine Chance besteht das für Delphi irgendetwas auch nur annähernd den Preis rechtfertigendes kommt, was die Combo aus Eclipse und ADT schlägt. Da scheint mir die Zielgruppe von vornherein beschränkt zu sein auf Delphiprogrammierer, die auch mal Android machen wollen, und ich glaube nicht dass das reicht um sich langfristig zu etablieren.
Bei iOS tritt man immerhin nicht gegen eine kostenlose Alternative an, aber wirklich nützlich fände ich das nur, wenn ich mir damit den Mac sparen kann. Wenn ich den Mac und xCode sowieso brauche, dann kann ich auch noch einen C-Dialekt lernen, und muss nicht das Gehampel "programmieren hier, kompilieren da" machen.

[Union]

Zitat von Romiox:

"programmieren hier, kompilieren da" machen.

Das stimmt ja mit XE4 nicht mehr - dort ist ja tatsächlich ein ARM-Compiler enthalten - es werden die fertigen binaries an XCode zum Provisioning übertragen. Sehr erstaunlich und vermutlich ein Zukauf, wenn man mal die lange Trächtigkeitsdauer mit 64 bit dem gegenüber stellt.

Die Zielgruppe... sehe ich in Firmen, die "nur" Delphi und Desktop können und jetzt ständig Anfragen ihrer bestehenden Kunden erhalten, ob dies und jenes der Hauptanwendung nicht auch mit dem und dem Gerät "fernbedient" werden könnte.

[Romiox]

Zitat von Union:

Zitat von Romiox:

"programmieren hier, kompilieren da" machen.

Das stimmt ja mit XE4 nicht mehr - dort ist ja tatsächlich ein ARM-Compiler enthalten - es werden die fertigen binaries an XCode zum Provisioning übertragen. Sehr erstaunlich und vermutlich ein Zukauf, wenn man mal die lange Trächtigkeitsdauer mit 64 bit dem gegenüber stellt.

Die Zielgruppe... sehe ich in Firmen, die "nur" Delphi und Desktop können und jetzt ständig Anfragen ihrer bestehenden Kunden erhalten, ob dies und jenes der Hauptanwendung nicht auch mit dem und dem Gerät "fernbedient" werden könnte.

Ui, da bin ich wohl nicht auf dem aktuellsten Stand, mea culpa.

Das stimmt wohl, aber (auch wenn das nun wirklich nicht meine persönliche Sorge sein soll, jm2c) auch da bin ich eher skeptisch. Ich frage mich einfach immer mal wieder, ob Delphi nun als Konkurrenzprodukt platziert wird, oder ob "nur noch" Bestandskunden gehalten werden sollen.

Um ganz brutal ehrlich zu sein, als Schüler/Student hab ich damit sowieso nichts am Hut, weil leider viel zu teuer. Ich verfolge nur die Entwicklung um Delphi mit Spannung.

[Dragon27]

Zitat von Romiox:

Das stimmt wohl, aber (auch wenn das nun wirklich nicht meine persönliche Sorge sein soll, jm2c) auch da bin ich eher skeptisch. Ich frage mich einfach immer mal wieder, ob Delphi nun als Konkurrenzprodukt platziert wird, oder ob "nur noch" Bestandskunden gehalten werden sollen.

Der Blickwinlel stimmt sicherlich zum Teil. Nur ich finde nicht, dass das Markteting nur auf Bestandskunden ausgelegt ist. Eine App kostet viel Arbeit und somit Geld, zudem darf gerade bei Apps die "Weiterentwicklung" nicht vernachlässigt werden. Aus diesem Grund möchte man ein System was auch in Zukunft "gute Dienste" leistet.

Zitat von Romiox:

Um ganz brutal ehrlich zu sein, als Schüler/Student hab ich damit sowieso nichts am Hut, weil leider viel zu teuer. Ich verfolge nur die Entwicklung um Delphi mit Spannung.

Naja ich denke gerade das ist ein guter Indikator wie zukunftssicher eine Sprache ist. Denn hier haben wir viele der neuen Entscheidungsträger. Den Studenten wird Java und C# förmlich aufgezwungen. Viele kennen nicht einmal Delphi. Und teuer wäre Delphi für eine Hochschule oder Universität nicht... 4 € / Lizenz. Das Problem ist tatsächlich, dass man bei Professoren oftmals ein "Ach das gibt es noch?" zu hören bekommt.
Nichts desto trotz verwende ich in meinen Kundenprojekten immer noch Delphi und nicht C# oder Java....