Besoin d'avis sur une idée

Salut,

Belle ambition. Ceci étant -je sais que tu es au courant, mais j’en parle quand même- attention justement à ne pas être trop ambitieux. Vouloir faire un jeu, c’est chouette. Vouloir faire un jeu comme Ogame, c’est chouette… quand tu as plusieurs années de développement derrière toi. Par contre, faire un jeu sur navigateur, c’est faisable même pour quelqu’un qui débute (surtout que d’après ce qu’on peut voir, tu débutes dans le Web mais pas dans la prog).

Après le web c’est vaste. Et si il y a encore 5 ou 6 ans les jeux sur navigateur se faisaient globalement avec PHP, ce n’est plus vrai désormais. Il y a tout un tas de technos qui permettent aujourd’hui de faire des jeux, notamment en JS. Cela dépend aussi du style de jeu. Bon perso je suis développeur Symfony, j’aurai donc tendance à te le conseiller ; mais je travaille pour ma paroisse (au sens figuré hein), donc ça ne compte pas. D’autant que, il est vrai, Symfony a une courbe d’apprentissage forte, mais ça c’est un peu pour tous les frameworks. Après ceci étant, Symfony sur un CV de développeur Web, ça ouvre des portes ! Et puis sur ZdS, il y a une petite communauté SF qui se ferait un plaisir de t’aider.

Maintenant concernant ton jeu, tu peux faire quelque chose de très simple : n’importe qui peut s’inscrire et se créer un personnage. Chaque personnage a un niveau, des points d’XP, de vie et de force. Le joueur peut se connecter toutes les X heures et cliquer sur un lien pour augmenter son XP. Lorsque son XP arrive à X, il gagne un niveau, de la force et des points de vie. Le joueur peut également se battre avec d’autres joueurs, un combat toutes les X heures. À chaque combat, il prend de l’XP, un nombre X en fonction de la force de son adversaire ; il peut en prendre plus s’il gagne le combat. La mécanique du combat est déterminé par la force et la vie de chaque joueur. Tu peux imagine encore plein d’autres choses, comme des armes, etc. Mais dans un premier temps, il vaut mieux faire quelque chose de simple.

C’est je pense un exercice intéressant, qui fait bosser l’orienté objet (enfin si tu décides de le faire en POO, ce que je te recommande). Sincèrement en Symfony (tant qu’à y être, Symfony4) ça peut aller assez vite, les notions à voir ne sont pas poussées (mais encore un fois je travaille pour ma paroisse, mon avis n’est absolument pas objectif).

En tous les cas, je te souhaite du courage !

Salut,

Je ne vais pas reprendre ce qui a été déjà dit, c’est une bonne idée.
En revanche, comme John l’a dit, si tu dois utiliser Symfony, autant utiliser les versions actuelles (3.4 pour la LTS, 4.1 sinon). La version 2.8 est un peu vieille et ne bénéficiera plus de correctifs pour les bugs à partir de novembre cette année.
Reste à voir si tu veux utiliser un framework ou non, ce qui d’un point de vue professionnel est peut-être préférable.
Néanmoins, il est vrai que Symfony nécessite un apprentissage assez conséquent et impose une certaine discipline dans l’organisation en particulier, ce qui est bien pour les projets d’envergure et / ou le travail en équipe, mais qui induit une certaine lourdeur pas toujours facile à supporter quand on travaille seul.

Il y a également d’autres frameworks PHP peut-être moins contraignants / plus facile à prendre en main comme Laravel (ou son homologue Lumen qui partage les mêmes bases mais qui dispose de moins de fonctionnalités), ou bien CodeIgniter.
C’est à vérifier, mais je pense qu’ils sont peut-être moins bien valorisés / demandés sur le marché de l’emploi (en France).

Bref, peu importe le choix que tu feras, ce sera probablement un peu long et pas toujours facile mais intéressant et formateur, donc n’hésite pas à te lancer ! Bon courage.

P.S.: Je ne sais pas si tu y as déjà songé, mais participer à des projets open source est également enrichissant, tant personnellement que professionnellement.

Je pense qu’en France (mais peut-être n’es-tu pas en France), le framework PHP le plus demandé est Symfony. Doit ensuite venir Zend.

L’avantage d’un framework, c’est qu’il a bien souvent un ORM, c’est à dire une couche d’abstraction pour la BDD. Pas besoin de maîtriser (ni même de comprendre) PDO pour faire appel à une BDD.

Dans Symfony par exemple, tu peux faire ceci :

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19

<?php


$doctrine       = $this->getDoctrine(); // Je récupère Doctrine, l'ORM de Symfony
$userRepository = $doctrine->getRepository('AppBundle:User'); // Je récupère le Repository de mon entité User

$allUsers = $userRepository->findAll(); // Je récupère tous les utilisateurs
$user     = $userRepository->findOneBy(['name' => 'mytomy']); // Je récupère l'utilisateur dont le nom est "mytomy"

$otherUsers = $userRepository
    ->createQueryBuilder('u')            // Sélectionne tous les user
    ->andWhere('u.enabled = :enabled')   // Dont le compte est activé
    ->setParameter('enabled', true)
    ->andWhere('u.country != :country')  // Qui ne sont pas en France
    ->setParameter('country', 'france')
    ->orderBy('u.lastLogin', 'DESC')     // Trié par dernière connexion décroissante
    ->getQuery()
    ->getResult()
;

C’est globalement facilement compréhensible, et tu peux évidemment aller beaucoup plus loin. Et c’est bien sûr sécurisé. Et si une faille est trouvée, le framework sera mis à jour.

Je sais qu’un framework ça fait peur, mais je t’incite vraiment à en choisir un (celui que tu préfères en fonction de tes objectifs et de tes goûts) et à développer avec. Au début un petit site, genre un blog tout simple, avec uniquement un système de news et de commentaires, et par la suite quelque chose de plus complexe. C’est vraiment en faisant qu’on apprend. Je ne compte plus le nombre de projets que je n’ai pas terminés, mais qui au final m’ont énormément appris.

Il n’y a pas de prérequis pour faire de l’opensource et à bas niveau ça va te permettre de te faire "corriger" ou d’avoir des conseils sur les choses à faire ou ne pas faire.

Je n’ai pas voulu t’influencer mais je suis du même avis que John, pour le même temps de travail, un jeu de gestion avec un personne sera plus rapidement jouable qu’un jeu de gestion de type ogame. Outre l’aspect de la programmation sur Ogame, tu as toute l’aspect level design à concevoir (sur ton cahier des charges). Tu dois concevoir les prérequis, bâtiments, unités, type d’unités, ressources, inventaires, équilibrage de chacune des unités/bâtiments, les combats, etc… Après tu as des jeux comme Waar.me moins complexe.

Pour Symfony, il me semble que c’est la version 4. Quand tu le mets en pratique c’est beaucoup plus simple à comprendre et à apprendre. Pour l’avoir utilisé je te le conseille, je garde un très bon souvenir de Twig (moteur de template) et la structure du code de Symfony c’est très bien pensé. Par contre utilise le sur un disque SSD ou avec OPcache (si je ne me trompe pas de nom), sinon tu risques d’obtenir un temps de chargement des pages monstrueux lors de ton dev. J’avais arrêté d’utiliser Symfony à cause de ça. Je ne pensais pas que le temps de lecture du disque pouvait influencer autant le code mais ça a été vite réglé en utilisant OPcache.

Je te conseille de lire tranquillement tout le book d’un trait puis de commencer à programmer quitte à revenir sur un passage. Leur anglais est assez simple à comprendre (tu as aussi le book de Symfony en français).

L’avantage de Symfony c’est qu’il est complet et te propose une structuration du code et si tu l’as suis correctement et que ton projet grossis, tu devrais pouvoir te retrouver facilement dans ton code.