Delphi langsam ersetzen

[IBExpert]

Zitat von jaenicke:

Wer den Komfort der aktuellen Delphi IDE gewohnt ist, wird sich da erst einmal kaum wohlfühlen...

Deine Meinung muss da mangels konkreter täglicher Erfahrung mit der Lazarus IDE auf deiner Seite nicht unbedingt die Meinung derjenigen sein, die täglich mit der Lazarus IDE arbeiten oder neu damit beginnnen. Wenn der Threadersteller von Delphi weg will, muss er sich sowieso an eine neue IDE gewöhnen.

[jaenicke]

Zitat von IBExpert:

mangels konkreter täglicher Erfahrung mit der Lazarus IDE auf deiner Seite

Ich musste Lazarus benutzen als Delphi noch keinen 64-Bit Compiler hatte. Das war Anfang 2011. Auf dieser äußerst unbefriedigenden Erfahrung basierte meine Aussage. Es fehlte mir so ziemlich alles.
Seitdem habe ich manchmal noch einen Blick auf Lazarus geworfen, und es gab seitdem auch viele Erweiterungen, aber keine, die meine Meinung geändert hätten.

In Delphi wäre ich damals mindestens dreimal so schnell zum Ziel gekommen.

Aber das muss jeder für sich selbst entscheiden. Mir reicht die Produktivität nicht aus, schon gar nicht für die berufliche Nutzung.

[Hannes Kuhn]

Hallo jaenicke,

würdest Du mir bitte einige Beispiele für die Produktivität der neuen Delphiversionen
gegenüber D7 (Lazarus) aufzeigen.

Würde mir dann leichter fallen eine neue Delphiversion zu erwerben.

Danke und viele Grüße
Hannes

[Bernhard Geyer]

Zitat von Hannes Kuhn:

würdest Du mir bitte einige Beispiele für die Produktivität der neuen Delphiversionen
gegenüber D7 (Lazarus) aufzeigen.

Ich kann aus meinen Alttag (steigen von D6 auf XE6 um nennen):

- 64-Bit
- Besserer Debugger der auch durch die WinAPI callstacks bereit stellt
- Unicode (höhere Aufwand bzw. wenig verfügbare Komponenten)
- Eingebaute Theming-Engine (auch wenn es hier immer Debatten gibt das man doch die Vorgaben von Windows verwenden soll - Wenn der Kunde sagt er will grüne Buttons, dann bekommt er Sie auch)
- Generics

[Sir Rufo]

Mit einer IDE ist es so wie mit Schuhen.

Am Besten sitzen die, mit denen man das Geschäft betreten hat. Die sind eingelaufen, man hat sich aneinander gewöhnt und bestimmte Eigenheiten lieb gewonnen.

Bei einer IDE hat amn etwas für sich entdeckt, nutzt dieses ausgiebig im Tagesgeschäft und wenn eine andere IDE nicht genau dieses Feature über den gleichen Weg anbietet, dann wird man langsamer und findet diese IDE "doof" (weil man ja langsamer ist).

Dann kommen noch unterschiedliche Sprachkonstrukte (z.B. Namespaces, Generics, etc.) die fehlen oder eben auf einmal da sind und schon muss man seinen gewohnten Pfad wieder verlassen und wird langsamer. Auf "doof".

Das passiert manchmal sogar auf dem alten bekannten Weg, wo es auf einmal Unicode gibt und die Welt plötzlich Kopf zu stehen scheint. Und dann wird man plötzlich mit ARC belästigt und nun rotiert die eigene Welt. Oder modale Dialog-Aufrufe sind auf einmal nicht mehr blockierend und ich muss so seltsame Dinge wie Callback-Methoden schreiben. Spätestens jetzt fühlt sich der ein oder andere wie in einer Waschmaschine mit Lagerschaden im Schleudergang.

Für einen Wechsel benötigt man eine große Portion Motivation um den alten Weg zu verlassen und sich auf den neuen Weg einzulassen. Zumeist müssen hier einige alte (und im gegenwärtigen Kontext durchaus bewährte) Denkprozesse komplett über Bord geworfen werden.

Es ist und bleibt eine persönliche Entscheidung, wie hoch die Motivation sein muss und was eine Motivation überhaupt ist.

Ich persönlich fühle mich in der C#/.net Umgebung pudelwohl, hinsichtlich IDE (VS) und Sprachfeatures. Vieles fühlt sich dort (für mich) wesentlich natürlicher an und ich muss weniger über das Wie nachdenken und habe dadurch mehr Zeit für das Was.

[Chemiker]

Hallo,

was mir, bei solchen Diskussionen wie wir sie hier führen, immer zu kurz kommt, ist die Erfahrung die man bisher mit Delphi gesammelt hat, diese Erfahrung würde bei einem Wechsel verloren gehen.
Diese könnte sein, mit den Komponenten wie und an welcher Stelle werden sie angewendet, mit der IDE (ich schreibe auch in C++ in VS 2010 Prof. wie oft ich statt der Taste F5 die Taste F9 drücke!), eigene Komponenten, viele selbstgeschrieben Units habe sich in der Zeit angesammelt die man einfach benutzen kann, weil sie ausgetestet sind usw. usw.

Mir ist klar, dass viele in diesem Forum die Ansicht vertreten das man, wenn man eine Programmiersprache beherrscht relativ leicht wechseln kann, ich glaube aber, dass es nur bedingt richtig ist. Die Grundlagen einer Sprache wie C#, um mal bei einer konkreten Programmiersprache zu bleiben ist relativ leicht keine Frage, aber um damit eine größere Anwendung zu schreiben braucht man doch schon eine Menge Zeit mehr. Diese Zeit ist es eben, die man wieder zusätzlich investieren muss, um auf den gleichen Stand wie bei Delphi zu kommen.

Bis bald Chemiker

[Dejan Vu]

Richtig, aber wenn Du deinen Horizont erweitern willst (oder einfach, weil Du einen JOB finden willst), solltest Du deine Erfahrungen in einem Gebiet sammeln, das auf dem Arbeitsmarkt gefragt ist.

Was habe ich denn von meinen 20 Jahren Delphi-Erfahrung? N-I-X.

[TRomano]

Ach Dejan Vue ! Natürlich gibt es Delphi-Projekte, auch Firmen, die nur auf Delphi setzen und damit gar nicht schlecht fahren. Ich "ernähre" mich fast auschließlich seit ca. 20 Jahren von Delphi-Projekten und das ist gar nicht so schlecht. Natürlich sollte man die Augen aufhalten, sich in anderen Dingen (z.B. die verschiedensten DBMS oder andere Sprache) weiterbilden. Aber einen Abgesang auf Delphi sehe ich so nicht. Das wird mir schon seit vielen Jahren immer wieder eingeredet.

[Daniel]

Zitat von Dejan Vu:

Was habe ich denn von meinen 20 Jahren Delphi-Erfahrung? N-I-X.

Wenn Du nach 20 Jahren der Softwareentwicklung daraus keinen Benefit ziehen kannst, dann ist das vermutlich kein Problem der Sprache.