Delphi-PRAXiS
Seite 5 von 9   « Erste     345 67     Letzte »    

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Klatsch und Tratsch (https://www.delphipraxis.net/34-klatsch-und-tratsch/)
-   -   Alle Jahre (Monate) wieder... Zukunft von Delphi (https://www.delphipraxis.net/178368-alle-jahre-monate-wieder-zukunft-von-delphi.html)

Bernhard Geyer 5. Jan 2014 10:37

AW: Alle Jahre (Monate) wieder... Zukunft von Delphi
 
Zitat:

Zitat von olafst (Beitrag 1242176)
einzig die gigantische sammlung an freien komponenten vermisse ich in c#. Allerdings habe ich auch nicht sehr intensiv gesucht, aber wenn eine googlesuche auf den ersten 10 seiten nur kommerz-kompos ausspuckt, kann da nicht viel sein.

Bei der gigantischen" Sammung von Delphi-Komponenten musst du aber die abziehen die entweder nicht mehr gepflegt sind oder mittlerweile aus hundert verschiedenen Quellen *irgendwie* gepflegt sind. Früher mal Super Einsetzbare Komponenten wie den THtmlViewer oder der TEmbeddedWB sind mittlerweile eher eine Schwachstelle der eigenen SW da sie einen Versionswechsel der IDE verhindern. Die Jedi VCL hat sich auch mittlerweile zum Renten-heim für nicht mehr gepflegte Komponenten gewandelt und die Entwickler die diesen Code pflegen werden auch immer weniger.

messie 5. Jan 2014 12:33

AW: Alle Jahre (Monate) wieder... Zukunft von Delphi
 
Zitat:

Zitat von OlafSt (Beitrag 1242176)
bin auch ich am überlegen, so langsam den Schwung von Jahrzehnten mit Delphi in Richtung C# zu machen.

Wenn Du nichts Zeitkritisches machst und ein die Euronen für die zusätzlichen Komponenten übrig hast, ist da nichts gegen einzuwenden. C# ist nun mal ein Delphi-Abkömmling.

Ich habe mich ja kürzlich beruflich neu orientiert und stelle fest, dass die Leute, die mit Software zu tun haben, von Delphi vielleicht "gehört" haben, aber sich alle gut mit LabView auskennen. Warum? Weil National vor 15-20 Jahren begonnen hat, systematisch die Berufs- und Hochschulen zu versorgen. Da gab es kostenlose Kurse, die Hochschulen wurden ausgestatten und geschult. National erntet das jetzt ab, zumindest im technischen Bereich. Und sie bieten guten Support und haben LabView auch detulich weiter entwickelt (jetzt sogar mit OOP).

Ursprünglich war das eigentlich die Borland-Strategie. So etwas braucht einen langen Atem und den hatte während der mehrfachen Besitzerwechsel keine.

Bei den reinen Informatiker würde ich die großen und umfangreichen Projekte ohnehin im Bereich UML sehen. Und da ist es dann egal, welcher Compiler drunter sitzt.

Grüße, Messie

Bernhard Geyer 5. Jan 2014 13:11

AW: Alle Jahre (Monate) wieder... Zukunft von Delphi
 
Zitat:

Zitat von messie (Beitrag 1242224)
C# ist nun mal ein Delphi-Abkömmling.

Primär ist es eigentlich ein Java-Abkömmling.

Zitat:

Zitat von messie (Beitrag 1242224)
Bei den reinen Informatiker würde ich die großen und umfangreichen Projekte ohnehin im Bereich UML sehen. Und da ist es dann egal, welcher Compiler drunter sitzt.

Ja ja. UML und nix mehr Schreiben. Das sind dann die Projekte die auf Heise auftauchen weil Sie gescheitert sind.

Furtbichler 5. Jan 2014 13:18

AW: Alle Jahre (Monate) wieder... Zukunft von Delphi
 
Zitat:

Zitat von messie (Beitrag 1242224)
C# ist nun mal ein Delphi-Abkömmling.

Stimmt, weil Anders Hejlsberg an beiden Sprachen maßgeblich beteiligt ist. Genauso wie die Glühbirne ein Abkömmling des Phonographen ist. Beides wurde von Thomas Edison erfunden. ;-)

Zitat:

Zitat von messie (Beitrag 1242224)
Bei den reinen Informatiker würde ich die großen und umfangreichen Projekte ohnehin im Bereich UML sehen. Und da ist es dann egal, welcher Compiler drunter sitzt.

Boah, noch so ein Expertenstatement. Mir war jetzt neu, das ich Funktionalität in UML abbilde. Und so ein bisserl Funktionalität, so Schleifen und so, sollte eine Software schon haben. Außer, Du programmierst die Bundesregierung. Dann reicht UML definitiv.

Memnarch 5. Jan 2014 13:44

AW: Alle Jahre (Monate) wieder... Zukunft von Delphi
 
Zitat:

Zitat von messie (Beitrag 1242224)
Bei den reinen Informatiker würde ich die großen und umfangreichen Projekte ohnehin im Bereich UML sehen. Und da ist es dann egal, welcher Compiler drunter sitzt.

Ding Ding, 1990 are calling, they want their utopia back!

Ne mal erlich, der satz war nicht ernstgemeint oder? Oder sind blaupausen jetzt plötzlich fertige gebäude?

Mavarik 5. Jan 2014 14:44

AW: Alle Jahre (Monate) wieder... Zukunft von Delphi
 
Zitat:

Zitat von Furtbichler (Beitrag 1242196)
Wieso? Willst Du in deiner rosaroten 'Delphi ist das Beste' Blase leben, wo alle nur 'Delphi is so toll' singend und mit Blümchen im Haar ums Lagerfeuer tänzeln? :lol: Im Ernst: Ich kann dich voll und ganz verstehen und ich finde es gut, wenn 'alte Hasen' wie Du einfach das machen, was sie am besten können. Alles ok. Erlaube anderen alten Hasen aber auch, mal über den Tellerrand zu hoppeln und zu berichten, das die Möhrchen da draußen viel besser schmecken.

Es geht nicht um eine rosarote Brille!

Läuft Delphi optimal? Nein!
Kann ich damit arbeiten? Auf jeden Fall!
Fehlen mir Sprachfeatures? Nein!

Ich konnte 31 Jahre auf Generics verzichten und mir hat nix gefehlt. Natürlich habe ich es mir angeschaut und ich nutze Generics jetzt auch. Es geht aber auch ganz problemlos ohne.
Braucht man Class Proceduren? Nein es geht auch ohne, aber ich nutze diese seit einiger Zeit.
Es mag sein, dass es das ein oder andere Sprachfeature noch gibt, welches ich dann auch ggf. nutzen würde (die obige Liste ist natrülich nicht komplett) aber in komme auch ohne aus.

"dependency injection" hat sicherlich "ne nette Idee dahinter", genauso wie einige andere "Code Pattern", aber brauche ich das?

Damit ich sagen kann : "Boh, schaut mal was ich alles cooles im Sourcecode machen kann".

Der Kunde sieht nicht wie ich das programmiert habe. Und schneller wird es dadurch auch nicht. Vielleicht wird das ein oder andere dadurch Bugfreier, mag sein. Aber ein Typecast auf einen Pointer hat's auch jahrelang getan.

Vielleicht habe ich früher zu lange ASM programmiert oder für zu viele Proceduren die Prozessortaktzyklen nachgerechnet, aber ich sehe hinter jeder Struktur nur die Speicherstellen und die Anzahl der Maschinenbefehle um das ein oder andere um zu setzen. (Nicht mehr so schlimm wie früher)

Wenn es zum täglich Brot gehört hat, mit:
Delphi-Quellcode:
LD HL,$8028    // 21 28 80
LD DE,$8000    // 11 00 80
LD BC,$780      // 01 80 07
LDIR                 // ED B0
den Bildschirm um eine Zeile nach oben zu scrollen, sieht man diesen "neumodischen Kram" vielleicht mit anderen Augen {wie geil, ich hab die Hexcodes immer noch im Kopf}. Das bedeutet jedoch nicht, dass ich mich Neuem verschließen würde.

Ich denke wenn die Profis, die Semiprofis und alle anderen die mehr als ne Demo-App zusammen bekommen, an der Qualität von Delphi - in welcher Form auch immer - mitarbeiten, können wir mit einem sich stetig verbessernden Delphi noch viele Jahre arbeiten.

Ein guter Schritt in diese Richtung wäre sicherlich ein deutschsprachiger technischer Ansprechpartner mit direktem Kontakt zum Delphientwicklerteam. Was ist eigentlich mit "TEAM-B" gibt es die noch?

Mavarik

Perlsau 5. Jan 2014 15:40

AW: Alle Jahre (Monate) wieder... Zukunft von Delphi
 
Zitat:

Zitat von Furtbichler (Beitrag 1242149)
Das verwirrt mich: Ist das Leben als Delphiprogrammierer nun mit THC oder mit C2H5OH besser auszuhalten? :gruebel:

Dazu fällt mir nur ein: Drogenkonsum beim Programmieren ist kontraproduktiv.

Namenloser 5. Jan 2014 15:41

AW: Alle Jahre (Monate) wieder... Zukunft von Delphi
 
Zitat:

Zitat von Perlsau (Beitrag 1242246)
Zitat:

Zitat von Furtbichler (Beitrag 1242149)
Das verwirrt mich: Ist das Leben als Delphiprogrammierer nun mit THC oder mit C2H5OH besser auszuhalten? :gruebel:

Dazu fällt mir nur ein: Drogenkonsum beim Programmieren ist kontraproduktiv.

Nicht unbedingt. Koffeinkonsum ist sehr produktiv ;)

Perlsau 5. Jan 2014 15:46

AW: Alle Jahre (Monate) wieder... Zukunft von Delphi
 
Zitat:

Zitat von Namenloser (Beitrag 1242247)
Nicht unbedingt. Koffeinkonsum ist sehr produktiv ;)

Da hast du natürlich recht: Der durchschnittliche Programmierer ist Kaffeevernichter. Eigentlich meinte ich ja auch nur die Drogen, welche Denkleistung und -fähigkeit negativ beeinflussen. Ich bin schon nach einem Bier nicht mehr fähig, zu programmieren, da mach ich die seltsamsten Fehler. Und THC schon gar nicht, das geht nämlich stark auf's Kurzzeitgedächtnis. :lol:

Furtbichler 5. Jan 2014 16:12

AW: Alle Jahre (Monate) wieder... Zukunft von Delphi
 
Zitat:

Zitat von Mavarik (Beitrag 1242240)
Ich konnte 31 Jahre auf Generics verzichten und mir hat nix gefehlt.

Jo. Wenn man nicht weiß, was es so alles gibt, ist ja auch klar, das einem das nicht fehlt. :lol:
Zitat:

Der Kunde sieht nicht wie ich das programmiert habe. Und schneller wird es dadurch auch nicht.
Der Hausbesitzer sieht auch nicht sofort, ob Du billigen Mumpitz verbaut hast oder Qualitätsmaterial und ob Du als Architekt ordentlich konzipiert hat oder das Haus einfach einsfixdrei hochgezogen hast. Das Haus hat doch nen Dach, Fenster, Zimmer, und die Spüle geht auch. Was will man mehr. ;-)
Ich kann mir auch nicht vorstellen, das Du ein Flugzeug fliegen würdest, was so wie deine SW erstellt wurde, oder ("Hebt ab, bleibt in der Luft. Topp.") Na ja. Mach deinen Kram als Maverick. Der Nick passt ja. ;-)
Zitat:

Das bedeutet jedoch nicht, dass ich mich Neuem verschließen würde.
Doch. Du verschließt dich moderner und stabilerer Architektur (300 Zeilen THEN-Abschnitte :lol:). Aber das ist ok. Wenn es deinen Ansprüchen genügt.

Auch eine Gartenlaube hält dem Regen stand.


Alle Zeitangaben in WEZ +1. Es ist jetzt 06:06 Uhr.
Seite 5 von 9   « Erste     345 67     Letzte »    

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz