[Jeu vidéo] Gun Attack

Si j'ai déjà programmé en PHP/XHTML/CSS et même C.
Mais j'ai abandonné.
Mais il me reste des souvenirs en C (car PHP et XHTML/CSS j'y arrive encore), quand je dis "je connais rien" je connais peu quoi.

Citation : craw


Citation : craw

Citation : craw

Ok, alors je vais dire ce que je penses clairement de tout ton projet, et tu vas pas aimer, normal "c'est la vérité qui fâche"
Avant même que tu me répondes "si ça t'intéresse pas, vas voir ailleurs", ce que je ferais juste après ce message, je vais t'expliquer ce qui ne vas pas.

- Premièrement, tu n'as aucune connaissances dans le milieu : c'est avec du php ni du css qu'on fait un jeu ! Et tes connaissances en C sont vraiment maigres (Tu sais pas ouvrir un fichier et le refermer pour enregistrer tes contacts => cf ton projet "mon carnet de contact")
Tu lances un projet, mais c'est aux autres de tout faire : ton rôle n'est que minime. Je veux bien qu'écrire le scénario soit pas facile, mais bon.

-deuxièmement, tu veux tout réinventer sans en avoir les connaissances. Ton projet n'est pas clairement définit : Au début on doit réécrire le moteur 3D, puis tu changes d'avis pour en utiliser un déjà écrit, mais tu as choisis celui-là au pif, parce qu'on te "l'a conseillé !".

-finalement, tu exiges que ceux qui s'engagent soient motivés et présents, mais toi tu abandonnes le C à la première difficulté ? (oui, regarde tes réponses précédentes...)

Conclusion :
- un projet mal définit
- pas assez d'expérience en prog.
- ton engagement dans ce projet => pouvons nous avoir confiance ?

voila ! merci.

damien73 →Avant toute chose, je dirais qu'à mon avis il n'y a pas lieu de te dire d'aller voir ailleurs (je ne pense pas que Craw le fera), tout simplement parce que tu es resté calme et que malgré tout tes remarques sont fondées.

Ceci étant, dans le milieu amateur il n'est pas obligatoire (bien que ce soit toujours mieux, j'avoue) de parfaitement maîtriser le langage utilisé. Si on a les bases (et qu'on cherche, tout au long du projet, à dépasser le stade « j'ai les bases » en bossant sa programmation), et qu'on est consciencieux, bosseur et motivé, ça peut très bien fonctionner.
En fait il faut connaître ses points forts et faibles, s'entourer des bonnes personnes (ayant elles aussi des points forts et faibles) et faire en sorte que les points forts des uns et leur « humanité » aident à enlever les points faibles des autres.
Bon, en dehors de ça, faut pas tout attendre des collègues non plus, faut chercher par soi-même et bosser bosser bosser, ça, c'est un fait.
Mais bon, tout ça pour dire que c'est possible (le principe même de l'amateurisme au sens populaire du terme, c'est de ne pas être professionnel, donc de ne pas être au top partout).

Ensuite, faut pas croire que pondre un Game Design Document (je ne parle pas spécialement du projet de Craw là) soit un jeu d'enfant. Faut penser à tout, que ce soit en programmation (et si on a que les bases, on se documente et on peut demander aux programmeurs d'éclaircir des points obscurs, histoire de pas rester bloqué sur un point parfois « bête »), en graphisme (parfois c'est chiant et pas si facile que ça de faire LA bonne description d'un lieu ou personnage), en « tout et n'importe quoi qui va tant dans la partie programmation que dans la partie graphisme » (liste complète des objets et leurs caractéristiques, j'en passe).
Bref, si le GDD est véritablement bien fait (autant que faire se peut, dans le milieu), et que le chef de projet travaille consciencieusement et correctement tant sur le Scénario que sur le Game Design (et qu'il pond lui tout le Level Design), c'est quand même pas mal de boulot.

Maintenant il est certain que pour faire « un bon GDD où la phrase "ça aussi c'est beaucoup de boulot" s'applique », il faut passer un temps monstre à se renseigner, faut bosser dur, vraiment être appliqué, pas spécialement pressé, et constamment en train d'essayer de boucher nos lacunes (personnellement je préfère encore faire confiance à quelqu'un qui a certes des lacunes mais qui bosse pour les combler [ça montre qu'il bosse et veut progresser] plutôt qu'à quelqu'un qui apparemment n'en a pas, mais du fait se repose sur ses lauriers [j'en ai déjà vu]).

Pour être honnête, j'avoue que même pour un TPS, un GDD de moins de 40 pages scénario inclus, c'est un peu léger, il faut le reconnaître. Et c'est peut-être aussi pour ça qu'à tes yeux c'est « aux autres de tout faire ».


Enfin bref, Craw, il faut avouer que malheureusement damien73 a tout de même un peu raison, mais bon, tu as l'air travailleur, alors même si tu n'as personne avec toi, mets ta solitude à profit pour peut-être voir ce qui est améliorable dans le GDD, dans le scénario. Commence à apprendre un langage (C de préférence, même si la logique veut que le jeu soit plutôt en C++) et accroche-toi. N'avale pas les chapitres à la pelle, prends ton temps. Comme on dit en italien « Chi va piano va sano e lontano » (notre équivalent de « lentement mais sûrement (eux ils rajoutent « et loin »).


Allez, bon courage, et y a que trois mots qui sont vrais : travail ; patience ; persévérance.

poulpette résume bien ma pensée

Craw, même si tu ne programme pas, tu pourrais indiquer aux programmeur la façon de faire, par exemple que si on arrive dans la zone XXX alors, exécuter l'action YYY et parler au personnage ZZZ. Ca serait déjà plus facile pour les programmeurs plutôt que d'inventer certaines actions de transitions.

As-tu déjà refléchis algorithmiquement aux mouvements de Stin ? Genre (t'as déjà un aperçu du C) :

if(zone = "boue")
{
action(courrir) = 0;
action(grandSaut) = 0;
action(petitSaut) = 1;
humeur(fatigue)++;
}

Tu comprend ? Si déjà on avait le squelette du jeu...

A+

PS : je pense que lorsque tu lis nos messages tu dois le prendre quand même un "poil" mal... On dit ça pour t'encourrager à réussire, t'inquiète Si tu te rend compte de ce que tu veux faire, tu pourras y arriver. Avec de la patience et du courrage, certe, mais tu y arriveras !

En espérant t'avoir aidé.

Citation : D@mien44

Ce qui est important est surtout la connaissance de l'algorithmique, pour reprendre ton exemple, même sans connaitre la syntaxe et les fonction du C, on peux conduire les programmeurs:

Code : Autre
Ceci est parfaitement compréhensible et un programmeur n'aura aucun mal à le transcrire en C/C++.

Ps: D@mien44 => De plus ton code est faux ... Je te laisse trouver l'erreur.

J'ai aussi trouvé "est naît" sur la page de présentation... Personnellement, sa me choque... ( est né )

Oui, désolé... J'ai donné des valeurs à des fonctions... On vas dire que c'est pas du C

Ca fait longtemps que je n'y ai pas touché. On vas dire que les fonctions avec les paramètres sont des typedef et voilà, désolé

C'est exactement ce que je voulais démontrer, IAGTOF. Merci de me corriger

Eh ben, si M@teo21 passe sur ce topic, j'ose pas imaginer la tête qu'il fra en voyant à quoi ont servis ses cours pour moi...

A M@teo21 -> J'ai pourtant essayé...

Citation : D@mien44
En fait moi c'est IATGOF, mais bon, passe pour IAGTOF.
En plus d'assigner des valeurs à des fonction ( ce qui est n'importe quoi mais bon, tu voulais certainement donner un nom pertinent et tu as oublié la signification des paranthèses ), ta condition if n'est pas bonne non plus.

Comme quoi, vive le pseudo code

Code correct:
Secret (cliquez pour afficher)

Code : C

1 2 3 4 5 6 7

if(zone == BOUE)/* On suppose une énumération contenant BOUE et autres terrains */ { action.courrir = 0; /* on suppose des structures action et humeur */ action.grandSaut = 0; action.petitSaut = 1; humeur.fatigue++; }

T'as raison...

Désolé, IATGOF, voilà ça rentre


::Moi, je fais toujours les choses à fond ! Alors quand je démarre bien, ça fini bien, en général, mais quand je commence mal (mon code) je fais tout foirer:: C'est là mon principal défaut comme ma principale qualité...

A+

ne tant fait pas, un jour tu en aura encore plus de foirage LoL

damien73 mon projet "carnet de contact" date de 3 ans, je ne pense pas que ce soit d'actualité.
Puis mon rôle peut te sembler minime, comme tu le dis, mais détrompe-toi, je ne m'occupe pas "seulement" du scénario et du GDD mais aussi de l'équipe et du recrutement, ce qui n'est pas une mince affaire.
Ensuite le problème est réglé, car je voulais justement venir vous annoncer l'arrivée de D@mien44 qui va rétablir le problème.
Il devient donc co-directeur du projet à partir de ce jour.



Tout simplement parce qu'il m'a montré en premier qu'il avait des connaissances en C et qu'il pourrait donc me suborner pour définir complètement le GDD, avec sa partie technique. Il s'occupera donc de la partie technique et moi de celle écrite (je suis meilleur à ça).
D@mien44 a également fait preuve de beaucoup de motivation et a l'air d'avoir un esprit organisé et clair, qualité incontournable dans ce milieu.

Je pense donc que la seule voie à prendre pour ne pas que ce projet se casse la figure, c'est d'avoir un co-directeur compétent en C et un directeur compétent en écriture, pour équilibrer le projet, ainsi les futurs recrues seront bien encadrées.

Son rôle commence donc dès là, et le voici.

Le rôle du co-directeur

Le rôle d'un co-directeur est très important, car il suborne le directeur et encadre l'équipe entière.

• Il suborne le directeur avec ses compétences en C ;
• Il encadre l'équipe entière ;
• Il complète la partie technique du GDD.

De plus, D@mien44 est disponible et c'est un bon point pour l'équipe et le projet.

Le premier post a été édité, le moteur 3D utilisé sera Ogre.
Je pense avoir mis au clair le principal.

Tu confonds C et C++ ? car Ogre3D est en C++, soit inutilisable en C...

Et puis beaucoup plus de monde sont initiés à Irrlicht, enfin j'en connais pas beaucoup qui developpe avec Ogre3D.

Je vais demander à D@mien44 pour le choix, ce sera plus simple.
EDIT : c'est donc maintenant Irrlicht.

Citation : Craw
Mouais:
Code : C
Enfin bon, on met ça sur le fait de la fatigue et qu'il a fait ça à la va-vite, mais ça la fait mal pour un co-directeur ( Désolé de te faire de la contre-pub D@mien44 ).



Enfin un membre pour le projet, tu fait tourner le champage?

À mon avis on peut réussir si on s'y met et si j'ai quelqu'un à mes côtés qui connaît le C.
Là il travaille les voix et revoit le GDD.

Citation : Craw

Le problème c'est que Irrlicht c'est du C++...
au fait, tu as déjà quelques models ( avec les textures ) à nous montrer ? tu veux bosser sous quel format ?

Non je n'ai pas encore de models, j'attends des personnes justement.
Le format j'ai dit qu'il est libre.

Je parle des formats des models...
Les programmeur seront censé faire quoi dans un premier temps ?
Et puis sans models rapidement, les programmeurs vont vite se retrouver au chômage...

Je ne m'y connaît pas beaucoup en C Je m'y connais plus en algorithmique. Le C et moi... demandez à noob4ever

Oui, j'ai l'esprit plutôt ouvert. Et comme dit plus haut (ma perceverence) je vais tout faire pour que le projet aboutisse.

Par contre, j'éviterai de me mettre en mode ksudo devant les futurs membres de l'équipe, ça pourra m'éviter des ennemis



Craw, tu ne leur a pas parlé du moteur graphique que tu vas choisir... Par MP, tu m'avais dis que tu prendrai Irrlicht.



Bon, je vais retravailler un peu le GDD. Je peux donner l'adresse ou on verra plus tard, une fois qu'il sera finalisé (autant te le dire tout de suite, c'est pas gagné...)

Avant, je vais passer vite fait sur Pix-Créations pour voir où le post en est.

A plus tard

noob4ever je n'y connais rien en ça, désolé de te le dire comme ça, je ne vais pas répondre à ce que je ne connais pas.

EDIT : si j'ai dit que j'utiliserai Irrlicht.

Je voulais aussi dire que j'ai corrigé la faute "est naît", c'est une faute grave mais j'ai écrit vite, voilà pourquoi.
Je ne fais jamais de fautes comme ça, alors je comprends que ça puisse te choquer, mais sache que j'écris bien.

Bonne chance, ça peut avoir de la gueule si c'est bien organisé.

Tiens-nous au courant des avancements par contre.

Pom.

Oui je l'avais dit, je tiendrai au courant (même si ça se casse la gueule).

Je veux bien aider pour le graphisme 3d mais je sais pas faires de perso en 3d .
Si sa t'interesse .

Tu peux m'envoyer rapidement une lettre de motivation, avec tes créations (si tu en as) et tes disponibilités.
Je regarde en même temps si tu n'as pas déjà un autre projet.

Citation : Craw
Quand je disais "Personnellement, sa me choque..." c'était pour dire que c'était une faute plutôt voyante, hein
Je ne doute pas de tes capacités d'orthographe, je suis moi-même plutôt mauvais ( ) , et je voulais juste te la signaler, pas te faire des reproches ( y'a bien pire, crois moi ).

Oui oui je sais, j'ai dit ça juste pour me justifier.

Bon, là apparemment D@mien44 avance mais j'attends ses dernières nouvelles pour faire un rapport de nouveautés ici, je rappelle que nous recrutons toujours des graphistes 2d/3d (d'ailleurs pinto j'attends encore ton MP de motivation), des programmeurs C/C++ et l'idéal serait de recruter encore un chargé de la musique, histoire d'équilibrer le rôle de D@mien44, chargé des voix et des sons.

2 minutes pour la lettre de motivation , tu devrais l'avoir bientot du genre demain soir .
Sinon pour les images , vus qu'il sont sur un autre ordi j'en aie pas des masses :s

Ok, donc c'est bon.

• Tu dis : "Le jeu sera codé en C/C++". Mais en C ou en C++ ? Ce sont deux langages différents.
• Actuellement, vous en êtes où dans ce projet ? Je veux dire à part le scénario ? Niveau gameplay, modèles, décor, programmation (comment organisé le code, ...), ... Vous êtes au stade 0 avec seulement le nom du jeu ou alors vous avez déjà des "bases". (Pas lu le 7 pages du topic...)
• J'ai aperçu que tu as dis Ogre3D, puis Irrlicht. Pourquoi celui-ci finalement ? Irrlicht est plus "facile" à prendre en main on va dire mais je pense Ogre3D plus adapté, plus puissant pour ton projet car tu as vraiment l'air de vouloir faire un "vrai jeu".

Bon faudrait savoir, on me conseille Ogre ou Irrlicht, je ne sais plus où donner de la tête, je reste sur Irrlicht.

Après j'en suis au stade 0 mais j'ai l'impression que ce projet ne va pas tenir la route, comme vous le dites...

Ecoute, tu as fait un GDD, et c'est déjà ça.
Je te conseille de te spécialiser dans un domaine (3D, programmation, graphisme) avant de t'attaquer à un vrai jeu-vidéo.