Ein Tag im Leben eines FMX-App Programmierers...

[Dejan Vu]

Zitat von sh17:

Ihr setzt auf FMX, damit ihr nicht ersetzbar seid? Nicht schlecht, die Strategie. Würde ich mich als Chef freuen, jahrelang Geld in die Entwicklung einer Codebasis gesteckt zu haben, für die man dann keine Leute findet, wenn ihr ausfallt.

Den Chef will ich sehen, der so doof ist, und die Arbeit seiner Leute nicht hinterfragt.

Und selbst wenn ihr ausnahmsweise einen Chef habt, der nicht so doof ist: Jeder ist ersetzbar. Immer.

Ach und: Damit verbaut man sich und seiner Firma, zu wachsen, weil: find mal welche, die FMX können. Eure Firma wird auf der Stelle treten und wenn FMX entgültig ein Exot wird, dann ... tja.. finde mal eine Anstellung mit dem Expertenwissen: "Jahrelang auf falsche Pferd FMX gesetzt". Wenn ich bei unseren Bewerbungsgesprächen jemanden mit solchen Kenntnissen finde, schmunzle ich auch immer wieder. Aber vielleicht wollt ihr ja dort alt werden.

[mensch72]

(ganz neben bei: in meiner Firma bin ich der Chef und die Projektpartner mit denen wir zusammenarbeiten setzen auch unabhängig von uns intern weiter auf eine tote Delphi Codebasis)

- ich entscheide nicht wie wir "neu" schnell&einfach etwas lösen könnten, sondern setze eben andere Prioritäten und verkaufe das auch so

- es stimmt, es gibt so gut wie keine Delphiprogrammierer mehr am Bewerbermarkt.. das ist nicht schlimm(wir schreiben auch nur noch nachweisbare Erfahrung in OO Programmierung bei Stellen aus, ohne Delphi zu erwähnen), denn eine andere IDE&Sprache ist einem gutem flexiblen Entwickler letztendlich binnen weniger Wochen egal. So wie ich wenn ich wollte auch was direkt mit Java, C# oder ObjC machen könnte, will ich lieber sehen schnell wie ein "neuer" sich in Delphi zurecht findet und was dabei raus kommt, oder ob jemand nur murrt, alles Mist mit XY wäre man schon lange fertig

- CrossCode wird überall da sinnvoll, wo die sichere und eventuell sogar funktional zertifizierte lokale Offlineverarbeitung oder Erfassung/Weitergabe von Daten einen Großteil der Funktion ausmacht, und die GUI nur funktional sein muss, also "Optik" keine besondere Rolle spielt

- CrossGUI macht für schnelle erste Prototypen sowie schnelle Testerweiterungen von Bestandsprojekten Sinn. Fertig eingerichtet hat man mit XE? wirklich fix auf einen Schlag was für Desktop und Mobile gezaubert und es ist etwas zusehen. (ob es dann wenn es richtig sicher geht, immer noch ein echtes 100% Crossprojekt ist, oder doch mehrere Plattformprojekte mit 20..40% nativ + 80..60% shared Code draus werden, das weiß ich vorher auch nicht)

[Mavarik]

Zitat von Dejan Vu:

find mal welche, die FMX können.

Naja ob einer nun C# lernen soll oder Delphi... Wenn einer Programmieren kann - so schreibt Ihr doch immer - dann kann er ja auch eben mal Delphi lernen...

Das geht in beide Richtungen.

btw.

Ich habe so gut wie keine IFDEF'S im Code nur für Windows einige... Ansonsten ist mein Code zu 99,9% kompatible zu Windows, OSX, iOS & Android...

Höchsten mal wegen unterschiedlicher Font-Größen nach dem Motto:

Delphi-Quellcode:

{$IFDEF iOS}
Button1.Width := 140;
{$ELSE}
  {IFDEF Android}
   Button1.Width := 160;
  {$ELSE}
   Button1.Width := 120;
{$ENDIF}
{$ENDIF}

Mavarik

[Harry Stahl]

Zitat von Mavarik:

Ich habe so gut wie keine IFDEF'S im Code nur für Windows einige... Ansonsten ist mein Code zu 99,9% kompatible zu Windows, OSX, iOS & Android...

Höchsten mal wegen unterschiedlicher Font-Größen nach dem Motto:

Delphi-Quellcode:

{$IFDEF iOS}
Button1.Width := 140;
{$ELSE}
  {IFDEF Android}
   Button1.Width := 160;
  {$ELSE}
   Button1.Width := 120;
{$ENDIF}
{$ENDIF}

Mavarik

Nur mal aus Interesse gefragt: Seit XE7 kann man das doch in den unterschiedlichen Views direkt wie gewünscht designen, dann brauchst Du für Design-Aspekte eigentlich keine IFDEF's mehr.

Gibt es einen speziellen Grund, warum Du es hier (dennoch) mit IFDEF's zur Laufzeit löst?

[Union]

Vermutlich weil er es schon seit XE2 versucht.