Appmethod - FM bekommt eigene UI?

[Uwe Raabe]

Zitat von michaelthuma:

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

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 von Uwe Raabe:

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 von 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?

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)?

[Darlo]

Zitat von Uwe Raabe:

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 von Darlo:

Zitat von Uwe Raabe:

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]

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 von Uwe Raabe:

Zitat von michaelthuma:

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

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)!