Re: Wo ist .NET Framework standardmäßig vorhanden?
- From: Claudio Grazioli <newsgroups@xxxxxxxxxxxxxxx>
- Date: Mon, 16 May 2005 11:28:17 +0200
>
> Epochen zeichnen sich dadurch aus, dass eine technologische Inkompatibilität
> vorliegt, die oft durch die Hardware begründet ist. Damit ist es klar, dass
> Lochkarten ausgedient haben. Und es ist auch klar, dass z.B. Disketten,
> serielle Schnittstellen etc. irgendwann ausgedient haben werden.
Wieso soll dies klar sein? Da hast Du irgendwie eine äusserst komische
Argumentation die man genauso auf Dein hoch gelobtes VB6 anwenden könnte.
Ich meine, was spricht technisch dagegen, einen Lochkartenleser mit USB 2.0
Schnittstelle zu machen? Welche technischen Gründe gibt es, dass eine
serielle Schnittstelle ausgedient haben könnte? Es gibt tausende alter
Messgeräte die serielle Schnittstellen haben oder IEEE Schnittstellen
haben. Also ich sehe hier Deine Argumentation wirklich nicht. Dann kann ich
genauso gut sagen, es ist klar, dass VB6 nicht mehr unterstützt wird. Weil
das hat jetzt wirklich ausgedient und es gibt jetzt wirklich bessere
Technologien.
Also hier argumentierst Du wirklich irgendwie nicht schlüssig oder eher
sogar ziemlich unlogisch.
> Schliesslich kann ein Rechner nicht die gesamte bisherige Hardware vom
> Lochkartenleser bis hin zum Diskettenlaufwerk unterstützen.
Wieso nicht? Am Platz liegt es sicher nicht. Aus physikalischen Gründen
gibt es keine Argumentation, diese diversen Schnittstellen abzuschaffen.
Die Gründe liegen ganz einfach darin, dass diese Schnittstellen immer
weniger gebraucht werden und sie darum weggelassen werden. Genauso wie das
mit VB6 auch der Fall sein wird.
>
> Software hingegen kann bei geringem zusätzlichen Platzbedarf (Plattenplatz)
> weiter existieren, sie leidet normalerweise auch nicht darunter, dass es
> bestimmte Hardware nicht mehr gibt.
Es kommt aber nicht auf den physikalischen Plattenbedarf an, ob eine
Technologie/Applikation/Programmiersprache weiter gepflegt und entwickelt
wird, sondern auf den Pflege Aufwand und auf die Nachfrage und damit ganz
einfach auf den Return on Investment. Und der ROI stimmt einfach nicht,
wenn Du neben neuen modernen Technologien auch noch ganze Teams
beschäftigen musst, die die alten Technologien pflegen und
weiterentwickeln.
Aber Du kannst ja VB6 weiter verwenden. Das verbietet Dir ja gar niemand.
Und ich bin sicher, Deine VB6 Applikationen werden auch noch mit Longhorn
funktionieren. Also wo ist eigentlich Dein Problem? Es gibt doch keinen
Grund für Microsoft VB6 weiter zu entwickeln. Es funktioniert ja. Du kannst
damit Applikationen schreiben, die auch auf aktuellen Betriebssystemen
funktionieren.
--
Claudio Grazioli
http://www.grazioli.ch
http://www.grazioli.ch/HommingbergerGepardenforelle/
.
- Follow-Ups:
- Re: Wo ist .NET Framework standardmäßig vorhanden?
- From: Harald M. Genauck
- Re: Wo ist .NET Framework standardmäßig vorhanden?
- From: Herfried K. Wagner [MVP]
- Re: Wo ist .NET Framework standardmäßig vorhanden?
- References:
- Wo ist .NET Framework standardmäßig vorhanden?
- From: Tharion
- Re: Wo ist .NET Framework standardmäßig vorhanden?
- From: Harald M. Genauck
- Re: Wo ist .NET Framework standardmäßig vorhanden?
- From: Thorsten Doerfler
- Re: Wo ist .NET Framework standardmäßig vorhanden?
- From: Thorsten Doerfler
- Re: Wo ist .NET Framework standardmäßig vorhanden?
- From: Thorsten Doerfler
- Re: Wo ist .NET Framework standardmäßig vorhanden?
- From: Herfried K. Wagner [MVP]
- Re: Wo ist .NET Framework standardmäßig vorhanden?
- From: Herfried K. Wagner [MVP]
- Wo ist .NET Framework standardmäßig vorhanden?
- Prev by Date: Re: Application has generated an exception that could not be handeld
- Next by Date: Re: Application has generated an exception that could not be handeld
- Previous by thread: Re: Wo ist .NET Framework standardmäßig vorhanden?
- Next by thread: Re: Wo ist .NET Framework standardmäßig vorhanden?
- Index(es):
Relevant Pages
|