Innovationen bei Lazarus vs Borland/Embacadero und co

[marcoX]

Wahrscheinlich ist auch, dass Borland unglaublich viel Energie in Unsinn gesteckt hat. Man erinnere sich nur an C++ Builder X und allen möglichen Quatsch, der wohl nur in Nieschen genutzt wurde und sicher sehr sehr unprofitbel war.

[himitsu]

Bei Lazarus/FPC ht man es auch einfach ... wenn etwas auch nur in den Grundzügen (halbwegs) funktioniert, kann man es sofort hochladen und den Usern zum "Spielen" geben.

Delphi hat (da es verkauft wird) einen etwas längeren Update- Upgradezyklus (Bugfixes äh neue Funktion muß/soll man ja schließlich kaufen).
Außerdem hat, bei soeinem bezahlten Feature, dieses auch möglichst zu funktionieren. (Gibt's eigentlich auch eine Art Funktionsgarantie?)

Bei Lazarus/FPC muß es ja nicht sofort funktionieren, da sich eh jeden dritten Tag etwas ändert.

Und am Delphi arbeiten vermutlich weniger Programmierer, als Hobbycodetipper am Lazarus/FPC rumpfuschen.


Erstellt FPC/Lazarus eigentlich immernoch leicht größere/langsamere vergleichbare Kompilate gegenüber Delphi?
(die DelphiEXEn wachsen ja auch immer mehr, von Version zu Version)

[jaenicke]

Zitat von himitsu:

Bei Lazarus/FPC muß es ja nicht sofort funktionieren, da sich eh jeden dritten Tag etwas ändert.

Wobei es bei Lazarus auch Probleme gibt, die jahrelang auf Halde liegen um das mal dazu zu sagen. Ein Beispiel, über das ich selbst gestolpert bin als ich Lazarus beruflich nutzen musste:
Wenn man einen Dienst implementiert, musste man eine bestimmte Unit manuell einbinden, sonst startet der schlicht nicht. Das Problem stand im Bugtracker seit einem Jahr und soweit ich mich erinnere als behoben drin. Trotzdem war es noch nicht in der aktuellen Version korrigiert.

Zitat von himitsu:

Erstellt FPC/Lazarus eigentlich immernoch leicht größere/langsamere vergleichbare Kompilate gegenüber Delphi?
(die DelphiEXEn wachsen ja auch immer mehr, von Version zu Version)

Nicht nur das, auch die Compileroptimierungen sind bei Delphi etwas schlechter geworden, vermutlich wegen der zunehmenden Plattformvielfalt, aber so schlecht wie bei Lazarus wird die Optimierung nie werden...
Und die paar Zyklen oder Bytes, die da an manchen Stellen verschwendet werden, machen in 99,9% der Fälle heutzutage ja auch nichts mehr aus.

Nebenbei habe ich gelesen, dass bei Lazarus auch über eine erweiterte RTTI nachgedacht wird. Dann würde die Größe der Exe da sicher auch nochmal deutlich zunehmen wie bei Delphi (wahrscheinlich mit dem Unterschied, dass es bei Lazarus von Anfang an konfigurierbar sein würde).

[mleyen]

Zitat von jaenicke:

Nebenbei habe ich gelesen, dass bei Lazarus auch über eine erweiterte RTTI nachgedacht wird. Dann würde die Größe der Exe da sicher auch nochmal deutlich zunehmen wie bei Delphi (wahrscheinlich mit dem Unterschied, dass es bei Lazarus von Anfang an konfigurierbar sein würde).

Delphi-Quellcode:

{$IF CompilerVersion >= 17.0} 
  {$SetPEFlags 1}
{$IFEND}
{$IF CompilerVersion >= 21.0} 
  {$WEAKLINKRTTI ON} 
  {$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])} 
{$IFEND}

[WM_CLOSE]

Das schöne an Lazarus/FPC ist doch, dass man beinahe alles was einem nicht passt selbst korrigieren könnte. Der Vorteil beschränkt sich natürlich auf Hobbyisten, deren Arbeitszeit nichts kostet. Jeder Bug kann aber von dir selbst gefixt werden.
Die Entwickler die dazu bereit sind etwas umsonst für die Gemeinschaft zu tun sind offenbar eher selten geworden.
Ich zähl mich selbst auch nicht dazu

[jaenicke]

Zitat von WM_CLOSE:

Die Entwickler die dazu bereit sind etwas umsonst für die Gemeinschaft zu tun sind offenbar eher selten geworden.

Ich arbeite durchaus an Open Source Projekten, sehe den Rückstand von Lazarus zu Delphi aber derzeit als uneinholbar an. Zudem bin ich mit Delphi sehr zufrieden, weshalb ich meine Zeit lieber in damit geschriebene Projekte stecke.

[Insider2004]

Lazarus ist Open Source Community Project. Wenn etwas nicht funktioniert, dann sollte der Programmierer das Problem lösen und den Patch hochladen. Es gibt keinen Anspruch, dass "jemand" das "schnell" patched. Selbst ist der Mann/Frau.

[marcoX]

Zitat von WM_CLOSE:

Die Entwickler die dazu bereit sind etwas umsonst für die Gemeinschaft zu tun sind offenbar eher selten geworden.

Ich würde einen anderen Ansatz verfolgen. Ein wenig oder ein wenig mehr Werbung auf die Seite packen und für das Geld ein paar feste Entwickler anstellen. Auf gut besuchten Seiten können durchaus jeden Monat zehntausende Euro alleine durch Werbung zusammen kommen.

Was nützt mir eine werbefreie Seite, wenn dadurch das Produkt schlechter ist? Nichts!

[Nintendo]

Zitat von WM_CLOSE:

Das schöne an Lazarus/FPC ist doch, dass man beinahe alles was einem nicht passt selbst korrigieren könnte. Der Vorteil beschränkt sich natürlich auf Hobbyisten, deren Arbeitszeit nichts kostet. Jeder Bug kann aber von dir selbst gefixt werden.
Die Entwickler die dazu bereit sind etwas umsonst für die Gemeinschaft zu tun sind offenbar eher selten geworden.
Ich zähl mich selbst auch nicht dazu

Suuuuperrrrr, dann gebt mal die Compiler Grammatik schleunigst raus und zwar in einer für LEX und yacc verständlichen Eingabesprache. Und veröffentlicht mal eine Dokumentation aller in der IDE verbauten Komponenten in einer Art und Weise, das das dann wirklich jeder Newbie zuverlässig kann. Los geht's Jungs, her mit der Doku!

[JamesTKirk]

Zitat von jaenicke:

Nebenbei habe ich gelesen, dass bei Lazarus auch über eine erweiterte RTTI nachgedacht wird. Dann würde die Größe der Exe da sicher auch nochmal deutlich zunehmen wie bei Delphi (wahrscheinlich mit dem Unterschied, dass es bei Lazarus von Anfang an konfigurierbar sein würde).

*meld* Ja, ich denke darüber nach. Es steht auf meiner Agenda, sobald ich die delphikompatiblen Generics fertig habe (braucht man ja für ein kompatibles TRTTIContext Record). Ich will endlich mit Attributes arbeiten

Zitat von jaenicke:

Ein Beispiel, über das ich selbst gestolpert bin als ich Lazarus beruflich nutzen musste:
Wenn man einen Dienst implementiert, musste man eine bestimmte Unit manuell einbinden, sonst startet der schlicht nicht. Das Problem stand im Bugtracker seit einem Jahr und soweit ich mich erinnere als behoben drin. Trotzdem war es noch nicht in der aktuellen Version korrigiert.

Kann sein dass du da eine Phase erwischt hast, in dem grad kein neues Release rauskam, weil der Trunk in einem etwas schlechten Zustand war... kommt halt hin und wieder doch mal vor, dass die Entwicklungsversion nicht anzuraten ist

Zitat von implementation:

Zitat von Stevie:

Gibt's bei Lazarus bzw besser gesagt FPC auch die Garantie, dass noch vor 15 Jahren erstellte Programme kompilieren

Die Garantie hast du beim FPC sogar noch deutlich (!) mehr als bei Delphi!

Probier mal, ein TP-Programm ohne Codeänderungen mit Delphi zu kompilieren.
Für den FPC null Problem.

Oh ja... und wenn dann mal doch was kommt, was das beeinflusst, dann findet man dies hier im Wiki. Auch bezüglich der irgendwann anstehenden Einführung von Delphi2009+-kompatiblen Strings werden auf den Mailinglisten entsprechende Diskussionen bzgl Abwärtskompatibilität geführt.

Regards,
Sven