Salut !

J'aimerais savoir quel était le meilleur moyen (tutoriel...) d'apprendre les rudiments du moteur Unity !

Mon projet est une application 3D toute simple, pour PC, et j'ai un mois pour la faire, est-ce jouable sachant que je n'y connais rien ?

Je suis également très intéressé par la création de jeux, sur le plus long terme.

Merci d'avance !

J'aurais dû voir le topic épinglé, je reposte ça dessus... désolé, à lock.

Avec Unity? Je crois qu'il faut un minimum connaître au code de programmation pour l'utiliser.

• amoract a posté :

Avec Unity? Je crois qu'il faut un minimum connaître au code de programmation pour l'utiliser.

_________________________________________________
___________________________________

Oui effectivement, de bonnes connaissances en Java ou C# sont conseillés.

Est-il possible de se former à C# en même temps qu'à Unity ?
Afin de se concentrer sur l'application du C# à unity..

• mrjenkins a posté :

Est-il possible de se former à C# en même temps qu'à Unity ?
Afin de se concentrer sur l'application du C# à unity..

_________________________________________________

Je n'ai jamais trouvé de tutos spécialisés C# et conception de Jeux pour novices, malheureusement, par contre si tu te forme sur les bases du langage il y a ensuite plein de doc qui accompagne Unity et qui te fourni des éléments et tutos concernant la plupart des fonctions.

Et il y a aussi des tonnes de tutos (en Anglais pour la plupart) sur la création d'un mini jeu expliqué pas à pas qui requiert uniquement ces fameuses bases.
Je te conseille de te plonger la dessus, je dirais qu'il faut au moins une semaine pour apprendre les bases mais ce n'est pas la mort et tu ne seras que plus à l'aise sous Unity ensuite ;)

La meilleur façon c'est de bidouillé, essayer, voir ce que sa donne, et essayer d'optimisé en faisant un code plus compact avec le même resultat,

Voilà, quand tu aura fait sa, tu tiendra une bonne base

optimiser et avoir un code compact sont deux choses différentes...
Et avoir un code compacte n'est pas une bonne idée car cela veut généralement dire un code plus difficile à lire. Et dans une production où tout est susceptible de changer régulièrement, pouvoir relire et corriger le code, c'est un énorme gain de temps (d'autant plus que modifier un code mal compris, c'est prendre le risque d'ajouter des bugs à corriger plus tard).

Ecoute, si tu veut mettre 40 lignes a faire un truc de 7 lignes (comme je l'ai déjà vue), qui fait beaucoup plus ramé et prend plus de temps a l'execution, c'est ton problême, mais quand ont sais scripter, ont sais corriger les codes les plus complex ...

"coder" pardon ... j'avais oublié qu'il y a des gens qui parlent au mot près

"Ecoute, si tu veut mettre 40 lignes a faire un truc de 7 lignes (comme je l'ai déjà vue), qui fait beaucoup plus ramé et prend plus de temps a l'execution, c'est ton problême"

L'optimisation ne se compte pas en ligne de code. Si c'est de la performance que l'on cherche, c'est très souvent en rajoutant du code qu'on en obtiens.

Pour unity3D on trouve beaucoup de tutoriels sur des cas particuliers de codage, le but etant d'arriver a comprendre ce qu'il se passe pour pouvoir faire notre propre application (car aucun tutoriel ne peut savoir ce qu'on veut coder à l'avance).

"Ecoute, si tu veut mettre 40 lignes a faire un truc de 7 lignes (comme je l'ai déjà vue), qui fait beaucoup plus ramé et prend plus de temps a l'execution"

Trop, carrément, pourquoi écrire un tri par tas complexe comme tout alors que le tri à bulles prend cinq à dix fois moins de lignes et que de toute façon, les données sont triées quand même? Quels ânes ces programmateurs, on dirait qu'on les paye à la ligne de code.