Delphi wird vermutlich /nicht/ eingestellt

[himitsu]

Zitat von Codehunter:

Offenlegung der Quellen

Das wäre doch mal was.
Da können wir die Bugs dann selber beheben, die Emba nicht behoben bekommt.

Und wenn man beim aktuellen Ansatz bleibt, werden somit die Komponenten auch erstmal selber gemalt (kommt nur drauf an Welche, aber man kann ja von jedem größeren Framework die Bildchen hinterlegen) und dann vielleicht später auch mal die "nativen" Komponenten aktivierbar mit einbinden.

Zitat von Bambini:

Aber es soll unter Linux eh keine UI geben. Daher stellt sich die Frage gar nicht.

Darum ging es ja. Emba will da nichts machen und es überlegte sich wer, ob wir es dann nicht tun könnten.

[sh17]

Zitat von himitsu:

Zitat von Codehunter:

Offenlegung der Quellen

Das wäre doch mal was.
Da können wir die Bugs dann selber beheben, die Emba nicht behoben bekommt.

Quasi ein Delphi.Core, dann müsste sich Emba nur noch auf die Herstellung der IDE beschränken und diese dämliche Komponentenupdaterei würde mal minimiert. Allerdings sind dann zwei/eine Version im Jahr nicht mehr verkaufbar.

[Bambini]

Zitat von himitsu:

Zitat von Bambini:

Aber es soll unter Linux eh keine UI geben. Daher stellt sich die Frage gar nicht.

Darum ging es ja. Emba will da nichts machen und es überlegte sich wer, ob wir es dann nicht tun könnten.

ok. Aber warum sollte das einer wagen? Linux UI ist eine extreme Randgruppe und mit den Erfahrungen aus Kylix, könnte dem Linux Compiler ein schnelles aus drohen ... und alles war mal wieder für die Katz.

[himitsu]

Och, dann passt es doch gut, zum Randgruppen-Delphi

[Uwe Raabe]

Zitat von himitsu:

Och, dann passt es doch gut, zum Randgruppen-Delphi

Das stellt sich ja schon fast die philosophische Frage, ob die Randgruppe einer Randgruppe überhaupt noch die Kardinalität 1 hat oder schon unterhalb der Wahrnehmumgsgrenze liegt.

[jaenicke]

Zitat von Bambini:

Linux UI ist eine extreme Randgruppe und mit den Erfahrungen aus Kylix, könnte dem Linux Compiler ein schnelles aus drohen ... und alles war mal wieder für die Katz.

Das sehe ich nicht unbedingt so, Linux wäre schon ein Markt. Allerdings ist kaum jemand bereit für Software zu bezahlen, der Linux auf dem Desktop nutzt.
Für kostenlose Software oder Open Source ist aber wiederum niemand bereit für Delphi zu bezahlen, zumal es dafür auch besser ist kostenlose Entwicklungsumgebungen zu benutzen.

Insofern finde ich die Ausrichtung auf Linux Server sehr sinnvoll, auch wenn Linux Desktop als Target für den Delphi Compiler durchaus interessant ist.

[greenmile]

Zitat von jaenicke:

auch wenn Linux Desktop als Target für den Delphi Compiler durchaus interessant ist.

Oh ja, bei der enormen Verbreitung von Linux-Desktop Systemen lohnt die Arbeit ganz bestimmt

[Bambini]

Zitat von jaenicke:

Insofern finde ich die Ausrichtung auf Linux Server sehr sinnvoll, auch wenn Linux Desktop als Target für den Delphi Compiler durchaus interessant ist.

Das sieht man im Hause Emba wohl auch so, daher gerne noch einmal das Zitat:

Zitat:

Diese Zukunft sieht Popov verstärkt auf der Linux-Plattform.

Hat sich zwischen Kylix und heute irgendetwas in dem Linux Bereich geändert, warum da jetzt auf einmal die Zukunft gesehen wird?

[himitsu]

Viele wollen nichts oder nicht viel für Lizenzen bezahlen (und andere Gründe), weswegen viele Server/WebServer eher Linux als Windows sind und OSX-Server sind wohl noch seltener, da noch teurer.


Also wenn man Services für einen Server schreiben will, dann braucht man zu oft eine Linux-Software.

[greenmile]

Auch auf die Gefahr hin dass es eh nichts bewirkt: Macht es nicht eher Sinn die bestehenden Systeme (Mac, iPhone, Android) stabiler zu machen statt die nächste Baustelle aufzumachen? Da wäre noch genug zu tun wie z.B. Intel-CPU's bei Android Geräten. Kylix ist gefloppt, also sollte Linux nicht unbedingt oben auf der Prio-Liste stehen sondern vielmehr auf der "Wenn ich mal Langeweile habe" Liste. Vielleicht geht es aber auch nur um eine Plattform, auf der Microsoft mit VS nicht aktiv ist?