Citation :Tout vient avec le temps, c'est normal de viser trop haut, tant que tu ne sais pas évaluer avec précision un développement. En débutant on fais souvent
son cahier des charges avec ce que l'on veux faire alors que plus tard tu feras un cahier des charges aussi en fonction de ce qui est réalisable techniquement,
tout en prenant en compte le temps nécessaire, le budget...

Citation :La communication est souvent la base de la motivation. Discuter avec des gens, pas forcement des développeurs, mais aussi simplement des joueurs, te permet
de sortir la tête du projet et d'avoir des avis plus objectifs.
De plus l'échange d'idées est plus important que seul. Et puis cultiver le secret ne sert à rien.

Citation :C'est pour cela qu'il faut un cahier précis et défini à l'avance. Si tu as dès le départ un cahier des charges et un zoning de la finalité du site, il n'y
a aucune raison de ne pas finir, quand on connait à l'avance les objectifs et leur temps de réalisation.

Citation :Il faut aussi savoir dire stop et sortir un produit même si il manque des fonctions. Un site n'est jamais terminé, c'est un élément fluctuant qui comporte
des mises à jour.

Citation :La tranche d'âge des jeux veux cela ! Et ça fait aussi parti de la vie du site.
Faire vivre le jeu et la communauté, à mon sens, prend plus de temps que le développement de départ. C'est ce que je disais sur le sujet sur les forums,
c'est à double tranchant, et de toute façon tu auras toujours une minorité de joueurs qui pensent que tu es contre eux et pourriront l'ambiance.
Tant que ça reste une minorité, un ban et ça repart !

(31-05-2010, 03:05 PM)QuentinC a écrit :

Citation :La communication est souvent la base de la motivation. Discuter avec des gens, pas forcement des développeurs, mais aussi simplement des joueurs, te permet
de sortir la tête du projet et d'avoir des avis plus objectifs.
De plus l'échange d'idées est plus important que seul. Et puis cultiver le secret ne sert à rien.

Ah, ben alors c'est peut-être bien là mon tort. J'ai parfois peur/honte d'expliquer/montrer ce que je fais à d'autres. 1 - parce que je ne suis pas absolument certain de finir / aboutir à quelque chose de concret, 2 - parce que mon truc c'est de la merde / c'est pas original / ça n'intéresse personne tant que ce n'est pas fini. A noter que ça, ça ne s'applique pas qu'aux jeux php, je fais aussi pas mal de java à côté et c'est pareil.

Citation :Ceci dit, je ne pense plus être au stade de débutant (je ne suis pas un expert pour autant). J'ai débuté le php en 2005, sans site du zéro.

Citation :Je ne prends pas spécialement de notes sur ce que je dois faire. En quelque sorte, ça me fait ch*** puisque j'ai tout dans la tête et que je fais mon truc tout seul (le temps passé à écrire ça, c'est du temps qu'on ne passe pas à réfléchir/coder sur le jeu). Quelle est l'utilité d'écrire ce genre de choses si ce n'est destiné à personne sinon soi-même ? Je sais pertinament que je ne vais peut-être même pas le relire, ou bien très longtemps après pour me dire que finalement, c'était pas si stupide ma super idée.

Citation :Là tu touches un autre point qui me concerne aussi, le côté perfectionniste: je n'ai pas envie de montrer aux autres un truc qui ne me paraît pas fini. J'ai probablement tort, je rate certainement des occasions d'obtenir des conseils/remarques/critiques qui pourraient être fort à propos.

Citation :J'aime pas montrer un produit en "construction", alors sans refaire le débat, ça a des avantages et désavantages... (la pression qu'il pourrait y avoir a présenté un projet sur le point de finir, décevoir certains en leur montrant quelques chose de bancal.)

Citation :Il faut dire aussi que du côté des ban, je n'avais pas de système fiable (je modifiais le mot de passe des bannis directement dans phpmyadmin), donc ils revenaient de toute façon toujours, tellment qu'à la fin ils m'ont fait craquer et un beau matin, j'ai tout détruit par un drop database de désespoir. L'erreur a donc été technique aussi de ne pas avoir prévu suffisament de moyens de lutte contre ce genre d'énergumènes qui passent leur temps à faire les malins. Bien sûr, c'était extrêmement facile de tricher car mes connaissances de php étaient bien moins bonnes que maintenant, mais quand même.

Citation :Ne cherche pas plus loin à savoir pourquoi tu n'avances pas ou ne finis pas tes projets
Là où tu te trompes, c'est qu'à la phase de codage tu ne dois plus réfléchir

Citation :Tu trouves que c'est une perte de temps mais d'un autre côté tu ne finis pas de projets, c'est un peu paradoxal !

(31-05-2010, 04:40 PM)QuentinC a écrit : Oui mais alors, il faut vraiment tout décider à l'avance ?
Parce que c'est en voyant certaines parties fonctionner que je me dis ah tiens, faudrait que j'ajoute/améliore ça

(31-05-2010, 04:40 PM)QuentinC a écrit : En fait, c'est surtout parce que c'est terriblement ch*** à écrire plus qu'une perte de temps proprement dite. C'est comme écrire une doc, excuse-moi mais c'est très très ch****.

(31-05-2010, 04:40 PM)QuentinC a écrit : Expliquer qu'il va y avoir tel objet et qu'il permet de faire ça, on le sait déjà et on s'en rappelle. A ce moment-là autant faire d'une pierre deux coups, on rédige l'aide du jeu en même temps. C'est ce que j'essaie de faire pour mon jeu en cours: des notes qui feront directement office d'aide ou de FAQ.