07-11-2016, 02:53 PM
[Tout cela est dans le contexte de nos jeux web amateurs, pas dans celui d'un pro ni d'un site B2B: quand le pognon intervient, c'est différent car on fait ce qu'on nous demande point.]
Du dynamisme dans une page n'implique pas de flinguer la navigation naturelle sur le web, c'est tout. Peut-être qu'on peut ne pas la flinguer en usant proprement de tel ou tel framework, mais sans y recourir, on est certain de ne pas la flinguer (et même chez les pros, j'ai rarement vu des sites JS-mandatory qui ne flinguent pas la navigation).
Si on se lance dans "un jeu (vidéo) web", on restreint ce qu'on veut créer: un jeu (donc, bye bye la création de meubles) vidéo (donc, obligation d'utiliser l'outil informatique) web (donc, pour moi, obligation de respecter le fait qu'on est dans un navigateur, et que oui, un site web n'est pas nécessairement "immersif" parce qu'il n'a pas la moindre idée du contexte d'utilisation où il se situe [et c'est l'intérêt de la chose: ne pas avoir à se soucier du contexte dans lequel on s'exécutera]).
Mais perso, cet argument de l'immersion, je le trouve complètement bidon: quand tu navigues sur Wikipedia (ou autre), t'as constamment en tête "oh je suis dans mon navigateur, ce n'est pas immersif"? Perso, quand je navigue, tant mes habitudes ne sont pas explosées par un site, tout se passe impec', et le site devient immersif parce que "tout est comme d'habitude et je n'y fais donc même plus gaffe". Et si le gameplay que tu veux proposer ne rentre pas dans ces "habitudes", à mon avis, autant changer le contexte et passer du "jeu (vidéo) web" au "jeu vidéo". Tu ne seras plus emmerdé par ces notions "d'habitudes", et tu auras toutes les largesses pour faire le gameplay temps réel 3D qui envoie du pâté.
[J'ai peut-être un peu de mal à expliciter l'idée, donc je "verbose" un peu!].
En fait, je trouve que ce serait un peu comme vouloir supprimer les numéros de pages et de chapitre d'un livre, parce que "ça casse l'immersion" (c'est du texte qui ne fait pas partie de l'histoire). Ou idem pour les n° de vers d'une pièce de théâtre (ou les n° de scène et d'acte). Sauf que c'est d'une part usuel comme façon de faire (disons, "standard") et d'autre part, on n'y fait humainement plus gaffe. Donc s'embêter à vouloir les supprimer avec tous les effets colatéraux que cela amènera, je trouve cela improductif.
Du coup, oui, un bon jeu avec une histoire bien trouvée, un design bien pensé et une navigation bien standard, je trouverai cela immersif, car en moins de 10 secondes, j'aurai plongé dans l'histoire (qui doit évidemment être immersive, si elle est pourrie, c'est mort). L'espèce "d'habillage" qu'il y a autour (celui qui requiert de passer par ces FW) n'est, pour moi, qu'une façon de repousser le plus possible le moment où on tombera sur le coeur du jeu (voire parfois, fausser ce coeur de jeu en tentant de le sur-embellir). Finalement, c'est avoir pris le problème dans le mauvais sens que s'embringuer direct dans ces stack complexes avant même d'avoir pondu une version du jeu opérationnelle: on fait toute une décoration autour d'un coeur vide, au lieu de passer son temps à construire un coeur intéressant, même s'il sera "brut de décoffrage". Les entreprises peuvent faire du blé avec du vide bien décoré, mais pas un amateur (encore moins un codeur [t'auras toujours des exceptions, évidemment]).
Du dynamisme dans une page n'implique pas de flinguer la navigation naturelle sur le web, c'est tout. Peut-être qu'on peut ne pas la flinguer en usant proprement de tel ou tel framework, mais sans y recourir, on est certain de ne pas la flinguer (et même chez les pros, j'ai rarement vu des sites JS-mandatory qui ne flinguent pas la navigation).
Si on se lance dans "un jeu (vidéo) web", on restreint ce qu'on veut créer: un jeu (donc, bye bye la création de meubles) vidéo (donc, obligation d'utiliser l'outil informatique) web (donc, pour moi, obligation de respecter le fait qu'on est dans un navigateur, et que oui, un site web n'est pas nécessairement "immersif" parce qu'il n'a pas la moindre idée du contexte d'utilisation où il se situe [et c'est l'intérêt de la chose: ne pas avoir à se soucier du contexte dans lequel on s'exécutera]).
Mais perso, cet argument de l'immersion, je le trouve complètement bidon: quand tu navigues sur Wikipedia (ou autre), t'as constamment en tête "oh je suis dans mon navigateur, ce n'est pas immersif"? Perso, quand je navigue, tant mes habitudes ne sont pas explosées par un site, tout se passe impec', et le site devient immersif parce que "tout est comme d'habitude et je n'y fais donc même plus gaffe". Et si le gameplay que tu veux proposer ne rentre pas dans ces "habitudes", à mon avis, autant changer le contexte et passer du "jeu (vidéo) web" au "jeu vidéo". Tu ne seras plus emmerdé par ces notions "d'habitudes", et tu auras toutes les largesses pour faire le gameplay temps réel 3D qui envoie du pâté.
[J'ai peut-être un peu de mal à expliciter l'idée, donc je "verbose" un peu!].
En fait, je trouve que ce serait un peu comme vouloir supprimer les numéros de pages et de chapitre d'un livre, parce que "ça casse l'immersion" (c'est du texte qui ne fait pas partie de l'histoire). Ou idem pour les n° de vers d'une pièce de théâtre (ou les n° de scène et d'acte). Sauf que c'est d'une part usuel comme façon de faire (disons, "standard") et d'autre part, on n'y fait humainement plus gaffe. Donc s'embêter à vouloir les supprimer avec tous les effets colatéraux que cela amènera, je trouve cela improductif.
Du coup, oui, un bon jeu avec une histoire bien trouvée, un design bien pensé et une navigation bien standard, je trouverai cela immersif, car en moins de 10 secondes, j'aurai plongé dans l'histoire (qui doit évidemment être immersive, si elle est pourrie, c'est mort). L'espèce "d'habillage" qu'il y a autour (celui qui requiert de passer par ces FW) n'est, pour moi, qu'une façon de repousser le plus possible le moment où on tombera sur le coeur du jeu (voire parfois, fausser ce coeur de jeu en tentant de le sur-embellir). Finalement, c'est avoir pris le problème dans le mauvais sens que s'embringuer direct dans ces stack complexes avant même d'avoir pondu une version du jeu opérationnelle: on fait toute une décoration autour d'un coeur vide, au lieu de passer son temps à construire un coeur intéressant, même s'il sera "brut de décoffrage". Les entreprises peuvent faire du blé avec du vide bien décoré, mais pas un amateur (encore moins un codeur [t'auras toujours des exceptions, évidemment]).