ArsLudica.org Forum
Cogitare => Officina Creandi => Topic aperto da: Monopoli - Ottobre 08, 2009, 17:13:48
-
E allora perche' non usare il metodo piu' trendy del momento?
http://twitter.com/codemastersjobs
Tutte le nuove offerte di lavoro in tempo reale :)
-
Ma sono sempre in costante ricerca? Cazzofigata via twitter!
-
Le aziende che stanno bene e hanno molti dipendenti cercano sempre gente nuova!
-
io che potei fare... vediamo... rompere le palle al monopoli mentre lavora? ;D
-
Presumo vogliano per forza le lauree eh ::) ? Dubito voi ve ne facciate molto di esperienza media nel campo dei microcontrollori :asd:
-
Presumo vogliano per forza le lauree eh ::) ?
Ma va, perchè? L'esperienza vale molto di più :)
-
Presumo vogliano per forza le lauree eh ::) ?
Ma va, perchè? L'esperienza vale molto di più :)
Potrei essere abbastanza folle da mandare un curriculum, ma da un lato credo ci sia tanta gente più preparata di me (penso a un cherno qualsiasi :P ) con già minima o meno esperienza sul campo, anche in modo indipendente :D
-
Beh dai, dipende: per dire io mi smazzo programmazione grafica ed implementazione del gameplay. Magari tu sei un designer dellamadonna e neanche lo sai: è importante secondo me mandare del materiale insieme al curriculum. Più si può essere valutati e meglio è, soprattutto quando non si ha la possibilità di fare un colloquio!
Certo che se uno non ha nulla la vedo dura, ho ancora gli incubi con i colloqui che il buon Alessandro aveva tenuto all'IVDC dell'anno scorso. Non perchè lui fosse cattivo, anzi è buono come il pane e davvero disponibile..però se penso a chi gli stava di fronte :D
Ma te in che campo del processo di produzione di videogame vorresti entrare?
-
A me capita di fare anche decini di colloqui a settimana (e non essendo del personale, per me vuol dire perdere tempo che dovrei spendere a fare altro). Ho sviluppato diverse tecniche per capire se una persona sa quello che dice. La migliore, ho scoperto, è farla parlare quasi da sola.
Pochi anni fa cercavamo esperti di programmazione ARM, siccome la materia è ormai molto diffusa anche nei circuiti amatoriali per via del GBA, è stato fondamentale imparare a capire quanto il demo fosse farina del sacco dei candidati. Lo scrivo perché i primi due arrivarono preparatissimi (probabilmente da qualcuno) e facendo domande sulle demo erano stati convincentissimi. Durarono qualche settimana perché almeno di C ne capivano veramente.
Ultimamente stavo per rifare lo stesso errore con un sedicente esperto di terrain engine. Su quello sembrava molto esperto (io qualcosa ne so per via di Anarchy Online e diversi simulatori per droni) ma è bastato spostare un po' il tiro facendo domande poco dirette e lasciandolo parlare che ho scoperto non sapeva cosa fosse un depth buffer e non aveva la benché minima idea di cosa fosse una skybox o l'impostoring.
Secondo me con in tempo che sprecano a prepararsi così bene potrebbero impararlo davvero, un mestiere :)
-
Eh si.
-
Presumo vogliano per forza le lauree eh ::) ?
Ma va, perchè? L'esperienza vale molto di più :)
Potrei essere abbastanza folle da mandare un curriculum, ma da un lato credo ci sia tanta gente più preparata di me (penso a un cherno qualsiasi :P ) con già minima o meno esperienza sul campo, anche in modo indipendente :D
Se vuoi mandarlo, fai la cosa giusta: mandalo a me :)
Passa per una pipeline molto diretta e se ti assumono mi becco dei soldi :D
A parte gli scherzi (che poi scherzi non sono), cerchiamo programmatori per il rendering. Se vi interessa, mandatemi in curriculum in email.
Vi farò tre domande per vedere se posso mandare il curriculum con buona certezza che possiate essere assunti e manderò il curriculum a chi di dovere :)
-
finisco l'ultimo anno della laurea specialistica o magistrale che dir si voglia,
mi iscrivo alla gnomon school of visual effect e poi entro come art director!
-
riporto in vita il topic in visione di alcuni, chiamiamoli così, pensieri su future prerogative lavorative.
In generale, togliendo il settore grafico, quello prettamente programmativo quali competenze richiede? Non credo basti "semplice" programmazione C, e quale potrebbe essere la laurea più qualificata!?
-
Temo che in Italia non ci sia nessuna laurea davvero adatta, ma la piu' vicina e' "informatica".
Ecco una lista di cose che avevo scritto per preparare un programma per una scuola. Escludo la parte di rendering e tutte le conoscenze specifiche per i vari reparti. Questo programma copre piu' o meno quello che ci serve da un programmatore Junior.
In genere siamo titubanti al prendere i Junior dall'estero, ma facciamo eccezioni per persone che si dimostrano eccezionalmente portate.
C++:
Generally, when the language is known (with books like “Thinking in C++”, which is free), the best solution is to read all the “Effective” books by Meyers.
When the read is done, apply everything to real problems.
- Casts: C++ has its own casts, they need to be well known.
- RTTI: what it is.
- “const” keyword: what does it mean in C++ and how to proficiently use it.
- Templates: what are them and how to use them proficiently .
- STL containers and algorithms: How to use them. Even if not used directly, is the best approximation to any container.
- Compile/Link: what happens during compilation and linking
- Namespaces: how to use them
- Preprocessor: how to use it.
- References: how and when to use them
- Cache: how it works and how to make your code faster.
Programming:
Every argument should be presented with some exercises with real problems.
- Patterns: at least GOF.
- OOP: classes, objects, inheritance, polymorphism and so on.
- Multithreading: synch solutions, double buffering, deadlock problems and so on.
- Data structures: Lists, Trees, Hashmap, sets and so on.
- Optimization: choose the best algorithm for every situation.
Math:
Every argument should be presented with some exercises with real problems.
- Vectors
o What is a Vector: representation and simple operations.
o Dot product and Cross Product: What are them, what they mean and how they are calculated
o Trigonometry: how to solve vector problems with trigonometry
- Matrices
o What is a Matrix: representation and main operations (mul, add, sub).
o Rotation, View and Proj Matrices: how are built, what they represent.
o Homogeneous Coordinates and Matrices: what are homogeneous coordinates and how are used in 3d computer graphics.
- Quaternions
o What is a Quaternion: definition, representation and basic operations.
o Rotation using Quaternions: What problem solves, when to use it
o Gimbal Lock: what it is and why quaternions solve it
-
Ti ringrazio, do un occhio ai vari argomenti, ammetto che una buona metà mi sono sconosciuti (ma manco mi pare siano mai stati affrontati da vari corsi che ho visto in UNI a suo tempo).
-
Il problema non è tanto la conoscenza di quelle cose, alla quale si può arrivare: il punto è fare in modo di accumulare esperienza in quelle problematiche.
-
Il problema non è tanto la conoscenza di quelle cose, alla quale si può arrivare: il punto è fare in modo di accumulare esperienza in quelle problematiche.
Ovviamente l'esperienza lavorativa vince su tutto, ma se si cerca lavoro come "Experienced programmer", allora le richieste diventano ben piu' grandi di quelle esposte nel precedente documento :)
-
Cosa che, tolta l'esperienza personale del "mi metto a casa e mi faccio il mio gioco indie" non è che trova molti sbocchi, ma per il resto dei mestieri non so quanto sia diversa la storia.
-
Cosa che, tolta l'esperienza personale del "mi metto a casa e mi faccio il mio gioco indie" non è che trova molti sbocchi, ma per il resto dei mestieri non so quanto sia diversa la storia.
quando ti senti pronto, fammi un fischio e provo a farti un colloquio informale. Se va bene, mi passi il CV e lo consegno internamente dicendo che ho gia' valutato che puoi fare un colloquio vero :)
-
Il problema non è tanto la conoscenza di quelle cose, alla quale si può arrivare: il punto è fare in modo di accumulare esperienza in quelle problematiche.
Ovviamente l'esperienza lavorativa vince su tutto, ma se si cerca lavoro come "Experienced programmer", allora le richieste diventano ben piu' grandi di quelle esposte nel precedente documento :)
Chiaramente :D
-
Cosa che, tolta l'esperienza personale del "mi metto a casa e mi faccio il mio gioco indie" non è che trova molti sbocchi, ma per il resto dei mestieri non so quanto sia diversa la storia.
quando ti senti pronto, fammi un fischio e provo a farti un colloquio informale. Se va bene, mi passi il CV e lo consegno internamente dicendo che ho gia' valutato che puoi fare un colloquio vero :)
:o Guarda premetto che è la solita idea che mi passa in mente "ogni tanto" di voler finalmente "mettere la testa" a posto, mollare il lavoro, tornare in Università, laurearmi in "scienze informatiche", vedermi quelle cose e tentare veramente la sorte.
Ma ripeto che si tratta di un idea che devo concretizzare prima idealmente per me, e poi materialmente quindi io ti dico, sinceramente, grazie anche solo per la disponibilità veramente, sul serio, e se mai, un giorno, magari non troppo lontano, mi faccio coraggio e ci provo, ti farò sapere sicuramente.
-
Cosa che, tolta l'esperienza personale del "mi metto a casa e mi faccio il mio gioco indie" non è che trova molti sbocchi, ma per il resto dei mestieri non so quanto sia diversa la storia.
quando ti senti pronto, fammi un fischio e provo a farti un colloquio informale. Se va bene, mi passi il CV e lo consegno internamente dicendo che ho gia' valutato che puoi fare un colloquio vero :)
:o Guarda premetto che è la solita idea che mi passa in mente "ogni tanto" di voler finalmente "mettere la testa" a posto, mollare il lavoro, tornare in Università, laurearmi in "scienze informatiche", vedermi quelle cose e tentare veramente la sorte.
Ma ripeto che si tratta di un idea che devo concretizzare prima idealmente per me, e poi materialmente quindi io ti dico, sinceramente, grazie anche solo per la disponibilità veramente, sul serio, e se mai, un giorno, magari non troppo lontano, mi faccio coraggio e ci provo, ti farò sapere sicuramente.
Nessun problema :) Magari tornare all'Uni non ti serve :) Se sei davvero interessato, se vuoi ti passo un po' di titoli di documenti che trovi online e di libri per coprire le parti che non sai.
Ogni volta che posso aiutare qualcuno ad andarsene dall'Italia e' un piacere :)
-
Guarda, vere materiale almeno per poter dire "Ok, ho un punto da cui iniziare" di certo male non mi fa, almeno ho anche modo di capire se è una cosa per cui posso essere portato o no (come ho già avuto modo di dire non sono digiuno di programmazione dall'alto ( !???) del mio diploma informatico, seguito da mezza laurea informatico, seguito da programmatore elettronico di sistemi di protezione elettrici :asd: ).
Ti ringrazio ancora anche solo per il "pensiero" :D
-
Temo che in Italia non ci sia nessuna laurea davvero adatta, ma la piu' vicina e' "informatica".
Ecco una lista di cose che avevo scritto per preparare un programma per una scuola. Escludo la parte di rendering e tutte le conoscenze specifiche per i vari reparti. Questo programma copre piu' o meno quello che ci serve da un programmatore Junior.
In genere siamo titubanti al prendere i Junior dall'estero, ma facciamo eccezioni per persone che si dimostrano eccezionalmente portate.
C++:
Generally, when the language is known (with books like “Thinking in C++”, which is free), the best solution is to read all the “Effective” books by Meyers.
When the read is done, apply everything to real problems.
- Casts: C++ has its own casts, they need to be well known.So cosa sono, più o meno come si usano, ma molto probabilmente c'è molto da sapere che non mi hanno insegnato di striscio
- RTTI: what it is.real time ti? non so cosa sia la sigla
- “const” keyword: what does it mean in C++ and how to proficiently use it.A ingengeria lo insegnano male. A informatica saltano il pezzo.
- Templates: what are them and how to use them proficiently .Fatti in teoria mai usati veramente all'uni
- STL containers and algorithms: How to use them. Even if not used directly, is the best approximation to any container.ci mancherebbe che la insegnassero all'uni
- Compile/Link: what happens during compilation and linkingFatto e stiamo approfondendo
- Namespaces: how to use them PRaticamente mai visti
- Preprocessor: how to use it. Visto, ora stiamo approfondendo
- References: how and when to use them Mai fatte
- Cache: how it works and how to make your code faster. Beh stiamo facendo Archietettura degli elaboratori
Programming:
Every argument should be presented with some exercises with real problems.
- Patterns: at least GOF. boh
- OOP: classes, objects, inheritance, polymorphism and so on. Per ora fatto da cani con java(oop spiegato in 2 minuti e senza òab, forse migliora nel secondo semeste)
- Multithreading: synch solutions, double buffering, deadlock problems and so on.stiamo facendo
- Data structures: Lists, Trees, Hashmap, sets and so on.fatto
- Optimization: choose the best algorithm for every situation.si può dire che sia stato fatto
Math:
Every argument should be presented with some exercises with real problems.
- Vectors
o What is a Vector: representation and simple operations. yes
o Dot product and Cross Product: What are them, what they mean and how they are calculated fatto
o Trigonometry: how to solve vector problems with trigonometry fattp
- Matrices
o What is a Matrix: representation and main operations (mul, add, sub).fatto
o Rotation, View and Proj Matrices: how are built, what they represent. matrici fatte praticamente solo a scopo teorico, in realtà non so come si comportano nello spazio. quei capitoli sono stati saltati a quanto pare
o Homogeneous Coordinates and Matrices: what are homogeneous coordinates and how are used in 3d computer graphics.
- Quaternionsfigurati
o What is a Quaternion: definition, representation and basic operations.figurati
o Rotation using Quaternions: What problem solves, when to use itfigurati
o Gimbal Lock: what it is and why quaternions solve itfigurati
In neretto cosa abbiamo fatto a metà 2° anno /fine secondo anno (so per certo che alcune cose non verranno fatte in questo secondo semestre)
Ora io mi rendo conto che stiamo facendo cose veramente troppo teoriche. Nel primo semestre non c'era un corso che necessitava l'apertura di un ide per sbaglio.
Il debugging non ci è stato insegnato, ma ce lo fanno fare a caso.
L'oop non è stato praticamente fatto se non con un'introduzione a java fatta da cani(ora dovremmo lavorare in maniera più approfondita su java) il bello è che abbiamo perso tutto il primo semestre a farci le pippe su un interprete in ocaml.
Il c++ non verrà mai insegnato, se non con una breve introduzione al terzo anno nel corso di interfacce.
Algebra lineare è stata trattata male a quanto pare(non sono sicuro ho seguito il corso da un'altra parte) in quanto nel programma sono stati i saltati i capitoli che parlano di elementi geometrici.
Alla fine posso dire di "conoscere" C,java,ocaml,sql (e c++ che ho fatto a ing inf) ma in realtà non me ne è mai stato insegnato uno in maniera approfondita. Il C qui è stato fatto da cani, per fortuna conosco un pò meglio il c++ (e ne manca di roba).
In pratica il programma prevede: 1° anno: caml & c | 2° : java & ocaml |introduzione al c++
In neretto c'è solo quello che conosco tramite università.
Ora io cerco anche di studiare le lacune a cui la mia uni non può porre rimedio per conto mio, però è una grossa sfacchinata. Dato che devo studiare+studiare quello che mi interessa e vorrei anche vivere.
uno come diamine deve fare??? :(
Alla specialistica (che qui fa abbastanza schifo) gli unici corsi utili per il game programming sono stati tolti.
Non posso fare la triennale e presentarmi da un sh di vg senza aver mai fatto niente, mi prenderebbero forse se li pagassi per lavorare ;D (manco morto)
è un bel casino. consigli?
-
Devi iniziare a produrre qualcosa. Attualmente nessuno ti insegna nelle università qualcosa di importante per quello che concerne la programmazione, saresti molto più avvantaggiato se tu avessi fatto un istituto tecnico informatico. Personalmente ho imparato tutto li, più che altro perchè essendo pischello potevo bruciare tutti i miei pomeriggi dietro directX ed amenità varie.
Fa tanto anche l'esperienza lavorativa, ho sviluppato ad oggi diverse applicazioni iPhone sia indipendenti che per terze parti ed affrontare le cose in maniera professianale è davvero formativo perchè insegna un metodo di lavoro, oltre che a rafforzare le conoscenze.
-
Guarda, vere materiale almeno per poter dire "Ok, ho un punto da cui iniziare" di certo male non mi fa, almeno ho anche modo di capire se è una cosa per cui posso essere portato o no (come ho già avuto modo di dire non sono digiuno di programmazione dall'alto ( !???) del mio diploma informatico, seguito da mezza laurea informatico, seguito da programmatore elettronico di sistemi di protezione elettrici :asd: ).
Ti ringrazio ancora anche solo per il "pensiero" :D
Tutto sta ad avere un progetto da curare in cui puoi applicare e sviscerare immediatamente le conoscenze apprese, secondo me. Possibilmente ambizioso e difficile. Mica devi concluderlo, ma se non è difficile non impari abbastanza :)
@lefantome: in effetti i corsi in cui ho imparato di più sono stati quelli in cui ti davano un task ("fammi un web server" - in C, s'intende), documentazione, linee guida da seguire, e ti piazzavano davanti a un compilatore.
Appena ho cominciato a lavorare qui ho quasi rischiato di dover usare C++. Perché "rischiato"? Perché si trattava di mantenere il codice di un predecessore che non andava pazzo per l'ordine :asd:. Invece poi è stato tutto riscritto in java. Però è quasi un peccato, mi avrebbe fatto piacere avere l'occasione di impararlo bene, credo che saremmo andati d'accordo io e C++ (i barbatrucchi che devo usare in java per aggirare l'impossibilità di ereditarietà multipla mi fanno sempre un po' anguscia).
-
Devi iniziare a produrre qualcosa. Attualmente nessuno ti insegna nelle università qualcosa di importante per quello che concerne la programmazione, saresti molto più avvantaggiato se tu avessi fatto un istituto tecnico informatico. Personalmente ho imparato tutto li, più che altro perchè essendo pischello potevo bruciare tutti i miei pomeriggi dietro directX ed amenità varie.
Io bruciavo i miei pomeriggio all'università leggendomi "Thinking in Java", più o meno... :look:
Credo che l'utilità di una mezza dozzina di corsi mi abbiano ampiamente ripagato della restante trentina; ho cominciato a lavorare con alcune basi abbastaaanza solide (certo, ad oggi ho riscritto 3-4 volte tutto il mio codice)... dipende un po' dall'università.
Fa tanto anche l'esperienza lavorativa, ho sviluppato ad oggi diverse applicazioni iPhone sia indipendenti che per terze parti ed affrontare le cose in maniera professianale è davvero formativo perchè insegna un metodo di lavoro, oltre che a rafforzare le conoscenze.
Eggià. Io ho cominciato a smanettare con il web 6 anni fa, ma ho cominciato a progredire molto più velocemente quando ho iniziato ad occuparmene sul lavoro.
-
Java è un gigantesco barbatrucco, più che programmazione a oggetti la chiamo programmazione per inganni :asd:
Comunque si, la mia idea era, a breve, di tirare giù un gioco indie 2d in pixel art poichè, essendo io a dovermi occupare della grafica, il 2d pixelloso è l'unica cosa che riesco a disegnare decentemente, e perchè ho un paio di idee che ritengo più che buone quasi ottime, stavo solo scegliendo la piattaforma, ero orientato a un flash ma quasi quasi potrei tentare il C per provare.
-
Se ti metti con xna/visual c++ ti dò una mano più che volentieri. A patto che davvero tu voglia farlo :asd:
-
Java è un gigantesco barbatrucco, più che programmazione a oggetti la chiamo programmazione per inganni :asd:
Comunque si, la mia idea era, a breve, di tirare giù un gioco indie 2d in pixel art poichè, essendo io a dovermi occupare della grafica, il 2d pixelloso è l'unica cosa che riesco a disegnare decentemente, e perchè ho un paio di idee che ritengo più che buone quasi ottime, stavo solo scegliendo la piattaforma, ero orientato a un flash ma quasi quasi potrei tentare il C per provare.
Se hai tempo e voglia, potresti farmi vedere qualcosa che hai fatto in pixel art?
-
Devi iniziare a produrre qualcosa. Attualmente nessuno ti insegna nelle università qualcosa di importante per quello che concerne la programmazione, saresti molto più avvantaggiato se tu avessi fatto un istituto tecnico informatico. Personalmente ho imparato tutto li, più che altro perchè essendo pischello potevo bruciare tutti i miei pomeriggi dietro directX ed amenità varie.
Io bruciavo i miei pomeriggio all'università leggendomi "Thinking in Java", più o meno... :look:
Credo che l'utilità di una mezza dozzina di corsi mi abbiano ampiamente ripagato della restante trentina; ho cominciato a lavorare con alcune basi abbastaaanza solide (certo, ad oggi ho riscritto 3-4 volte tutto il mio codice)... dipende un po' dall'università.
Chiaro dipende da molti fattori, la cosa positiva è che in università ti riempiono di testi di cui non immagineresti neanche l'esistenza :)
-
Java è un gigantesco barbatrucco, più che programmazione a oggetti la chiamo programmazione per inganni :asd:
Comunque si, la mia idea era, a breve, di tirare giù un gioco indie 2d in pixel art poichè, essendo io a dovermi occupare della grafica, il 2d pixelloso è l'unica cosa che riesco a disegnare decentemente, e perchè ho un paio di idee che ritengo più che buone quasi ottime, stavo solo scegliendo la piattaforma, ero orientato a un flash ma quasi quasi potrei tentare il C per provare.
Se hai tempo e voglia, potresti farmi vedere qualcosa che hai fatto in pixel art?
Non dare retta a Joe, ti manda gli abbozzi di game design e poi scompare :asd:
-
Facciamo che ci apro un topic a parte e ne parliamo li :asd:
-
Guarda, vere materiale almeno per poter dire "Ok, ho un punto da cui iniziare" di certo male non mi fa, almeno ho anche modo di capire se è una cosa per cui posso essere portato o no (come ho già avuto modo di dire non sono digiuno di programmazione dall'alto ( !???) del mio diploma informatico, seguito da mezza laurea informatico, seguito da programmatore elettronico di sistemi di protezione elettrici :asd: ).
Ti ringrazio ancora anche solo per il "pensiero" :D
Tutto sta ad avere un progetto da curare in cui puoi applicare e sviscerare immediatamente le conoscenze apprese, secondo me. Possibilmente ambizioso e difficile. Mica devi concluderlo, ma se non è difficile non impari abbastanza :)
(cut cut cut)
Butto li' la mia sul discorso di StM, perche' per come la vedo io, a leggere una roba del genere mi si rizzano i capelli.
Mentre la lista delle cose da sapere stilata dal buon Monopoli e' piu' che completa, la prima cosa che domanderei in sede di colloquio e' "sai finire quello che inizi?".
Nella mia carriera di programmatore (di videogiochi e non) una delle cose che sento piu' spesso e' "sisi', questa cosa l'ho finita, mi manca solo...", e la mia risposta tipo e' che allora NON e' finita.
Dovessi valutare io le cose, preferisco un progettino piccolo e poco ambizioso ma finito che non una roba complicata fatta per tre quarti.
La skill "saper finire le cose" e' una di quelle che - soprattutto nel campo della programmazione dei vg - considero fra le piu' importanti.
Questo perche' quando si lavora sui PC ad applicativi "normali", non e' raro finirli per tre quarti, e poi "massi', lo patchamo dopo". Quando lavori su un videogioco e' diverso: se su PC si puo' ancora ancora fare, su DS o su PS2 non si patcha niente. Quando un gioco e' finito, deve essere finito davvero.
Un gioco "finito ma...", quando va in submission per l'approvazione, lo stroncano, il che vuol dire che quel gioco non esce. Quando va bene, la cosa si risolve nel dover tirare fuori un po' piu' di denaro in stipendi e nell'uscire in ritardo (o nel momento sbagliato); quando va male, sono cause con il publisher e studi che chiudono per mancanza di fondi.
Inoltre, un altro fatto importante e' che spesso non si puo' o non si sa valutare la bonta' di un'interfaccia (nei termini di "interfaccia di classe C++/classe Java/set di funzioni pascal/quel che e'") di quello che si e' realizzato finche' non lo si utilizza. Imparare a scrivere buone interfacce e' importante nei grossi progetti e in ogni situazione in cui si lavori in team.
Per intenderci: io posso scrivere della roba figa che spacca i culi, ma se lavoro con Monopoli e lui diventa scemo per usarla, in quello che ho scritto qualcosa non va. E si impara a scrivere interfacce solo guardando quelle degli altri con occhio un po' critico, e provando a utilizzare le proprie.
Infine, nella mia testa, il codice serve a risolvere dei problemi, e un problema risolto per tre quarti non e' un problema risolto del tutto. Il quarto restante magari e' solo boilerplate code, mettere le chiamate dove servono; ma spesso, anche se sembra, non e' cosi' ed e' solo al momento di far incastrare le cose che si scopre che in realta', le cose non si incastrano. E se anche si incastrano, spesso e' cosi' che saltan fuori i problemi di performances.
Per queste ragioni il mio consiglio e' leggermente diverso da quello di StM, che rettificherei in: "tutto sta ad avere un progetto da curare in cui puoi applicare e sviscerare immediatamente le conoscenze apprese, secondo me. Possibilmente ambizioso e difficile. Magari molto piccolo, ma devi finirlo".
-
Se hai tempo e voglia, potresti farmi vedere qualcosa che hai fatto in pixel art?
Apriamo un thread sui lavori in pixel art così ognuno può postare i suoi? :proud:
-
Aprilo.
-
Questa mi sembra un ottima idea :D