Appmethod - FM bekommt eigene UI?

[michaelthuma]

Seltsamer Weise schoss mir ein ähnlicher Gedanke durch den Kopf. Zwischen den Zeilen lesen macht wenig Sinn. Die Kombination aus oben genannten lässt noch nicht den Schluss zu, dass Delphi allein VCL bleibt. Für so kühn halte ich EMB nicht. Schätze Delphi ist und bleibt für die Heimwerker.

Der Appmethod Preis ist der RAD Studio Upgrade Preis ... in der Architect Version. Die Mobility Services werden vermutlich mit der Interbase zusammenhängen.

Reflektiert sind aber kleine Teams und ein Mann eine Platform. Das kann durchaus nützlich sein.

Für unsere Breitengrade wird die Sache bleiben wie sie ist.

Zitat:

Zitat von Darlo (Beitrag 1252780)

Zitat:

Zitat von MEissing (Beitrag 1252768)

Nochmals: Für Delphi Entwickler ist "Delphi" weiterhin die IDE der Wahl.....

Wenn für Delphi aber nur schleppend Bugfixe und Updates im Bereich FM kommen, und Appmethod mehr Updates bekommt, dann verstehe ich die Aussage nicht. Wir reden doch alle von Firemonkey (??).

[Darlo]

Nicht dass das Mobile-Add-On zu Appmethod wird und ab der Enterprise-Edition nicht mehr enthalten ist. Bin ja gespannt wie das wird.
Selbst wenn Mobile aus Delphi rausfliegen sollte, hätte man ggf. immer noch einen Unterschied (nach Updates) zwischen "Appmethod für OS X" und "Delphi für OS X".

Zwei Produkte die das selbe können sollten, aber es nicht tun, wird zu Unmut führen....

Bin ja mal gespannt, aktuell ist ja alles reine Spekulation.

Gruß

[MEissing]

Man kann Appmethod auch als dauerhafte Lizenz erwerben.... Problem, welches keines ist oder war, gelöst.

Der Markt ist dynamisch und Marktbegleiter fordern/fördern solche Mietmodelle.

Alles andere ist Spekulation....

(Nein. Es gibt keinerlei Pläne Delphi in den verschiedenen Editionen einzuschränken oder umzubauen. Appmethod wird dabei regelmäßig(er) aktualisiert, genauso wie Delphi)

[Bernhard Geyer]

Zitat:

Zitat von MEissing (Beitrag 1252795)

Der Markt ist dynamisch und Marktbegleiter fordern/fördern solche Mietmodelle.

Das mit den Mietmodellen kennen wir auch.
Vor allem für Firmen (Fachabteilungen) ist es einfacher eine niedrige Miete genehmigt zu bekommen als das Produkt zu kaufen auch wenn es nach 2-3 Jahren teurer ist.

[Memnarch]

Zitat:

Zitat von MEissing (Beitrag 1252795)

Man kann Appmethod auch als dauerhafte Lizenz erwerben.... Problem, welches keines ist oder war, gelöst.

Die stelle/den Preis suche ich gerade, oder wurde das noch nicht ausgeschrieben?

Mich würde dann nämlich auch interessieren wie es mit Vollizenz und späteren updates bzw Verlängerungen/Recharge dafür aussieht bzw funktioniert.

Grüße
Memnarch

[michaelthuma]

Wie sagte der Gates. Ihm störte so nicht, dass 2/3tel der Start Ups keine Zukunft haben, es ginge um das andere Drittel. Wer weiß was da alles überlebt und nicht.

Die Business License gibt es auch perpetual. Steht in der 1.13 EULA. Stimmt.

Meiner Erfahrung nach ist es kein Schaden einen 2ten Namen zu haben. APPMETHOD ist an sich ganz gut. Erstaunlicherweise geht der Mensch bei Frankfurter Würstel nicht davon aus, dass sie 200 Jahre alt sind in der IT wenn ein Name sich festgesetzt hat in einer Dekade wohl :-D

Delphi hat bei uns nicht den besten Ruf. Wobei wirklich wenige wissen wovon sie reden.

Ich finde die Idee mit einer Plattform einen Entwickler durchaus attraktiv. Wenn jemand wirklich grad mal für seine Gerätschaft Apps bauen will ...

Zitat:

Zitat von MEissing (Beitrag 1252795)

Man kann Appmethod auch als dauerhafte Lizenz erwerben.... Problem, welches keines ist oder war, gelöst.

Der Markt ist dynamisch und Marktbegleiter fordern/fördern solche Mietmodelle.

Alles andere ist Spekulation....

(Nein. Es gibt keinerlei Pläne Delphi in den verschiedenen Editionen einzuschränken oder umzubauen. Appmethod wird dabei regelmäßig(er) aktualisiert, genauso wie Delphi)

[jaenicke]

Man darf eins nicht vergessen (wird es aber hier offenbar bei vielen)... Es gibt einen entscheidenden Unterschied zwischen den alten Delphiversionen, die noch genutzt werden, und Appmethod.

Delphi 6 z.B. kann man heute auch noch nutzen um für aktuellste Windowsversionen zu entwickeln. Nicht gut, aber wenn man mit den Fehlern gelernt hat zu leben, geht es.

Bei Appmethod wird das vermutlich schlicht nicht möglich sein. Andere Betriebssysteme und besonders die mobilen sind nicht so abwärtskompatibel. Da muss man dann um für die aktuellen Systeme zu entwickeln ggf. auch seine Tools aktualisieren. Und deshalb macht es rein für Appmethod in der Regel denke ich wenig Sinn eine Version fix zu kaufen...

[Uwe Raabe]

Zitat:

Zitat von michaelthuma (Beitrag 1252807)

Erstaunlicherweise geht der Mensch bei Frankfurter Würstel nicht davon aus, dass sie 200 Jahre alt sind in der IT wenn ein Name sich festgesetzt hat in einer Dekade wohl :-D

Delphi hat bei uns nicht den besten Ruf. Wobei wirklich wenige wissen wovon sie reden.

Ich finde es schon lustig, wenn jemand vorschlägt, man möge doch die Delphi Programme, weil Delphi ja schon so alt (1995) ist, mit einer moderneren Programmiersprache umsetzen: Python (1991)!

[Namenloser]

[OT]

Zitat:

Zitat von Uwe Raabe (Beitrag 1252812)

Ich finde es schon lustig, wenn jemand vorschlägt, man möge doch die Delphi Programme, weil Delphi ja schon so alt (1995) ist, mit einer moderneren Programmiersprache umsetzen: Python (1991)!

Ich finde es lustig (eigentlich traurig), dass Python älter ist als PHP und PHP sich trotzdem etablieren konnte.
[/OT]

[Darlo]

Ich bin immer noch nicht schlauer. Setze seit XE2 auf Firemonkey und habe alles außer Serverapplicationen auf FM umgestellt.

Mich interessiert eigentlich nur eins um planen zukönnen:

Sind Delphi FM Programme 100 % kompatibel zu Appmethod?

[Uwe Raabe]

Zitat:

Zitat von Darlo (Beitrag 1252815)

Ich bin immer noch nicht schlauer. Setze seit XE2 auf Firemonkey und habe alles außer Serverapplicationen auf FM umgestellt.

Mich interessiert eigentlich nur eins um planen zukönnen:

Sind Delphi FM Programme 100 % kompatibel zu Appmethod?

Lad dir die Trial runter und probier es aus.

Es kommt aber auch darauf an, was du mit kompatibel meinst: Soll man es mit beiden IDEs compilieren können (vermutlich ja) oder sollen die erzeugten Binärfiles identisch sein (wohl eher nicht)?

[michaelthuma]

Python wird genauso weiterentwickelt. Python war einzig und allein eine der ersten Scripting Sprachen die Oracle sauber unterstützt haben... deswegen hat es bei mir ein Stein im Brett. Man hat nicht viel Auswahl bezüglich der Frameworks aber genug in Summe.

Python ist das letzte nicht kommerzialisierte Open Source Eck in dem noch halbwegs Frieden herrscht. In dem Sinne verstünde ich sogar den Alacalde. Was das mit Delphi zu tun hat, weiß ich bis heute nicht:) Ich persönlich nehme Technologien wofür sie funktionieren.

Python ist im Bereich Schnittstellenprogrammierung und wo früher R dominant war sehr bliebt. Python ist pflegeleicht auf UNIX. Wenn man mal HP-UX machen muss - Linux ist noch gut versorgt aber sonst ... Python ist sehr friedlich...

Alter von Programmiersprachen. Also nach 10 Jahren ABAP kann mich nichts mehr schrecken... da ist noch Code aus Zeiten von CICS R/2 drinnen, damals war das die Berichtsprache von SAP. Mischung aus COBOL und Großrechner Assembler. Die kenne nicht mal Funktionen, die sind eine reine Schnittstelle im Repository deklariert.

Zitat:

Zitat von Uwe Raabe (Beitrag 1252812)

Zitat:

Zitat von michaelthuma (Beitrag 1252807)

Erstaunlicherweise geht der Mensch bei Frankfurter Würstel nicht davon aus, dass sie 200 Jahre alt sind in der IT wenn ein Name sich festgesetzt hat in einer Dekade wohl :-D

Delphi hat bei uns nicht den besten Ruf. Wobei wirklich wenige wissen wovon sie reden.

Ich finde es schon lustig, wenn jemand vorschlägt, man möge doch die Delphi Programme, weil Delphi ja schon so alt (1995) ist, mit einer moderneren Programmiersprache umsetzen: Python (1991)!

[MEissing]

Zitat:

Zitat von Memnarch (Beitrag 1252804)

Zitat:

Zitat von MEissing (Beitrag 1252795)

Man kann Appmethod auch als dauerhafte Lizenz erwerben.... Problem, welches keines ist oder war, gelöst.

Die stelle/den Preis suche ich gerade, oder wurde das noch nicht ausgeschrieben?

Vertrieb anschreiben: [e-mail]

[Darlo]

Zitat:

Zitat von Uwe Raabe (Beitrag 1252817)

Es kommt aber auch darauf an, was du mit kompatibel meinst: Soll man es mit beiden IDEs compilieren können (vermutlich ja) oder sollen die erzeugten Binärfiles identisch sein (wohl eher nicht)?

Das Binärfile ist mir eigentlich egal, da muss man sich dank EMBA ja nicht drum kümmern ;-)
Angenommen es kommt für Appmethod ein Update, dass es nicht für Delphi gibt. Kann ich dann das mit Delphi erstellte Projekt einfach mit Appmethod weiterentwickeln?
Die Trial schau ich mir am Wochenende mal an.

[Insider2004]

Zitat:

Zitat von Darlo (Beitrag 1252860)

Zitat:

Zitat von Uwe Raabe (Beitrag 1252817)

Es kommt aber auch darauf an, was du mit kompatibel meinst: Soll man es mit beiden IDEs compilieren können (vermutlich ja) oder sollen die erzeugten Binärfiles identisch sein (wohl eher nicht)?

Das Binärfile ist mir eigentlich egal, da muss man sich dank EMBA ja nicht drum kümmern ;-)
Angenommen es kommt für Appmethod ein Update, dass es nicht für Delphi gibt. Kann ich dann das mit Delphi erstellte Projekt einfach mit Appmethod weiterentwickeln?
Die Trial schau ich mir am Wochenende mal an.

Appm ist nur ein mächtig abgespecktes Delphi. Somit sollte alles kompatibel sein. Wo es auseinander laufen könnte, wäre, wenn EMB Updates bringt und die Versionen (auf lange Zeit) inkompatibel werden.

[mkinzler]

Es fehlt die VCL, dafür sind andere Dinge dabei, welche bei Delphi extra dazugekauft werden müssen ( MobilPack, FireDAC?, ...)

[michaelthuma]

Bei mir ist die IDE ungleich schneller als unter XE5. Wobei ich nicht sagen kann, ob nicht die Installation auf der Testpartition den Zuwachs bedingt. Ist mir aber nicht so vorgekommen. Selbst inkl. sämtlicher Code Insight Features aufgedreht ...

An sich ist alles dabei bis auf VCL GUI. Mir wäre jetzt beim Testen nichts abgegangen inkl. kleinen Datasnap Server habe ich mal hurtig etwas zusammengezimmert. Kannte die Mobile Erweiterung zuvor gar nicht. Meine Mühle ist vom Aldi ein Quad Core AMD bei dem selbst in der VirtualBox mit einem Prozessor Linux schneller geht als Win 7 - Win32. Wenn auf dem Rechner irgendetwas flott geht, dann muss es schnell sein.

Zitat:

Zitat von mkinzler (Beitrag 1252914)

Es fehlt die VCL, dafür sind andere Dinge dabei, welche bei Delphi extra dazugekauft werden müssen ( MobilPack, FireDAC?, ...)

[Stevie]

Zitat:

Zitat von michaelthuma (Beitrag 1252922)

Bei mir ist die IDE ungleich schneller als unter XE5. Wobei ich nicht sagen kann, ob nicht die Installation auf der Testpartition den Zuwachs bedingt. Ist mir aber nicht so vorgekommen. Selbst inkl. sämtlicher Code Insight Features aufgedreht ...

Kastrier mal dein XE5 um alle Module, die Appmethod nicht hat. Dann ist das genauso schnell.

[MEissing]

Die einen nennen es "kastrieren"....die anderen "optimieren"

Du siehst den Unterschied?

[Stevie]

Und ich dachte, von dir kommen keine unqualifizierten Zwischenrufe.

Zitat:

Zitat von MEissing (Beitrag 1252712)

Auf sachliche Fragen, die den aktuellen Stand darstellen, möchte ich und kann ich gerne antworten....

Aber wir können uns ja mal auf den DT dieses Jahr hinsetzen und nen Vergleich von Appmethod und nem aktuellen Delphi mit allem Brimborium machen, dann sehen wir ja, ob die Anzahl der geladenen Module nicht die Geschwindigkeit beinträchtigt.

[michaelthuma]

Danke für die aufmunternden Worte. Ich erlaube mir einfach mal festzustellen, dass die Appmethod nicht langsam ist.

Kastration respektive Optimierung.

Gut das vorgebrachte Argument lasse ich mal gelten, die IDE ist aber praktisch leer. Da ist nichts zusätzlich installiert außer die nackte VCL, der FMX und FireDAC. Das ist der Testrechner. Der gilt für alle meine Boxen als Maß, langsamer wirds nicht mehr :-D

Deckt sich nicht mit meiner Erfahrung ... Aber wir werden sehen. Den Vergleich mit Delphi XE6 kann ich noch nicht machen. Somit ist es halt mal so. Kann mir aber nicht vorstellen, dass man von gemütlich auf rasend schnell kommt. Der Schluss draus wäre, dass die VCL der ultimative Bremser ist und das kann ich nicht wirklich so mal glauben trotzdem ich es nicht wirklich nachweisen kann.

Aus geheimer :-D Quelle kenne ich bereits Lobpreisung bezüglich XE6. Die bezog sich vermutlich eher aufs Compilat.

Zitat:

Zitat von Stevie (Beitrag 1252927)

Zitat:

Zitat von michaelthuma (Beitrag 1252922)

Bei mir ist die IDE ungleich schneller als unter XE5. Wobei ich nicht sagen kann, ob nicht die Installation auf der Testpartition den Zuwachs bedingt. Ist mir aber nicht so vorgekommen. Selbst inkl. sämtlicher Code Insight Features aufgedreht ...

Kastrier mal dein XE5 um alle Module, die Appmethod nicht hat. Dann ist das genauso schnell.

[michaelthuma]

Da setzte ich mich dazu. Das ist amtlich. Wenn zuviel installiert ist da gebe ich dir recht. Aber einen Einfluss auf den Class Browser ... usw... Es war doppelt so schnell nach Gefühl mindestens. Möglw. werden Files schneller geparsed oder so etwas vermute ich.

Zitat:

Zitat von Stevie (Beitrag 1252932)

Und ich dachte, von dir kommen keine unqualifizierten Zwischenrufe.

Zitat:

Zitat von MEissing (Beitrag 1252712)

Auf sachliche Fragen, die den aktuellen Stand darstellen, möchte ich und kann ich gerne antworten....

Aber wir können uns ja mal auf den DT dieses Jahr hinsetzen und nen Vergleich von Appmethod und nem aktuellen Delphi mit allem Brimborium machen, dann sehen wir ja, ob die Anzahl der geladenen Module nicht die Geschwindigkeit beinträchtigt.

[himitsu]

Zitat:

Zitat von Stevie (Beitrag 1252932)

und nen Vergleich von Appmethod und nem aktuellen Delphi mit allem Brimborium machen, dann sehen wir ja, ob die Anzahl der geladenen Module nicht die Geschwindigkeit beinträchtigt.

Man stelle sich mal vor, man könnte beim Start angeben was (nicht) geladen wird ......

Ala

Delphi-Quellcode:

BDS -p Delphi

oder

Delphi-Quellcode:

BDS -p CBuilder

, nur noch um die Zielplattformen, Frameworks und Sostwas erweitert.

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1252938)

Man stelle sich mal vor, man könnte beim Start angeben was (nicht) geladen wird ......

Ala

Delphi-Quellcode:

BDS -p Delphi

oder

Delphi-Quellcode:

BDS -p CBuilder

, nur noch um die Zielplattformen, Frameworks und Sostwas erweitert.

Dafür brauchst du doch nur die entsprechenden Registry-Einträge anlegen und anpassen. Bei komplexen Kombinationen wird das zwar leicht unübersichtlich, aber prinzipiell geht das schon.

[michaelthuma]

Da gibt es Troubles angeblich. Pure VCL denke ich mich zu erinnern geht nicht zumindest nicht einfach. Wie weit da eine Verschwörung seitens EMB dahintersteht ... keine Ahnung.

Zitat:

Zitat von himitsu (Beitrag 1252938)

Zitat:

Zitat von Stevie (Beitrag 1252932)

und nen Vergleich von Appmethod und nem aktuellen Delphi mit allem Brimborium machen, dann sehen wir ja, ob die Anzahl der geladenen Module nicht die Geschwindigkeit beinträchtigt.

Man stelle sich mal vor, man könnte beim Start angeben was (nicht) geladen wird ......

Ala

Delphi-Quellcode:

BDS -p Delphi

oder

Delphi-Quellcode:

BDS -p CBuilder

, nur noch um die Zielplattformen, Frameworks und Sostwas erweitert.

[MEissing]

Zitat:

Zitat von Stevie (Beitrag 1252932)

Und ich dachte, von dir kommen keine unqualifizierten Zwischenrufe.

Was war daran bitte "unqualifiziert"?