Discussion :

[Kadone]

Bonjour à tous,

Je viens de finir mes études d'ingénieur en développement logiciel et je suis déjà employé dans une entreprise mais j'aimerais m'intéresser à la création d'un jeu.

Seulement je n'ai que très peu d'expérience dans le domaine, j'ai déjà créé un petit jeu sur SFML pour m'amuser il y a quelques années.

Aujourd'hui j'aimerais vraiment consacrer tout mon temps libre sur ce projet. J'ai vraiment besoin de conseils sur comment débuter dans ce domaine.
-Mon projet est en 3D mais est-ce qu'il vaux mieux commencer par la 2D ?
-Quel moteur choisir ?
-Quelles ressources importantes ?
-Quel langage ?
-etc...

Tous conseils et bon à prendre !

Merci d'avance !

[Kannagi]

Bonjour,

-Mon projet est en 3D mais est-ce qu'il vaux mieux commencer par la 2D ?

Alors cela dépend de la complexité du jeu et surtout si oui ou non tu utilise un moteur.

-Quel moteur choisir ?
-Quel langage ?

Les deux sont intiment lié , un moteur s'utilise souvent avec un langage.
Les plus utilisé sont :
-Unity 3D , utilise le langage C#
-Unreal Engine 4 , utilise le langage C++
-Godot , utilise le GDScript (Python et Lua aussi peut être ? ).

Voila si ton but est de créer un jeu !

Tu peux utiliser des langages et des lib plus bas niveau mais le temps que tu va mettre pour faire un jeux sera très très long

[yildiz-online]

-Mon projet est en 3D mais est-ce qu'il vaux mieux commencer par la 2D ?

Pas vraiment, si la 2D est plus simple, elle ne pose pas les mêmes problématiques, la 3d n'est pas juste 2D + 1 axe d'un point de vue programmation.

-Quel moteur choisir ?

Celui qui répond aux besoins de ton jeu.

-Quel langage ?

Comme tu veux.

Faire un jeu, c'est faire une application, et la stack technologique de ton jeu, personne ne peut la décider à ta place, tout comme on pourrait pas te dire "fait une app web en jee, rails, node ou symphony" sans connaître tes affinités.

[Kadone]

Faire un jeu, c'est faire une application, et la stack technologique de ton jeu, personne ne peut la décider à ta place, tout comme on pourrait pas te dire "fait une app web en jee, rails, node ou symphony" sans connaître tes affinités.

Du coup comment choisir la stack technologique ? Est-ce que c'est seulement par rapport à mes affinités ? Je suis dev asp.net, alors je dois forcement choisir du Unity car j'ai plus d'affinité en C# ?

La question est : comment évaluer quelles technos que je dois utiliser selon mon idée de projet ?

Sur cette problématique que j'ai du mal à trouver des réponses.

[Bousk]

- on n'a toujours aucune idée de ton idée de projet
- les moteurs sont normalement sufisamment génériques pour pouvoir créer n'importe quel type de jeu
- les plus éprouvés comme Unity et UE ont des centaines d'exemples qui le prouvent
Tes compétences sont pas aussi importantes que ce que tu souhaites faire. T'es peut-être un expert asp.net, mais si t'as envie de faire du C++ en utilisant UE ou du Python avec un binding SFML on va pas t'empêcher de faire ce que tu veux de ton temps libre... La technique c'est ton problème.

[Guntha]

Bonjour,

Tu peux toujours commencer à créer un jeu avec les technos que tu connais, quitte à en changer en cours de route. Pour ma part, quand j'ai commencé à faire des jeux, c'était en Java (sans même connaître libGDX )

Si tu veux rester dans le .Net, Monogame sera peut-être plus proche de ce que tu connais qu'Unity, vu que c'est basé sur une ancienne techno de Microsoft (XNA). Sinon, tout un tas de moteurs ont un binding C#. Tu peux aussi rester sur la SFML, c'est un très bon Framework
Mais au final, je te conseillerais, comme les autres, de faire ton propre état de l'art; même si la plupart des moteurs te permettent de faire n'importe quel jeu, certains sont plus adaptés que d'autres selon ce que tu veux faire, et selon ta méthodologie. Les plate-formes que tu vises peuvent jouer aussi.

Pour la problématique 2D/3D, je te conseillerais de faire un jeu avec le gameplay/la logique en 2D, comme ça, si tu es indécis pour la partie graphique, ou si un moment au milieu de ton projet tu te sens d'attaque à faire de la 3D, ou si t'avais commencé en 3D mais que tu trouves que la 2D conviendrait mieux au final, tu pourras changer ton système d'affichage sans devoir refondre entièrement ton jeu.

[yildiz-online]

Tes affinités et tout ce qu'il y a autour: licencing, support, pérenité, documentation, popularité,... bref toutes les variables pour faire un choix technologique.

Donc pour savoir ce qui correspond le mieux, tu te documentes, et tu fais des POCs avec les candidats retenus.

[Kadone]

Au final oui c'est ce que je vais faire, c'est le plus logique.

Merci pour vos réponses

[LittleWhite]

Bonjour,

Pour des raisons de précisions.

-Unity 3D , utilise le langage C#
-Unreal Engine 4 , utilise le langage C++
-Godot , utilise le GDScript (Python et Lua aussi peut être ? ).

Unity 3D propose une solution de scripting graphique (module payant).
Unreal Engine 4 propose aussi une solution de scripting graphique (blueprints), intégré dans le moteur (de base).
Godot propose bien le GDScript (ressemblant à Python) et depuis la version 3, le C# aussi.