Shit Fliez

[Invité]

Salut à tout le monde! Je ne sais pas trop comment je suis arrivé ici(j'avais tapé un mot pas très autorisé en france^^), et je ne sais pas si ce que je vais mettre ici est autorisé.
Alors actuellement je monte un projet de rpg, possédant un univers sf, space-opera, dans la lignée des plus grand Dune ou Fondation. Ce projet sera réalise en c++(direct x), mais nous recherchons encore beaucoup beaucoup de membres. Donc avis, o programmeurs, graphiste ou autres qui sont interessé, vous rouverez mon adresse mail plus loin. Je vous laisse un ptit résumé de l'histoire pour que vous puissiez vous faire votre opinion.
Cosmos et Chaos sont les enfants de l’Empereur de l’espace, Leto Tao. Lorsque celui-ci les envoi enquêter dans le secteur(galactique) impérial, les enfants y voient une bonne occasion de partir à l’aventure, et surtout, de oublier la tragédie qu’ils ont vécu quelques années plus tôt. Malheureusement, ce désir est utopique et bien vite, c’est en quête de vérité qu’ils vont voyager, quitte à plonger à travers le mensonge. En effet, quelq’un ou quelque chose semble tirer les ficelles du destin. Un simple fou avide de pouvoir ? Une race extra-terrestre ? Ou alors Dieu lui-même ? Nos ‘héros’ vont découvrir que leurs destin est lié a quelques mots : le K-I, une source d’énergie qui émane du corps, une partie de l’âme perdu selon certains érudites, Bereshit, groupe dont personne ne sait rien, parfois ennemi et parfois amis de l’empire, et surtout, un mot, une nuit, celle de L’Akatsuki. Quel sens ce mot a-il ? Pourquoi personne n’ose ne serait-ce qu’y penser ? C’est le début d’un voyage initiatique pour les héros.

voila, pour les intéréssés, ou si vous avez des questions à poser sur le projet en lui même mailez moi à
Sephirothalmassy@aol.com
voili voilou, @++++tlm

[Fly^SF]

Bienvenue à toi pour commencer, C gentil de nous proposer, mais je pense que personne n'est intéressé car on a du boulot à faire pour nous même ou notre groupe mais C bien tenté quand même, cela dit, je donne mon avis, je ne veux pas parler pour les autres....

[Guitare^SF]

de meme pour moi (et puis je sais pas faire grand chose )
_________________
« JPEG Decoder est un petit programme permettant de décrypter des images protégées,
Que l'on peut par exemple trouver sur certains CD vendus avec des magazines. »

[caratka]

bienvenu!! c toiq ue j'ai eue sur msn l'autre jour?
_________________

les vacances furent trop courtes,l'annee scolaire sera trop longue...

[Invité]

Euh non, je ne pense pas t'avoir parlé, mais je suis p-e amnésique^^.

[Guitare^SF]

Sacré Invité
_________________
« JPEG Decoder est un petit programme permettant de décrypter des images protégées,
Que l'on peut par exemple trouver sur certains CD vendus avec des magazines. »

[Invité]

Mddrrr, non mais franchement je me rappelle pas spécialement de lui.

[Guitare^SF]

Alléééééééééééé Invité dis le que tu as dragué caratka !! on s'en fiche, on est entre nous ... lache toi
_________________
« JPEG Decoder est un petit programme permettant de décrypter des images protégées,
Que l'on peut par exemple trouver sur certains CD vendus avec des magazines. »

[caratka]

invite> de lui???ok y a pas bcp de fille sur internet mais qd meme, avec l'avatar que j'ai!!
_________________

les vacances furent trop courtes,l'annee scolaire sera trop longue...

[Invité]

mdr, oui j'avoue tout! ce soir la j'avais bu....et j'ai craqué, je l'ai abordé dans un bar, je la trouvais joli, et...et....
Non je rigole
Mais on s'éloigne du sujet. Pouvez vous donner des avis sur l'histoire, même si le developpement ne vous interesse pas?

[Guitare^SF]

Bah moi je dirai que c'est difficile de bien juger parce que c'est plus un teaser qu'un résumé de l'histoire (en meme temps je comprends que tu nous files pas la fin du scenar lol), mais a premiere vue ca a pas l'air mal. En tout cas ca se limite pas un truc tout con, ya l'air d'avoir de l'idée la dessous ^^.
_________________
« JPEG Decoder est un petit programme permettant de décrypter des images protégées,
Que l'on peut par exemple trouver sur certains CD vendus avec des magazines. »

[Invité]

Merci, c vrai que je ne vais pas vous donner les interrogations du scénar ici^^. Mais sachez que je n'ai pas mis 1/1000 des interrogations ds le résumé .

[Guitare^SF]

et le plus fou dans tout ca c'est que tu as répondu 24h et 3 minutes apres moi (presque une journée pile ...). C'est pas fou ca ?
_________________
« JPEG Decoder est un petit programme permettant de décrypter des images protégées,
Que l'on peut par exemple trouver sur certains CD vendus avec des magazines. »

[Fremen^SF]

Bonjour Invité ! (Quel pseudo original dis moi )

Je te donne aussi mon avis personnel là-dessus. Déjà pour ce qui est de participer, ça rejoint les avis de Guitare et Fly, on aurait déjà assez de temps pour faire ce qu'on a à faire, oui ça aurait pu être possible. Mais c'est pas le cas
Sinon pour ton idée de jeu, est-ce que l'on pourrait savoir combien de membres compte ton équipe ? Et quelles sont leurs connaissances et leurs fonctions ?
Parce qu'en fait c'est ce qui va jouer principalement sur la réussite de ton projet. Je ne dis pas que faire une trame de scénario est une mauvaise idée, d'ailleurs ton scénar est certainement bon (je ne peux pas trop juger), mais essaie déjà de voir avec ton équipe ce qu'ils savent faire et si un tel scénario serait adapté à leur niveau. Le problème souvent c'est que, comme tout le monde, on est épatés par des jeux existant (anciens ou non) et on se dit : "Tiens ce serait une bonne idée de faire un truc dans le style, mais en ajoutant ça, ça et ça". Ou bien il y a aussi ceux qui veulent faire un "jeu qui tue" sans avoir vraiment détaillé son fonctionnement (=avoir fait une sorte de cahier des charges si tu préfères), ni même avoir pris la peine de définir les caractéristiques principales.

Donc en fait si j'ai quelques conseils à te donner, ce seraient les suivants :

1) Etablis une sorte de cahier des charges dans lequel tu expliquerais de façon la plus détaillée qu'il soit le fonctionnement de ton jeu, par exemple si c'est un RPG (à lire ton adresse mail, tu connais ce style de jeux ^^) :
> Déjà définir les caractéristiques principales du moteur du jeu. Dans certains cas ça peut être du RPG Maker, là ça facilite tout donc tu n'as pas à te lancer dans une description exhaustive vu que les caractéristiques de RPG Maker sont documentées. Par contre dans ton cas tu parles de faire un projet en C++ basé sous DirectX. Alors déjà tu peux te poser les questions suivantes : est-ce pour obtenir un jeu avec un rendu de la qualité de RPG Maker ? Si oui dans ce cas autant rester sous RPG Maker, ça donne déjà beaucoup de fil à retordre et beaucoup de boulot, sans en avoir l'air il y a quand même énormément de graphismes à réaliser et de nombreuses musiques. Et au niveau programmation ça faciliterait énormément.
Si tu veux faire un jeu de qualité supérieure, dans ce cas oui passe au C++/DirectX. Mais les personnes qui peuvent te réaliser un jeu en utilisant ce genre de langages ne courrent pas les rues. Ca parait banal, mais en fait il y a énormément de boulot en programmation à réaliser derrière ça. Bon bref admettons que tu trouves quelqu'un :
1.1) Ton jeu sera-t-il en 2D ou en 3D ? Pour un jeu je te conseille la 2D à moins de trouver une équipe (programmeurs + infographistes) qui maîtrisent très bien la 3D, car c'est un boulot titanesque.
1.2) D'après ton scénario, combien de décors faudra-t-il réaliser pour obtenir un jeu complet ? Combien de sprites environ ? De quelle façon les décors seraient dessinés, selon une vue 3D ISO (ce qui permettrait de faire de la 2D avec un semblant de décors 3D), en vue de dessus ou dessus/3 quarts (comme FF6 par exemple), ou carrément à la FF7/FF8/FF9 (dans ce cas il te faudra des persos en 3D et encore plus de boulot pour réussir les interractions entre le décors et les personnages, ou "pire" encore tout en 3D (là tu cours au suicide ) ? (Note : à partir de ça tu peux déjà évaluer le travail graphique qu'il y aura à faire. Si tu optes pour un jeu comparable à FF6, ça fait déjà de nombreuses tiles à dessiner et les graphistes perdent souvent leur motivation en quelques semaines car 1. Ils n'obtiennent généralement pas le résultat escompté 2. Les graphistes préfèrent généralement dessiner (faire des designs ou des décors) que de faire des sprites (dessiner des rectangles de quelques pixels de côté). Conclusion : si tu ne connais personne suffisament motivé pour dessiner disons une cinquantaine de tiles par moi, tu peux laisser tomber ou chercher une autre solution (il y a de très bons rpg en mode texte )).
1.3) Dans un RPG, il faut voir le système de combats aussi. Quels seront les attributs de chaque persos ? Est-ce que chaque perso aura des spécificités ? Si oui, lesquelles ? Quelle sera la liste des monstres ? Comment fonctionneront les combats ? (Jauge ATB ou pas ? Tour par tour fixe à la FF, tour par tour avec des mouvements comme dans Chrono Trigger, ou carrément du temps réel genre Zelda ou Secret of Mana ? Quels types d'équipements ? Armes, armures + accessoires ? Y aura-t-il différents types d'armes, armures et accessoires et si oui lesquels ? Quels seront les différents types de magies (invoc, magie noire, magie blanche, ...), et quelles magies seront dans chaque type ? Quelle sera la liste des états anormaux ? Etc... Il y a encore beaucoup d'autres choses à détailler. Le but étant qu'à partir de cette doc, on puisse se faire une idée concrète du fonctionnement du système de combat (et donc aussi de jeu puisqu'il se basera dessus en partie)
1.4 ) Est-ce qu'il y aura une partie village/donjons et une partie carte du monde qui seront distinctes ? Si oui, il faut aussi décrire le fonctionnement de la carte du monde en décrivant graphiquement comment elle fonctionnerait, ce qu'on pourrait y faire (voir avec le scénario) et ce qui pourrait s'y passer.
1.5 ) De même pour les villages, il faudrait décrire l'aspect graphique (cf. décors et sprites du 1.2), quelles seront les interractions possibles avec le décors et avec les autres personnages.
1.6 ) A partir de tout ça, tu peux créer un inventaire de ce dont tu as besoin. Et grâce à ça, une équipe pourra travailler... en équipe (!) ce qui est rare dans ce genre de projets car chacun bosse dans son coin sans s'occuper de ce que font les autres. Si tu détermines tout ce dont tu as besoin avant, tu peux ainsi créer des "sections" qui s'occuperont de travailler sur une partie précise du jeu car tu sauras (et elles sauront) ce qu'elles doivent faire tout en permettant à d'autres sections de bosser en parallèle sans que chacun fasse les choses à sa façon et qu'au final, chaque section aient fait des choses qui ne collent pas (section décors où ils feraient du dessin sans respect de la 3D ISO et section sprite où ils dessineraient en 2D par exemple).

2) Ne mets pas la barre trop haut. Imagine toi un jeu comme FF8 où une équipe de 100 personnes professionnelles a bossé à temps plein pendant 2 ans dessus, on peut toujours se dire en démarrant : "bon ils ont réussi, pourquoi pas nous ?". Le fait est que c'est infaisable, rien que la création d'une partie du moteur avec ce qui va avec (partie villages/donjons, partie carte du monde, partie combats) demande un travail phénoménal. Rien que faire un jeu comme FF6 est déjà un gros gros défi à relever, quand tu l'étudies de près, tu te rends compte du boulot qu'il y a derrière.
Honnêtement je pense que déjà faire un petit jeu complet avec RPG Maker donne déjà une idée de ce qu'est faire un jeu. Par complet, j'entends avec un début et une fin. A partir de ça, tu peux imaginer qu'un RPG sans l'aide de RPG Maker avec la même qualité graphique et les même caractéristiques est déjà dix fois plus long à faire.

3) Commence par former une petite équipe avec des personnes vraiment motivées, en faisant bien la distinction entre les personnes qui rêvent et celles qui sont vraiment prêtes à travailler. Car souvent ça fait rêver mais on oublie le travail énorme qu'il y a à faire derrière. Et trop souvent on pense au jeu à la fin genre "Ouais on fait faire un jeu style FF8 en mieux" sans avoir même pris la peine d'établir la liste complète de ce qu'il faudra faire pour en arriver à là (dans le cas de FF8, je n'ose même pas imaginer lol).
Par exemple si ce sont des personnes qui n'ont jamais programmé et qui te disent "Ah oui le C++ je ne connais pas bien mais ça me botte à fond", là tu es sûr de ne pas achever ton projet si c'est le seul programmeur, aussi motivée soit la personne. Ca s'applique aussi à ton cas, si tu comptes diriger un projet mais que tu veux directement voir grand alors que tu n'as jamais réellement fait de petits travaux, ça ne passera pas non plus car tu ne connaîtras pas suffisamment bien la démarche à suivre pour réaliser ce projet.


Voilà ce sont les conseils que j'ai retenu en bossant pour Shadow of Life (cf. leur site incomplet si tu veux jeter un oeil). J'y ai travaillé pendant un an et demi, ce projet doit avoir 3 ans d'existence, et c'est l'exemple typique de personnes qui n'y connaissent rien à l'origine (c'était pour moi aussi ma première participation réelle à un projet dans le genre), et qui se sont prises toutes les embûches possibles parce que rien n'avait défini à l'avance (ou plutôt très vaguement). Pourquoi ? Parce que lorsqu'on n'a jamais participé à un projet, même beaucoup plus simple, on ne sait pas ce qu'il y a à définir et on perd énormément de temps car on ne sait pas où l'on va. Généralement ce genre de projets durent quelques mois et s'éteignent car on voit que ça n'avance pas. Pour que ça avance, la seule solution est de définir un maximum de choses avant, pour que tout le monde puisse savoir ce qu'il a à faire.
Malgré les quelques connaissances que j'ai obtenu en bossant pour Shadow of Life, je pense qu'il y a encore plein de problèmes à résoudre dont je n'ai pas conscience, car je suis encore loin d'avoir suffisamment d'expérience dans le domaine. Donc si tu te lances là-dedans, sois sûr d'en être capable et d'avoir le temps de t'investir à fond dedans (note : 2 mois de vacances ça ne suffit pas ^^), et si oui ben je te souhaite bon courage

P.S.:Je ne cherche pas à démoraliser, mais seulement à partager mon expérience. Peut-être que d'autres n'ont pas le même avis que moi à ce sujet.

P.S.2: Ah oui à tout hasard, ça ne viendra pas de toi le "nik ta mère" sur la page d'accueil ? Juste comme ça, parce que vu le nombre de visiteurs on trouve vite les suspects (Et note que ça ne dérange personne ^^)
_________________

[Invité]

Bon bon, alors je vais répondre à tes questions.

"Je te donne aussi mon avis personnel là-dessus. Déjà pour ce qui est de participer, ça rejoint les avis de Guitare et Fly, on aurait déjà assez de temps pour faire ce qu'on a à faire, oui ça aurait pu être possible. Mais c'est pas le cas
Sinon pour ton idée de jeu, est-ce que l'on pourrait savoir combien de membres compte ton équipe ? Et quelles sont leurs connaissances et leurs fonctions ? "

Actuellement, nous sommes environ 13 ou 14. Il y'a environ 4 programmeurs spécialisé dans direct x, 5graphistes, 2dessinateurs, 3scénariste, et 1compositeur, mais nous recherchons encore bocoubo de monde.


"Parce qu'en fait c'est ce qui va jouer principalement sur la réussite de ton projet. Je ne dis pas que faire une trame de scénario est une mauvaise idée, d'ailleurs ton scénar est certainement bon (je ne peux pas trop juger), mais essaie déjà de voir avec ton équipe ce qu'ils savent faire et si un tel scénario serait adapté à leur niveau. Le problème souvent c'est que, comme tout le monde, on est épatés par des jeux existant (anciens ou non) et on se dit : "Tiens ce serait une bonne idée de faire un truc dans le style, mais en ajoutant ça, ça et ça". Ou bien il y a aussi ceux qui veulent faire un "jeu qui tue" sans avoir vraiment détaillé son fonctionnement (=avoir fait une sorte de cahier des charges si tu préfères), ni même avoir pris la peine de définir les caractéristiques principales. "

Oui, j'en ai déja discuté avec eux, et comme j'ai quelques connaiscance en c++, nous sommes conscient que ce ne sera pas une tasse de thé, que ce sera difficilement réalisable, mais ce n'est pas mission impossible. D'ailleurs, j'ai limité bcp d'aspect ds un soucis de facilité pour la prog.

Donc en fait si j'ai quelques conseils à te donner, ce seraient les suivants :

"1) Etablis une sorte de cahier des charges dans lequel tu expliquerais de façon la plus détaillée qu'il soit le fonctionnement de ton jeu, par exemple si c'est un RPG (à lire ton adresse mail, tu connais ce style de jeux ^^) :
> Déjà définir les caractéristiques principales du moteur du jeu. Dans certains cas ça peut être du RPG Maker, là ça facilite tout donc tu n'as pas à te lancer dans une description exhaustive vu que les caractéristiques de RPG Maker sont documentées. Par contre dans ton cas tu parles de faire un projet en C++ basé sous DirectX. Alors déjà tu peux te poser les questions suivantes : est-ce pour obtenir un jeu avec un rendu de la qualité de RPG Maker ? Si oui dans ce cas autant rester sous RPG Maker, ça donne déjà beaucoup de fil à retordre et beaucoup de boulot, sans en avoir l'air il y a quand même énormément de graphismes à réaliser et de nombreuses musiques. Et au niveau programmation ça faciliterait énormément. "

Oh, la tu me blesses^^. J'ai déja fait un cahier de charges, qui parle des objectifs de la team, de la repartition des taches, etc etc. Pour l'instant, il n'est pas définitif, mais je suis a environ 30pages du cahier de charges.
Rpg maker? j'ai déja expérimenté, d'ailleurs, on peut même dire que je suis un peu connu^^. Mais justement, rpg maker est trop limité dans le cadre de la mise en scène que je veux, des capacités graphiques(certes, avec des panoramas, on peut importer de belle choses, mais voila koi), la taille des persos obligés, + des limitations a ne plus savoir en faire, j'ai choisi de migrer vers d'autres langages, plus flexible.

"Si tu veux faire un jeu de qualité supérieure, dans ce cas oui passe au C++/DirectX. Mais les personnes qui peuvent te réaliser un jeu en utilisant ce genre de langages ne courrent pas les rues. Ca parait banal, mais en fait il y a énormément de boulot en programmation à réaliser derrière ça. Bon bref admettons que tu trouves quelqu'un :
1.1) Ton jeu sera-t-il en 2D ou en 3D ? Pour un jeu je te conseille la 2D à moins de trouver une équipe (programmeurs + infographistes) qui maîtrisent très bien la 3D, car c'est un boulot titanesque.
1.2) D'après ton scénario, combien de décors faudra-t-il réaliser pour obtenir un jeu complet ? Combien de sprites environ ? De quelle façon les décors seraient dessinés, selon une vue 3D ISO (ce qui permettrait de faire de la 2D avec un semblant de décors 3D), en vue de dessus ou dessus/3 quarts (comme FF6 par exemple), ou carrément à la FF7/FF8/FF9 (dans ce cas il te faudra des persos en 3D et encore plus de boulot pour réussir les interractions entre le décors et les personnages, ou "pire" encore tout en 3D (là tu cours au suicide ) ? (Note : à partir de ça tu peux déjà évaluer le travail graphique qu'il y aura à faire. Si tu optes pour un jeu comparable à FF6, ça fait déjà de nombreuses tiles à dessiner et les graphistes perdent souvent leur motivation en quelques semaines car 1. Ils n'obtiennent généralement pas le résultat escompté 2. Les graphistes préfèrent généralement dessiner (faire des designs ou des décors) que de faire des sprites (dessiner des rectangles de quelques pixels de côté). Conclusion : si tu ne connais personne suffisament motivé pour dessiner disons une cinquantaine de tiles par moi, tu peux laisser tomber ou chercher une autre solution (il y a de très bons rpg en mode texte )).
1.3) Dans un RPG, il faut voir le système de combats aussi. Quels seront les attributs de chaque persos ? Est-ce que chaque perso aura des spécificités ? Si oui, lesquelles ? Quelle sera la liste des monstres ? Comment fonctionneront les combats ? (Jauge ATB ou pas ? Tour par tour fixe à la FF, tour par tour avec des mouvements comme dans Chrono Trigger, ou carrément du temps réel genre Zelda ou Secret of Mana ? Quels types d'équipements ? Armes, armures + accessoires ? Y aura-t-il différents types d'armes, armures et accessoires et si oui lesquels ? Quels seront les différents types de magies (invoc, magie noire, magie blanche, ...), et quelles magies seront dans chaque type ? Quelle sera la liste des états anormaux ? Etc... Il y a encore beaucoup d'autres choses à détailler. Le but étant qu'à partir de cette doc, on puisse se faire une idée concrète du fonctionnement du système de combat (et donc aussi de jeu puisqu'il se basera dessus en partie)
1.4 ) Est-ce qu'il y aura une partie village/donjons et une partie carte du monde qui seront distinctes ? Si oui, il faut aussi décrire le fonctionnement de la carte du monde en décrivant graphiquement comment elle fonctionnerait, ce qu'on pourrait y faire (voir avec le scénario) et ce qui pourrait s'y passer.
1.5 ) De même pour les villages, il faudrait décrire l'aspect graphique (cf. décors et sprites du 1.2), quelles seront les interractions possibles avec le décors et avec les autres personnages.
1.6 ) A partir de tout ça, tu peux créer un inventaire de ce dont tu as besoin. Et grâce à ça, une équipe pourra travailler... en équipe (!) ce qui est rare dans ce genre de projets car chacun bosse dans son coin sans s'occuper de ce que font les autres. Si tu détermines tout ce dont tu as besoin avant, tu peux ainsi créer des "sections" qui s'occuperont de travailler sur une partie précise du jeu car tu sauras (et elles sauront) ce qu'elles doivent faire tout en permettant à d'autres sections de bosser en parallèle sans que chacun fasse les choses à sa façon et qu'au final, chaque section aient fait des choses qui ne collent pas (section décors où ils feraient du dessin sans respect de la 3D ISO et section sprite où ils dessineraient en 2D par exemple). "

Bon, pour les membres j'ai déja répondu o question plus haut, et pour les autres capacités, je ne peux pas y répondre, tu ne fais pas parti de mon projet, donc je ne te dirais rien, juste que j'ai déja pensé o idées de sections, ne t'inquiète pas, je ne suis pas non plus un ignorant qui ignore tout de la création d'un jv et qui vient pour faire un ff9. Nous n'espèrons pas faire une merveille graphique, mais un jeu plaisant.

"2) Ne mets pas la barre trop haut. Imagine toi un jeu comme FF8 où une équipe de 100 personnes professionnelles a bossé à temps plein pendant 2 ans dessus, on peut toujours se dire en démarrant : "bon ils ont réussi, pourquoi pas nous ?". Le fait est que c'est infaisable, rien que la création d'une partie du moteur avec ce qui va avec (partie villages/donjons, partie carte du monde, partie combats) demande un travail phénoménal. Rien que faire un jeu comme FF6 est déjà un gros gros défi à relever, quand tu l'étudies de près, tu te rends compte du boulot qu'il y a derrière.
Honnêtement je pense que déjà faire un petit jeu complet avec RPG Maker donne déjà une idée de ce qu'est faire un jeu. Par complet, j'entends avec un début et une fin. A partir de ça, tu peux imaginer qu'un RPG sans l'aide de RPG Maker avec la même qualité graphique et les même caractéristiques est déjà dix fois plus long à faire. "

Je sais je sais, mais j'ai déja répondu plus haut je pense.

"3) Commence par former une petite équipe avec des personnes vraiment motivées, en faisant bien la distinction entre les personnes qui rêvent et celles qui sont vraiment prêtes à travailler. Car souvent ça fait rêver mais on oublie le travail énorme qu'il y a à faire derrière. Et trop souvent on pense au jeu à la fin genre "Ouais on fait faire un jeu style FF8 en mieux" sans avoir même pris la peine d'établir la liste complète de ce qu'il faudra faire pour en arriver à là (dans le cas de FF8, je n'ose même pas imaginer lol).
Par exemple si ce sont des personnes qui n'ont jamais programmé et qui te disent "Ah oui le C++ je ne connais pas bien mais ça me botte à fond", là tu es sûr de ne pas achever ton projet si c'est le seul programmeur, aussi motivée soit la personne. Ca s'applique aussi à ton cas, si tu comptes diriger un projet mais que tu veux directement voir grand alors que tu n'as jamais réellement fait de petits travaux, ça ne passera pas non plus car tu ne connaîtras pas suffisamment bien la démarche à suivre pour réaliser ce projet."
Ben c clair que mon expéricen du c++ n'est pas excellente(j'apprend depuis environ 5mois), mais j'ai déja réalisé plusieurs petits jeux certes très très basique, mais qui o moins font progresser en prog. Sinon pour la team, j'y est déja répondu...


Voilà ce sont les conseils que j'ai retenu en bossant pour Shadow of Life (cf. leur site incomplet si tu veux jeter un oeil). J'y ai travaillé pendant un an et demi, ce projet doit avoir 3 ans d'existence, et c'est l'exemple typique de personnes qui n'y connaissent rien à l'origine (c'était pour moi aussi ma première participation réelle à un projet dans le genre), et qui se sont prises toutes les embûches possibles parce que rien n'avait défini à l'avance (ou plutôt très vaguement). Pourquoi ? Parce que lorsqu'on n'a jamais participé à un projet, même beaucoup plus simple, on ne sait pas ce qu'il y a à définir et on perd énormément de temps car on ne sait pas où l'on va. Généralement ce genre de projets durent quelques mois et s'éteignent car on voit que ça n'avance pas. Pour que ça avance, la seule solution est de définir un maximum de choses avant, pour que tout le monde puisse savoir ce qu'il a à faire.
Malgré les quelques connaissances que j'ai obtenu en bossant pour Shadow of Life, je pense qu'il y a encore plein de problèmes à résoudre dont je n'ai pas conscience, car je suis encore loin d'avoir suffisamment d'expérience dans le domaine. Donc si tu te lances là-dedans, sois sûr d'en être capable et d'avoir le temps de t'investir à fond dedans (note : 2 mois de vacances ça ne suffit pas ^^), et si oui ben je te souhaite bon courage "

Ah bon, mon jeu ne sera pas fini en une semaine? eh ben flute alors! ca sert à rien de faire mon ff-x amélioré!
Non sérieusement, je suis conscient qu'avec un projet de cet ampleur, il sera impossible de le finir avant facile 3ou4ans. Mais ca fait quand même un défi, et comme plus tard j'envisage de travailler dans le jv, ca me fait un bonne expérience des roles ds un jv, des taches, du management. Tu as fait parti de ff6sol? cool, très cool même. Je sais qu'ils sont passé par bcp de prob, mais maintenant, je pense qu'ils sont bien rodés. Mais je trouve l'aspect "marketing" un peu trop poussé, c également le cas de son of destiny ou d'autres projets. Le fait de trop se concentrer sur son image(ds des chans, des forums etc), ralentit considérablement le developpement je pense, et mieux vo travailler ds l'ombre de ne pas trop faire parler de nous(comme j'espère que nous ferons), et bien avancer, pluto que d'annoncer son projet partout où c possible, faire des promesses exorbitantes, et en fin du compte, rien a l'horizon. mais enfin, ce n'est que mon avis.

"P.S.:Je ne cherche pas à démoraliser, mais seulement à partager mon expérience. Peut-être que d'autres n'ont pas le même avis que moi à ce sujet.

P.S.2: Ah oui à tout hasard, ça ne viendra pas de toi le "nik ta mère" sur la page d'accueil ? Juste comme ça, parce que vu le nombre de visiteurs on trouve vite les suspects (Et note que ça ne dérange personne ^^)"

Non non tu ne me démoralise pas, o contraire, tu me donnes une raison d'expliquer mon point de vue. Je ne suis pas du tout énervé, o contraire, je suis heureux que quelq'un vienne me dire les risque d'un projet(même si je les connais). Je me serai énervé si o contraire, personne 'vaiat répondu à mon post, ou essayé de me déconcerté facilement et méchamment. Toi tu l'as fait de facon argumenté. De plus, je ne peux pas m'énerve contre un fremen^^, fan de dune^^(tu as lu leskel? moi je les ai tous lu sauf les héritique de dune, les 30dernières pages ont été arraché snif).

voili voilou, @+++