Warum Delphi: Nicks' Gründe ;-)

[Meta777]

Zitat:

Zitat von Hansa

...
3. die breite Masse. Auch DAUs genannt. :mrgreen: Die haben sich eine Regel zu eigen gemacht, die eigentlich nicht für sie bestimmt war : "Never change a running system". Das Beharrungsvermögen bei denen ist fast unglaublich. :shock: Vista wird da nur im absoluten Notfall eingesetzt werden. Würde mich nicht wundern, wenn in absehbarer Zeit einige mit neuem Aldi-Rechner auftauchen und darauf bestehen, dass ihr funktionierendes W2000 da drauf kommt.

Hm, ich weiß ja nicht was ihr so alles macht, aber meiner einer hat z.B. das Glück, dass ich ich "Spezial"-Software schreiben darf, die für ein spezielles Kundencliente gedacht ist. Und um da konkurrenzfähig zu sein heißt es sich an den gegebenen Situationen anzupassen, was wiederrum bedeutet das die beim Kunden vorhandene Hardware vom PI bis zum DualCore reichen kann. Auch hat unsere Kundschaft die Anforderung dass die Software schnell laufen soll, wenn MS Vista auf einem PIII mit 500MHz 15 Minuten zum hochfahren brauch ist auch dem unerfahrensten DAU-Kunden klar das Vista nicht schneller sein kann als das was er bereits hat...
Mit dieser Situation können wir auch schonmal sagen "Wir wollen W2k"... Wobei aber auch viele Kunden ihre Arbeitsgewohnheiten nicht wegen Spielereien wie bunte 3D Effekte usw. änderen werden.

Zitat:

Zitat von Hansa

Mein Fazit : prophylaktisch Finger weg von WinAPI und zwar sofort. Compiler-Warnungen in Richtung "unsafe Code" nicht ignorieren und sukzessive ausmerzen. Entwicklung genau beobachten.

Da ist es doch gut dass ich eben nicht für den "Home-Consumer" (oder wie auch immer) Software schreiben :stupid:

...my Senf dazu


Shalom und God bless ya all

[Elvis]

Zitat:

Zitat von Phoenix

Zitat:

Zitat von Hansa

P.S.: hier steht irgendwo, die WinForms seien schon überholt. Wieso das ? :zwinker:

Kurz: WPF: Windows Presentation Foundation.
Die ist mit den Windows Forms inkompatibel und stellt lt. Microsoft die neue Art dar, Oberflächen zu machen.

Nicht wirklich, du kannst ein SWF Control auf eine WPF Surface werfen und es wird sich so verhalten wie du es erwartest.

Zitat:

Ich bin der Meinung, dass es ohne weiteres möglich sein [b]sollte[/s], auch unter Linux/andere Plattformen ein WPF-Subsystem zu bauen dass aus dem XML die Controls entsprechend rendert. Das ist IMHO genau das, was .NET Desktop-Applikationen wirklich Plattformunabhängig machen kann.

Jupp, ich denke wir werden schneller ein komplettes Mono-WPF als ein komplettes Mono-SWF sehen. :)

Zitat:

Das sind viele Wenns, aber es ist imho die letzte Chance die VCL in die Zukunft zu retten.

Nur lohnt sich das?
non-Visual VCL Wrapper gibt's zum Beispiel in Form von ShineOn, welches auch gegen Mono getestet wird.
Und bei visuellen Krams muss man sich doch ernsthaft an den Kopf fassen, ob man das wirklich nicht einfach für .Net neu macht.
Codegear könnte seine Zeit sinnvoller verschwenden, zum Beispiel mit einer Win64 compiler preview, mehr RTTI in native Delphi inkl. Reflection, Attribute, gaaaanz lange Liste an deren Ende irgendwann mal visueller VCL.Net Krams steht.
Sogar mit "VB stinkt" bedrucktes Klopapier wäre sinnvoller als Ressourcen mit einer zu kompletten VCL.Net zu verschwenden, IMHO. ;)

[Luckie]

Ach ihr mit euren .NET, WinForms, VCL und was weiß ich noch alles. Mit der reinen WinAPI weiß man wenigstens noch, was man macht und was dahintersteckt und hat Einblick in die Mechanismen. Wenn ich eine WinForm aufrufe, weiß ich ja gar nicht mehr, was da alles im Hintergrund passiert. :mrgreen:

[Hansa]

Tja, eben nichts bzw. .NET :mrgreen:

[Heffalump]

Zitat:

Zitat von Luckie

Wenn ich eine WinForm aufrufe, weiß ich ja gar nicht mehr, was da alles im Hintergrund passiert. :mrgreen:

Aber doch auch nur, weil Du Dich noch intensiv damit auseinandergesetzt hast. Lade Dir mal das Tool vom Roeder runter und schau mal in das ein oder andere Assembly von MS rein. Da kannst Du sehen, wie das ganze funktioniert.

Ich hatte genau das gleiche Thema. Ich kannte das nicht und war nur Win32 API gewohnt (Bsp. LDAP über API, ACLs usw...). Meine Erfahrungen und Erkenntnisse und damit verbundenen Möglichkeiten habe ich erhalten, als ich beruflich gezwungen wurde mich mit .Net zu beschäftigen. Wir haben ein Managementsystem bekommen, welches auf der Basis von .Net arbeitet. Seit dem ich weis das, unter bestimmten Bedingungen, diese Anwendungen auch u. a. unter Linux laufen, bin ich für reine Win32 Programmierung nicht mehr zu haben. NUR WENN ES KEINE ANDERE MÖGLICHKEIT GIBT.

[mkinzler]

Neue (vage) Infos zur kommenden Turbo-Produkten in Nicks's Blog

[Olli]

Zitat:

Zitat von shubbi

Ich vermisse bei Delphi am meisten einen vollen Unicode-Support in der ganzen VCL.

Bingo :roll:

... auch im neuen Blogeintrag keine Erwaehnung von Unicode. Borland schlaeft also weiter ... :|

[Heffalump]

Zitat:

Newsletter von Borland/CodeGear
... Laut den letzten Umfragen unter Delphi-Entwicklern arbeiten noch über 90 % der Community mit der Win32 Plattform. ...

Die 90 Prozent hören sich beim ersten Lesen gut an, oder? Alles im grünen Bereich, möchte man meinen. Aber warum arbeiten weniger als 10 % nicht mit Win32 sondern z. Bsp. mit .Net. Doch nur weil die meinsten Delphianer, welche auf .Net Basis arbeiten, mittlerweile die IDE gewechselt haben.

Ich verstehe nach wie vor nicht, warum bei CodeGear nicht der .Net Zug bei allen Signalen grün bekommt. Ist es nicht wichtig, den Schwund an Delphientwicklern von Delphi zu VS zu stoppen und endlich eine .Net Unterstützung zur Verfügung zu stellen, mit der man arbeiten kann? Scheinbar nicht, Win32 und damit die VCL stehen nach wie vor an vorderster Front.

Was anderes war aber nach dem Beitrag von Nick nicht zu erwarten. Ich glaube die Umfage diente in erster Linie dazu die eigene Strategie zu bestätigen.

Schade, schade, schade.

[Phoenix]

Frag doch mal Jason Vokes und DavidI an den Delphi-Tagen persönlich :)

[Ghostwalker]

Zuerstmal ein bischen OT:

Vista erinnert mich irgendwie an die Einführung von Win95.......

Ok..back to Topic.

Ob .NET oder Win32 ist für mich keine generelle Frage. Es ist doch letzendlich eine Frage, was der Kunde will, und welche Voraussetzungen beim Kunden herschen. Hier entscheidet es sich, ob man .NET einsetzen kann oder nicht. Meiner Erfahrung nach gibt es noch sehr viele Firmen-PC's die Win98 am laufen haben (es gibt sogar noch Win 3.1 PC's !!!!). Da erübrigt sich die Frage nach .NET .

Für Kunden sind 3 Punkte wichtig. Das sind die Kosten, die ein Projekt verursacht, die Zeit die für ein Projekt gebraucht wird und das Ergebnis. Ob dabei .NET genutzt wird, Win32 oder was ganz anderes ist dem Kunden in den meisten Fällen egal.

Letzendlich sollte es für den Entwickler egal sein, ob er .NET entwickelt, Win32 oder sonstwas.

Was letztendlich Codegear/Borland machen wird, wird sich zeigen. Und...tot gesagt hat man Borland schon sehr häufig...komisch..sie existieren noch immer.