Discussion :

[Youille]

Bonjour à tous,

Je m'excuse d'avance si une discussion de ce genre a déjà été postée quelque part. Après recherche, je n'ai rien trouvé.

Je ne sais pas si le but de ce post est clair. Je m'explique.

Je suis un fan de jeux vidéo, comme beaucoup ici, et j'aimerais en (faire) développer plus tard. De plusieurs types : du plateformer au RPG.

Seulement, je n'y connais rien en réalisation de jeu. J'ai donc du mal à prévoir ou à imaginer quelque chose.

Il y a des tonnes de tutos sur le net pour apprendre à coder, mais je n'ai pas trouvé de tutos permettant à un chef de projet de comprendre en détail quelles sont les différentes étapes de réalisation d'un jeu :
- Le code suit-il une logique précise, ou est-il fait "bouts par bouts" (excusez mes approximations) ? Y a-t-il un ordre que le codeur doit par exemple toujours suivre ? Ou un certain nombre d'étapes indispensables selon le type de jeu, et si oui lesquelles ? A quel moment quitte-t-on par exemple le code pour entrer dans les graphismes, etc ?

Je pense que j'en demande beaucoup, car il y a énormément d'informations à centraliser. Auriez-vous la connaissance d'un tel article sur le net, ou pourriez-vous m'expliquer cela ?

J'espère que mon message est clair dans tous les cas.

Merci d'avance !

Yoann

[Kannagi]

Ben s'il n'y a pas de tuto sur cela , c'est parce que si on sait coder cela semble évident.

- Le code suit-il une logique précise, ou est-il fait "bouts par bouts" (excusez mes approximations) ? Y a-t-il un ordre que le codeur doit par exemple toujours suivre ? Ou un certain nombre d'étapes indispensables selon le type de jeu, et si oui lesquelles ? A quel moment quitte-t-on par exemple le code pour entrer dans les graphismes, etc ?

Je pense que j'en demande beaucoup, car il y a énormément d'informations à centraliser. Auriez-vous la connaissance d'un tel article sur le net, ou pourriez-vous m'expliquer cela ?

On ne quitte pas le code pour entrer dans les graphismes^^'

Qu'est que c'est qu'une image ?
Pour info c'est des pixels (tableau de rvb en général), donc une image dans ton code c'est un tableau , et tu utilisera une bibliothèque pour envoyer à l'écran (SDL,opengl, ect...).
Le code suit une logique de programmation un paradigme en général objet , mais aussi peut suivre une logique fonctionnelle ou procédurale.
Par conseil avoir un bon niveau en prog et en info après le reste te semblera évident.

[saturn1]

je te conseille de suivre un tutoriel de développement pour débutant essaie le cours de C++ ou C#.

Ou si tu veux directement programmer des rendu graphique essaye Unity.

C'est seulement en découvrant par toi même que tu pourras répondre a ces questions^^

[el_slapper]

hum, je ne suis pas sur que "savoir coder" corresponde tout à fait à "savoir pondre une architecture solide pour un jeu". Moi, par exemple, je suis sans doute beaucoup plus dans le "1" que dans le "2".

Mais quand même, je ne crois pas qu'il existe une seule manière "solide" de faire un jeu. Mais il en existe sans doute bien plus de mauvaises. Le "monobloc" est sans doute la mauvaise idée la plus connue.

Sinon, je plussoie le conseil : faire des tutorials de programmation, puis faire un petit projet(genre un pong, ou un plateformer sur un seul écran fixe si tu préfères un plateformer), histoire de te faire les dents. Tu feras plein d'erreurs. Mieux vaut les faire sur un petit projet et apprendre.....

[Dabou Master]

Permettez-moi d'apporter ma maigre contribution d'un point de vue différent.
N'étant pas codeur (j'ai beau avoir essayé ça a juste été de la souffrance) je ne pense pas qu'il faille savoir coder pour savoir faire un jeu.
Je m'explique, un chef de projet (car c'est tout de même la question que j'ai comprise en fin de compte) n'est pas forcément supposé savoir programmer. Il n'est pas spécialement supposé savoir faire dans le graphisme non plus. C'est un médiateur entre les différents métiers pour au final produire un jeu.
Il faut des connaissances dans les divers métiers pour savoir ce qui est possible ou pas en fonction des technologies actuelles et de leur accessibilité. Si tu ne trouves pas de tutoriels c'est probablement parce qu'il n'y en a pas, il y a sans doute plein de façon de faire le boulot et ça s'apprend par l'expérience ...

Je comprends ton "angoisse" si j'ose dire, c'est comme faire son baptême de l'air sans avoir pris de cours de pilotage, mais j'ai envie de dire que c'est un mal nécessaire. Toutes les équipes qui se forment dans ce forum en sont plus ou moins au même point, par quoi on commence, combien ça nous prendra de temps, est-ce qu'il fallait le faire comme ça ?

Le seul conseil que je pourrais te donner, vu qu'à mon sens seule l'expérience apporte ce genre de réponses, essaie de contacter quelqu'un qui a déjà mené quelques petits projets qui ont abouti. A mon avis il pourra t'apprendre beaucoup. Je ne sais pas, si tu as quelques maigres compétences dans un des domaines qui peuvent servir à la conception d'un jeu vidéo, essaie de rejoindre une équipe pour un petit projet sans envergure, ça ne pourra que te donner une meilleure idée. Bien sûr il faudra participer activement et se mêler un peu de tout pour en apprendre le plus possible mais c'est la seule méthode qui me paraît viable.

Voilà, en espérant que je n'ai pas été hors sujet et que je t'ai un peu éclairé sur le (bon) sujet ^^.

PS. Un indice, tout commence sur papier à chaque fois

Bon courage

[Mat.M]

Seulement, je n'y connais rien en réalisation de jeu. J'ai donc du mal à prévoir ou à imaginer quelque chose.

comprendre la réalisation d'un jeu c'est une chose ; en anglais on parle de "learning curve" ou cours d'apprentissage.
Mais apprendre à réaliser un jeu ne suffit pas il faut avoir une bonne idée de jeu qui plaise

- Le code suit-il une logique précise, ou est-il fait "bouts par bouts" (excusez mes approximations) ?

Il faut d'abord savoir ce que tu veux faire comme jeu et puis évidemment maitriser un minimum la programmation.
Ce que je veux dire par là c'est qu'un Tetris ça ne se programme pas comme un Space Invaders..pour commencer par des petits jeux.
Ceci dit tu peux utiliser des parties communes pour les deux types de jeu l'affichage pour les graphismes, la gestion du clavier

Y a-t-il un ordre que le codeur doit par exemple toujours suivre ? Ou un certain nombre d'étapes indispensables selon le type de jeu, et si oui lesquelles ? A quel moment quitte-t-on par exemple le code pour entrer dans les graphismes, etc ?

là c'est plus une question de programmation générale , de méthodologie..
la quasi totalité des jeux sont programmés selon une méthodologie objet avec des classes d'objet, une conception avec UML..
il y a des livres qui existent à ce sujet