Zitat von
JamesTKirk:
Das verwundert mich schon sehr. Ich habe einen Rechner mit 800 MHz, 1GB
RAM auf dem Windows 7 läuft und in zwei Minuten schaffe ich es den kompletten Compiler neu bauen zu lassen (aus der
IDE raus).
Diese Aussage betrachte ich als glatte Lüge, Schönmalerei wie sie nur betonköpfige Ideologen fertig bringen, denn ich habe das auf einem 1,7GHz Doppelkernprozessor Intel Atom auf einem Tablet mit 2GByte
Ram getestet. CodeTyphon ist so langsam. Altere Lazarus Versionen schneiden hier besser ab, wohl auch,weil nicht so viel Code mitgeschleppt wird. Deswegen sagte ich ja auch Komponenten besser dynamisch laden zu dem Zeitpunkt wo sie wirklich gebraucht werden. In Delphi wäre das wegen der Packages schon heute möglich. FP müsste wohl dazu um diese Packages erweitert werden.
Zitat von
JamesTKirk:
Das Schreiben von Dokumentation ist leider nicht jedermanns Sache und noch dazu enthält allein Free Pascal eine große Anzahl an zusätzlichen Units...
Mag sein, aber ich kann an dieser Stelle nicht aushelfen, nicht weil ich zu faul bin, sondern weil ich so schlicht und einfach die Komponente(n) nicht verstehe, nicht weiß, wie sie zu verwenden ist/sind. Schade eigentlich um die Arbeit derProgrammierer, die die Komponenten gebaut haben, das sind nämlich wirklich gute dabei, wie eben zB. TODBCConnection, denn warum soll ich zur Einarbeitung in die Datenbankproblematik einen extra Server installierenwo doch
ODBC in Windows schon drin ist?
Zitat von
JamesTKirk:
Das finde ich jetzt eine sehr interessante Aussage. Die einen regen sich darüber auf, dass Docking nicht standardmäßig aktiviert ist und die anderen regen sich darüber auf, wenn zu viel aktiviert ist... Man kann es eben nicht allen Recht machen.
Das liegt nicht am Docking, denn sooo viel Ressourcen düfte diese Funktion nicht fordern, das ligt an überdimensionierten Bibliotheken, deren Code auf jeden Fall mitgeschleppt wird, egal ob ich ihn in meinem konkreten Programm auch wirklich brauche.
Zitat von
CCRDUDE:
Das eigentliche Lazarus startet bei mir um ein vielfaches schneller als Delphi, und ich kanns auch auf nem 10 Jahre alten Notebook genauso gut nutzen wie auf nem 6 Jahre alten Mac - ohne nervige Verzögerung beim Starten/Benutzen. Letzteres ist glaube ich schon Core Duo, aber unter 2 GHz, und ersteres ist davon meilenweit entfernt.
Das kann ich bestätigen. Ich habe bei mir aktuell Lazarus 0.9.29 am Laufen und bin zufrieden damit.
Das heißt, ich wünsche mir allerdings mehr Dokumentation zu den Komponenten. Hab nach langer Abstinenz
wieder mal gestartet und mir die Datenbankkompos angeschaut. Da sind einige die es in Delphi nicht gibt.
Aber leider ist keine Doku zu finden.
Zitat von
CCRDUDE:
Über den Download-Link auf der Lazarus-Webseite wärst Du entweder bei 0.9.28 oder 0.9.30 gelandet. Bei den ungeraden Versionsnummern steht das deutlich dabei, ich zitiere mal von der Daily Builds-Seite (woanders finde ich aktuell gar keine ungeraden Builds):
Darauf muss man aber erst mal kommen auf der Lazarus Seite zu schauen, wenn man Code Typhon sucht.
Ich bleibeb nun bei Lazarus 0.9.29. Eine spätere Version muss nicht sein.
Soooo, um nun mal zu eigentlichen Thema des Stranges zu kommen, es macht mich traurig, das Delphi so abseits steht. Ich schaue mir auch oft Stellenangebote an und dasehe ich bei Programmiererjobs nur C++ oder
Html, Css und anderes aber kein Delphi. Schade.
Aber wenn ich dann lese, was @Wunni schreibt, dann wundert micht nichts mehr. Für den heutigen Anschaffungspreis würde ich exzellente Qualität erwarten oder das Produkt nicht mehr kaufen. Unsere Arbeitgeber sind mit uns nicht so tolerant. In Tätigkeiten für die man keine spezielle Qualifikation braucht und in Zeitarbeitsfirmen ist das besonders schlimm. Wegen Kleinigkeiten wird man da gefeuert. Da sehe ich überhaupt nicht ein, warum oich dann die Marotten der Großen tolerieren soll.
Schade aber ist es um das Produkt schon. Klasse Idee, das
RAD Tool. Wäre alles zur Laufzeit instantiiert wesentlich mehr Arbeit. Ich erinnere mich noch gut an Turbo Pascal und Turbo Vision. Damals gab es als Shareware einen Workshop der ebenso interaktiv Menü, Statuszeile und Dialoge erstellen konnte. Das war aber ein separates Programm. Man musste die Pascal
IDE verlassen um Meü, Statuszeile und die Dialoge zu bauen und den Quellcode zu erzeugen, danach den Workshop verlassen und in der
IDE dann die Quelltexte in sein Programm einbinden. Wie viel komfortabler ist doch das unser Delphi.
Auch hier sage ich noch mal, wie schon zu Lazarus, ich wünschte mir zur Laufzeit wie eine Datei nachladbare Komponenten exakt dann, wenn ich sie verwenden will. Vorher kann die Kompo auch gut auf der Festplatte bleiben.
Das würde die Systemanforderungen der
IDE denke ich,doch merklich reduzieren.
Und dann noch kundenspezifische Auslieferung. Nicht die gewaltige Anzahl Komponenten komplett, sondern abhängig von der Branche des Kunden nur die Komponenten, die später im Programmieralltag auch wirklich verwendet werden.
Für die integrierte Hilfe wären mehr Beispielprogramme zum Hilfethema gut und ich könnte kommentierte Demos gebrauchen. Gut ist aber bei den Demos, das ich seie nacheinander übersetzen und starten kann um dann zu sehen, wie man die Komponente verwendet. Nur deren Quelltext in den Demos könnte kommentiert sein.