ah, la que j´ai un peu plus de temps, je vais pouvoir m´etendre un peu...
highlyman : un programmeur sur un projet de moyenne envergure peux t´occuper pendant DES MOIS sans avoir besoin de la moindre ressource correctement fignolee.
On veut un RPG en exterieur ? pas de probleme, faut mettre en place tous les algos pour le rendu du terrain, la navigation, la generation dynamique de LOD, etc. Faire bien un truc de base comme ca, ca prend facilement 3-4 mois a une petite equipe de qq developpeurs competents, et qui s´y donnent a plein temps.
On veut un FPS en interieur ? pareil, y´a toute une batterie de structures de donnees a mettre en place, avant de commencer a la realisation du jeu en lui-meme.
Et avec ca, on ne fait pas encore grand chose... Bref, c´est normal que des programmeurs ne soient pas interesses par rejoindre qqun qui propose des ressources, meme de bonne qualite. Parce que jusqu´au stade ou tout le code est fonctionnel, on prefere faire rapidement 2-3 trucs foireux sous un modeleur qqcq quand on en a besoin, pour tester precisemment ce qu´on fait ( ben oui, ca marche jamais du premier coup, donc avant d´utiliser ton modele final nickel, il faut faire toute une serie de tests pour debugger tout ce merdier, et la le codeur est autonome).
A l´extreme, on pourrait dire que l´utilite des autres personnes que les codeurs ne vient que lorsque le produit est fini ; certes, j´exagere, mais c´est un peu l´idee. Dans un post voisin, qqun qui a fait tout le jeu en flash je crois demande maintenant a remplacer les ressources, ca illustre bien : des ressources de qualites sont un " plus" non indispensable au programmeur durant toute la phase de developpement. Et c´est pareil dans mon projet pro au passage ; certes les artists/modelers/etc. travaillent en meme temps que nous, mais le produit de leur travail ne vient s´integrer qu jeu qu´une fois le code fonctionnel.
Alors on va me dire " oui mais on peut prendre des moteurs deja existants, tout ca tout ca" ; soit. Mais d´une part il faut bcp adapter a ses besoins, ce qui n´est pas forcement marrant vu qu´aucun moteur ne fait exactement ce que tu veux, et d´autre part l´interet du codeur est de realiser les outils qui servent a faire le jeu : s´il est juste la pour encapsuler l´existant en vue de creation de contenu, ca perd BCP de son interet theorique, et ca devient du pur level design.
voila voila, j´espere que ca explicite un peu ma position, et je serai p-e rejoins par d´autres sur ces qq points :-?
tout ca pour dire que moi au final, je prefere cogiter sur un bout de moteur ou un algo pendant 6 mois meme si cela ne me permet pas de faire un produit fini, plutot que de me cantonner a de la customisation et de la creation de contenu.
ah oui, derniere chose, pour les non codeurs voulant realiser leurs idees, perso j´aurai plutot tendance a conseiller d´utiliser un jeu proposant un toolkit integrant de bonnes fonctionnalites. Ajd bcp de jeux viennent avec tous les outils qu´il faut pour creer ses propres extensions, avec ses propres ressources. C´est p-e a envisager.
