31-05-2010, 10:07 PM
Ben moi je suis pas d'accord en ce qui concerne la définition complète de ce qu'on fait avant de se mettre à coder surtout pour un projet comme un jeu en ligne.
Bien sur au départ il faut réfléchir de manière global sur ce qui va se faire, mais une fois que çà s'est fait, on peut se lancer sur une partie précise sans connaitre tous les tenant des autres parties.
Et le grand intérêt de çà c'est qu'au moins on a quelques choses de concret à la fin de la réalisation de la partie. On peut alors obtenir déjà des retours, prévoir des améliorations etc...
Puis on recommence avec d'autres implémentations de fonctionnalités qui semble les plus importantes parmi notre liste, et au bout d'un moment on finis par avoir un résultat.
Évidement il faut commencer par les choses les plus critiques, par exemple choix du framework, une super carte qu'on se demande si çà ne va pas tout faire ramer et dont tous le jeu dépend...
Et je pense que d'obtenir des choses rapidement montrable aide beaucoup du point de vue motivation, rester trop sur le papier c'est aussi prendre un risque car on a pas de retour et on peux aussi se disperser sur papier et penser des aspects inutiles qui prendront un pourcentage du temps de dev important.
Sinon pour ce qui est des multiples jeux, je n'en ai pensé que 2, et je travaille sur le deuxième depuis 5 ou 6 ans. D'ailleurs je dois dire que la v2 du deuxième inclue de nombreuses idées issues du premier jeu que j'avais imaginé. Donc j'ai pas ce problème là.
Par ailleurs, après avoir perdu de nombreuse feuille de papier ou j'ai pris des notes, j'ai choisis de les accrocher sur mon mur. Et puis je trouve çà drôle et çà fait toujours parler les gens qui viennent chez moi et permet donc d'avoir des retours.
Quand j'ai le courage je les retranscris sur le wiki si je trouve que çà en vaut la peine.
Bien sur au départ il faut réfléchir de manière global sur ce qui va se faire, mais une fois que çà s'est fait, on peut se lancer sur une partie précise sans connaitre tous les tenant des autres parties.
Et le grand intérêt de çà c'est qu'au moins on a quelques choses de concret à la fin de la réalisation de la partie. On peut alors obtenir déjà des retours, prévoir des améliorations etc...
Puis on recommence avec d'autres implémentations de fonctionnalités qui semble les plus importantes parmi notre liste, et au bout d'un moment on finis par avoir un résultat.
Évidement il faut commencer par les choses les plus critiques, par exemple choix du framework, une super carte qu'on se demande si çà ne va pas tout faire ramer et dont tous le jeu dépend...
Et je pense que d'obtenir des choses rapidement montrable aide beaucoup du point de vue motivation, rester trop sur le papier c'est aussi prendre un risque car on a pas de retour et on peux aussi se disperser sur papier et penser des aspects inutiles qui prendront un pourcentage du temps de dev important.
Sinon pour ce qui est des multiples jeux, je n'en ai pensé que 2, et je travaille sur le deuxième depuis 5 ou 6 ans. D'ailleurs je dois dire que la v2 du deuxième inclue de nombreuses idées issues du premier jeu que j'avais imaginé. Donc j'ai pas ce problème là.
Par ailleurs, après avoir perdu de nombreuse feuille de papier ou j'ai pris des notes, j'ai choisis de les accrocher sur mon mur. Et puis je trouve çà drôle et çà fait toujours parler les gens qui viennent chez moi et permet donc d'avoir des retours.
Quand j'ai le courage je les retranscris sur le wiki si je trouve que çà en vaut la peine.