25-06-2009, 10:58 PM
Pages : 1 2
25-06-2009, 11:05 PM
25-06-2009, 11:06 PM
25-06-2009, 11:10 PM
26-06-2009, 12:05 AM
Moi personnellement je ne perd pas de temps avec les choses de base: écrire toutes les fonctions coté programmation n'a pas grand intérêt a mes yeux, il vaut mieux savoir précisément le rendu GP, et au moment de le coder on réfléchit a créer la fonction pour avoir le rendu attendu, sinon tu perds du temps a y pensé et a l'écrire, puis ensuite a la créé concrètement.
Un jeu est suffisamment long a créer comme ça, je pense qu'il faut donc éviter les pertes de temps autant que faire se peut.
Ceci dit, j'ai tout un dossier papier avec des 10ene de feuilles double sur mon burreau^^
Qui contient mon arbre des magies, ébauche de scénario, map, idée en vrac, choses a ne pas oublier... etc
Un dossier assez complet en somme et surtout a mon sens, car tout le monde ne met pas la même chose dans le "cahier des charges" (d'où ma question
)
Par exemple j'avoue ne jamais avoir écrit un seul fois quelques part "but de mon jeu : ..."
C'est pas très utile quand on sait se qu'on veux faire, maintenant pour ce qui n'ont même pas ce point de départ fondamental, ça peut être un début de l'écrire effectivement...
Sinon je suis d'accord que les données relatives a nos projets ont parfois assez voir totalement confidentiel, je doute qu'on te donne plus de détail que se qui peut se dire dans la section de présentation des projets...
Un jeu est suffisamment long a créer comme ça, je pense qu'il faut donc éviter les pertes de temps autant que faire se peut.
Ceci dit, j'ai tout un dossier papier avec des 10ene de feuilles double sur mon burreau^^
Qui contient mon arbre des magies, ébauche de scénario, map, idée en vrac, choses a ne pas oublier... etc
Un dossier assez complet en somme et surtout a mon sens, car tout le monde ne met pas la même chose dans le "cahier des charges" (d'où ma question
)Par exemple j'avoue ne jamais avoir écrit un seul fois quelques part "but de mon jeu : ..."
C'est pas très utile quand on sait se qu'on veux faire, maintenant pour ce qui n'ont même pas ce point de départ fondamental, ça peut être un début de l'écrire effectivement...
Sinon je suis d'accord que les données relatives a nos projets ont parfois assez voir totalement confidentiel, je doute qu'on te donne plus de détail que se qui peut se dire dans la section de présentation des projets...
26-06-2009, 12:38 AM
26-06-2009, 12:41 AM
Le cahier des charges sert à exprimer un besoin, dans ce cas ton besoin.
Contrairement à Argo, je pense que même si tu connais ton jeu dans ses moindres détails par cœur, formaliser tes attentes dans un document est une bonne chose. D'une part, ça te permet de garder une trace de toutes les idées qui te sont passées par la tête. Au fil de la rédaction, il y aura sûrement des trucs qui te viendront à l'esprit et auxquels tu n'avais pas pensé. D'autre part, un jeu est quelque chose de complexe et long à développer, et il y a de fortes chances pour que son dév ne soit pas continu et que tu fasses de longues pauses. Dans ces cas-là, on ne sait plus trop où on en est, où on voulait en venir, et on est bien content d'avoir des documents pour se rafraichir la mémoire.
T'es pas obligé de suivre un modèle précis et de faire un "vrai" cahier des charges, d'autant plus que le contenu d'un CDC est très variable en fonction de son rédacteur, du thème, du produit... Le tout, c'est que tu te crées un document et que t'y mettes tout ce à quoi tu as pensé pour ton jeu. Ca te permettra aussi de réfléchir aux trucs auxquels tu n'as pas encore réfléchi
Pour un jeu, tu peux commencer par réfléchir au type de jeu, au gameplay, interactions entre les joueurs, à l'univers, l'histoire, à la procédure de création de compte / de personnage, à l'interface graphique, pourquoi pas la charte... Plein de trucs quoi. Y réfléchir ne veut pas dire le faire, c'est juste pour te fixer des objectifs et cadrer le développement de ton jeu.
Dans un cahier des charges, il ne devrait a priori pas avoir une liste de fonctions. Liste de fonctionnalités en terme d'utilisateurs oui, mais la liste des fonctions on la fait dans l'analyse, analyse qu'on fait après lecture et compréhension du cahier des charges ( forcément vu que c'est toi qui l'écris, l'étape lecture et compréhension tu la zapperas ).
L'analyse c'est autre chose, ça précède le développement et c'est une phase dénigrée par beaucoup de développeurs parce qu'elle est chiante ^^ Mais c'est une autre question...
Contrairement à Argo, je pense que même si tu connais ton jeu dans ses moindres détails par cœur, formaliser tes attentes dans un document est une bonne chose. D'une part, ça te permet de garder une trace de toutes les idées qui te sont passées par la tête. Au fil de la rédaction, il y aura sûrement des trucs qui te viendront à l'esprit et auxquels tu n'avais pas pensé. D'autre part, un jeu est quelque chose de complexe et long à développer, et il y a de fortes chances pour que son dév ne soit pas continu et que tu fasses de longues pauses. Dans ces cas-là, on ne sait plus trop où on en est, où on voulait en venir, et on est bien content d'avoir des documents pour se rafraichir la mémoire.
T'es pas obligé de suivre un modèle précis et de faire un "vrai" cahier des charges, d'autant plus que le contenu d'un CDC est très variable en fonction de son rédacteur, du thème, du produit... Le tout, c'est que tu te crées un document et que t'y mettes tout ce à quoi tu as pensé pour ton jeu. Ca te permettra aussi de réfléchir aux trucs auxquels tu n'as pas encore réfléchi
Pour un jeu, tu peux commencer par réfléchir au type de jeu, au gameplay, interactions entre les joueurs, à l'univers, l'histoire, à la procédure de création de compte / de personnage, à l'interface graphique, pourquoi pas la charte... Plein de trucs quoi. Y réfléchir ne veut pas dire le faire, c'est juste pour te fixer des objectifs et cadrer le développement de ton jeu.
Dans un cahier des charges, il ne devrait a priori pas avoir une liste de fonctions. Liste de fonctionnalités en terme d'utilisateurs oui, mais la liste des fonctions on la fait dans l'analyse, analyse qu'on fait après lecture et compréhension du cahier des charges ( forcément vu que c'est toi qui l'écris, l'étape lecture et compréhension tu la zapperas ).
L'analyse c'est autre chose, ça précède le développement et c'est une phase dénigrée par beaucoup de développeurs parce qu'elle est chiante ^^ Mais c'est une autre question...
26-06-2009, 07:37 AM
26-06-2009, 08:27 AM
26-06-2009, 09:01 AM
Pages : 1 2