Lange Zeit Leser; erstmaliger Fragesteller:
Ich wollte schon seit einiger Zeit Teil der Spieleindustrie sein, aber mein Lebenslauf besteht zu 100% aus Backend-Arbeiten.
Ich bin ein starker C ++ / C # -Entwickler ohne praktische Erfahrung in der Spieleentwicklung. Meine Backend-Erfahrung macht mich zu einem guten Kandidaten für die Backend-Arbeit (da viele Spiele heutzutage servicebasierte Aspekte aufweisen), aber es ist ein hart umkämpftes Feld und ich suche nach Möglichkeiten, mich abzuheben.
Da niemand einfach auf mich zukommt und mir einen Job in der Spielebranche gibt, habe ich mich entschlossen, meine eigenen Spiele zu schreiben.
Ich verstehe, warum C und C ++ die Defacto-Sprachen in der Spieleentwicklung sind, aber ich mag die Philosophie hinter XNA wirklich. Wie bereits erwähnt, beherrsche ich sowohl C # als auch C ++. Wenn ich mich jedoch richtig erinnere, funktioniert XNA nur in CLR-kompatiblen Sprachen (möglicherweise nur in C #).
Beeinträchtigt es meine Chancen, einen Job in der Spieleindustrie zu finden, wenn ich mich auf die Spieleentwicklung mit XNA und C # anstelle von C ++ konzentriere? VB hat den unfairen Ruf, keine echte Programmiersprache zu sein, und VB-Programmierer sind von diesem Stigma betroffen. Ist dies bei der Verwendung von C # in einer Community der Fall, die hauptsächlich aus C ++ - Entwicklern besteht?
Oder übersteigen die Grundlagen der Spieleentwicklung, die durch das Schreiben von Spielen erlernt werden können, Sprache und Technologien?
Ich habe die Erfahrung gemacht, dass dieselben in XNA verwendeten Konzepte zwischen verschiedenen Bibliotheken und Sprachen hin und her übertragen werden. Ich konnte effektiv zwischen verschiedenen Spieltechnologien hin und her springen und begann mit XNA.
Die Arbeit mit C # und XNA hat mir geholfen, mich auf ein bestimmtes Lernziel zu konzentrieren ("Was bringt ein Spiel zum Ticken?") Und nicht auf das Mischen von Zielen ("Wie lerne ich X und mache ein Spiel gleichzeitig?"). Wann immer ich Tore kombinierte, endete ich mit ziemlich miserablen Ergebnissen. Indem ich in meiner Komfortzone anfing und mich auf XNA stützte, konnte ich die Dinge zum Laufen bringen.
quelle
Wenn Sie ein unterhaltsames Spiel machen können und tatsächlich ein talentierter Ingenieur sind, brauchen Sie sich keine Sorgen zu machen. Niemand wird Sie dafür belästigen, wie Sie Ihr Spiel gemacht haben.
Spiele werden nicht so gepflegt wie viele andere Softwareprodukte. Es wird weniger Code zum Wegwerfen gemacht als in der Spezialeffektbranche, aber wir können immer noch mit viel Aufwand davonkommen.
Erledige einfach die Arbeit. Am Ende des Tages geht es darum, Spiele zu entwickeln.
quelle
Mir wurde gesagt, dass:
Der Inhalt ist mit einigen Ausnahmen wesentlich wichtiger als die verwendeten Tools.
Obwohl die Basis der meisten größeren Spiele C ++ ist, liegt dies daran, dass die Tools in C ++ entwickelt wurden. Wenn Sie die Tools nicht codieren, ist es möglich, dass Sie ohnehin nicht in C ++ programmieren.
Bearbeiten: Ein abgeschlossenes Demo-Projekt in einer beliebigen Sprache (C # usw.) ist bedeutend besser als etwas Unvollständiges in einer schwierigeren Sprache (C ++ usw.).
quelle