Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Community-Fossil
Zitat von »"Lerikson"«
Python ist langsam??
Du erinnerst mich an fricky auf c-plusplus.de. Naja, er ist eben auch einer, der Programmiersprachen schlechtredet, ohne sie genügend zu kennen. Schade eigentlich.Zitat von »"carli"«
ich seh doch, wie verarmt die Sprache C++ ist, weil die meisten Foreneinträge nur Linker Errors sind.
Kommt drauf an, wie gut man die Sprache beherrscht, für welchen Anwendungszweck man programmiert und welche Bibliotheken man nutzt. Aber so pauschal würde ich das nicht sagen.Zitat von »"Lerikson"«
Neben bei ist die Entwicklungsgeschw. deutlich höher als in C++ !
Zitat
battlefield2 und besonders 2142 sind extrem schlecht geschrieben(für so teure spiele) und relativ langsam.
Zitat
Zitat
Neben bei ist die Entwicklungsgeschw. deutlich höher als in C++ !
Kommt drauf an, wie gut man die Sprache beherrscht, für welchen Anwendungszweck man programmiert und welche Bibliotheken man nutzt. Aber so pauschal würde ich das nicht sagen.
Quellcode |
|
1 |
print "Hello World!" |
C-/C++-Quelltext |
|
1 2 3 4 5 6 7 |
#include <iostream> int main() { std::cout << "Hello World!"; return 0; } |
Zitat
Soll das etwa ein Vergleich sein?
Das erinnert mich an die D3D<->OGL-Flamewars, in denen Spinning-Cube-Code als Vergleichsmaß genommen wurde. Das war gleichermaßen unsinnig.
Zitat
Also hier mal ein ganz banaler Vergleich
Zitat von »"carli"«
Zitat von »"Deppomat"«
Ist in C++ auch möglich
muuuuhaha
hast du schonmal einen Datei-Existenz-Check in C++ plattformunabhängig gemacht, ohne pro unterstütztem Betriebssystem weitere 3 Zeilen zu lassen?
Hast du schonmal eine GUI gebaut, ohne 2 Versionen des Codes zu schreiben oder massig DLLs mitzuliefern?
hast du schonmal ein build-Script gesehen, das auf allen Plattformen funktioniert und nur aus einer Zeile besteht?
Quellcode
1 lazbuild src/gwx.lpi
Zitat
@Scriptsprache:
Ja, die haben wir selber entwickelt - einfach, weil wir eine konkrete Vorstellung davon hatten, wie die Scripts aussehen sollten, was sie können sollen.
Finde mir mal eine Scriptsprache, die Klammern {} verwendet, objektorientiert ist, Integers, Floats und Strings beherrscht, Operatorüberladungen und außerdem sich noch eventuell in JIT-Code übersetzen lässt. -->selbst Java würde da rausfliegen, weil Java keine Operatorüberladungen kennt.
Zitat von »"carli"«
@C++:
nein. Bloß weil ihr keine andere Sprache kennt (ich kenne C++ und weiß, auf was ich mich sonst einlassen würde :o Buildsystem - Headers - Das Grauen in Person), müssen wir die noch lange nicht nehmen.
Es gibt viele Sachen, die haben sich einfach aus driftigen Gründen durchgesetzt (Windows, C, Ottomotor, Mehrwertsteuer), obwohl es bessere Alternativen gibt - aber nur wenige Leute, die bereit sind, umzudenken.
C++ ist in den 70er Jahren entstanden, wurde allein für Unix entwickelt. Problem: Unix kennt keine DLLs, also braucht man wieder einen riesen-Workaround.... es geht alles. Die Frage ist nur: mit welchem Aufwand?
Wenn du bereit bist, mehrere hundert Arbeitsstunden damit zu verbringen, 2 Buildsysteme zu bauen und das Programm nach C++ zu übersetzen? gerne. (wobei ich C++ nur nutze, wenn ich dazu gezwungen werde.)
Edit: ich hab mal ein C++-Projekt angefangen (mitarbeiten ist sowieso kein Problem), es scheiterte daran, dass wir für jede Plattform einen Entwickler brauchten, der das entsprechende Buildsystem gepflegt hat. Wir waren nur noch damit beschäftigt, uns mitzuteilen, welche Sources neu hinzugekommen sind und welche Libs dazugelinkt werden - das ist einfach verschwendete Zeit gewesen, in der man schon zig andere Sachen programmiert bekommen hätte.
Fazit: es geht alles, die Frage ist nur: Wie unsauber und mit welchem zusätzlichen Zeitaufwand..... (denk mal drüber nach)
@Scriptsprache:
Ja, die haben wir selber entwickelt - einfach, weil wir eine konkrete Vorstellung davon hatten, wie die Scripts aussehen sollten, was sie können sollen.
Finde mir mal eine Scriptsprache, die Klammern {} verwendet, objektorientiert ist, Integers, Floats und Strings beherrscht, Operatorüberladungen und außerdem sich noch eventuell in JIT-Code übersetzen lässt. -->selbst Java würde da rausfliegen, weil Java keine Operatorüberladungen kennt.
carli
unregistriert
Zitat von »"Stazer"«
also sowas wie libs linken etc. wird bei meinem derzeitigen projekt sofort am anfang erledigt!
Zitat
Das Problem ist, dass C++ wirklich plattformunabhängig ist und einem enorme Freiheiten bietet. Ich glaube es gibt einfach mal ekine Programmiersprache, die so ein weites Spektrum abdeckt, wie C++.
Quellcode |
|
1 |
print "Hello World!" |
Quellcode |
|
1 2 3 4 5 6 7 |
#include <iostream> int main() { std::cout << "Hello World!"; return 0; } |
Quellcode |
|
1 |
log("Hello World") |
Zitat
Python ist langsam??
Werbeanzeige