spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"Der Dude"«

Also wie ich das sehe wird wohl die Sprache der Zukunft C# sein. Aus folgenden Gründen sehe ich dieses so:

Die Computer werden immer schneller. Ich vermute, dass bald nicht mehr ein Unterschied zu erkennen ist, ob es zwischenkompiliert wird oder nicht. Und wenn wird der Unterschied so gering sein, dass man es kaum noch merken wird.

Hinzu sind wird bei dem Framework 1.1 und habe nur Leistungsabweichungen von 2 bis 5%(lauf angabe oben). Wenn das Framework weiterentwickelt wird, stellen ich mir den Unterschied noch geringer vor.

Als letztes ist die Entwicklung deutlich schneller, womit auch besser die Termine eingehalten werden können.

Oder was meint ihr dazu?

Ja, ich glaube, du hast ja recht *heul*, aber ich zum Beispiel will das gar nicht wahrnehmen, weil ich am alten C/C++ so hänge - das ist noch wahre Programmierung... :crying:

Hmm sry aber schnellere Entweicklung? Ich kann mit C++ auch die .net lib nutzten......

du kannst managed c++ code schreiben aber das macht wahrlich keine freude.
spätestens beim ersten pointer...
ganz böse wirds wenn man versucht unmanaged & managed code
zu mischen.....*kotz*
also wenn .net dann würd ich schon zu c# raten.

zum thema .net-umgebung und plattform-unabhängigkeit.
die idee find ich zum beispiel toll. da ich java hasse hoffe ich das
ich c# in zukunft unter linux als alternative nutzen kann
ohne mich mit qt oder sonst was beschäftigen zu müssen
um ein poppliges fenster zu öffnen.

was die portierungen angeht da gibts doch ein mitlerweile recht
weit fortgeschrittenes mono-framework (siehe aktuelle iX)
und es gibt, soweit ich weis, auch noch was namens pnet....

ich gehöre wohl zur kategorie der leute die in tagelange trauer
verfallen würden, wenn c# c/c++ jemals den rang ablaufen würde.
aber ob das so kommt...ich weis es nicht.
c/c++ hat halt einfach immer noch den vorteil der hardware-nähe.
man kann problemlos asm einbaun und kommt einfach viel
weiter nach unten. (in den abstraktionsschichten meine ich).

aber mal zum thema interpretierter code:
meiner ansicht nach ist .net-output eine art byte-code
der beim start dann komplett in nativen code übersetzt wird.
daher ist das programm nach einem (re)boot beim
ersten start auch deutlich lansamer "da" als bei nachfolgenden
starts.
damit würde das argument der interpretierten sprache eigentlich
wegfallen.
aber mal lieber nicht zu weit ausm fenster lehnen

mein fazit: ich würde .net & c# gerne als alternative zu
dem von mir sehr gehassten java sehen und hoffe das mir c/c++
noch einige jährchen erhalten bleibt.

gruß 23h

selbst wenn c++ aus dem pc-sektor verschwinden sollte,
gibt es denk ich noch genug bereiche wo .net & co. noch nicht
praktikabel sind, z.B. µC's
aber eine aussage wie lange sich c++ halten wird finde ich sehr schwierig.
ich denke mal es gibt viele leute die c++ auch gegen
den trend weiterhin verwenden werden...
ich würde sagen es ist noch zu früh um ernsthafte prognosen abzugeben
und dazu fehlst mir auch an erfahrung.
aber wenn der trend weiterhin in richtung software-design geht
also weg vom "handwerk" des programmierers und hin zu
irgendwelchen synthese-tools die code utom. generieren,
dann könnte ich mir vorstellen das es vielleicht doch schneller geht als
es mir lieb wäre.

wer programmiert dann diese tools und mit was?
wer die treiber und betriebssysteme?

"das wird die zeit zeigen"