Moi aussi je développe un jeu sur le web libre, mais encore en version alpha donc absolument pas jouable et je me suis posé les mêmes questions que toi quand j'ai commencé à développer mon jeu. Je me suis même posé la question : comment faire un jeu sur le web libre ? Et voici mes conclusions (qui reprennent des conclusions de commentaires précédents) :
- déjà un truc important est le but du jeu : on peut concevoir un jeu sur le web dont le but ne soit pas de monter un "niveau" au maximum, évitant ainsi toute tentative d'optimisation. Ce n'est pas forcément facile vu que c'est souvent le principe de la quasi-totalité des jeux en général mais c'est possible (j'ai choisi cette option pour mon propre jeu).
- libre ou pas, les joueurs arrivent toujours à deviner les trucs et astuces d'un jeu sur le web, on ne peut rien faire contre ça, et c'est même le but quelque part. Solution : faire que même avec la "recette", le jeu garde son intérêt (on pourrait faire un parallèle avec la sécurité et la cryptographie : ce n'est pas parce qu'on connaît AES qu'on peut le craquer).
- il est toujours possible de "cacher" certaines parties du jeu (tout ce qui est dans la base de données par exemple ou les fichiers de conf), donc un bon design du code du jeu doit permettre de ne dévoiler que le minimum possible aux joueurs, en gros la recette mais pas les "valeurs".
À partir de là, il est possible de libérer un jeu sur le web, sans aucune hésitation. Et je dirais même qu'il faut jouer le jeu à fond et ne pas hésiter à documenter le maximum de choses, les joueurs seront moins tentés d'aller fouiller dans le code source.
Les risques que tu soulèves, notamment le fait de pouvoir installer plusieurs instances du jeu facilement, font partie du challenge : arriver à réunir tout le monde au même endroit. Pour cela, le choix de technologie peut aussi être une "solution" : si le jeu sur le web est fait en PHP pur et s'installe sur du LAMP sans problème, c'est sûr que ça va être plus facile que si le jeu est développé en python ou ruby ou java où là, il faut avoir un serveur dédié souvent. C'est une barrière à l'entrée assez artificielle mais ça marche je pense.
# Moi aussi
Posté par rewind (Mastodon) . En réponse au journal Les jeux par navigateur et le libre. Évalué à 3.
- déjà un truc important est le but du jeu : on peut concevoir un jeu sur le web dont le but ne soit pas de monter un "niveau" au maximum, évitant ainsi toute tentative d'optimisation. Ce n'est pas forcément facile vu que c'est souvent le principe de la quasi-totalité des jeux en général mais c'est possible (j'ai choisi cette option pour mon propre jeu).
- libre ou pas, les joueurs arrivent toujours à deviner les trucs et astuces d'un jeu sur le web, on ne peut rien faire contre ça, et c'est même le but quelque part. Solution : faire que même avec la "recette", le jeu garde son intérêt (on pourrait faire un parallèle avec la sécurité et la cryptographie : ce n'est pas parce qu'on connaît AES qu'on peut le craquer).
- il est toujours possible de "cacher" certaines parties du jeu (tout ce qui est dans la base de données par exemple ou les fichiers de conf), donc un bon design du code du jeu doit permettre de ne dévoiler que le minimum possible aux joueurs, en gros la recette mais pas les "valeurs".
À partir de là, il est possible de libérer un jeu sur le web, sans aucune hésitation. Et je dirais même qu'il faut jouer le jeu à fond et ne pas hésiter à documenter le maximum de choses, les joueurs seront moins tentés d'aller fouiller dans le code source.
Les risques que tu soulèves, notamment le fait de pouvoir installer plusieurs instances du jeu facilement, font partie du challenge : arriver à réunir tout le monde au même endroit. Pour cela, le choix de technologie peut aussi être une "solution" : si le jeu sur le web est fait en PHP pur et s'installe sur du LAMP sans problème, c'est sûr que ça va être plus facile que si le jeu est développé en python ou ruby ou java où là, il faut avoir un serveur dédié souvent. C'est une barrière à l'entrée assez artificielle mais ça marche je pense.