Oui, il va y avoir une grosse chute de productivité chez les 25/30 ans pendant au moins 2 semaines![]()
Oui, il va y avoir une grosse chute de productivité chez les 25/30 ans pendant au moins 2 semaines![]()
En effet, la plage est un peu justeOn va dire chez les 7 à 77 ans
![]()
Je n'ai pas développé de jeux (mais un simulateur de conduite, qui présente des points similaires), mais je peux dire que dans des applications "plus conventionelles", comme on dit, les couches ne sont pas si séparées non plus. Les exemples que tu as cité, je peux en dire autant pour toutes les applications. Je ne vois vraiment pas en quoi les jeux auraient une particularité sur ce point. Un exemple ?
Le moteur de rendu de word a du être modifié quand a été intégré le soulignement en temps réel des fautes d'orthographe. Ont-ils pour autant réécrit word ?
Le fait d'avoir des couches aide à l'introduction de nouvelles fonctionnalités, mais même dans l'application la mieux conçue, il sera rare de pouvoir la faire évoluer en ne touchant qu'à une couche.
Dans ton exemple de course de voiture, je suis gêné par le fait que tu dise que l'IA doit être récrite. Si tu disais qu'elle doit évoluer, prendre en compte de nouveaux paramètres, ok. Mais réécrite, pourquoi ?
Je n'ai jamais écrit de business app, ou de tableur etc... Je suis reparti de ce que le PO a dit, à savoir :
(puis, dans un autre post)Nous savons construire des applications dont les couches logicielles sont bien différenciées avec des dépendances entre composants bien étudiée. La construction d'un logiciel de jeu doit - certainement - être au moins aussi rigoureuse qu'un autre qu'on élabore en entreprise.
Et l'ai pris pour argent comptant (c'est à dire, que j'en ai tiré la conclusion qu'il en a écris et que, d'expérience, le couplage est minime entre chaque composants, juste l'api grosso modo).Or, m'a t-il semblé, il y a refonte systématique des logiciels de jeu. Là où il me semble que ceux existants pourraient simplement évoluer. Soit pour assurer qu'un public important reste sur un jeu, celui-là montrant ses capacités à évoluer, soit en permettant que des sagas soient produisibles rapidement à partir d'un même moteur ("à la Baldur Gate").
Au passage, j'aurais dû corriger le "il y a refonte systématique des logiciels de jeu" qui est souvent faux (note bien que je ne dis pas "jamais", il y a des cas où tu écris ton moteur pour un jeu en particulier, comme quand tu fais un jeu pour un système très limité en puissance, et que tu en est à chercher à gagner le moindre cycle/octet dans tout les recoins du moteur).
Puisque ces mondes ne sont pas si différents, la seule raison est purement économique (maintenance des jeux existant, déjà dit et répété), et pour les cas extrêmes, technologiques (passer D2 en 3D, c'est trop, il y aurait tout à refaire à part la partie stat).
Il reste une différence (majeure) qui réside dans la quantité d'assets à mettre à jour ; je peux me tromper, mais je ne vois pas vraiment d'autres secteurs qui en nécessitent autant.
Je me suis mal exprimé ; par "ré-écrire", c'est bien sûr faire évoluer, pas repartir de zéro. C'est rarement une bonne chose, comme partout![]()
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager