Combien de temp fo il pour creer un jeu?

sa dépend quel type....mais c´est un minimum de 200h je dirais mais peut de gens arrive à faire un bon jeu en 200h....

je dirais a peu pres entre 1 heure et 10 ans ( apres ca depend du jeu que tu veux faire..)

Réponse claire et précise

10ans faut arreter de fumer, si tu met 10ans le programme sera déjà dépassé a sa sortie!!!

ouai, ça peut mettre du temps, mais faut s´y investir

10 ans ca me parait realiste pour des amateurs ( pour un jeu enorme evidemment!!) , sachant que half life 2 a été realisé en 5 ans quand même!! ( et par une equipe de pros)

Pour une equipe amateur bien entrainée il faut :

- Quelques heures pour faire un tout petit jeu ( genre pong)

- 2 ou 3 semaines pour faire un petit jeu 2D

- 1 a 2 an pour faire un jeu 2D

- 3 a 5 ans pour faire un jeu 3D

- 2250 ans pour faire Gran turismo 3 ( si si j´ai fait le calcul).

Non, Gran turismo est faisable en quelques années si on est bocoup

Non desolé.

L´equipe orgininale etait composée de 90 personnes qui a bosser a temps plein pendants 3 ans ( et encore ils avaient deja l´experience des autres gran turismo).

Je vois mal comment tu peux faire ca en seulement " quelques" années.

As tu deja fais un jeu ? combien de temps a tu mis ?

question stupide reponse bete... dans les boites de jeux video sont 50 et prenne 4 ans pour un jv, alors pour un seul gar...
Gloum

suffit de faire le calcul....4ans fois 50= 200ans pour faire un jeu seul.....

squall on se connait?

lol, les bons calculs à la louche !

Tant qu´on y est on peut dire aussi que ca dépend de la vitesse à laquelle tu tapes au clavier ! ou ta dextérité à la souris / tablette numérique !

mouarf ! " tablette graphique" je voulais dire ! ! il est temps que je pense à aller me coucher moi quoique 6:40 le jour va se lever

Du papier, un crayon, des des...

Je dirais 10 minutes [complique de dessiner les oies quand meme].

sa depen aussi si tu le cré avec un logiciel du style rpg maker 2003 ( le plus connu) et fight maker ( jai rien piger ken je les lancé) sa avec sa a cré un ptit rpg a la noix tenn as pour 2 semaine mai si u veu fair un gros rpg ten as pour 3 mois ( au moin pour un bon truc) et si tu veu cré un truc en 3D tout seul comm il le dise la haut c 200 ans ( si tu ty conai moyen) si tu ty conai po c 1000 ans au moin mai dici la ton jeu x sera deja depasser! ou si tu veu cré un 2D je dirai bien 10ans ( mais tout se ke jai di depen aussi si tu veu fair un beau truc, un gros truc, et euh.. etc...)

aitonfrere:
non, la vitesse de developpement dépend du temps mis a penser les algorithme, pas a les taper.
en general il faut plusieurs heures pour faire fonctionner un algo par exemple pour ma suppression des faces cachées j´ai du m´y reprendre a deux fois, ca m´a pris 3 semaines ( 70 heures environ)
et les 2 algos bout a bout ca fait pas plus de 400 lignes.
donc le temps de les taper c négligable.

Encore une fois tu te places en position de programmeur une équipe de développement de jeu n´est pas composée que de programmeurs ( loin de là ca doit représenter 10-15% de l´effectif global)! De toute facon en tant que " bon" programmeur tu es censé fournir un minimum de documentations ( en tout cas en tant que lead programmer c´est le cas) ne serait-ce que pour diffuser le plan de travail et les specs du jeu à tes collègues. Et là c´est du Word + outils de design UML ( ou autre).

Qui plus est les " simples" coders n´ont rien à inventer, ils ne font qu´appliquer les directives du lead programmer, les seuls problèmes qu´ils ont à résoudre c´est l´interprétation de l´architecture du code qu´on leur impose et coder ce qui leur est imposé du mieux possible !

Ensuite il faut savoir une chose c´est qu´une entreprise qui " marche" ( qui a un peu d´expérience en tout cas) possède des librairies en interne qui leur permettent d´accélérer les développements et se concentrer sur le jeu. Ces librairies sont bien sur évolutives, mais les programmeurs bossant sur un jeu n´ont pas à se préoccuper de tous ces problèmes ( faces cachées etc...) sauf si bien sur le but est d´améliorer cette partie.

Et puis merci pour le petit cours sur les algos mais si ca marche pour des petits bouts de code c´est inutilisable sur des gros projets. Tu crois qu´un jeu est un algorithme de 300.000 pages ? ? Il existe de techniques de gestion de projet beaucoup plus adaptées que les algos.

Dans un jeu ( et tout autre développement de projets) le plus long c´est pas vraiment l´analyse, c´est la prod ( code et graphismes surtout) + les tests. La preuve : qu´est ce qui ralentit le plus souvent la sortie d´un jeu ? : les bugs !

ou bien un piratage: voire half life 2 arf

lol, oui aussi mais bon c´est déjà plus rare comme " erreur de parcours".

Tiens ca tombe à pic, dans le Game Developer magazine de ce mois-ci il y a un article sur le making of de Naughty Dog´s Jak II. Pour ceux qui n´ont pas le mag voici quelques infos sur la prod d´un tel jeu :

Publisher : Sony Computer Entertainment
- 48 full time developers
- OS used : Windows NT, Windows 2000, Linux
- Development software used : Allegro, Common Lisp, Visual C++, Maya, Photoshop, X Emacs, Sound Forge, Visual SlickEdit, tcsh, Exceed, CVS
- 2 years of full production
- 335.000 person-hours ( environ 38 ans)
- 227 pages of script
- 22 audio recording sessions
- 12.2 pencil-miles of drawings
- 841.000 lines of run-time code
- 12.000 cans of Diet Coke ( mouarf)
- 1 ocean of Goldfish crackers ( lol)

Dans l´article ils disent que 6 animateurs ont bossé sur les cinématiques pendant 14 mois pour obtenir environ 90 minutes de video.

Voilà a peu près sur un cas concret ce que peut représenter la masse de boulot d´un jeu actuel ( et ce n´est pas forcément le plus complexe du marché)