Ayreon a écrit:Toute programmation induit un risque : le bug. 2D ou 3D. Et c'est exponentiel avec la taille du jeu. Je suis d'accord là-dessus.
Là, nous sommes tout à fait en phase.
Perso, ce que je te dis, c'est que les vrais patchs, ceux qui corrigent vraiment des problemes, je n'en ai jamais vu sur SF2, Teken ou SoulCalibur.
Pourquoi ?
Parce que même si ces jeux sont de générations différentes, ils resent suffisament simples dans la liste des cas de tests possibles.
"Tout" peut etre testé correctement et quand le jeu est mis sur le marché, il fonctionne.
Je n'en ai jamais vu non plus sur un jeu de plateforme 2D.
Non, les vrais patches, je n'en ai vu que sur des jeux "compliqués" où tu vois bien que la liste des cas à testé est énorme. Et là, les studios en testent un maximum, mais savent que certains cas ne seront pas testés (ou mal). Et ils prennent quand meme le risque de sortir le jeu.
Et là, des fois, y'a un gros bug caché (souvent des petits bugs... que 99% des utilisateurs ne verront pas et qui, il y a 10 ans, n'auraient pas fait l'objet d'un patch).
Mais ce gros bug, il n'est là qu'a cause de la complexité intrinsèque du jeu (et l'aspect 3D ne fait que permettre de faire des jeux plus complexes).
Apres, DD, Internet, ce ne sont que des facilités.
Bien sur, un patch, si tu ne peux pas l'installer (donc sans DD), ca va pas le faire.
Au meme titre que si tu ne peux pas le diffuser (donc sans Internet), ca sert a rien.
Mais ca, c'est du détail technique. Le fait est que si les jeux ont plus besoin de patchs aujourd'hui, c'est d'une part parce que comme il est "facile" de patcher, les éditeurs corrigent des points qui n'auraient sans doute jamais été corrigés hier, et d'autre part parce que les jeux sont plus compliqués.
J'ai l'impression que tu n'arrives pas à te remettre à l'époque.
Je ne sais pas quel age tu as et je m'en tape. Mais merci de ne pas faire de suppositions hasardeuse de ce genre.
Car je pourrais te retourner la phrase. Tu t'obstines à parler de difficulté de programmation. Ceci à peu d'interet. C'est tout le process de développement qu'il faut regarder. Et les bugs de développements, meme si tu fais de la programmation ultra haut niveau, voir de la programmation visuelle, tu en as autant que si tu te tapes tout en assembleur. Ce qui fait qu'un programme est livré avec ou "sans" (je met bien le "sans" entre guillements) bug, ce sont les tests, et rien que ca.
Aujourd'hui, les temps de développements sont plus longs qu'hier, OK. Mais grosso modo, on a multiplié par 4 le temps de développement pour faire des jeux 10x plus complexes (parce qu'on a de meilleurs methodes/outils). Par contre, y'a pas de mystere, un jeu 10x plus complexe, ca devrait etre au moins 10x plus de temps pour le tester. La dessus, tu ne peux pas (ou peu) gagner. Et ca, économiquement, ca ne passe pas.