Vilket språk börja med vid spelprogramering?

Varför föreslår folk C#/XNA när det är en plattform som blir EOL 1:a april 2014.

Microsoft pushar numera C++ som det självklara valet för "högpresterande interaktiva program" (vilket inkluderar spel), och det på alla sina plattformar. Man skriva spel i andra språk, men C++ är industristandaren för spelutveckling.

Visst är C++ stort och komplicerat, finns dock inget som säger att man måste använda varenda finess som existerar. Använda bara templates från STL (undvik att skrivna egna som nybörjare) och använda grundläggande OOP-teknik så kommer man ändå väldigt långt. Och det är i alla fall lättare än assembler som man fick använda för spelutveckling på C=64 och Amiga/Atari ST tiden

När det gäller AAA-produktioner så finns det inte så mycket att välja på. Där är det C++ som gäller, precis som virtual void sa. Däremot ska du inte bry dig om vad han skriver om C#/XNA då det endast gäller XNA som API och inte språket C#. Det finns mycket språkreligion och fanatiker som envist ska trycka ner andra språk än det de själva föredrar. Är man en duktig programmerare vet man vilka verktyg man ska använda för olika uppgifter.

Ska du göra egna spel som indie så finns det mycket större valmöjligheter. Jag kodar C++ på jobbet men mycket C# privat, mest för att jag gillar språket och det påminner lite om C++ vilket jag egentligen tycker om. Java för Android är bra att kunna, också.

Ska du jobba med detta så är det alltid bra att kunna fler språk, och när du väl kan själva tänkandet så är det inget svårt att lära sig nya språk.

För just spelutveckling så är C++ kraftigt överrepresenterat. Visst, sitter man med kanske spelmekaniken så görs sådant, AI osv ibland i diverse script språk. Men om man vill ge sig in i spelutveckling ordentligt och med det menar PC/XBOX/PS etc så är C++ att rekommendera.
XNA/Java/etc kan du självklart göra spel i. Men i första hand kanske för andra typer av enheter. De ekosystem som finns idag kring spelutveckling på de lite större spelplatformarna är i princip uppbygda runt C++.

Var kanske otydlig, menade att XNA blir EOL, vilket står klart och tydligt i den länk jag gav. Med tanke på hur mycket MS pushat för C#/.Net de senaste 10 åren skulle det vara företagssjälvmord att lägga ner C#. Är definitivt ingen stor förespråkare för C++, skulle snarare säga att alla områden förutom spel och icke-triviala desktop-applikationer så finns bättre val än C++. Har skrivit massor med C++ kod i mina dagar, även spel och även undervisat i C++ programmering, så är inte heller någon C++-hatare, mest bara tiden som sprungit ifrån språket inom de flesta andra områden.

Men just för spel-programmering är C++ lika totalt dominerande som Java och C# är på webb-server-backend och C är för inbyggda-system. Väljer man en rimligt delmängd av C++ så är det inte speciellt mycket svårare än t.ex. Java, både Google och Microsoft använder väldigt mycket C++ internt men läser man deras respektive kod-standard så är det mer C-with-classes man kör än "modern" C++ template-meta-programming som ingen vettig själ fixar att debugga där det går åt €#%".

Alla andra språk? Det skulle alltså kvitta om man börjar med Java eller ASM?

Det är lättare att lära sig koncepten i ett språk som inte trampar dig på fötterna hela tiden. Detta har avhandlats många gånger på bl.a. www.gamedev.net och alla är rörande överens om att lågnivå-språk är fel väg att börja om du inte har någon bakgrund.

Personligen tycker jag mer om C++ än java, men det är nog för att vi hade java i skolan och C++ på fritiden!
(Vår lärare framställde alla som idioter )

Men jag har hört att java ska vara bra att lära sig, det har gemenskaper med många andra språk!

Fast frågan är på vilket sätt C# är enklare än C++ för spelprogrammering. Tycker denna artikel på gamedev.net är ganska illustrativ, ingen av de buggar som gjort här hade varit mindre sannolika att göra i C# än de är i C++.

Överhuvudtaget är skillnaden i komplexitet mellan C# och C++ (som språk) minimal. C#/.Net innehåller ett medföljande bibliotek som gör det mycket mer lämpat för "back-end" utveckling än C++ men för spel är det irrelevant. OpenGL/DirectX är i stället C/C++ APIer där det i finns en del "bindings" till Java(OpenGL) och DirextX(XNA).

Och varför då använda ett språk där man kommer behöva "fight the plattform" om spelet man jobbar på växer så prestanda/effektivitetsaspekten inte lägre blir helt irrelevant (givet modern HW). Någon har redan nämn att GC skulle vara en fördel med C#/Java, det är en fördel när man bygger back-end-system på multicore maskiner då det möjliggör en rad "lock-less" algoritmer som inte fungerar utan GC. Men för interaktiva applikationer kan GC bli din värsta mardröm då den kan introducera pauser som är utanför din kontroll, enda sättet att undvika detta är att hela tiden tänka på att skriva kod som minimerar antalet kortlivade objekt (läs rekommendationerna för hur man ska utveckla Android-program som inte "laggar", väldigt mycket krut läggs just på att inte trigga GC...).

Skriver man C++11 på det rekommenderade sättet (VC++, g++ och clang++ har alla stöd för de viktigaste sakerna i C++11) så behöver man i princip aldrig ett enda "delete" i sin kod utan det kommer sköta sig själv + punkten där destrueringen av objektet sker är deterministiskt == inga oförutsägbara pauser.

Man ska däremot inte göra något allt för svårt till att börja med, då lär man ge upp oavsett språk. När jag gick på KTH var en av laborationerna att göra ett pac-man spel i C. "Grafiken" var faktiskt bara text, men tror det är helt rätt nivå för ett första spel då man får lära sig en hel del om vad som fungerar / inte fungerar på ett väldigt litet projekt som ändå blir något som är fullt spelbart! Ett sådant spel kan man också bygga ut för att testa olika aspekter, t.ex. kan man testa att implementera en AI som låter spökena samarbeta för att ringa in pac-man etc.

Drar man direkt igång med någon av de 3D-motorer som finns lär man snabbt ge upp om man inte redan är rätt bekväm med programmering, blir alldeles för mycket som bara upplevs som "magi" i det läget, man kommer att "programming by coincidence".

*** tråd modererad ***

Jag har redigerat bort lite kommentarer som kan uppfattas som onödigt hårda.

/KimTjik