Delphi wird vermutlich /nicht/ eingestellt

[creed steiger]

Heise hat nochmal nachgehakt

http://www.heise.de/newsticker/meldu...t-3252501.html

Wie man zu dem "Auslagern" zu den Sub-Sub(Sub-Sub-Sub )Unternehmen steht sei jedem selber belassen, persönlich hab ich dabei kein gutes Gefühl.

Delphi-Compiler als Herzstück .... naja ... was ist da noch übrig vom eigenem Compiler

[Jens01]

Aber interessant, dass der Compiler noch immer bei Emba direkt entwickelt wird.

[mm1256]

Auslagern finde ich persönlich wiederum als die bessere Alternative zu fest angestellten Mitarbeitern. Die interessantere Aussage finde ich ist:

Zitat:

Nach der künftigen Release-Strategie gefragt, meinte Popov, dass seine Team anders vorgehen wolle als die vorherigen Verantwortlichen. So wolle man jährlich nur noch eine Hauptversion herausbringen, die durch kleine Updates ergänzt werde. Es sei jedoch durchaus möglich, dass trotz des Berlin-Releases vom April dieses Jahr noch eine weitere Version herauskommt. Durch die Schließung des spanischen Büros werde es kaum zu Verzögerungen kommen, sondern man würde in den nächsten drei bis vier Monaten produktiver sein als zuvor.

[Codehunter]

Was ist eigentlich von diesem Linux-Compiler zu halten von dem in letzter Zeit immer wieder die Rede ist? Sowas hatten wir doch schon mal... Kylix *hust*

ELF-Binaries erzeugen schön und gut, aber wohin soll das führen? Commandline-Tools? Oder auch grafische Oberflächen a la Feueraffe? Faszinierend fände ich zum Beispiel, Plugins für den Apache Webserver schreiben zu können, die sowohl als Windows-DLL als auch Linux-SO verfügbar wären. Da würden mir viele Dinge einfallen was man damit anstellen könnte...

[Lemmy]

der Linuxcompiler zielt auf den Servereinsatz ab, d.h. keine Oberfläche - also im Grunde das was du machen möchtest: CGIs sollten in jedem Fall funktionieren, commandline Tools usw... Aber vermutlich wegen des Servereinsatzes ein Enterprise-Feature und daher vermutlich nicht in der Professional dabei...


Interessant an der ganzen Sache auch die Ankündigung von RemObjects "Escape from Delphi"
[snip](und die Spitze sei mir erlaubt: ein paar Leute hinter Lazarus gründen von heute auf morgen eine Foundation (was schon lange fällig war und sie ja selbst schon lange überlegt haben) um die Weiterentwicklung von FPC und Lazarus zu stützen, haben das verdammt große Glück, dass eine große Webseite davon berichtet (kostenlose Werbung auf heise.de) und nach einer Woche ist noch immer keine Paypal-Adresse für Spenden aktiv - da ist noch Luft nach oben! RemObjects auf der anderen Seite: "warten" ein paar Tage bis die Hysteriker alle in Panik durch die Gegend rennen und machen dann ein wirklich interessantes Angebot.) [/snip]

Ich finde zum einen die Breite Interessant mit der man mit Oxygene entwickeln kann (mit allen Vor- und Nachteilen) und absolut interessant Island - ein nativer Compiler für Windows und Linux. Leider, wie mir Marc Hoffmanm eben per Mail bestätigt hat, noch ohne DB-Connectivität. Mal sehen wie sich das entwickelt, aber Island werde ich auf jeden Fall weiter verfolgen.

[Codehunter]

Ist das nicht interessant? Jedesmal kommen sie aus ihren Ecken gekrochen und versuchen, ihr Stück vom Kuchen zu schnappen. Dabei leben sie alle nur MIT Delphi, NEBEN Delphi oder TROTZ Delphi. Sollte es jemals den Bach runter gehen, dann hüpfen wahrscheinlich die meisten Object-Pascal-related Systeme hinterher.

Ich bin inzwischen schlicht zu alt um nochmal irgendwo mit den ganzen Projekten bei Null anzufangen. Mit Seattle kann ich noch ne ganze Weile arbeiten (XE4 wird langsam als Hauptversion bei mir abgelöst). Außerdem bin ich in Sachen Syntax-Eleganz ziemlich wählerisch geworden. Wenn ich mir JavaScript so anschaue mit dem ich notgedrungen AUCH arbeiten darf, dann ist der Code dort einfach nur hässlich, die Entwicklungsumgebungen mehr als hakelig. Von Java mal ganz abgesehen, mit dem ich mich rumärgern durfte um die 2D-Imager vom Honeywell-Handheld für eine Feueraffen-App zum Laufen zu kriegen. Bei Java kräuseln sich mir die Zehennägel, so widert mich diese Sprache an.

Nee Leute, ohne mich. Ich bleib mal schön beim Delphi. Vielleicht erleb ich ja noch dass dieser Satan Nutella den Laden namens Microsoft an die Wand fährt, dann hätte sich Delphi wahrscheinlich eh erledigt.

Und bis dahin könnte ich ja mal Apache-Extensions basteln (bisher gabs nur schlicht keinen Grund für eine höhere Edition als Prof)

[himitsu]

Zitat von Codehunter:

Was ist eigentlich von diesem Linux-Compiler zu halten von dem in letzter Zeit immer wieder die Rede ist? Sowas hatten wir doch schon mal... Kylix *hust*

SOWAS

Dieses Mal wird es nur ein RTL im bestehenden System.

• nur non-visuell, also quasi "Servises" oder Konsolenprogramme
• und in der bestehenden IDE

• Also es kümmert sich keiner um eine GUI-Anbindung des FMX, aber wie beim NonVCL kannst du das natürlich auch selber dich um die GUI kümmern oder eine Fremd-Lib benutzen.
• Der Compiler selber ist nicht das Problem, denn im Grunde muß man nur einen "bestehenes" Backand für den LLVM besorgen
• Viele vom Kylix, also von den Linux-APIs in massig Low-Level-Funktionen vom Delphi sind immernoch vorhanden
  und man muß da somit "nur" noch die neuen Funktionen anpassen und vielleicht das "Alte" nochmal prüfen und an neuere APIs des Linux anpassen.

Kylix dagegen war eine komplett eigenständige IDE/Compiler, die beide direkt "nur" im Linux liefen.
Da wurde nur die RTL wiederverwendet und statt der VCL gab es da CLX (sowas wie FMX, aber im Grunde mehr wie VCL nur halt nur für Linux)

[Rollo62]

Also wäre Fmx auf Linux zu portieren ein schönes Community projekt wenn Emba das selber nicht will.

Rollo

[TBx]

Da beginnt dann aber gleich der nächste Glaubenskrieg.
Soll man das auf QT oder auf GTK+ aufsetzen?
Im Grunde braucht man beides, wenn man ein natives Feeling bieten will ....

[jaenicke]

Zitat von Rollo62:

Also wäre Fmx auf Linux zu portieren ein schönes Community projekt wenn Emba das selber nicht will.

VGScene war ja damals IIRC auch für Linux verfügbar. Eventuell ist der Aufwand also gar nicht so immens groß.