Re: Erfahrungen bei Kunden mit Umstieg VB -> VB.net (framework)

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance

From: Schmidt (sss_at_online.de)
Date: 04/22/04 

Date: Fri, 23 Apr 2004 00:42:36 +0200

"Herfried K. Wagner [MVP]" <hirf-spam-me-here@gmx.at> schrieb im Newsbeitrag
news:c68jq0$9fon6$1@ID-208219.news.uni-berlin.de...

> > 1. Die .NET-Plattform verbreitet sich eher schleppend.

> Bei innerbetrieblich eingesetzter Software sollte das kein Grund sein,
> nicht auf .NET zu setzen. Bei einer Anwendung für den Einzelbenutzer,
> der nur über ein Modem verfügt und nicht gewillt ist, für eine CD einen
> Unkostenbeitrag auszugeben, kann dies ein Problem darstellen.

Ich meinte eigentlich, dass die ganze Plattform von Entwicklern nicht so
angenommen wird, wie von MS erhofft.

> > der gesamte Tenor der letzten DotNet-Pro-Ausgaben (auch
> > wenn derzeit noch keine so große Verbreitung...; ... aber ab Whidbey
> > wird

> Welche Wichtigkeit hat der Grad der Verbreitung für jemanden, der
> Anwendungen entwickelt, die in einem Unternehmen eingesetzt werden?

Siehe oben.

> Eine Verbindung zwischen .NET-Marketing und der Freigabe eines
> C++-Compilers kann ich beim besten Willen nicht erkennen...
Man kann mit diesem Compiler auch MSIL aus (managed) C++-Code erzeugen.
Der fehlende Baustein für die ".NET-antestwilligen C++ler" halt, (VB- und
C#-Kompiler sind ja schon frei verfügbar).
Wahrscheinlich ohne Probleme in freie IDEs wie SharpDevelop einbaubar - auf
den Geschmack kommen - Visual-Studio kaufen - .NET Lösungen damit bauen und
alternative freie C++Kompiler dafür bitteschön links liegen lassen -
Marketing halt.

> >...Wer über eine gut getestete VB-Classic-Codelib verfügt, hat
> > auch bei den Entwicklungszeiten keine Nachteile gegenüber den
> > .NET-Umgebungen.

> Hier sprichst du sicher aus Erfahrung, allerdings hat nicht jeder eine
> VB-Classic-Codelib, denn nicht jeder, der auf .NET setzt, kommt
> aus der VB-Ecke ;-).
Schon klar, aber siehe Subject.

> > Die Ressourcenbindung

> Das hängt wiederum von der Grösse deiner Anwendung ab. Ich habe
> auf einer 256 MB-Maschine (VS.NET-Entwicklungsrechner) selbst
> bei nicht ganz kleinen Projekten (>> 100 Klassen) keine
> nennenswerten Performanceprobleme.
Das sind sicherlich keine von der Winforms-Base abgeleiteten Klassen.
Typische Branchenlösungen mit ihren 'zig Controls und Formularen knabbern
schon in VB-Classic teilweise an der 256MB-Grenze.
Das Ganze dann in .NET dann Winforms-basiert und die Applikation kommt bei
256MB ins Swappen.

> > 4. Linux ist im Kommen:
> Sagt Heise!
Nö, sag ich.

> > Wir befinden uns IMO am Beginn einer derzeit noch
> > langsam, aber stetig und progressiv! steigenden Verbreitungs-Kurve
> > (siehe Entwicklung bei Verwaltungen u. Behörden, in Asien, Südamerika,
> > Großunternehmen wie IBM, HP etc.).

> Dies könnte man genauso als Marketinggag der Anti-MS-Liga abtun ;-).
Ich denke schon, dass die Ankündigungen (Linux auf die Firmen-Desktops)
ernst gemeint sind und wenn erfolgreich, eine nicht zu unterschätzende
Signalwirkung haben werden - aber warten wir das doch einfach ab.

> > Wenn also jetzt auf eine komplett neue Entwicklungs-Plattform gewechselt
> > werden soll, warum dann nicht auf eine, die einen nicht im Regen stehen
> > lässt, wenn es in ein paar Jahren möglicherweise heisst: "Programme für
die
> > öffentliche Verwaltung bitte auch/oder ausschliesslich als
Linux-Version,
> > sonst sind sie aus dem Rennen".

> Umgekehrt genauso: "Nein, eine Java-Anwendung setzen wir nicht unter
> Windows ein". Erst kürzlich habe ich mir aktuelle GUI-Anwendungen, die
> mit Java entwickelt wurden, unter Windows angesehen. Eine Katastrophe,
> vor Allem die pfuschig nachgemachten Windows XP Visual Styles. Langsam,
> manchmal beinahe so langsam, dass man die Anwendungen abschiessen
> möchte.
> Ein Beispiel wäre da Poseidon UML: Mit Java geschrieben, ein grafischer
> Designer für UML-Diagramme. Wir hatten das Programm auf der Uni für die
> Erstellung eines Prototypen-Diagramms eingesetzt und sind nahezu alle
> zum Schluss gekommen, dass diese Anwendung unbrauchbar ist. Dabei würde
> ich Poseidon UML als "vorbildliche" Java-Anwendung bezeichnen, was das
> UI anbelangt.
Wenn es sich nicht bedienen lässt, dann ist es keine vorbildliche
Java-Anwendung und die Programmierer haben gepfuscht.
Schau Dir die Java-Anwendung Eclipse an - hier gibt es IMO auch ordentlich
programmierte UML-Plugins.

> > Für uns heisst das Fazit: Man kann derzeit nichts falschmachen, wenn man
auf
> > VB-Classic noch eine Zeit ausharrt - immer vorausgesetzt, man
interessiert
> > sich und schreibt kleine Testprojekte unter .NET, Mono und auch Java
> > (demnächst in neuer Version 1.5).

> Auch .NET bald in neuer Version: 2.0. Massive Erweiterungen und
> Produktivitätssteigerung, zumindest meine ich das aufgrund meiner
> Eindrücke mit der aktuellen Testversion von VS 2005.

> > Wer jetzt mit fliegenden Fahnen zu .NET wechselt, könnte in einigen
Jahren
> > auf einer Plattform festsitzen, die einen in der "Bewegungsfreiheit"
eher
> > einschränkt.

> Full ACK. Vollkommene Verblendung und Ignoranz von .NET und
> Fokussierung auf Java kann aber genau so ins Auge gehen.

Verblendete Java-Fokussierer ham' wa doch hier jarnich - sind schliesslich
inner VB-NG.

Olaf

Relevant Pages

  • Re: Mit VB.NET CPU spezifischen Code erzeugen?
    ... Eigentlich alles andere macht gar kein Sinn (und schon bei Java habe ich ... Und wie viele auf exsotischen Prozessoren? ... Voraus zu entscheiden auf welcher Maschine mein Programm laufen wird? ... Ich als Entwickler freu mich riesig auf NET weil es meine Entwicklungszeit ...
    (microsoft.public.de.german.entwickler.dotnet.vb)
  • Re: Mit VB.NET CPU spezifischen Code erzeugen?
    ... Genau das habe ich mir bei .NET auch vorgestellt. ... Eigentlich alles andere macht gar kein Sinn (und schon bei Java habe ich ... Voraus zu entscheiden auf welcher Maschine mein Programm laufen wird? ... Ich als Entwickler freu mich riesig auf NET weil es meine Entwicklungszeit ...
    (microsoft.public.de.german.entwickler.dotnet.vb)
  • Re: .NET vs Java in der Windowswelt
    ... aber bei Java. ... Java Programm in der Windowswelt halte ich für fraglich. ... Unter Linux habe ich den Vergleich noch nicht gemacht, weil mir dort die Integration in den Apache noch nicht geglückt ist. ... alle nativen Windowsprogramme durch .NET Produkte auszutauschen. ...
    (de.comp.os.unix.linux.misc)
  • Re: JNI
    ... > Kann ich auf ein C++ Objekt, das in einem .Net Programm ... > direkt mit JNI ansprechen, oder erzeugt sich JNI aus der DLL eigene ... Programm (Dein Java Programm und Dein .NET-Programm). ...
    (de.comp.lang.java)
  • Re: Neuer VB Compiler
    ... Neuentwicklungen dann unter Java, mit allen Möglichkeiten, die das Framework bietet. ...
    (microsoft.public.de.vb)