ArsLudica.org Forum
Cogitare => Officina Creandi => Topic aperto da: Nevade - Febbraio 26, 2010, 16:18:47
-
Sarò breve.
Voglio cominciare a tirare giù un gioco indie, senza se e senza ma.
Lo scoglio più grande da affrontare, come ogni volta, è la grafica.
Considerando che sono un amante e sostenitore della pixel art e ho da sempre avuto un debole per i giochi bidimensionali tutto sommato questo aspetto lo potrei facilmente aggirare così, quello che mi serve ora è, fare una cernita delle idee da realizzare e, di conseguenza, capire quale sistema mi permette di lavorare più comodamente in modo da permettermi di imparare e fare le due cose.
Sono motivato!? si, credo di si, credo di aver abbastanza voglia e idee da poter dire la mia e fare qualcosa, non ho più dodici anni da partire dal "Voglio fare i videogiochi ma in vita mia l'unica cosa che ho fatto è stato aprire il carrello della psx" e credo di trovare, soprattutto in questo forum, gente capace in grando di darmi gli giusti "indirizzi" da prendere.
In realtà vorrei usare direttamente questo topic per tenere traccia di idee e progressi, a costo di metterci una vita.
Punto uno, mi serve trovare un motore da usare, la scelta mi oscilla fra flash e C, del primo conosco poco ma da quello che ho visto non mi sembra così difficile da approcciare, il secondo l'ho usato e lo uso abbastanza regolarmente, sicuramente non con strumenti e potenzialità tali da poter affrontare sta cosa a occhi chiusi, quindi il mio primo obbiettivo è, decidere quale motore è meglio e, seguendo un vecchio consiglio di Monops che disse a suo tempo, realizzare un simil space invaders, anche solo per avere le basi.
Consigli!? :D
-
La PSX non ha mai avuto un carrello. u_u
-
Se ti interessa mandarci il CV, Flash ti serve solo per l'UI e il C non ci interessa. Vai con il C++, oppure flash se ti interessa fare le UI :)
-
C++ mi va benissimo, più che altro cercando in giro ho trovato qualche guida per l'interfaccia grafica.
Come mi consigli di approcciare presumo l'uso di DirectX?
-
o DirectX dure e pure oppure XNA.
Come ide puoi scaricarti il Visual Studio Express, che è gratuito. Potresti fare questa roba: usare dx per il rendering2d, mentre potresti gestire le UI con flash :sisi:
-
XNA è quello di Live! e mi attira, più che altro perchè mi pare che abbia molti effetti grafici molto carini, ma magari se ne parla dopo, più che altro considerando mi interessano entrambi, per primo "approccio" che consigliate :D
Chiaramente evito di scrivere a ogni post "Grazie ragazzi" ma sappiate che avevate e avete tutta la mia stima e ammirazione più imperterrita e eterosessuale :D
-
A oggi sconsigliate di usare le care (oddio) vecchie librerie free SDL?
E Allegro? Sono ancora attive? Ricordo che erano delle buone librerie abbastanza facli da usare per li 2D. :D
-
XNA polverizza sia sdl che allegro. Quindi usarle oggi come oggi serve davvero a nulla a meno che non si voglia sviluppare qualcosa multipiattaforma linux/windows.
Con XNA potresti avere meno preoccupazioni. Non so se abbia effetti grafici già incorporati, è possibile, ma non ho neanche mai approfondito. Oltretutto credo ti aiuti a gestire anche l'organizzazione degli asset. Credo sia la scelta più indicata se quello che ti interessa è lo sviluppo delle meccaniche di gioco. :sisi:
Se invece vuoi laciarti nella programmazione grafica, directX.
-
A oggi sconsigliate di usare le care (oddio) vecchie librerie free SDL?
E Allegro? Sono ancora attive? Ricordo che erano delle buone librerie abbastanza facli da usare per li 2D. :D
Allegro e' stata la prima libreria che ho usato: ci avevo anche fatto i tutorial :D
Ad oggi SDL la si usa solo per roba opensource: non credo esista un progetto commerciale che usa SDL da anni, ormai.
-
Mi sembra che le sdl siano pure su symbian :sisi:
Probabilmente ce n'è una versione anche per il rotolo della carta igenica di casa mia :sisi:
Non c'è il rischio che XNA si prenda carico di troppe cose e Nevade non impari niente? Chiedo da ignorante ;D
-
Neva, ti vorrei chiedere delle cose prima di indirizzarti a degli studi: che tipo di programmatore vuoi essere?
Ecco le scelte che ti do:
- UI
- Rendering
- Gameplay
- Fisica (il programmatore della fisica spesso e' un programmatore del gameplay esperto di fisica)
- Audio
- Sistemi (tools, integrazione con source control, unit test e roba cosi')
Ti ho dato le scelte a cui potresti accedere da programmatore Junior :)
te lo chiedo perche' spesso nei forum leggo dei consigi tipo "devi sapere la fisica, l'assembly, il rendering, l'audio, tuttotuttotutto altrimenti niente", quando non e' vero :D
Se mi dici cosa ti piace, ti posso consigliare una linea da seguire.
-
Mi sembra che le sdl siano pure su symbian :sisi:
Probabilmente ce n'è una versione anche per il rotolo della carta igenica di casa mia :sisi:
Non c'è il rischio che XNA si prenda carico di troppe cose e Nevade non impari niente? Chiedo da ignorante ;D
Dipende cosa uno vuole imparare, non ci si può specializzare in tutto chiaramente. La domanda di Ale in questo senso è molto pertinente :sisi:
Di sdl ho visto anche un'implementazione per iPhone, ma a parte che è un casino da integrare e che Apple ti potrebbe tagliare le mani se lo fai, è un pò controproducente ecco.
-
Sarò breve.
Voglio cominciare a tirare giù un gioco indie, senza se e senza ma.
Lo scoglio più grande da affrontare, come ogni volta, è la grafica.
Considerando che sono un amante e sostenitore della pixel art e ho da sempre avuto un debole per i giochi bidimensionali tutto sommato questo aspetto lo potrei facilmente aggirare così, quello che mi serve ora è, fare una cernita delle idee da realizzare e, di conseguenza, capire quale sistema mi permette di lavorare più comodamente in modo da permettermi di imparare e fare le due cose.
Sono motivato!? si, credo di si, credo di aver abbastanza voglia e idee da poter dire la mia e fare qualcosa, non ho più dodici anni da partire dal "Voglio fare i videogiochi ma in vita mia l'unica cosa che ho fatto è stato aprire il carrello della psx" e credo di trovare, soprattutto in questo forum, gente capace in grando di darmi gli giusti "indirizzi" da prendere.
In realtà vorrei usare direttamente questo topic per tenere traccia di idee e progressi, a costo di metterci una vita.
Punto uno, mi serve trovare un motore da usare, la scelta mi oscilla fra flash e C, del primo conosco poco ma da quello che ho visto non mi sembra così difficile da approcciare, il secondo l'ho usato e lo uso abbastanza regolarmente, sicuramente non con strumenti e potenzialità tali da poter affrontare sta cosa a occhi chiusi, quindi il mio primo obbiettivo è, decidere quale motore è meglio e, seguendo un vecchio consiglio di Monops che disse a suo tempo, realizzare un simil space invaders, anche solo per avere le basi.
Consigli!? :D
Fare un gioco non vuol dire necessariamente imparare a programmare, il mio consiglio è di non cercare un motore ma un tool multimediale (anche vecchio) che ti permetta di concentrarti sul gioco e non sulle cose tecniche dietro al gioco.
Flash va bene ma considera anche Director o Unity3D (che è freeware per gli indie e può essere usato anche solo per il 2D ed hai il vantaggio che puoi portare il gioco su qualsiasi piattaforma).
Anche Silverlight potrebbe essere una scelta ma è forse è troppo programmer-oriented...
Poi ci sono proprio gli editor per fare determinati tipi di giochi, come l'AGS (adventure game studio) ed altri...
-
Fare un gioco non vuol dire necessariamente imparare a programmare, il mio consiglio è di non cercare un motore ma un tool multimediale (anche vecchio) che ti permetta di concentrarti sul gioco e non sulle cose tecniche dietro al gioco.
Bisogna vedere se lui il primo gioco vuole farlo per imparare a programmare oppure se vuole degli tools per imparare a fare giochi.
-
Che tipo di videogioco vorresti realizzare? Bidimensionale immagino, a scorrimento? A schermate fisse?
-
Giusta la considerazione di Matteo. Prima di proseguire sul tipo di gioco o altro è proprio necessario che Nevade ci dica qual è la skill che vorrebbe apprendere
-
Neva, ti vorrei chiedere delle cose prima di indirizzarti a degli studi: che tipo di programmatore vuoi essere?
Ecco le scelte che ti do:
- UI
- Rendering
- Gameplay
- Fisica (il programmatore della fisica spesso e' un programmatore del gameplay esperto di fisica)
- Audio
- Sistemi (tools, integrazione con source control, unit test e roba cosi')
Ti ho dato le scelte a cui potresti accedere da programmatore Junior :)
te lo chiedo perche' spesso nei forum leggo dei consigi tipo "devi sapere la fisica, l'assembly, il rendering, l'audio, tuttotuttotutto altrimenti niente", quando non e' vero :D
Se mi dici cosa ti piace, ti posso consigliare una linea da seguire.
Apro una parentesi per i grafici
hai scelte interessanti da dare?
a me sconfinfera da sempre l'idea del concept [character] artist/3d modeller
-
Anche Silverlight potrebbe essere una scelta ma è forse è troppo programmer-oriented...
In che senso? Cioè è meno alla mano di Flash?
-
Cherna ma l'editor di tile maps che stavi facendo ce l'hai ancora? :D
-
Cazzo ne so, probabilmente no :D
Guardacaso ieri stavo spulciando l'hard disk a caccia dei miei vecchi progetti, ma è stato davvero una palla scoprire che più della metà richiedono il loro ambiente di sviluppo per essere eseguiti, mentre altri non vanno d'accordo con 7 :)
In questi topic è facile farsi prendere dall'entusiasmo, però Tentiamo di rimanere IT_ se ti serve qualcosa apriamo un topic a parte :sisi:
-
Anche Silverlight potrebbe essere una scelta ma è forse è troppo programmer-oriented...
In che senso? Cioè è meno alla mano di Flash?
E' diverso.
E' difficile da spiegare ma ormai è quasi un'API multimediale multipiattaforma molto evoluta, con prestazioni da paura ed un editor potentissimo. Tutto è in qualche modo omogeneo e manipolabile via codice (in rapporto 1:1, non c'è nulla fatto con l'editor che non esista a runtime), anche se se ne fa volentieri a meno, una volta capita la sua logica di funzionamento.
Ora che hanno aggiunto i linguaggi di basso livello per il pixel shading ed il 3D è veramente un'arma impropria, solo che ha una curva di apprendimento molto ripida perché non c'è nulla di analogo sul mercato e tranne le skill di programmazione (ed una conoscenza di base di .NET) che uno già possiede, si riparte completamente da zero.
Il fatto che in un anno siano uscite 3 versioni (siamo alla 4, imminente) non aiuta...
-
posso postare anche io qui o no? ;D
Il fatto è che non so trovare il tempo. Siamo a venerdì e sono cotto. Non ho voglia di studiare nè di codare.
Domani e sabato e oltre a studiare devo uscire, domenica idem.
Negli ultimi due mesi fra esami e altro sono riuscito a buttare giù solo una bozza di design doc e a far renderizzare xna dentro una windows form.(devo farmi un editor)
Per avere il tempo di fare tutto in modo decente dovrei laurearmi in ritardo (alla triennale) e non penso convenga molto per un colloquio no?
Oltretutto volevo lasciare "l'amato" xna per lavorare in c++ mi sono anche preso un libro (game coding complete 3° ed) che mi pare ottimo, solo che purtroppo pecca visto che non fornisce supporto per i primi progetti. (cioè mostra come realizzare un sacco di cose, ma non come iniziare e mi parte subito con i l'analisi delle prestazioni del sistema dopo un'interessante parte teorica sulla gestione del progetto)
Insomma un buon libro sulle directx per beginner?
-
Neva, ti vorrei chiedere delle cose prima di indirizzarti a degli studi: che tipo di programmatore vuoi essere?
Ecco le scelte che ti do:
- UI
- Rendering
- Gameplay
- Fisica (il programmatore della fisica spesso e' un programmatore del gameplay esperto di fisica)
- Audio
- Sistemi (tools, integrazione con source control, unit test e roba cosi')
Ti ho dato le scelte a cui potresti accedere da programmatore Junior :)
te lo chiedo perche' spesso nei forum leggo dei consigi tipo "devi sapere la fisica, l'assembly, il rendering, l'audio, tuttotuttotutto altrimenti niente", quando non e' vero :D
Se mi dici cosa ti piace, ti posso consigliare una linea da seguire.
Allora, prima di risponderti un breve messaggio.
Quello che voglio fare è "creare" un gioco indie che ho in mente da tempo, attualmente ho strumenti e capacità per farlo!? no.
Quindi prima di passare al gioco vero e proprio è necessaria prendere confidenza coi tool da utilizzare, vale la pena come dice Zero usare un tool o partire da una base più ampia, la mia risposta è semplice, partire dal tool leva delle rogne a "basso livello" così da potersi concentrare sul gioco e basta.
Allettante, ma l'altro punto della mia "idea" è cimentarmi a un tipo di programmazione che possa avere un futuro, e per tanto mi conviene incominciare col provare a programmare giochi in modo più, passatemi il termine serioso.
Magari non fa per me, magari fallirò, magari non lo so, ma mai uno ci prova mai lo sa.
Quindi si, di base questo è il discorso: Monops, correggimi se sbaglio, per UI si intende tutta la parte che va dall'HUD ai Menu e presumo a tutto ciò che riguarda il concetto di IUM al videogioco, giusto!?
Così a tatto direi Gameplay, ovvero, sempre se non erro, quello che si occupa un po del lavoro "sporco" di prendere il pg fatto dal grafico, l'idea del game designer, il sonoro dell'omino con la chitarra e mettere insieme il tutto.
Joe, di base ORA voglio scaricare i tool detti da Cherno e farci uno space invaders, scarno, pulito, stupido, almeno per prenderci la mano :D So che l'entusiamo e la voglia iniziale servono a poco un cazzo se non per i primi 10 minuti quindi metodicamente voglio procedere per gradi :D
-
posso postare anche io qui o no? ;D
Il fatto è che non so trovare il tempo. Siamo a venerdì e sono cotto. Non ho voglia di studiare nè di codare.
Domani e sabato e oltre a studiare devo uscire, domenica idem.
Negli ultimi due mesi fra esami e altro sono riuscito a buttare giù solo una bozza di design doc e a far renderizzare xna dentro una windows form.(devo farmi un editor)
Se non hai tempo per applicare quello che impari è tutto inutile, delle skill elencate da alessandro non ne devi solo conoscere la teoria :)
-
Neva, ti vorrei chiedere delle cose prima di indirizzarti a degli studi: che tipo di programmatore vuoi essere?
Ecco le scelte che ti do:
- UI
- Rendering
- Gameplay
- Fisica (il programmatore della fisica spesso e' un programmatore del gameplay esperto di fisica)
- Audio
- Sistemi (tools, integrazione con source control, unit test e roba cosi')
Ti ho dato le scelte a cui potresti accedere da programmatore Junior :)
te lo chiedo perche' spesso nei forum leggo dei consigi tipo "devi sapere la fisica, l'assembly, il rendering, l'audio, tuttotuttotutto altrimenti niente", quando non e' vero :D
Se mi dici cosa ti piace, ti posso consigliare una linea da seguire.
Apro una parentesi per i grafici
hai scelte interessanti da dare?
a me sconfinfera da sempre l'idea del concept [character] artist/3d modeller
Ecco qui cosa si chiede ad un concept artist:
http://www.codemasters.co.uk/corporate/careers/job-details/?id=212
-
Quindi si, di base questo è il discorso: Monops, correggimi se sbaglio, per UI si intende tutta la parte che va dall'HUD ai Menu e presumo a tutto ciò che riguarda il concetto di IUM al videogioco, giusto!?
Così a tatto direi Gameplay, ovvero, sempre se non erro, quello che si occupa un po del lavoro "sporco" di prendere il pg fatto dal grafico, l'idea del game designer, il sonoro dell'omino con la chitarra e mettere insieme il tutto.
Joe, di base ORA voglio scaricare i tool detti da Cherno e farci uno space invaders, scarno, pulito, stupido, almeno per prenderci la mano :D So che l'entusiamo e la voglia iniziale servono a poco un cazzo se non per i primi 10 minuti quindi metodicamente voglio procedere per gradi :D
Sì, l'UI è la User Interface :) esattamente quello che dici tu.
Per il resto, il gameplay è un bel settore :) In realtà non vedi il modello 3d che ti da il grafico, ma vedi il componente software che ti da il programmatore del rendering, il componente software dell'audio e metti tutto assieme.
Per fare questo, la soluzione migliore è, come ti hanno consigliato, prendere uno Unity e fare un giochino :)
ciònonostante ricorda: se non sai quelle cose che ti ho detto nell'altro post (la lista in inglese), non verrai mai assunto, probabilmente da nessuna parte.
-
Quindi si, di base questo è il discorso: Monops, correggimi se sbaglio, per UI si intende tutta la parte che va dall'HUD ai Menu e presumo a tutto ciò che riguarda il concetto di IUM al videogioco, giusto!?
Così a tatto direi Gameplay, ovvero, sempre se non erro, quello che si occupa un po del lavoro "sporco" di prendere il pg fatto dal grafico, l'idea del game designer, il sonoro dell'omino con la chitarra e mettere insieme il tutto.
Joe, di base ORA voglio scaricare i tool detti da Cherno e farci uno space invaders, scarno, pulito, stupido, almeno per prenderci la mano :D So che l'entusiamo e la voglia iniziale servono a poco un cazzo se non per i primi 10 minuti quindi metodicamente voglio procedere per gradi :D
Sì, l'UI è la User Interface :) esattamente quello che dici tu.
Per il resto, il gameplay è un bel settore :) In realtà non vedi il modello 3d che ti da il grafico, ma vedi il componente software che ti da il programmatore del rendering, il componente software dell'audio e metti tutto assieme.
Per fare questo, la soluzione migliore è, come ti hanno consigliato, prendere uno Unity e fare un giochino :)
ciònonostante ricorda: se non sai quelle cose che ti ho detto nell'altro post (la lista in inglese), non verrai mai assunto, probabilmente da nessuna parte.
Ho tutto segnato, quello che mi preme "ora" è imparare, infarinare, provare, testare, cominciare a entrare dentro le logiche di programmazioni di questo tipo almeno a un livello base, di certo non è una cosa che si fa dall'oggi al domani: D
Giusto per sfizio da venerdi serale ho scaricato XNA per curiosità, non mi sembra malaccio, tra l'altro non sapevo andasse in C# :D
-
Si infatti è utile per farti dei tool volendo, comunque potresti anche dare un occhio ad unity: mi pare ci sia una licenza free anche
-
Ho visto la tropica demo paradise che gira da browser.
Metà di me era ammaliato, l'altra metà decisamente spaventato :asd:
-
Approfitto del thread per chiedere al Monopoli e tutti gli altri che hanno le mani in pasta direttamente nel settore, senza aprirne uno a parte: normalmente quale è il "percorso" che deve seguire una persona interessata a fare il level designer? Skill richieste? Conoscenze richieste?
-
Approfitto del thread per chiedere al Monopoli e tutti gli altri che hanno le mani in pasta direttamente nel settore, senza aprirne uno a parte: normalmente quale è il "percorso" che deve seguire una persona interessata a fare il level designer? Skill richieste? Conoscenze richieste?
NON seguire nessun corso: non servono a niente :D
Dalla mia esperienza:
- la maggior parte dei designer che conosco arrivano dal testing: prima erano tester e poi sono diventati designer
- tutti i designer che conosco sono giocatori incalliti: giocano a tutto
- Potrebbe esserti richiesto di programmare in LUA o qualche altro linguaggio di scripting: molti sistemi di gioco sono controllabili in tal modo
- Purtroppo non ho idea di che cosa venga chiesto ad un colloquio per designer :D Mi informo. Per darti un'idea, ecco le richieste che abbiamo noi per i game designer:
http://www.codemasters.co.uk/corporate/careers/job-details/?id=214
http://www.codemasters.co.uk/corporate/careers/job-details/?id=195
http://www.codemasters.co.uk/corporate/careers/job-details/?id=149
http://www.codemasters.co.uk/corporate/careers/job-details/?id=155
http://www.codemasters.co.uk/corporate/careers/job-details/?id=172
http://www.codemasters.co.uk/corporate/careers/job-details/?id=120
Quello che noti è che non si cercano Junior Game Designer: in genere questo tipo di figura viene formato internamente, partendo dal testing.
La carriera in genere è questa: tester->designer->producer/game owner.
Il Game Owner è una figura che ha controllo completo sul gioco ed è una sorta di producer. Il suo lavoro consiste nel dirigere il lavoro dei designer.
E' una figura in cui è possibile sfociare da designer quando si inizia ad avere un rapporto più profondo con il pubblisher.
-
Ma quindi Level Designer = Game Designer? Pensavo fossero due ruoli che portavano delle distinzioni. ???
Ti faccio un esempio: se una persona comincia sfruttando editor presenti nei giochi per realizzare eventuali livelli/mappe e mods, può aspirare (con un po' di esperienza dietro da autodidatta) a ricoprire ruoli nel level design oppure deve comunque partire dalla posizione di tester (non che mi faccia schifo farlo, anzi, se tipo una persona poi ha la chance comunque sia di fare carriera).
-
Ma quindi Level Designer = Game Designer? Pensavo fossero due ruoli che portavano delle distinzioni. ???
Ti faccio un esempio: se una persona comincia sfruttando editor presenti nei giochi per realizzare eventuali livelli/mappe e mods, può aspirare (con un po' di esperienza dietro da autodidatta) a ricoprire ruoli nel level design oppure deve comunque partire dalla posizione di tester (non che mi faccia schifo farlo, anzi, se tipo una persona poi ha la chance comunque sia di fare carriera).
Ho messo delle posizioni di level designer perchè sono comunque dei game designer, però effettivamente è diversa la carriera che fanno :D
I level designer che conosco in genere conoscono uno o due linguaggi di scripting (necessari per il loro lavoro).
Tra i vari level designer che ho visto, tre o quattro arrivano dal testing, mentre altri arrivano dal modding. Parlo di figure junior, poichè quelle con esperienza arrivano tutte da altre aziende :)
Non pensare che però testing == diventare designer.
Nonostante lo abbia visto succedere circa una decina di volte, ho avuto modo (tra il conoscere e il vedere i report) almeno 150 tester :)
Però di certo aiuta: tra tutti i designer che ho conosciuto, solamente uno è entrato in azienda direttamente come junior designer, però aveva fatto un concorso organizzato dal lead designer di quell'azienda e nonostante non avesse vinto, aveva colpito molto il designer, che gli ha fatto un ulteriore colloquio e poi l'ha assunto.
Dal testing, inoltre, gli aspiranti designer hanno sempre dovuto affrontare un difficilissimo colloquio. Era proprio di quel colloquio che volevo sapere dove vertivano le domade: mi informo e renderò noto :)
Ora però voglio rompere qualche mito sul game design, poichè la cattiva informazione (almeno in Italia) ha deformato un po' questa figura:
- il game designer non decide che giochi si fanno
- il game designer ha controllo solamente sulla sua parte
- per la maggior parte del tempo, il designer è più che altro un tester
- aziende specializzate in un genere (come i giochi di corse) cercano designer appassionati di tale genere e che conoscano tecnicamente quel campo
Esempio: se vuoi diventare designer di un'azienda che fa giochi di pugilato, aspettati di dover sapere tutti i nomi dei colpi e tutte le strategie
- Essendo il lavoro del designer nettamente meno stressante e con meno responsabilità di quello dei responsabili della produzione, non bisogna aspettarsi degli stipendi eccellenti, a meno di non essere famosi o di avere una buona carriera alle spalle.
Come per tutti i lavori, gli stipendi salgono con la responsabilità. Un designer è solitamente molto controllato e gli viene detto quel che deve fare. Inoltre il suo operato verrà costantemente controllato dai superiori. Per tale motivo la sua responsabilità sarà limitata. Come dicevo, al crescendo della carriera gli stipendi miglioreranno, ma la curva di crescita dello stipendio sarà diversa da quella dei responsabili alla produzione.
Al momento credo che queste siano le cose più importanti :)
-
Hai fatto un'ottima panoramica, molto utile per chi come me insegue questa posizione come carriera...
Alcune cose già le sapevo, ma è sempre bene rileggerle :D Sto fatto che bisogna per forza passare dalla posizione di tester è molto scomodo, fra l'altro ora voi non cercate tester, o mi sbaglio? :)
Riguardo i linguaggi di scripting per fare il Level Designer, oltre LUA che consiglieresti?
-
Hai fatto un'ottima panoramica, molto utile per chi come me insegue questa posizione come carriera...
Alcune cose già le sapevo, ma è sempre bene rileggerle :D Sto fatto che bisogna per forza passare dalla posizione di tester è molto scomodo, fra l'altro ora voi non cercate tester, o mi sbaglio? :)
Riguardo i linguaggi di scripting per fare il Level Designer, oltre LUA che consiglieresti?
I tester di cercano sempre, non credo li mettano in lista proprio per quel motivo :) Per fare il tester è sempre meglio provare.
Oltre a LUA, consiglio Python e UnrealScript, ma in realtà se ne sai già uno basta e avanza, visto che comunque a seconda della software house la faccenda cambia. Alcune hanno proprio il loro linguaggio :)