Quo vadis Embarcadero?

[jaenicke]

Zitat von Buddelfish:

Einfach ein Entwicklungssystem nehmen, bei der das Leben dem Wunschkonzert entspricht.

Da habe ich bisher keins gefunden, das näher an meinem persönlichen Wunschkonzert dran läge.
Ich benutze ja auch C# mit Visual Studio, Oxygene, Java, ... aber leider sind die alle noch weiter davon entfernt als Delphi.

Zitat von Buddelfish:

Open Source: ACK, 3rd-Party: Einfach die Richtigen* kaufen. Mit Quelltext.

Ohne Quelltext kommt für uns ohnehin nicht in Frage. Aber die Anpassungen sind ja dann erst Recht notwendig...

[Stevie]

Zitat von jaenicke:

Zitat von Buddelfish:

Einfach ein Entwicklungssystem nehmen, bei der das Leben dem Wunschkonzert entspricht.

Da habe ich bisher keins gefunden, das näher an meinem persönlichen Wunschkonzert dran läge.
Ich benutze ja auch C# mit Visual Studio, Oxygene, Java, ... aber leider sind die alle noch weiter davon entfernt als Delphi.

Dazu fällt mir nur eins ein:

Zitat von Bjarne Stroustrup:

There are only two kinds of languages: the ones people complain about and the ones nobody uses.

[Buddelfish]

Zitat von jaenicke:

Zitat von Buddelfish:

Einfach ein Entwicklungssystem nehmen, bei der das Leben dem Wunschkonzert entspricht.

Da habe ich bisher keins gefunden, das näher an meinem persönlichen Wunschkonzert dran läge.
Ich benutze ja auch C# mit Visual Studio, Oxygene, Java, ... aber leider sind die alle noch weiter davon entfernt als Delphi.

Also ich mit Visual Studio mehr als zufrieden. Bis auf den schlimmsten ReportDesigner aller Zeiten (schlimmer als Rave und Quickreport zusammen) ist das alles 1000x besser als bei Delphi. Aber gut. Gehört hier nicht hin.

[p80286]

Zitat von Buddelfish:

Also ich mit Visual Studio mehr als zufrieden. Bis auf den schlimmsten ReportDesigner aller Zeiten (schlimmer als Rave und Quickreport zusammen) ist das alles 1000x besser als bei Delphi. Aber gut. Gehört hier nicht hin.

Doch schon, Ich habe gerade mal nachgesehen XE5 mit Datenbankverbindungsmöglichkeit als Update 1600€.
Wenn ich dafür ein Produkt bekäme in dem z.B. die Hilfe wirklich brauchbar ist, und nicht als OpenSource-Projekt daher kommt, dann lohnt sich ggf. auch die Auseinandersetzung mit meinem Chef. Wohl oder übel werde ich wohl mal nach anderer Mütter Töchter ausschau halten (müssen)

Gruß
K-H

P.S.
Mich interessiert weder die Anbindung von Kaffeemaschinen, noch Android...
ganz altmodisch Datenverarbeitung!

[Der schöne Günther]

Ich bin, wie oft betont, auch kein Freund der Doku-Situation von Delphi/C++-Builder, aber bei FireDAC habe ich ehrlich gesagt nichts zu meckern

Andererseits bin ich jetzt auch kein Datenfetischist. Ich weiß ja nicht, was ihr da alles so zaubert.

[franktron]

Hat eigentlich irgend jemand Erfahrungen mit Oxygene gemacht.

Wir möchte auch weg von Delphi das mit FMX ist nicht gerade der Bringer und Tablets sind im kommen.

[vagtler]

Zitat von franktron:

Hat eigentlich irgend jemand Erfahrungen mit Oxygene gemacht. [...]

http://www.delphipraxis.net/179143-f...s-xamarin.html

[jensw_2000]

Zitat von franktron:

Hat eigentlich irgend jemand Erfahrungen mit Oxygene gemacht.
Wir möchte auch weg von Delphi das mit FMX ist nicht gerade der Bringer und Tablets sind im kommen.

Da Du schon direkt danach fragst, antworte ich auch hier mal direkt drauf.

Ja, nur Gute.
Für die Entwicklung von iOS, Android und Windows Phone 8 & Co ist es super.
Ich habe damit kommerzielle Sachen für iOS umgesetzt und arbeite gelegentlich an meinen beiden Apps für den Store. Das geht traumhaft gut. Man muss aber selbst bereit sein, sich mit den iOS SDKs zu befassen und ObjectiveC zumindest "lesen" zu lernen. Anders geht es kaum. Bei Android Apps muss man verstehen wie die SDKs dort ticken und wie Java funktioniert. Programmieren tut man selbstverständlich mit Pascal. Man muss sich also nicht mit den ganzen ObjC Pointern und der schrägen Syntax herumschlagen. In der Java Welt kann man mit Oxygene Properties und Delegates verwenden. Oxygene ist wirklich "Not your Daddy's Pascal".

Ich arbeite immer mit der aktuellen Oxygene Betaversion, weil RemObjects, anders als andere IDE Anbieter, sehr agil auf Userwünsche eingeht und an Features arbeitet. Mit jeder Beta kommen neue interessante Dinge dazu. Man sieht, wie das System mit jedem Freitagsbuild großartiger wird.

Für codelastige "Programmteile" in .Net ist Oxygene auf Grund der coolen Sprachfeatures auch sehr gut zu gebrauchen. Sobald Du im .Net Bereich aber mit der GUI (WinForms, WPF, ASP.Net) arbeiten willst, wirst Du vermutlich auch das eine oder andere GUI Framework benutzen wollen (z.B. DevExpress Komponenten für .Net). Dann wirst Du schnell feststellen, dass viele große Komponentenhersteller, wie DevExpress, oft nur C# und VB Beispielprojekte und Project Wizards anbieten, und dass man als Oxygene User deutlich mehr selbst coden muss.
Dies ist unter .Net jetzt kein großes Manko. Man kann sich ja einfach eine Oxygene Asselbly für die codelastige Sachen (Modules und Controller) in die Solution hängen und den "GUI Kram" in C# machen. Am Ende ist unter .Net ja intern alles "nur" IL Code.

[stahli]

So, ich habe jetzt schon mal den Emba-Newsletter abbestellt.
Zumindest darüber muss ich mich künftig nicht mehr ärgern.

Ich werde an meinem aktuellen Projekt weiter mit XE3-VCL arbeiten aber wenn es irgendwann etwas neues werden soll, dann werde ich mich wohl doch mal mit Oxygene beschäftigen. Hoffentlich findet sich - wenn es dazu kommt - jemand, der mich dann an die Hand nimmt...

[michaelthuma]

Oxygene funktioniert seit Jahren.

Zitat von franktron:

Hat eigentlich irgend jemand Erfahrungen mit Oxygene gemacht.

Wir möchte auch weg von Delphi das mit FMX ist nicht gerade der Bringer und Tablets sind im kommen.