AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Unbeliebtheit von Delphi

Ein Thema von wendelin · begonnen am 12. Apr 2020 · letzter Beitrag vom 5. Mai 2020
Thema geschlossen
Seite 1 von 2  1 2      
DieDolly

Registriert seit: 22. Jun 2018
2.175 Beiträge
 
#1

AW: Unbeliebtheit von Delphi

  Alt 15. Apr 2020, 18:35
Anders ausgedrückt könnte man auch sagen, dass "sic" einfach nur Blödsinn ist und un diesem Thema auch nichts verloren hat.
 
Benutzerbild von mschaefer
mschaefer

Registriert seit: 4. Feb 2003
Ort: Hannover
2.032 Beiträge
 
Delphi 12 Athens
 
#2

AW: Unbeliebtheit von Delphi

  Alt 15. Apr 2020, 21:29
Delphi ist eine feine Sprache

aber es hat auch seine Gründe warum viele Projekte schlicht die Sprache gewechselt haben. So einige meiner Kunden wollen aus Wartungsgründen Browser-Basierte Lösungen mit vernünftigen User-Management über einen Webserver. IntraWeb zum Beispiel ist bei meinen Tests immer an Grenzen gescheitert, die im Projekt nicht zu beheben waren.

Aus meiner Sicht hätte Uni-Gui oder TMS-Web-Core schon seit Jahren zur Grundausstattung gehören sollen. Wobei man auch nicht alles in einer IDE halten muss. Abgespeckte IDE's für VCL , FMX , Web wären auch sinnig. Ja das mag jetzt einiges an Diskussion hervorrufen, also gerne.

Grüße in die Runde

Martin
Martin Schaefer
Phaeno
 
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.378 Beiträge
 
Delphi 12 Athens
 
#3

AW: Unbeliebtheit von Delphi

  Alt 15. Apr 2020, 22:15
Web-Zeugs: Delphi4PHP, RadPHP, HTML5-Builder usw. aber kennen Viele nicht und war/ist leider auch eine eigene IDE.

Es weiß auch scheinbar fast niemand, dass im Delphi schon seit ewig ein HTML-Editor mit Wirsing integriert ist. (öffnet mal eine HTML-Datei im Delphi )
Rein Web (nur PHP/JS/HTML/CSS) oder z.B. gemischt IntraWeb, aber inkl. einer guten/modernen Web-Library, da hätte man da bestimmt nett was mit machen können.
Ein Therapeut entspricht 1024 Gigapeut.

Geändert von himitsu (15. Apr 2020 um 22:19 Uhr)
 
Benutzerbild von mschaefer
mschaefer

Registriert seit: 4. Feb 2003
Ort: Hannover
2.032 Beiträge
 
Delphi 12 Athens
 
#4

AW: Unbeliebtheit von Delphi

  Alt 15. Apr 2020, 22:33
Das hatte seine Zeit. Bei etlichen Kunden darf PHP nicht eingesetzt werden.

Folglich landet man bei Java oder Angular und WebCore. Keine Frage im App-Bereich ist Delphi eine Marke, aber das Web-Client-Server haben sie irgendwie verbaselt, schade. Ja das mit der Web-Librarie sehe ich auch so

Martin
Martin Schaefer
Phaeno
 
MichaelT

Registriert seit: 14. Sep 2005
Ort: 4020 Linz
558 Beiträge
 
Delphi 10.3 Rio
 
#5

AW: Unbeliebtheit von Delphi

  Alt 3. Mai 2020, 15:20
Stimmt. Daran gibt es auch gar nichts zu meckern. Auch wenn diese Editor Facilities aus der Sicht eines Web Editors schon hart, wie man bei euch sagt, auf Kante genäht sind.

Validierung, Syntax Checker usw...

Delphi beschleunigt die Produktion von Windows Anwendungen extrem. Zeige mir eine Technologie die jemals auf Dauer darüber hinaus gewachsen wäre als wofür sie zu Beginn geschaffen wäre. Den großen Mainstream Technologien geht es nicht anders die wurden aus dem Grund eigentlich so allumfassend ausgelegt. Auf den Punkt komme ich gleich wieder zurück.


Web-Zeugs: Delphi4PHP, RadPHP, HTML5-Builder usw. aber kennen Viele nicht und war/ist leider auch eine eigene IDE.
...
Es weiß auch scheinbar fast niemand, dass im Delphi schon seit ewig ein HTML-Editor mit Wirsing integriert ist. (öffnet mal eine HTML-Datei im Delphi )

Rein Web (nur PHP/JS/HTML/CSS) oder z.B. gemischt IntraWeb, aber inkl. einer guten/modernen Web-Library, da hätte man da bestimmt nett was mit machen können.
Meinst du eine Web Personality?

Was du beschreibst heißt ASP.net im Visual Studio .

Technisch gibt es für diese Hinwendung mehrere Gründe, aber in dem Zusammenhang ist zu sagen, dass Javascript damals, obwohl es alle zwar nur im Intranet aber doch nahmen, in Verruf kam und in die Delphi Erweiterungen von Devexpress, AtoZed, Marotz usw... externen Content nicht fehlerfrei konnten importieren. Genauer gesagt schafften das die Produkte von Adobe mit viel Augenzudrücken. Damit verblieb der Editor. Wenn ich nur einen Editor brauche resp. nehmen kann, dann bleibe ich gleich auf UNIX.

Ein hausgemachte gefehlte Hoffnung war eben, dass es nie wirklich gelang Datamodules so zu konzipieren, dass mit deren Hilfe ein Entwickler in der Lage war, annähernd nur soweit zu kommen wie Webscripting plus Framework (bspw. transparenter Datenbankzugriff), welche damit eigentlich den Schulterschluss mit 4GL schafften und damit mit der Programmierung in der DB (Procedure Languages).

Python und PHP sind fast dasselbe, allein hatte Python zuerst die bessere Anbindung zu den Mainstream Datenbanken und bekam hernach die Webframeworks dazu. Bei Python gesellt sich noch das 'Repository' hinzu. Selbst wenn zu Beginn 20 Leute in einem Unternehmen sitzen und nie an einem neuen Produkt würden arbeiten, sitzt am Ende nurmehr einer mit dem Code der ehemaligen Kollegen da.


Die Enterprise Liga drüber war/ist von JAVA/JVM und teils .net/C# besetzt. Dahinter steckt am Ende wie diese wie sich rausstellte gescheiterte Idee des Appservers.

-

Der Webserver und die ihn umringenden Technologien sind deswegen so erfolgreich, da sie nie 3-Tier waren. Es gibt eine im kommerziellen Umfeld verbreitete Technologie die 3-Tier beinahe echt kann und die ist der ABAP Stack von SAP. Wobei dort die RPC Indirektion eigentlich auch durch ein eigenes Protokoll ersetzt wird, genauso wie der HTTP Request des Client auch in die Kategorie fällt. Smalltalk ginge auch noch in die Richtung.

Ein Webbrowser mit Debugging ist schon beinahe ein eigenes OS und eine SAPGUI ist auch schon eine sehr eigene Welt, lebt aber stark von der Funktionalität auf der AppTier.

Ähnlich wie bei den MobileOS, die App sammelt die Daten für die Clients zur Auswertung bei den Informationsdiensten.

Genau dem Irrtum sind auch .net 1.1, Java und z.T. auch J2EE unterlegen, genauso wie Intraweb & Co inkl. aller MIDAS replacements, resp. war der Treiber für deren Einsatz genau dieser Idee. Die GUI verwendet dasselbe Backend wie die Webanwendung.

Der Irrtum wurde erkannt und auf einmal war die Melkkuh schlechthin geboren. Es wird etwas nachgebildet, das auf der OS Ebene eigentlich schon gemacht werden kann. Das erinnert etwas an die Fähigkeit mit Delphi etwas von Windows bspw. im Explorer angebotene in der Anwendung nachzubilden (Kontextmenü in der Anwendung unter Delphi 3 bspw.). In dem Sinne wurde ein sich etablierter Trend fortgesetzt und in dessen Kontext wurden wie auch immer geartete Workarounds rund um einen Appserver umgesetzt. Bei einer Native Technologie läuft man sofort auf die nackte Wahrheit auf.

Wenn du einen Lazy Load in einem ORM machen willst, dann loope über einen DB Cursor in PL/SQL. Der SELECT * from db_table entspricht in etwa dem öffnen einer Datei.

Ein anderer Weg ist den Webserver ins OS integrieren, bekannt (IIS) oder in die Anwendung.

-

Mal eine ganz andere Frage. Wie kommst du auf die verwegene Idee, dass Delphi jemals in einem Kontext von 'nett' resp. klein aber fein wahrgenommen wurde? Zu dem Begriff 'nett' oder pretty near fielen mir beispielsweise WYSIWYG Web Builder, HTML Validator, Topstyle, WeBuilder resp. HTMLPad oder Rapid PHP Editor ein, resp. Regex Buddy, Regex Magic, EditPadPro ...

Deine Aussage stimmt, gäbe es eben nicht die vielen Konzessionen an den Zeitgeist die sich über alle Technologien hinweg soweit in Programmiersprachen, Frameworks und IDEs reinfressen. Bei Klassen und Prozeduren geht es noch so halb, aber schon geflattete Methodenaufrufe wären schon eine Konzession. Generika wirken viel intensiver.

Was heißt eine HTML Datei. Eine HTML im Sinne eines Hypertext Documents ist eindeutig abbildbar. Was machen wir mit ASP, die versammelten Variationen von SSI allgemein, ...

So eine 'Web Personality' die müsste am Ende der Idee folgen, mit möglichst wenig Javascript bspw. auszukommen.
 
Benutzerbild von dummzeuch
dummzeuch

Registriert seit: 11. Aug 2012
Ort: Essen
1.687 Beiträge
 
Delphi 10.2 Tokyo Professional
 
#6

AW: Unbeliebtheit von Delphi

  Alt 17. Apr 2020, 11:00
Anders ausgedrückt könnte man auch sagen, dass "sic" einfach nur Blödsinn ist und un diesem Thema auch nichts verloren hat.

Es ist kein Blödsinn.

Ich hätte es auch mit viel mehr Worten ausdrücken können:

Das sic bezog sich auf den Satz:

Zitat:
Vielleicht denke ich da auch zu blauäugig und der Teufel steckt im Detail.
Und sollte sagen: Genau so ist es. Es ist definitiv viel aufwändiger als sich jemand das vorstellt, der sowas noch nie gemacht hat.

Aber egal, das Thema ist jetzt durch.
Thomas Mueller
 
Benmik

Registriert seit: 11. Apr 2009
570 Beiträge
 
Delphi 12 Athens
 
#7

AW: Unbeliebtheit von Delphi

  Alt 17. Apr 2020, 12:34
Für alle Schüler und Studenten, die sich hierher verirren, weil sie vielleicht überlegen, doch mit Delphi anzufangen: Ausnahmsweise haben Uwe Raabe und Dummmzeuch mal nicht recht. "Sic" heißt (heute) nicht "so" oder "so isses". Sic hat eine sehr spezifische und etwas unerwartete Bedeutung, die im Wikipedia-Eintrag ja auch richtig beschrieben wird. Es steht in aller Regel hinter einem scheinbar falschen oder ungewöhnlichen Wort/Ausdruck und die Bedeutung ist: "Nein, das ist kein Versehen, das ist mir Absicht so".
 
Heimlich

Registriert seit: 1. Apr 2020
11 Beiträge
 
Delphi 10.4 Sydney
 
#8

AW: Unbeliebtheit von Delphi

  Alt 29. Apr 2020, 14:10
Wenn es um die Delphi-IDE geht..die kann doch gar nicht unbeliebt sein. Die ist schon seit langem die Beste, die es gibt. Schon mal einer Visual Studio von Microsoft gesehen/verwendet? Absolute Vollkatastophe.

Geht es um die Sprache Object Pascal, dann kann etwas, was keiner kennt, weder beliebt noch unbeliebt sein.
Mit keiner meine ich Schüler und Studenten. Denen werden Java, C++, C#, Python usw. reingeprügelt, aber kein Pascal. Das ist der Bereich, wo auch Embarcadero absolut verpennt hat.

Mit folgendem Kommentar wurde eigentlich schon alles auf den Punkt gebracht:

Delphi ist eine feine Sprache

aber es hat auch seine Gründe warum viele Projekte schlicht die Sprache gewechselt haben. So einige meiner Kunden wollen aus Wartungsgründen Browser-Basierte Lösungen mit vernünftigen User-Management über einen Webserver. IntraWeb zum Beispiel ist bei meinen Tests immer an Grenzen gescheitert, die im Projekt nicht zu beheben waren.

Aus meiner Sicht hätte Uni-Gui oder TMS-Web-Core schon seit Jahren zur Grundausstattung gehören sollen. Wobei man auch nicht alles in einer IDE halten muss. Abgespeckte IDE's für VCL , FMX , Web wären auch sinnig. Ja das mag jetzt einiges an Diskussion hervorrufen, also gerne.

Grüße in die Runde

Martin
Bei mir ruft es keine Diskussion hervor, sondern zustimmendes Nicken. Diejenigen, die umgestiegen sind, kommen nicht mehr zurück, egal was in Richtung Web-Anwendung in die IDE kommt. Neue werden sich schwer tun..Delphi wahrscheinlich gar nicht finden.
 
Der schöne Günther

Registriert seit: 6. Mär 2013
6.199 Beiträge
 
Delphi 10 Seattle Enterprise
 
#9

AW: Unbeliebtheit von Delphi

  Alt 29. Apr 2020, 14:17
Ich denke man sollte vielleicht sogar den letzten Schritt gehen und alle Entwicklungsumgebungen außer Delphi verbieten. Manchmal muss man die Leute auch vor sich selbst schützen.
 
Benutzerbild von jfheins
jfheins

Registriert seit: 10. Jun 2004
Ort: Garching (TUM)
4.579 Beiträge
 
#10

AW: Unbeliebtheit von Delphi

  Alt 29. Apr 2020, 14:30
Ich denke man sollte vielleicht sogar den letzten Schritt gehen und alle Entwicklungsumgebungen außer Delphi verbieten. Manchmal muss man die Leute auch vor sich selbst schützen.
Sicher, Zwang hat schon immer zu extrem hoher Beliebtheit geführt

Zitat:
Die Lesbarkeit von Code hängt imho von 2 Faktoren ab:
Für mich fehlt da ganz erheblich der Entwickler selbst bzw. das Team. Denn das meiste was ich im Quellcode lese sind doch keine Schlüsselwörter oder so, sondern Methodennamen, Variablennamen, Parameter etc.
Und wenn sich der Code flüssig liest, ist die andere Syntax drittrangig

Zitat:
a) Wie lange arbeitet ein Programmier schon mit der Sprache. Je länger du mit einer Syntax arbeitest, desto vertrauter ist sie dir, und desto leicher ließt du den Quelltext.

b) Die Syntax an und für sich.

Da Object Pascal sehr "ausführlich" ist, fällt es einem leichter Quelltext zu lesen, dafür muss man etwas mehr tippen. Sprachen die sich syntaktisch an C orientieren sind hier natürlich etwas im Nachteil, da C für "Tipfaule" entwickelt wurde und dementsprechend weniger tiparbeit erfordern.
Vll. siehst du das nur so, weil die C Verwandte nicht gewohnt bist und es dir deshalb schwerer fällt
Ich sehe es eher andersherum, zum Beispiel die {} statt begin end sind viel besser für die Lesbarkeit, weil sie weniger vom Wesentlichen ablenken. Auch wenn Strg+Alt+0 nicht so praktisch zu erreichen ist.

Wenn es um die Delphi-IDE geht..die kann doch gar nicht unbeliebt sein. Die ist schon seit langem die Beste, die es gibt. Schon mal einer Visual Studio von Microsoft gesehen/verwendet? Absolute Vollkatastophe.
Ich arbeite täglich damit, ist super solange die Solution nicht zu groß wird. Irgendwann startet es ein bisschen langsam.
 
Thema geschlossen
Seite 1 von 2  1 2      


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 21:49 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