Programmeringsspråk för spel?

Börja med att prova om programmering är din grej innan du bestämmer dig. Om det visar sig att du har "tänket" naturligt och viljan som krävs är det bara att köra. Annars får du försöka på någon annan del av spelskapande.

Ett tips, börja koda istället för att fundera för mycket på portfolio, cert och liknande.. för att bli en duktig programmerare så krävs det att du lägger ner otroligt mycket tid på det så enkelt är det. Blir du tillräckligt duktig kommer det inte va nåt problem att hitta jobb. Det svåra är just att bli så duktig.

Det är mycket c++ i spelbranschen så det är bara att köra igång med det, sen skadar inte kunskaper i matte/fysik heller. Och det är inte bara "att lära sig ett par språk", tar som sagt lång tid att bemästra ett språk. Men jag skulle vilja säga att den riktiga utmaningen ligger i att lära sig programmering, inte i att lära sig ett språk. Nästan vem som helst kan plugga in syntax för ett språk, men långt ifrån alla kan bli duktiga programmerare.

När det gäller DirectX, det lätaste är nog att köra xna (.net). Så man är inte bunden till just c++ bara för att använda sig av directx..

Har inga konkreta förslag på böcker, det har dock diskuterats oändligt antal gånger på det här forumet så en enkel sökning kommer ge dig många förslag.

Som alla andra säger så handlar det om att koda ganska mycket innan det kan tänkas bli något av en. Steget att "aldrig ha kodat" till att bli programmerare är hyfsat stort. Hoppas att du inte bara har tänkt dig den här karriären för att du gillar att spela datorspel, det är en stor skillnad mellan att spela dem och koda dem kan jag säga dig

I vilket fall, det du ska göra först är att gå igenom några enkla tutorials och känna efter om programmering är din grej. De större språken är så pass lika att det är skit samma vilket du börjar med. Om du börjar med c++ så tvingas du lära dig om minneshantering och om du börjar med C#/Java så kommer objekt att komma ganska automatiskt.

Du kan titta här: Hello World Tutorial (C#) och se om du förstår vad som händer. Kopiera ALDRIG kod under tiden du försöker lära dig, var rad kod som man skrivit är en rad närmre att bli en bra programmerare. Eller som min lärare en gång sa: "Skickligheten av en programmerare kan ofta mätas i hur många nollor kod han/hon har kommit upp i".

Funderat på att läsa lite kurser för att komma igång ordentligt? Finns både program och fristående kurser för programmering.

Certs är vad jag vet inte så häftiga i sverige, då är det bättre med en examen. Men en portfolio kan snabbt visa andra kodknackare vilken nivå du ligger på och är ett givet bevis på om du kan någonting. Så det är klart viktigt oavsett om man har en examen eller inte(För ett antal företag är det även ett krav att man visar upp något).

Varför citerade du mig när du ändå skrev precis samma sak som jag gjorde?

Bättre att börja programmera och ta reda på om det är nåt man vill satsa på innan man börjar fundera på cert/portfolio.. Det ligger ändå en bit in i framtiden för någon som aldrig hållit på med programmering sen tidigare!

Och att man i C++ inte förlitar sig på ett gigantiskt API (på gott och ont), samt att C++ har templates (C# har istället generics, som är liknande men inte riktigt samma sak). Sedan är C# managed, vilket betyder att kompilatorn i princip genererar bytecode som du inte kan köra utan CLR-VMen (i stil med Java).

Underskatta inte skillnaderna mellan C++ och C#/Java. C++ är tillräckligt mycket "svårare" än C#/Java att det vore helt galet av en arbetsgivaren att anställa en "ren" C#/Java-utvecklare till ett C++ jobb. Manuell resurshantering (och pekare) är avsevärt svårare att bemästra än vad man tror, speciellt om produkten man arbetar på inte har väldigt strikta riktlinjer om hur det hela ska skötas.

Att sedan en icke insignifikant del av ett spel är mer eller mindre ren affärslogik och inte kräver C++ är en annan femma (m.a.o. inte kräver en riktig C++ utvecklare). Många (enklare) spel som inte har egenskrivna spelmotorer är t.ex. gjorda i C# istället. Men då tycker jag att man tappar mycket av charmen med att arbeta i spelbranchen också.

För övrigt måste jag stämma in i varningarna som har givits av andra före mig. Spelbranchen är en av dem sämre brancherna inom programmeringsvärlden att arbeta för. Du arbetar under (ibland mycket) hårdare tidspress och har lägre lön än andra av samma kaliber inom mer traditionella brancher.

Boktips? C++ Primer Plus av Stephen Prata när du väl plockar upp C++.

jag arbetar som programmerare , och är hyfsat ny , (universitetsexamen), mitt enda tips är att öva och öva och öva och öva. Även nu lägger jag ner ungefär 10-15h i veckan utöver mitt heltidsjobb , Att bli en programmerare är en livstil . Var bered på att offra många kvällar.
När du börjar känna dig lite bekväm, ta och lär dig XML.

angående välja programmeringspråk så ta det du känner dig mest motiverad att lära dig. När du väl kan ett objektorienterat språk så är det inte så svårt att gå över till någon annan.

hm, bokval C# for students , alt learn java international version (heter något liknande) dessa är ok nybörjarböcker.

Varför då? XML är 1) inget programmeringsspråk, 2) inte svårt att plocka upp när man behöver det, 3) sköts enklast med bibliotek i valfritt språk och 4) troligtvis inte relevant i sammanhanget. Jag kan inte se någon anledning till att TS skulle lära sig XML. Möjligtvis kan XPath och DOM vara saker att titta på i framtiden, men definitivt inte förrän det behövs.

Ja, det är ganska mycket C++ som gäller för spelprogrammering, iallafall när man tittar på tekniksidan (spelmotorer etc). Rätt många spelmotorer har ett scriptspråk som t.ex. lua ovanpå för att skriva spellogiken, så det är ganska bra att lära sig ett par olika språk i olika paradigmer.

Det är dock rätt ofta man klipper ner C++ till ett "C med klasser" för att minska komplexitet och få mer kontroll på minneshanteringen bättre. Om du är sugen på att koda lågnivå-kod för spelmotorer så bör du nästan satsa på en stil som liknar embedded-programmering.

För att få jobb krävs egentligen bara en sak: att du är en bra programmerare och kan visa det. Visst kan utbildning hjälpa dig att bli bra, men det är ingen garanti. Bara att koda och göra projekt du kan visa upp.

En annan sak som helt klart kan vara värt att ha koll på är template metaprogramming; när det ska optimeras så är det en väg man kan gå. Till exempel så har OTTDs pathfinder skrivits med denna metod, vilket gjort den avsevärt snabbare.

Hur ligger då Python till?

Ok, men är inte det helt ok?

EVE kör delar av sin server i stackless python, men ingenting på klienten vad jag förstått.

Vill man koda spel kan man göra det i vad som helst nästan, finns mycket hobbyspel och en del större saker kodade i python. Snabbt och enkelt att få igång något och lätt att utveckla i. Sedan är pyhon säkert vanligt i byggpipan för många spel. Som scriptande av byggsystem och liknande.

Jag skrev själv ett spel i python så sent som igår och tycker lätt det är det roligaste språket att skriva hobby-spel i. Men om du vill få jobb som programmerare på ett företag som gör storspel, tex DICE, Starbreeze eller Avalanche är det C++ du behöver kunna i 99% av fallen. Även CCPGames (dom bakom Eve Online) har fler annonser efter C++-programmerare, och i varje annons där python är med är även C++ med.

Därmed inte sagt att det inte kan vara en bra idé att börja lära sig programmera med python i vilket fall, det är inte på något sätt bortkastad kunskap även om du senare lär dig C++ och börjar jobba på DICE. Jag har i andra trådar tipsat om gratis-boken Invent with Python, som går igenom från början hur man gör spel med python om du är intresserad av python-spåret.

Angående certifieringar så har jag aldrig hört talas om några som är relevanta för spelutvecklare. För att få ett "vanligt" programmerar-jobb kanske dom däremot kan vara bra eftersom företaget som anställer kan ha nytta av certifieringar, tex om du jobbar som konsult vill en del kunder ha x% certifierade konsulter och liknande.

Dock kan jag inte säga att dom ger speciellt mycket i kunskapsväg, iaf dom lägre verkar främst handla om att lära sånt som en någorlunda skicklig utvecklare kan googla fram utantill. (Jag har själv bara tagit grund-C#, så det är möjligt att det blir bättre när man har en 4-5 st, men då kan man iof argumentera för att det är löjligt att man ska behöva göra massa onödiga cert för att få chans att ta ett som betyder något). Om jag skulle intervjua för mitt jobb skulle jag värdera nästan allt annat högre än eventuella certifieringar...

Ok, för jag har precis börjat gymnasiet och där så lär vi oss Python men hur svårt är det att gå över från Python till C++ senare, t.ex. när jag börjar högskolan?

Så länge du har fått in tänket så är det inte svårt att gå från ett imperativt språk till ett annat – det du måste "lära" dig när du går från Python till C++ är främst dessa saker:

• Syntax — C++ (och andra C-baserade språk) har ett helt annat syntax, som är ganska olikt Python

• Statisk typning — C++ är, till skillnad från Python, statiskt typat. Detta betyder att kompilatorn måste veta vilken typ varje variabel (och funktion) har. I Python, som är dynamiskt typat, är det värdena som har typer, medan det i C++ är variablerna.

• Minneshantering — i C++ måste du sköta all minneshantering själv. Du måste allokera och deallokera (även om det är implicit) själv, och det finns ingen GC som rensar upp när du gör fel.

ber så hemskt mycket om ursäkt jag var väldigt trött när jag skrev i tråden. utan menade UML.

Som #23 skrev. Om man har lärt sig datastrukturer så är övergången mellan språk inte så svårt. Jag läser spelprogrammering på BTH andra året och vi läste enbart C++ första året gjorde en del spel. Under sommaren så blev det en del programmering i Flash för att kunna göra några snabba spel och nå ut till en stor publik. I och med AS3 så kan man programmera OO i Flash och då var det enbart att lära sig flashs egna klasser och bibliotek. Att programmera spel helt själv är dock inte en trevlig historia hela tiden. Man kan koda en jätte bra kod men i avsaknad av den mer kreativa sidan så blir det att låna grafiken om man inte känner en grafiker. I flash kan man dock göra rätt okej grafik med vectorgrafik.

Programmering = problemlösning. Har man inte det lilla extra så blir det jobbigare att programmera.