Das ist größtenteils richtig.
Muss man aber geteilt sehen, verdrängen darf man eigentlich nicht so stehen lassen.
c++ wurde früher in allen möglichen bereichen eingesetzt. Heute findet man c/c++ heufig nur noch in highperformance serverapplikationen.
c++ hat einen bestimmten Einsatzbereich. dieser wird hauptsächlich durch die systemumgebung und werteentscheidung (ajax, reporting, skalierbarkeit usw.) beschrieben.

c# verdrängt c++ von den Computer-Arbeitsplatzsystemumgebungen das ist im wesentlichen vom Lehrer gemeint.
Das sich eben die serverapplikation irgendwann c# konform entwickeln muss ist halt MS agressives tacktik und strategieverhalten.

also c++ ist sehr platformabhängig und systemnah.
c# dagegen versucht diese probleme nachzuziehen.

für mich hat c# keine auserökonomische existenzberechtigung, eine marketingabsprache mit MS hat eine art neues meta-objektmodell quasi als entgegenkommen von systemnaher programmierung und menschlichem verstand geschaffen.

die meisten programmierer sind gezwungen auf c# umzusteigen. die linux-gemeinde muss deshalb mitziehen und hat "mono" geschaffen. so renkt sich alles ein.

Nun, dass C# C++ verschnell verdrängen wird, dachten noch viele entwickler vor zwei Jahren. Mitlerweile kommt man zu den entschluss, das beide Sprachen nebeneinander existieren (und werden).
C++ ist alles anderne als eine Sprache für "High performence server", nach wie vor werdengenügend Desktopapplikationen neu entwickelt. Hat zum einen damit zu tun, dass bereits viel Know-how in der Richtung besteht, zum anderen aber auch (leider) damit das Firmen wirklich steinalten Code auf biegen und brechen weiterverwenden wollen.

C# und C++ sind, als Sprachen vollkommen Plattformunabhängig. Wenn du ein Programm mit C++ und der stl schreibst wird es sich auf jedem System ausführen lassen, für das es einen C++ Kompiler gibt. Gleichzeitig wird sich jedes C# Programm auf jedem System ausführen lassen, für das es eine Laufzeitumgebung (nebst passender Libs) gibt. C# kommt zwar von Microsoft, ist jedoch mitlerweile Standartisiert, weshalb es auch anderen Implementationen gibt (mono).

Das größte Argument für C# ist meiner Meinung nach sowieso die .Net Library. Wieviel angenehmer wäre die Windows Programmierung mit C++, gäbe es ein vergleichbares, Objektorienteres Framework?

Ist es nicht so, dass c# eher größere Parallelen zu Java als zu c++ aufweißt und damit auch ähnliche Nachteile und Vorteile wie Java im Vergleich zu c++ hat? Zumindest benötigen beide (c# und Java) eine Virtual Machine, die erst zur Laufzeit den Bytecode in Maschinencode übersetzt, was (im Gegensatz zu c++) zusätzliche Rechenleistung und Ausführungszeit verbraucht.
Das ist in meinen Augen der gravierende und eigentliche Unterschied zu c++. Und ich glaube, dass c++ auch vorallem dort noch immer angewendet wird, wo der Geschwindigkeitsvorteil im Mittelpunkt steht.

Ansonsten gäbe es vermutlich kaum einen vernünftigen Grund für MS, Singularity [x] (und damit c# ) nicht intensiver als zukünftigen Nachfolger für Windows zu forcieren und voranzutreiben, denke ich .

Das c++ etliche Nachteile im Vergleich zu c# (und Java) hat, sei unbestritten.

Zitat von »ospx«

Ist es nicht so, dass c# eher größere Parallelen zu Java als zu c++ aufweißt und damit auch ähnliche Nachteile und Vorteile wie Java im Vergleich zu c++ hat? Zumindest benötigen beide (c# und Java) eine Virtual Machine, die erst zur Laufzeit den Bytecode in Maschinencode übersetzt, was (im Gegensatz zu c++) zusätzliche Rechenleistung und Ausführungszeit verbraucht.

Ja, so ist es. C# kann aber auch den Bytecode vorher kompilieren und im global assemby cache speichern, dadurch verkürzt sich die Startzeit der Programme (wo der Bytecode in nativen code übersetzt wird ).
Übrigens, C# und Java code sind was bestimmte Operationen angeht mitlerweile sehr performant, kommen dort auch an C++ ran.

Zitat von »ospx«

Das c++ etliche Nachteile im Vergleich zu c# (und Java) hat, sei unbestritten.

Im Umkehrschluss aber auch die etlichen Nachteile von C# und Java im Vergleich zu C++

Zitat von »silence«

C# und C++ sind, als Sprachen vollkommen Plattformunabhängig. Wenn du ein Programm mit C++ und der stl schreibst wird es sich auf jedem System ausführen lassen, für das es einen C++ Kompiler gibt.

Richtig!
Also zusammengefasst:
- wenn man die STL verwenden kann
- und es für das System einen Kompiler gibt
ist die Sprache vollkommen Platformunabhängig.

z.B. im fall von meinem Palm-V organizer kann ich z.B. kein c# verwenden weil es halt keinen kompiler dafür gibt. Wohl aber kann ich c++ programme aufspielen und abfahren.

C# wird halt mehr für Anwendungen verwendet, C++ verdrängen wird es wohl nicht. Vor allem solange noch alte Lehrer in alten Bildungssystemen alte Sprachen unterrichten (sorry für den Seitenhieb).

Den größten Vorteil an C# sehe ich, als Hobbyprogrammierer, in der großen Standardbibliothek, die einem viel Zeit erspart. Ansonsten kann man nur nochmal hervorheben, dass, je direkter man mit der Hardware kommunizieren muss, C++ (logischerweise auch C) immer noch vorzuziehen ist.

Sieht ja auf den ersten Blick recht sinnvoll aus. Qualifizierte Statements und Meinungen zu den Pros und Kons würden mich auch interessieren. Wirkt auf mich aber eher wie eine etwas vereinfachte c++ - Variante. Die Art der Fenster-instanzierung für Win erinnert mich allerdings mit leichtem Unbehagen an die alte Win32 - API.

Soetwas wie QT für c++ gibt es sicherlich für D auch nicht, schätze ich? Weiß nicht so recht, was ich davon halten soll.