Delphi(Pascal) nicht ernst zu nehmen !

[Mithrandir]

Zitat von Insider2004:

Vom Ansehen kann ich mir nicht viel kaufen. Ich programmiere mit Delphi, weil ich einfach 80% schneller bin als die Konkurrenz.

Was dir aber nichts bringt, wenn du 70% weniger Kunden hast, weil die alle in der Verwaltung auf .NET setzen und Microsoft denen ins Ohr gesetzt hat, dass .NET die Lösung aller Probleme bedeutet.

[Net7]

Zitat von Mithrandir:

Zitat von Insider2004:

Vom Ansehen kann ich mir nicht viel kaufen. Ich programmiere mit Delphi, weil ich einfach 80% schneller bin als die Konkurrenz.

Was dir aber nichts bringt, wenn du 70% weniger Kunden hast, weil die alle in der Verwaltung auf .NET setzen und Microsoft denen ins Ohr gesetzt hat, dass .NET die Lösung aller Probleme bedeutet.

Nun, dann überlasse das Verkaufen einem Anderen. Ein schlagendes Argument...

Zitat:

Ein Programmierer, der eine Sprache beherrscht, die Code erzeugt, der auf der Kundenmaschine läuft, ist, egal wie "alt" seine Sprache ist, jedem anderen Programmierer überlegen, der ständig den neuesten Trends hinterherläuft und keine Zeit finden kann, gut zu werden

[HeikoAdams]

Da es noch eine Menge Leute gibt, die Delphi Versionen mit einstelliger Versionsnummer einsetzen, ist an dem Argument was dran

BTW: Gibt es irgendwelche Zahlen, wie viele Leute noch Delphi <= 7 einsetzen?

[c4rtm4n]

Also bei uns in der Firma gibt es noch immer Anmwendungen, die unter Delphi 3 - 7 entwickelt wurden und auch in absehbarer Zeit nicht auf neuere Delphi Versionen portiert werden.

Unser aktuellen Projekt wird allerdings "schon" mit Delphi 2009 programmiert.

Wir haben bis letztes Jahr noch alle neuen Anwendungen mit Delphi 7 programmiert.

Und Kunden bekommen wir auch genug, selbst wenn wir mit Delphi programmieren.


Zum Thema:

Ich bin auch der Meinung, dass es für DB-Anwendungen nichts schnelleres als Delphi gibt.
Ich habe vorher mit C# programmiert und wenn ich die MySQL-Datenbankanbindung unter C# mit der Datenbankanbindung unter Delphi vergleiche, dann liegen dazwischen einfach Welten.

Ich habe noch nie so schnell Datenbankanwendungen programmiert, wie unter Delphi. Zumal es für Delphi auch wesentlich mehr Komponentensammlungen gibt, als für das .NET (gefühlt ^^).

Und alleine die Tatsache, dass Delphi überhaupt noch weiterentwickelt und "modernisiert" wird, ist für mich Tatsache genug, dass Delphi, auch in Zeiten von .NET und Microsoft gehetze auf andere Programmiersprachen, die keine native .NET Anbindung haben, ebenso gut für neue Projekte eingesetzt werden kann, wie C# oder jede andere Programmiersprache.

Zitat:

Aber bei großen Systemen wo Modularisierung gefragt ist, da ist Delphi mit seinem BPL-Konzept schon lange nicht mehr auf dem Stand der Dinge.
Mit Net hat MS die Dll - Hölle entschärft und mit den Assemblys eine wirklich gute Lösung gefunden. BPL und hier speziell die Laufzeit-BPL sind eine Multiplukation der Dll-Hölle.

Zu dem Thema muss ich mich auch nochmal auslassen:
Unser Framework, dass wir momentan entwickeln, ist auch auf Modularisierung ausgelegt und damit fahren wir momentan ganz gut. Es hat noch nie Beschwerden, geschweige denn Probleme beim Laden der BPLs gegeben.
Selbst alle Programminhalte sind in einzelnen BPLs untergebracht. (abgesehen von der Hauptanwendung...is ja ne exe )

Ich bin also nicht der Meinung, dass Delphi in Fragen Modularisierung komplizierter ist als Microsoft mit seinen DLLs.

So, jetzt habe ich mal meinen Senf dazugegeben ^^

Gruß

[Bernerbaer]

Zitat von c4rtm4n:

Und alleine die Tatsache, dass Delphi überhaupt noch weiterentwickelt und "modernisiert" wird, ist für mich Tatsache genug, dass Delphi, auch in Zeiten von .NET und Microsoft gehetze auf andere Programmiersprachen, die keine native .NET Anbindung haben, ebenso gut für neue Projekte eingesetzt werden kann, wie C# oder jede andere Programmiersprache.

Wenn ich mir die aktuelle, nach dem grossen Aufschrei der Kurzvorstellung von XE, schnell zusammengestellte Roadmap von Delphi ansehe und interpretiere, dann dauert es noch mindestens 2 - 3 Jahre bis eine vollständige 64-Bit Unterstützung vorhanden ist. Dies ist für mein Empfinden alles andere als eine zeitgemässe "Modernisierung" von Delphi, sondern ein Verschaukeln der Delphi-Anwender und gewaltige Fehleinschätzung des Softwaremarktes.

[Net7]

Zitat von Bernerbaer:

Zitat von c4rtm4n:

Und alleine die Tatsache, dass Delphi überhaupt noch weiterentwickelt und "modernisiert" wird, ist für mich Tatsache genug, dass Delphi, auch in Zeiten von .NET und Microsoft gehetze auf andere Programmiersprachen, die keine native .NET Anbindung haben, ebenso gut für neue Projekte eingesetzt werden kann, wie C# oder jede andere Programmiersprache.

Wenn ich mir die aktuelle, nach dem grossen Aufschrei der Kurzvorstellung von XE, schnell zusammengestellte Roadmap von Delphi ansehe und interpretiere, dann dauert es noch mindestens 2 - 3 Jahre bis eine vollständige 64-Bit Unterstützung vorhanden ist. Dies ist für mein Empfinden alles andere als eine zeitgemässe "Modernisierung" von Delphi, sondern ein Verschaukeln der Delphi-Anwender und gewaltige Fehleinschätzung des Softwaremarktes.

Also ich wüßte jetzt keine Mainstream-Anwendung die unbedingt 64-Bit benötigt um zu laufen oder sich durch 64-Bit einen Vorteil verschafft.

[Medium]

Das sehe ich recht ähnlich. Es gibt nur sehr wenige Anwendungsgebiete, in denen die 32 Bit Grenze ein Problem darstellt. Das einzig gültige Argument wäre die Speicheradressierung, aber auch hier kann man wohl an einer Hand abzählen welche Standardsoftware sinnvollen Gebrauch von >2GB machen könnte ohne Nachlässig zu sein. Ich weiss, das Argument ist ein recht traurig berühmtes, und ich will nicht sagen, dass wir dort nicht hin kommen, aber das sehe ich nicht mittelfristig. Von daher darf 64 Bit von mir auch auch gerne noch 2-3 Jährchen auf sich warten lassen, wenn es dann sauber und gut wird.

Schade ist, dass die CPU Hersteller im Zuge von 64 Bit nicht verstärkt auf SIMD fokussiert haben, und die Compilerbauer in automatische Vektorisierung zur Nutzung dessen. Dadurch hätte man 64 Bit zu einem Geschwindigkeitsargument ausbauen können.

[himitsu]

@Net7/Medium: Das wurde schon mehrmals erklärt.
Klar gibt es wenige unserer Anwendungen, welche 64 Bit benötigen, aber wenn man z.B. ein Plugin für den Explorer, Windows oder andere Office-, CAD-Anwendungen schreiben will/muß, dann benötigt man dieses, da man z.B. eine 32 Bit-DLL nicht in einen 64-Bit Prozess reinbekommt und vorallem die Genannten werden immer mehr 64 Bit.

[himitsu]

Zitat von HeikoAdams:

BTW: Gibt es irgendwelche Zahlen, wie viele Leute noch Delphi <= 7 einsetzen?

Hatte ich mich in dem anderem Thread auch schon gefragt, aber anscheinend gibt Borcodero solche Daten nicht raus.

In der alten DP stand mal in der Forenstatistik zumindestens mit drinnen wieviele welche Versionen in ihrem Profil eingetragen haben.
http://timemachine.delphipraxis.net > http://timemachine.delphipraxis.net/statistics.php
aber irgendwer hat die gesperrt