Discussion :

[Faiche]

Bonjour,

Voila l'idée : je ne cherche pas à programmer un jeu directement, mais d'abord me (re)mettre à niveau sur les techniques de programmation.

J'ai une formation poussée en C++ mais qui date un peu (connaissances écrasées par une utilisation de java sur plusieurs années :/), donc je cherchais un truc pas compliqué à faire, mais pas bidon non plus : je me suis donc fixé sur un jeu vidéo, parce que ça couvre un bon nombre de domaines, qu'il faut pas faire n'importe quoi, et que c'est marrant (ne pas oublier la partie ludique de l'exercice).

Le problème, c'est qu'un jeu, même comme présenté dans l'article du site, c'est trop gros d'un coup, ça fait peur. Du coup je me décourage et j'avance pas du tout.

Donc je voudrais aborder les connaissances par petites briques, puis une fois les connaissances maitrisées, je ferais mon jeu.

La question est : je commence par quoi ? Apprendre la 3D ? Apprendre à faire un coeur (moteur de jeu) ? Apprendre à utiliser un moteur physique ? Apprendre le réseau ? Apprendre à gerer l'IA ?
Et une fois le domaine choisi, je m'y prends comment ? Genre pour la 3D, je commence mes bases en OpenGL ou j'utilise directement un moteur genre irrlicht ? etc.. Vous voyez l'idée.

Voila, ça semble peut être idiot, mais étant un flemmard fini, je suis découragé dès que ça ressemble à un gros truc, alors que faire une foultitude de mini taches ne me fait pas peur.

Si un développeur peut me donner son avis sur le sujet, je lui en serais reconnaissant.

[Mat.M]

Voila, ça semble peut être idiot, mais étant un flemmard fini, je suis découragé dès que ça ressemble à un gros truc, alors que faire une foultitude de mini taches ne me fait pas peur.

Pourquoi veux-tu faire un "gros truc" ?
Bon je vais passer pour un éventuel donneur de leçon mais je pense que tu devrais retourner ta démarche.

En informatique on part d'une idée de projet on ne fait pas l'inverse sinon ça ne sert pas à grand chose c'est ce que j'appelle "faire de l'informatique pour de l'informatique".
Par exemple quelqu'un va te dire : je veux un programme qui gère les réservations pour mon hotel donc tu vas concevoir un logiciel de gestion de réservation.
C'est pareil si tu veux faire un jeu vidéo.
La différence avec un projet de logiciel "pro" c'est qu'il faut être tres créatif sinon au final l'intérêt ne sera pas élevé.

Ton optique est plutot floue et vague d'ailleurs j'ai souvent constaté cela dans ce forum.
Pourquoi ne pars-pas tu dans une optique bien précise par exemple se dire je vais faire un jeu 2d comme Mario par exemple ?
A quoi cela va te servir d'étudier l'architecture d'un jeu 3d si tu ne pars pas de quelque chose de précis ( "je veux faire un quake-like") ?
Cela peut être enrichissant mais tu finiras par avoir des notions diffuses et confuses d'un domaine..

[Faiche]

C'est justement me fixer sur un jeu, directement, que j'appelle le gros truc. Sachant que je n'y connais rien en 3D, en moteur physique etc etc, que je vais déjà devoir me remettre à jour en C++, je préfère découper en petites briques indépendantes, être opérationnel dessus, et ensuite utiliser les connaissances sur ces briques pour assembler un projet.

C'est un peu comme tu dis, de l'informatique pour l'informatique.

J'aurai tendance à commencer par apprendre l'affichage 3D (avec quelle API??), parce que le résultat est visuel, joli, et que c'est la partie la plus marrante, mais je sais pas si ce n'est pas plus malin de commencer par une autre brique, qui me faciliterait l'apprentissage de celle ci..

[raptor70]

As tu regardé par là : http://loulou.developpez.com/tutoriels/jeux_video/ ??

Ca correspond exactement à ta question non ?

[Mindiell]

Tout à fait d'accord avec Matt.M,

Je rajouterai simplement que de vouloir s'attaquer à tous les domaines en même temps n'est pas une bonne idée.
Je ferais ca par étape :
- Utiliser la SFML, SDL pour faire un jeu 2D Tetris/Mario/Bomberman/etc... -like (structure simple de jeu vidéo ultra connu),
- Ré-utiliser la SFML, SDL pour faire un jeu 2D en réseau (ajout de complexité)
- Ré-utiliser la SFML, SDL pour faire un jeu 2D avec de l'IA (ajout de complexité)
- Ré-utiliser la SFML, SDL pour faire un jeu 3D quake-like en openGL (passage à la 3D, apprentissage des bases et compréhension de la 3D), (cf. Project D dans la rubrique projets)
- Ré-utiliser la SFML, SDL liée à un moteur 3D (asseoir ses connaissances 3D, mais utilisation de code haut niveau (le moteur s'occupe de la base)),
- Ré-utiliser la SFML, SDL liée à un moteur 3D, puis de la physique (jeu de voitures ?),
- puis du réseau (voitures en réseau),
- etc...
- Faire un MMORPG

Voilà, à part la dernière ligne, c'est plutôt comme ca que je partirais (et que j'ai commencé) afin de savoir de quoi tu parles et ce que tu utilises.

AJOUT : tu viens de répondre pendant que je tapais
Relis bien ce que nous disons Matt et moi

[Faiche]

Tout à fait d'accord avec Matt.M,
Je rajouterai simplement que de vouloir s'attaquer à tous les domaines en même temps n'est pas une bonne idée.

C'est exactement ça mon problème : de là où je suis, il y a tout à faire en même temps, c'est pour ça que je voulais me renseigner sur un ordre, une progression, exactement de la manière dont tu as répondu dans la suite de ton message.

Si je suis pas clair, c'est que je sais pas vraiment ce que je veux, mais connaitre ton expérience de progression me donne une meilleure vision du truc, c'est cool.

[Camel LowFilter]

Je viens sur la pointe des pieds faire ma petite pub pour blitz http://www.blitzbasic.com/

Si ton but est d'arriver à faire des jeux tu n'as aucunement besoin de passer des mois (ou des années?) à te farcir tout un moteur en c++, c'est même pas conseillé, pour quelqu'un qui travaille tout seul il vaut mieux utiliser un moteur qui existe déjà

[Faiche]

Je viens sur la pointe des pieds faire ma petite pub pour blitz http://www.blitzbasic.com/

Si ton but est d'arriver à faire des jeux tu n'as aucunement besoin de passer des mois (ou des années?) à te farcir tout un moteur en c++, c'est même pas conseillé, pour quelqu'un qui travaille tout seul il vaut mieux utiliser un moteur qui existe déjà

Mon but n'est pas de faire un jeu, mais de réapprendre le C++ de manière plus marrante qu'en faisant une n-ième appli de gestion chiante.

[Camel LowFilter]

Je trouve que programmer un (vrai) jeu n'est pas spécialement plus "marrant" qu'une appli de gestion, au final c'est toujours des gros tableaux de données indigestes dans lesquels faut balancer plein de boucles qui marchent rarement du premier coup et avec encore plus de maths.

Ou alors tu peux tenter ce genre de jeux tout facile à coder avec trois fois rien, genre un pong, (skinnable en tennis, ping pong...), ou des petits trucs où faut faire rebondir 5 balles.