Delphi: Was macht ihr damit?

[Assarbad]

Zitat von mkinzler:

Dann wäre eigentlich Machinencode die eigentlich einzig richtige Wahl, denn schon Assember abstrhiert und verbirgt so Details.

... falscher Thread?

[messie]

Zitat von mkinzler:

Dann wäre eigentlich Machinencode die eigentlich einzig richtige Wahl, denn schon Assember abstrhiert und verbirgt so Details.

Ich würde da noch einen Schritt weiter gehen: wir machen wieder Informatik mit dem Lötkolben wie früher... als Quadratmetergroße Platinen voll mit kleinen schwarzen Käfern Maschinen steuerten. Wir nannten die TTL-Grab

[Assarbad]

Na dann.

Zitat von mkinzler:

Dann wäre eigentlich Machinencode die eigentlich einzig richtige Wahl, denn schon Assember abstrhiert und verbirgt so Details.

Grober Unsinn, aber das wußtest du vermutlich schon beim Schreiben. Wo abstrahiert ein Assembler etwas? Wenn ich einem Befehl einen symbolischen Namen gebe oder Variablennamen erlaube, wird danach der Code trotzdem noch 1:1 in Maschinencode umgesetzt. Keinerlei Abstraktion. Besser wird's erst mit einem Macro-Assembler.

Zitat von mkinzler:

Nein, du kritisierst an Delphi/VCL dass sie den Programmierer verleitet ohne tieferes Wissen und ohne sich vorher einen Plan zu machen mit der Implementierung loslegt.

Jain. Obwohl das in dieser Form auch kritikwürdig ist. Implementierung sofort ist für mich kein Problem. Das Wie hingegen schon. Wobei man ohnehin zwischen dem Wissen unterscheiden muß welches in der Form von Vorkenntnissen da sein sollte und dem Wissen welches ich mir erst durch die Auslegung des Plans aneigne.

Ich gehe ja auch nicht zum Schlachter um mir meinen Blinddarm entfernen zu lassen, nur weil dieser Grundkenntnisse im Umgang mit Schneidwerkzeugen hat ...

Deine "Verteidigung" der Gleichmacherei ("Programmieren sollte so einfach sein, daß es jeder erlernen kann", i.e. niedrige Hürden beim Einstieg) hat leider auch etwas Schlagseite. Denn nur weil eine Sprache für ein kleines Kind zu erlernen ist, bedeutet es nicht, daß man in ihr dann auch ausdrucksstark programmieren kann. Ich spiele hier auf die Unterschiede zwischen prozeduraler, objektorientierter und funktionaler Programmierung an. Wobei auch hier die Kritik nicht bei Delphi endet.

Aber seien wir doch mal ehrlich miteinander, trotz der offensichtlichen, nahezu ideologischen, Gräben: eine Software definierte sich in den letzten Jahrzehnten nahezu nie nach ihrer brillianten Architektur und ihrem eleganten Design sondern danach ob sie später noch skalierte. Sie definierte sich auch nicht nach der Entwicklungszeit sondern nach Portabilität und Wartbarkeit. Und so könnte man es vielleicht auch zusammenfassen: RAD (Rapid Application Development) legt nur auf einen einzigen Aspekt im Lebenszyklus der Software wert, zumal auf einen kleinen. Und das spiegelte sich in dem Argument: 15xC++ == 5xDelphi schön wieder.

Metaphorisch (und stark vereinfacht) könnte man feststellen:
Software wird an 10 Tagen geplant (meist garnicht), an 10 Tagen entwickelt, 10 Tage debuggt (wenn die Planung zu kurz kam) - dann aber 10.000 Tage lang gewartet.

Du siehst vielleicht, daß du meinen Kommentar, der zwar im Speziellen auf die verführerische Methodik in Delphi abzielte, jedoch nicht nur auf Delphi, vielleicht als etwas etwas zu Anti-Delphi gesehen und zu persönlich genommen hast

Aber irgendwie scheint es fast immer als "persönlicher Angriff" gewertet zu werden, wenn man Delphi und wie es sich entwickelt (hat) kritisiert. Und das obwohl die meisten hier im Forum an der Weiterentwicklung von Delphi keinerlei persönlichen Anteil hatten (mir fällt nur Phoenix in Sachen Prism ein). Irgendwie paßt diese meine Antwort wohl auch besser in das 'Ist Delphi am "Ende"'-Thema.

Ich kann nur wiederholen was ich schon in einem anderem Thema vor kurzem schrieb: lernt mal ne neue Programmiersprache. Erweitert euren Horizont. Prinzip und Ergebnis sind ähnlich wie beim Erlernen einer natürlichen Sprache. Vielleicht - aber nur vielleicht - seht ihr dann die "Vorteile" von Delphi und die "Nachteile" aller anderen Sprachen/Tools auch weniger dogmatisch

[p80286]

Also bei mir sieht es etwas anders aus als bei den meisten, ich hab auf den (IBM)-Großrechnern angefangen(SAS/GIS).
Als die ersten IBM-ATs auf den Markt kamen, hatten wir auch einen CP/M-Rechner zur Verfügung und da konnte ich dann die Daten-Verarbeitung auf zwei Pers.Computern mit einer Sprache (Turbo Pascal)(!) erledigen. Wenn man von den Niggeligkeiten bei Read/Readln Write/Writeln absieht, lief der Source auf beiden Systemen.

Auch heute mache ich meist nichts anderes, als Daten durch die Mühle zu drehen, Adressdaten rein und Vornamen,Familienname, Titel....... wieder raus.

Und die hierfür benötigten Programme sind in Delphi schneller geschrieben, und laufen auch schneller als alles was ich bisher in Basic / C / Word-Macros etc. in die Finger bekommen habe.

z.B. hab ich mir einen Notepad-Clone mit Sortierung, FindundReplace über Zeilenende hinaus usw. gebaut. Da ist Delphi meiner Meinung nach unschlagbar.

Zitat von BUG:

Datenbankanwendungen (in welchen Branchen?) wären ja das "traditionelle" Anwendungsgebiet.

Wenn das mal so wäre!
Meiner Meinung nach kannst Du mit Delphi (out of the Box) schöne bunte Anwendungen stricken, so richtig mit Filefanz und pipapo.
Aber wenn Du an eine Datenbank heran willst, brauchst Du meist Komponenten von Drittherstellern.
Leider muß man sagen, ist es wesentlich einfacher aus Word heraus eine Anbindung an eine DB zu realisieren als dies mit Delphi der Fall ist.

Und dann erklär mal Deinem Chef das Access und/oder Word und/oder Excel mit größeren Datenmengen eben nicht umgehen können, von der Verarbeitungsgeschwindigkeit mal abgesehen) und daß man ein paar k€ für Delphi und die eine oder andere Drittkomponente ausgeben muß.

Gruß
K-H