Zitat von DjKoma:

Wenn du also der große "Blicker" bist, dann zähl doch mal schnell ein paar PHP oder Perl Compiler auf?
So dumm sind die "Nichstblicker" wohl garnicht, wenn sie im Gegensatz zu dir erkannt haben, dass diese Sprachen als Skript von einem Interpreter abgearbeitet werden.

Zitat:

Abgrenzung

Während Skriptsprachen anfangs nur für kleinere Automatisierungen verwendet wurden, werden sie heute teilweise auch in Bereichen eingesetzt, die früher den klassischen Programmiersprachen vorbehalten waren. Dadurch wurde es nötig, die Sprachen um einige der Eigenschaften von kompilierten Sprachen zu erweitern, wodurch sich der Unterschied zu diesen verringerte. So können in vielen der selbstständigen Programmiersprachen Variablen optional deklariert werden. Dies dient einerseits einer besseren Fehlerüberprüfung, andererseits kann der Interpreter dadurch schneller ausgeführt werden.

Andere Techniken haben den Geschwindigkeitsunterschied zu den kompilierten Sprachen verringert. So wird zum einen der Quellcode nicht direkt interpretiert, sondern zuerst in einer Zwischenform, dem sogenannten Bytecode, zu Laufzeiten umgewandelt, der dann wesentlich schneller interpretiert werden kann. Des Weiteren werden häufig verwendete Funktionen oder rechenintensive Teile eines Programms selbst in einer kompilierten Sprache geschrieben und damit stark beschleunigt. Dadurch kann dann das Programm in ähnlicher Geschwindigkeit ausgeführt werden.

Zitat:

Häufig vorhandene Merkmale sind:
* implizit deklarierte Variablen; dazu gehören auch dynamische Funktionsnamen (Funktionsnamen müssen nicht einem Compiler vorab bekannt sein)
* dynamische, automatische Typumwandlung, bzw. ganz fehlende Typunterscheidung
* automatische Speicherverwaltung, vor allem automatische Speicherbereinigung
* dynamische Klassenzugehörigkeit oder prototypenbasierte Vererbung
* werden in der Regel ohne getrennte Übersetzungsphase ausgeführt (d. h. sie werden „interpretiert“)

Bei einigen Skriptsprachen kann der Programmcode selbst, wie andere Daten auch, manipuliert werden, was die Sprache besonders flexibel macht.

Zitat von Polaris:

Der OOP Ansatz ist mit C++ genausogut erlernbar wie in C# - auch wenn C++ OOP nicht so zwingend benötigt wie C# (C# ist übrigens auch nicht rein objektorientiert - das ist dann z.B. Objective C).
Gameengines gibt es für C# viele, aber Games werden heute nicht klassisch mit einer Programmiersprache einfach so runtergehackt, sondern man verwendet eben eine Art Grundgerüst (häufig C++ eben), dass durch Scriptdateien (meist in einer eigenen Scriptsprache(nstruktur)) zum Spiel hin erweitert wird (vergleiche GTA ...).

((Hinzufügen möchte ich noch, dass mir deine dauernde Werbesendung für C# aufn Geist geht, obwohl ich die Sprache nach C++ am liebsten habe. Es nerrvt leicht.))

/Edit:
Ja im Bezug aufs Lernen ist C++ nach java/c# vom Prinzip her kein schlechter Ansatz, aber viele Java/c# Programmierer neigen dazu unter C++ jeden Scheißdreck mit new anzufordern (vergessen dann die Freigbe per delete natürlich), jemand der C++ programmiert sollte man auch erkennen, wann es sinnvoll ist eine Stackvariable zu verwenden, auch wenn man gerade lernt mit Pointern und manueller Speicherverwaltung umzugehen.

Zitat von bassmaster:

also ich würde mich als c++ experte einschätzen und trotzdem hasse ich die programmiersprache. ich bin leider gezwugen zwei alte projekte die auf pocketpc / wm5 / wm6 laufen weiter auf c++ zu warten und zu erweitern. ich habe auch seit mehreren jahren keine memoryleaks mehr gehabt. man muss einfach professionell programmieren, dann kommt das nicht vor. smart pointer verwenden wo man auf pointer angewiesen ist, referenzen verwenden mit copyconstruktoren um pointer zu vermeiden. usw... aber c++ als lieblingssprache zu nennen ist schon krass, wenn man mal eine rad (rapid application development) sprache kann wie c#. mir scheint du musstest noch nie einen comserver programmieren, wo es von mehrfachvererbung nur noch hagelt. du scheinst wohl auch noch nie große projekte von pfuschern übernommen zu haben, wo es nur noch defines gibt und andere schweinereien. ich muss zugeben c++ ist mit einer anständigen framework (was mfc definitif nicht ist) schon sehr angenehm. z.b. mit qt oder mit der .net framework / managed extension. trotzdem wird c++ nie zu einer rad programmiersprache und wird auf lange sicht aussterben. halbjährliche statistiken auf codeproject bestätigen es. alle neuen projekte die wir anfangen werden ausschließlich in c# programmiert. es gibt nicht einen einzigen grund, wieso wir ein projekt in c++ programmieren sollten.

Zitat:

oop mit c++ zu lernen ist nur die halbe miete. man kann zwar schön vererbung, ableitung und polymorphie usw.. lernen, aber zeig mir doch mal bitte objetorientierte callback methoden in c++. sowas möchte ich nicht mehr missen.

Zitat von bassmaster:

leider ist die welt nicht immer so schön, wie du sie erlebt hast. wenn man alleine ein kleines projekt macht, dann kennt man sich wunderbar aus, macht nur seine dirty hacks rein und alles ist gut. die realität sieht leider ein bischen anders aus. mitarbeiter werden gekündigt, manche gehen weil sie wo anders mehr verdienen und du stehst vor einem projekt mit mehreren hundert tausend zeilen code, wo 4 frameworks verwendet werden, die alle ihre eigenarten haben, von denen du aber nur 2 kennst. zusätzlich haben ein paar "spezialisten" an den projekt programmiert, die quellcode in defines gemacht haben, mehrfach vererbung, friend classen, und c code, der in c++ wrapper klassen eingebaut worden sind usw... jetzt sollst du unter zeitdruck abstürze fixen, performanceprobleme eliminieren, threadprobleme wie race conditions abfangen, korrupten stack oder buffer overflows entfernen usw... glaube mir du wirst deine meinung über c++ gewaltig ändern.

Zitat von Polaris:

Nun, dass dich solche Dinge ankotzen kann ich gut verstehen. Aber das was du beschrieben hast liegt weniger daran, dass C++ ne schlechte Sprache ist, sondern, dass es zu viele unfähige C++ Programmierer gibt (bzw. die, die eben mehr C als C++ schreiben). In ner Sprache wie C++, die eben viele Dinge zulässt, kann sowas fatale Auswirkungen haben.
Na ja, schauen wir mal, was die Zukunft bringt^^.

Zitat von bassmaster:

c++ ist eine programmiersprache, die über die jahre gewachsen ist. leider musste man alte relikte mitnehmen um kompatibel zu bleiben. es liegt nicht an den unfähigen programmieren unbedingt, dass es scheiße ist, es liegt einfach daran, dass man alles machen kann. du kannst einen pointer in einer klasse casten in was du willst ohne fehler. wenn du dann später auf membervariablen zugreifst oder methoden aufrufst, wirst du dich wundern was passiert. sowas geht einfach nicht. in c# oder java bekommt man einfach eine invalid cast exception und alles ist gut... oft stürzt das c++ programm minuten oder stunden später deswegen erst ab.

Zitat:

bücher wie "effektiv c++ programmieren" und "mehr effektiv c++ programmieren" mussten geschrieben werden und sind einer der besten c++ bücher, weil die sprache zu viel mist zulässt. genau aus diesen fehlern hat man gelernt und von null auf sprachen wie java und c# geschrieben.

ich könnte aus meiner jahrelangen erfahrung stunden lang über c++ reden, wie schlecht die programmiersprache ist. aber vermutlich muss man erst die ganzen probleme erst in riesen projekten mitmachen um mitzufühlen.

Zitat von bassmaster:

ich könnte aus meiner jahrelangen erfahrung stunden lang über c++ reden, wie schlecht die programmiersprache ist. aber vermutlich muss man erst die ganzen probleme erst in riesen projekten mitmachen um mitzufühlen.

Zitat von spark82:

Die Linux-Menschen konnten einen ganzen Kernel in C++ schreiben, und - er tut.

Zitat von Polaris:

Falsch, der Linux Kernel ist in ANSI-C programmiert und wenn du ihn dir mal anschaust:
einen derart hässlichen Code hast du noch nie gesehen^^.

Zitat von spark82:

...und genau bei diesen Projekten kann man lernen, wie man sauber programmiert. (Vorrausgesetzt, man ist in der richtigen Firma!) In dem, was du als Nachteil von C++ siehst, sehe ich einen Vorteil, nämlich die Mächtigkeit der Sprache. Nur weil fast alles möglich ist, kann man auch in C++ trotzdem sauber codieren. Wenn du deine bösen Casts in einer Klasse kapselst, nach außen hin unsichtbar, dann ist das doch kein Probem. Die Linux-Menschen konnten einen ganzen Kernel in C++ schreiben, und - er tut.

Wer nicht weiß, was beim Casten passiert, bzw. dass er sich vollkommen im Klaren sein muss, was passiert, der sollte es besser lassen.

Es gibt aber leider viel zu viele Entwickler die eine gewisse Hacker-Metalität an den Tag legen. Wenn im Code mal Komentare wie "//Trick!" oder so auftauchen, weil per #define ein Header durch einen anderen ersetzt wurde - sorry, dann kann man wirklich nicht mehr helfen! Aber die Unfähigkeit solcher Entwickler als Nachteil der Spache auszulegen ist mMn falsch.

EDIT: Auch wenn ich mich in dem Beitrag hauptsächlich auf CASTs beziehe gilt das natürlich für alle unsauberen Sachen, die C und C++ erlauben.