![]() |
AW: Wie schätzt Ihr die Weiterentwicklung von .NET ein?
Passt nicht ganz dazu aber sicherlich interessant.
Auf der Maschine liefen 128 VM. In jeder VM konnten 64 Application Domains laufen. Maximal eine Application Domain konnte (fast) zum Absturz gebracht werden. Wobei eine Art Supervisor die Applicationen überwacht hat und gnadenlos rausgekickt hat, wenn sie sich nicht benehmen konnten. |
AW: Wie schätzt Ihr die Weiterentwicklung von .NET ein?
Zitat:
Und Statistiken glaube ich ohnehin nur wenn ich sie selber fälschen dufte. Zitat:
Zitat:
Zitat:
Zitat:
Zitat:
Es gibt genügend Compiler die in der Lage sind sehr gut optimierten Code zu erzeugen. Es gibt sogar "CPU-Weichen" in derlei optimiertem Code. Einfach mal nen Disassembler zur Hand nehmen und selber gucken ... Wenn Delphi das alles nicht so perfekt beherrscht, ist dies noch kein Argument für deine Behauptung ;) Zitat:
Wenn ich unfair wäre, würde ich noch schnell ein paar der Mechanismen erwähnen, die dann greifen wenn das System wenig Speicher hat. Und daß das .NET Fx dafür der Grund sein könnte, würde ich dann ganz unschuldig anfügen ... :stupid: Aber es geht uns ja hier darum die Wahrheit herauszuarbeiten ... Zitat:
Zitat:
|
AW: Wie schätzt Ihr die Weiterentwicklung von .NET ein?
Also bei uns im Unternehmen stehen hauptsächlich Pentium 4, einige Pentium 3 und Celeron-Systeme. Die Dual- und Quad-Core stehen nur in den Büros der Unternehmensspitze, sowie bei den Admins. Die Server sind allerdings auf aktuellem technischen Stand. Bei einem Bundeslandweit verzweigtem Unternehmen kommen da schon einige Rechner zusammen.
Und bei mir zu Haus siehts momentan auch nicht so rosig aus (1 Pentium 4 mit XP Prof., 1 Celeron Lappy mit XP Home und 1 Celeron mit Win 2000). Ersteren hab eich mir mal vor einigen Jahren neu gekauft, zweiteren gebraucht und dritteren zu Testzwecken kostenlos abgegriffen. Immer wieder aktuell mit der Heimtechnik zu sein übersteigt ein wenig mein Budget, da ich schließlich auch noch ein wenig Geld für Familie und Hausbau ausgeben muss/möchte. Höchstwahrscheinlich tauche ich damit nicht mehr wirklich in der Statistik auf, ausser im Vergleich eine ähnliche Haushaltssituation vorweisen zu können, die auch beruflich in meinem Sachgebiet vorherrscht. :? |
AW: Wie schätzt Ihr die Weiterentwicklung von .NET ein?
Microkernel?
Ist IBM glaube Z9 mit 512 Prozessoren. |
AW: Wie schätzt Ihr die Weiterentwicklung von .NET ein?
Für mich persönlich zeichnet sich in diesem Thread mal wieder das Bild ab, was ich allgemein von der Delphi Community habe (sorry, subjektive Verallgemeinerung). Die, die an Delphi allein festhalten, entwickeln oft noch für "alte" Systeme und die, die auch mit C#/.Net zu tun haben und sich interessieren, sind auch modernen Software Architekturen und Techniken gegenüber offen. Und genau deshalb sehe ich noch ein Riesenpotenzial in .Net. Schonmal vernünftige IoC Container oder GUI Frameworks (nur mal als Beispiel genannt) in Delphi gesehen? Geschweige denn welche, die open source und hoch qualitativ sind. Oder Diskussionen über Design Pattern in nem Delphi Forum? Fast nicht vorhanden - und wenn, dann von besagten Personen, die sich auch in anderen Sprachen umschauen.
|
AW: Wie schätzt Ihr die Weiterentwicklung von .NET ein?
Zitat:
Interessanterweise ging es hier aber um die quantifizierbaren Vor- und Nachteile von .NET und nicht um die (subjektive) "Aufgeschlossenheit" gegenüber diversen Technologien. Die Tatsache, daß alte Systeme noch existieren und unterstützt werden müssen, läßt sich auch mit allen Vorteilen von .NET und unter Ausblendung aller Nachteile nicht kleinreden. Wenn ich dir sage, daß ich Lisp lerne, bedeutet dies, daß ich in deinen Augen rückwärtsgewandt bin, oder stehe ich damit wieder auf einer Stufe mit denen die F# regelmäßig benutzen? ... |
AW: Wie schätzt Ihr die Weiterentwicklung von .NET ein?
Zitat:
|
AW: Wie schätzt Ihr die Weiterentwicklung von .NET ein?
Zitat:
Und dazu gehört nunmal auch die Entwickler, die es nutzen. Innovationen und Ideen fördern die Weiterentwicklung. Und die sehe ich persönlich stärker auf .Net Seite als auf Delphi Seite. Gründe habe ich im vorherigen Post angeschnitten. Zitat:
|
AW: Wie schätzt Ihr die Weiterentwicklung von .NET ein?
Zitat:
|
AW: Wie schätzt Ihr die Weiterentwicklung von .NET ein?
Jetzt mal vollkommen Sprachunabhängig (Delphi gibt es mit Prism schließlich auch für .NET, zumindest eine Art moderner Delphi-Dialekt und mal abgesehen davon, das die FCL aus Erfahrungen der VCL heraus entstanden sind) und daher nur mal auf den momentanen Markt geschaut.
Es mag sein, dass Mammut-Projekte für Mammut-Unternehmen tatsächlich auf neue Technologien setzen sollten und das mit .NET auch ältere Systeme bis zu einem gewissen Grad eingebunden werden können, aber aus eigener Erfahrung weiss ich das es zahlreiche Klein- und Mittelstandsunternehmen gibt, die eben nicht alle Nase lang Ihre Rechner auf den neusten Stand bringen oder bringen können und auch in Großunternehmen ist dies nicht unbedingt der Fall, da z.B. Maschinen angeschafft wurden die ihren Lifecycle noch nicht beendet haben und dennoch auf ältere Systeme angewiesen sind. Wenn diese nun über Netzwerk gesteuert oder kontrolliert werden sieht es mit .NET schon wieder anders aus. Hier müssen zumindest auch geeignete Schnittstellen geschaffen werden. Und mal ganz abgesehen davon, die Qualität eines Produkts ist bei weitem noch nicht durch die Wahl einer Plattform oder einer Sprache gegeben. Bei uns läuft leider ein .NET basiertes DBMS, welches bei weitem nicht so performant und sicher ist wie Non-.NET gestaltete Konkurrenzprodukte. Andererseits kenne ich jedoch auch ein österreichisches DBMS für den Laborbereich (.NET-basiert) und dieses ist in Performance und Sicherheit, sowie Kundenfreundlichkeit (auch die Kunden des DBMS nutzenden Unternehmens) momentan unschlagbar, wie man mir auch aus erfahrenen Anwenderkreisen bestätigt hat. Auch vertriebene Laborgeräte mit internem OS sind nicht unbedingt an die modernsten Technologien gebunden, da z.B. für kleinere oder mittlere Unternehmen nicht unbedingt in kurzen Abständen in Neuentwicklungen investiert werden kann. Da jedoch die Geräte und deren interne Software ansich sehr zuverlässig arbeiten, werden sie gekauft, inkl. auf Lager gehaltenen Rechnern älterer Generationen, die mit Ihrer Gerätesteuerungssoftware (das externe Gegenstück) in eine bestehende IT-Landschaft eingepflegt werden müssen um Automatisierung zu erreichen. Hierbei mal ganz abgesehen von gewünschten oder benötigten Indiviuallösungen für Betriebe, die dann Geld in eine Entwicklung stecken. Wenn als Ergebnis verlangt wird, das Unternehmen muss etwa die Hälfte der vorhandenen Arbeitsplatzrechner (z.T. sind dann da ggf. auch noch W98-Systeme dabei, aber auf jeden Fall noch W2K) durch neue ersetzt werden müssen, führt dies unweigerlich zu einem Interessenkonflikt zwischen Auftraggeber und Auftragnehmer. Um zum Abschluss doch noch einmal auf die Sprachauswahl zu kommen. Wenn ich bedenke, dass ich in meinem Betrieb zum Programmieren gekommen bin wie die Jungfrau zum Kind und mich dennoch bereits mit verschiedenen Sprachen auseinandersetzen musste um bestimmte Vorgaben zügig und stabil umsetzen zu können, dann kann ich mir nicht vorstellen, dass vollberufliche Entwickler nur an einer Sprache oder Plattform "kleben". Fazit für mich ist bisher: Wer hauptsächlich für die Windows-Plattform (insbesondere ab VISTA aufwärts) entwickelt und dabei auch mobile Geräte (mit WP7 standard) mit der gleichen Software bestücken möchte, die auch auf PCs läuft, dann ist .NET eine hervorrande Wahl (anscheinend ebenso bei Spieleprogrammierern die auch für die XBoX entwickeln). Sobald man für ein anderes OS entwickelt und nicht Windows-kompatibel sein muss, dann entscheidet man sich möglicherweise für komplett andere Entwicklungssysteme. Der Hauptvorteil von .NET scheint darin zu liegen, das es als Sprachunabhängige Laufzeitumgebung Möglichkeiten schafft, die es (gerade für BASIC-Programmierer) ohne .NET nicht gegeben hätte. Nicht zu vergessen, der managed Code, der durch den Laufzeitcompiler auf das jeweils genutzte System compiliert wird und daher ein gewisser Fehleranteil, der Systemspezifisch war, nicht mehr auftreten sollte. Darüber hinaus steht dem Entwickler ein schier unüberblickbares Angebot an Komponenten zur Verfügung, wie es dies anscheinend nur unter .NET gibt (dabei von Redundanzen mal abgesehen). Und der letzte Clou ist dann die GC, die es auch dem unerfahreneren Proggern (zu denen ich mich auch dazuzähle) erlaubt sich mal einen Lapsus zu gönnen und ein schönes Speicherleck zu produzieren, das dann lächelnd von der GC beseitigt wird und das System nicht bis zum Neustart zumüllt. (Entschuldigt bitte die etwas platte ausdrucksweise. Es war schon spät :) ) |
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:33 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