![]() |
AW: Delphi(Pascal) nicht ernst zu nehmen !
Zitat:
Es geht ja auch um die Frage, warum Delphi von einigen schlechter gemacht wird, als es ist und nicht um die Herstellerfirma, die irgendwas falsch gemacht hat. Bei meinem Update lief auch irgendwas schief. Das trete ich aber nicht hier gross breit, sondern versuche in Berlin zu klären, was da los war. |
AW: Delphi(Pascal) nicht ernst zu nehmen !
Zitat:
An einemgrossen deutschen Flughafen werden die Koffer von eienr Delphi-software umhergeschubbst ;) |
AW: Delphi(Pascal) nicht ernst zu nehmen !
und in Russland läuft das Hochregallager der Zentralbank auch mit Delphi, der Knast in Hannover wird mit Delphi Programmen überwacht (man weiß nie wofür Delphi Kenntnisse gut sind ;-)), und endlos andere Beispiele hab ich noch, die ich mir aber verkneife ...
Eine guten Grund gibt es auf jeden Fall warum gerade bei Automatisierungslösungen oft Delphi im Einsatz ist: Es ist einfacher, einem Ingenieur mit Fachwissen Delphi als Programmiersprache beizubringen, als einem Programmierer das Fachwissen auf Ingenieursebene zu vermitteln. Delphi lässt sich als Lehrsprache auch einfacher lernen, es ist relativ schwierig, in Delphi eine Zeile Quellcode komplett unverständlich zu schreiben, ist C++ ist das überhaupt kein problem. So manch ein Dipl. ing. xxx hat irgendwann schon mal mit Turbopascal was gemacht, dann lange nichts mehr mit Programmieren zu tun gehabt und nun muss der irgendeine Programmiersprache nutzen, um die modernen Anlagen wettbewerbfähig zu machen. Sicherlich geht das auch mit C++, aber wenn man sich da so manch einen Quellcode ansieht, dann klingt das eher nach Quälcode. Wir hatten mal bei einer Versicherung eine Umschulung gemacht. Eine C++ Anwendung zur Vertriebsunterstützung war seid mittlerweile einem halben Jahr mit MS Entwicklungsumgebung in der Entwicklung. Das komplette Team (8 Leute) wurde von uns in einer Woche umgeschult auf Delphi (die hatten vorher noch nie was mit Delphi gemacht, kannten aber C++ schon sehr gut). In dieser Woche wurde das gesamte Projekt auf Delphi neu geschrieben und war am Ende der Woche weiter fortgeschritten, als die vorherige C++ Lösung. Das ganze hatte viel mit rudimentären Grafiken zu tun, die halt genau so aussehen sollten, wie deren marketing Abteilung sich das ausgedacht hat. Wir haben uns gar nicht erst mit der Suche nach Komponenten beschäftigt, sondern gleich auf dem Canvas rumgemalt und den Datenkram in die DB gepackt. C++ und alle anderen Sprachen haben in gewissen Bereichen irgendwo Vorteile, aber wenn es darum geht, in möglichst kurzer zeit konkrete Anforderungen auf der Zielplattform Windoofs, insbesondere mit grafischen Anforderungen und Datenbankanforderungen umzusetzen, dann ist man mit Delphi ausgeprochen produktiv, kann jedoch das was man da am Anfang schnell zusammengeklöppelt hat, durch integration in eine eigene Architektur langfristig pflegen. Ich gehe davon aus das viele leute hier noch diverse Units nutzen, die deutlich älter als 10 Jahre sind und immer noch genau das machen, was die damals schon gemacht haben. Die älteste unit in IBExpert ist von 1998 und seitdem nicht verändert. Sag mir eine Programmiersprache, mit der das auch geht? (ich fand Daniels Beispiel immer gut, wo er mit jeder neuen Delphi Version die Steinzeit Demo von Turbopascal testet). Nur weil eine Programmiersprache neu ist, ist die noch nicht automatisch besser als eine schon länger existierende. Gilt aber genau so auch umgekehrt. gruß Holger ![]() |
AW: Delphi(Pascal) nicht ernst zu nehmen !
Ich denke zu dem das Delphi doch ziemlich performant ist und sich dadurch halt gut für embedded Systeme und Echtzeit Anwendungen wie Messung von Kräften (was ich z.b mach) ist.
|
AW: Delphi(Pascal) nicht ernst zu nehmen !
Ui, da ist aber viel in diesem Thread zu lesen.
Unseriöser Anbieter? OK, stimmt zwar, aber man mus nicht jeder neuen Version hinterherhecheln und schon hat man einen stabilen Unterbau. Wir haben bis letztes Jahr noch Delphi 7 verwendet. Keine Klagen von unseren vielen tausend Anwendern. Und schon gar nicht: "Iiih, das ist ja in Delphi geschrieben" Das geht die Kunden nämlich einen feuchten Kehrricht an! Das einzige Argument, daß ich gegen Delphi kenne und in gewissen Umfang gelten lasse ist übrigens die Größe der Exen. Zum Thema BPL: Einfach nicht nutzen. Es gibt ja schließlich auch andere Möglichkeiten modular zu Entwickeln, COM zB? Sherlock |
AW: Delphi(Pascal) nicht ernst zu nehmen !
Zitat:
Zitat:
und bei .Net, Java und Co. darfst du die hunderten von MBs der nötigen Framewörks nicht vergessen. |
AW: Delphi(Pascal) nicht ernst zu nehmen !
Zitat:
|
AW: Delphi(Pascal) nicht ernst zu nehmen !
Was kaufen und es dann nicht zu nutzen?
Hmmm, wenn man 2 Jahre/Versionen wartet, dann kommt man ohne Upgrade aber güsntiger. |
AW: Delphi(Pascal) nicht ernst zu nehmen !
Zitat:
Selbst gehen wir so vor: Kauf einer Lizen um zu testen und dann wenn Test OK ist wird Umstieg geplant und dann Lizenzen gekauft. |
AW: Delphi(Pascal) nicht ernst zu nehmen !
Ich hoff du meinst mit Testen "länger testen, also die Trial es erlaubt" :stupid:
Gut, man hat ja praktisch noch über ein Jahr Zeit, um umzustellen :) Blöd, daß die alten Versionen nicht wirklich günstiger werden. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 08:33 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz