Un beau soir, je vois une annonce de Riot apparaître sur le site officiel, avec comme titre
"Riot pls". Comme à mon habitude, je lis, et je vois en gros un article qui explique la position de Riot sur divers systèmes de jeu. Très bien, je m'empresse de récupérer le contenu et de le poster sur LoLTracker, et ne voit pas grand-chose à y ajouter. Je me prépare pour la MAJ PBE, et continue à travailler sur le site, mes dossiers, etc...
Le lendemain, après avoir terminé mon article sur le PBE, j'en profite comme à mon habitude pour faire le tour de tous les sites que j'ai l'habitude de vérifier pour voir les nouvelles, les redposts, les tendances du jour, etc... Facebook, Reddit, Twitter, Forums, tout y passe, comme d'habitude. Sur Reddit cependant, je remarque
un grand nombre de posts sur le mode sandbox, ou bac sable, ce mode qui permettrait de s'entraîner avec une plus grande liberté, en faisant apparaître des vagues de sbires à n'importe quel moment, en faisant apparaître des camps de la jungle, en supprimant les temps de recharge, en immobilisant des unités, etc...
Il y a plusieurs posts sur le sujet, que je me mets à lire, et qui ont vite fait de me dégoûter. Reddit est probablement l'un des plus mauvais endroits pour débattre d'un sujet. Que votre contribution apporte quelque chose ou non, si vous n'êtes pas de l'avis de la masse, vous n'aurez aucune visibilité, ce qui empêche tout avis opposé, construit ou non, d'être visible, et de laisser une personne se faire un jugement. Et rares sont les avis construits sur Reddit. Ici j'ai quand même remarqué de bonnes choses, de bons arguments, mais pour trouver les arguments opposés, il m'aurait fallu creuser longtemps. Après, je suis peut-être un peu biaisé par le fait que sur LoLTracker, j'ai tout au plus un message à modérer tous les 3 mois, parce que la communauté, même quand elle critique, sait le faire sans être aussi violente que celle de Reddit.
Petite parenthèse d'ailleurs, ceux qui commentent ici peuvent être fiers d'eux, c'est rare que je vois des commentaires haineux =P
Est-ce que je dis ça parce que je vais vous donner un avis opposé moi-même ? Non, pas vraiment. Je pense aussi que le jeu a besoin de ce mode bac à sable, mais j'aimerais quand même discuter de ce qu'a dit Riot, parce que je pense que le sujet est intéressant.
Bac à sable : Pour qui ?
Mais, qui ça intéresse un bac à sable au juste ? Est-ce qu'un joueur lambda va y voir un intérêt, ou est-ce juste un instrument pour joueur pro ? Eh bien, l'intérêt pour les joueurs pro est indéniable. Le nombre de choses qu'ils pourraient faire pour s'entraîner et expérimenter des combos, techniques et stratégies, est quasi infini. Pour les joueurs lambda, c'est une autre histoire. Évidemment, ça m'est déjà arrivé de me dire "Zut, je n'ai pas réussi à passer/à sauter à travers ce mur. Faudrait que j'ai un truc pour voir où est la limite.". Pour autant, je ne suis pas certain que cela serait la chose la plus utilisée par les joueurs. À la base, et je pense que rares sont ceux qui vont me contredire, on lance le jeu pour jouer, pour s'amuser, même si c'est pour aller en ranked. On ne va pas passer un temps significatif en sandbox, parce que ce qu'on veut, c'est jouer.
C'est là le problème. Comme souvent, Riot s'est très mal exprimé sur le sujet, et ça donne un résultat catastrophique, mais s'ils ne veulent pas travailler sur le sujet, c'est tout simplement parce qu'en l'état, ce n'est pas quelque chose qui doit être priorisé (Pour eux). Cela n'empêche pas le fait qu'il y ait pleins d'usages possibles. Tutos, spotlights communautaires, challenges, etc... Mais je pense vraiment que l'intérêt principal des joueurs reste de jouer.
Parfois, il vaut mieux se taire
On peut se dire "Oui mais attend, les joueurs râlent et veulent ce bac à sable, donc, Riot devrait le faire". C'est là que le fait de mal s'exprimer prend tout son sens. Tel que dit dans le dev blog de Riot, le mode bac à sable ne les intéresse pas, et ils ne le développeront pas. En réalité, ils le feront probablement un jour, mais il y a trop de choses à faire avant pour s'y intéresser à court ou moyen terme. Et dans ce cas de figure, c'est triste à dire, mais la bonne intention de vouloir communiquer davantage se transforme en "Riot dit de la merde, fuck them".
Est-ce que trop communiquer est un problème ? Parfaitement. Les exemples ne manquent pas chez Riot et chez d'autres géants du jeu vidéo. Créer des ascenseurs émotionnels, de fausses attentes, etc... Est quelque chose que les joueurs détestent. Mais ils veulent toujours en savoir plus sur ce qui se prépare. Alors, que choisir ? Eh bien, il faut trouver l'équilibre. Un équilibre où vous en dites suffisamment pour que les joueurs sachent à quoi s'attendre, mais où ils n'en savent pas trop, de sorte à ne pas les décevoir si vous faites machine arrière sur un projet, ou si vous discutez sur des choses qu'ils ne vont pas comprendre, comme certaines modifications sur des champions. D'ailleurs, là aussi, on a des exemples de changements arrivés sur le PBE par erreur, qui ont vite enflammé les joueurs.
Vouloir une chose et son contraire
Pour le coup, les pros sont déçus, et les joueurs aussi. Riot ne veut pas faire de mode bac à sable, et corriger le tir est difficile, même avec des tentatives comme
celle de Pwyff. Malgré ça, est-ce que réellement les joueurs veulent un mode bac à sable par-dessus tout ? Probablement pas, et c'est pour ça que je parle d'erreur de communication. Comme je l'ai dit, bien que le mode bac à sable soit un élément de jeu appréciable, ce n'est pas ce qui vous mobilisera le plus de temps de jeu. À côté de ça, un nouveau client, qui est une chose lancée tout le temps pendant votre session de jeu, et sur laquelle les joueurs taquinent Riot depuis longtemps, c'est quelque chose qu'ils veulent, et qu'ils réclament tous les jours d'ailleurs. Mais il faut savoir choisir ses priorités. Faut-il préférer un mode bac à sable à une refonte du client, une rotation de modes temporaires, un teambuilder draft, ou je ne sais quelle autre fonctionnalité utile ? Charge aux joueurs de débattre sur le sujet. Mais c'est bien mal parti pour débattre actuellement. Toutefois, je ne crois pas que le mode bac à sable arriverait en tête de liste, contrairement à un nouveau client. Je pense aussi que le système de replays, contrairement à ce que pense Riot, arriverait à une bonne place dans la liste. Mais dans ce cas de figure, c'est aussi une histoire de capacité, donc, on va passer sur ce point.
Si vous n'étiez pas là il y a quelques années, on a eu un mode replay sur le PBE. Fonctionnel, mais annulé au final, du fait de la sollicitation de bande passante trop importante à laquelle Riot s'attendait
La fameuse dette technique
"Mais Riot a les moyens, ce n'est pas une petite compagnie avec peu d'argent, ils pourraient travailler sur tout ça en même temps !". Je m'attends à ce genre de réponse, et j'ai aussi envie de parler de ça. C'est parfaitement vrai, Riot ne manque pas de moyens. Mais l'argent, ça ne fait malheureusement pas tout. Même si vous avez cent milliards d'Euros sur votre compte en banque, si vous voulez construire un gratte-ciel, vous pourriez avoir tout l'argent du monde, qu'il ne pourrait pas se construire instantanément. Et bien que l'informatique renvoie une image de "Tout se fait en un clic", c'est pourtant le même raisonnement qui régit ce milieu.
Et ce raisonnement est amplifié par le fait que le gratte-ciel, vous essayez de le construire sur des fondations vieillissantes. Et pour Riot, c'est ce qu'on appelle la dette technique. Tout le jeu a été réalisé avec l'espoir qu'il attire des dizaines de milliers de joueurs... Mais pas des dizaines de millions. Vous vous retrouvez donc à la fin avec un code pourri, pas optimisé, une absence de fonctionnalités basiques, etc... Je ne vais pas vous refaire ce discours, que vous avez déjà entendu plusieurs fois, mais quoiqu'il en soit, même au fil des années, il reste des choses dans le jeu qui sont loin d'être bien optimisées. Et contrairement à une grosse boîte existante qui a des moyens, et plus de flexibilité dans le développement, quand on part de zéro, il y a tout un monde à développer, et cela vaut aussi bien pour ce que les joueurs voient que pour ce qu'il se passe dans l'entreprise. Je doute que pendant les deux premières années, et même pendant les trois premières années d'existence du jeu, il y ait eu une organisation solide et une attribution correcte des ressources chez Riot, étant donné la jeunesse de la boite sur le marché.
Un succès sous-estimé qui a débouché sur la séparation des serveurs
Rattraper une dette technique comme celle de Riot prend du temps. Ils en ont déjà rattrapé une partie, qui peut se voir du point de vue des joueurs, que ça soit avec la nouvelle map, les changements des systèmes de projectiles, les multiples datacenters construits, etc... Mais ils en ont aussi une à rattraper en interne. Standardiser des processus, comme le fait d'avoir un cycle PBE tous les 15j suivi d'un patch, avoir un calendrier des refontes avec des équipes dédiées à ces changements, fabriquer des outils pour procéder à des modifications ou des évolutions plus simplement, etc...
Il y a deux ans, il était impensable de désactiver des champions ou des objets en particulier le temps de résoudre un bug. Aujourd'hui, c'est une banalité, mais cela permet à Riot de mieux gérer le jeu. Et c'est de ce genre de choses dont ils ont besoin pour gérer plus efficacement le jeu.
Je ne vais pas défendre tout le bilan de Riot, il y a de gros points noirs, que ça soit les communications foireuses, certaines refontes (Olaf, Skarner V1, etc...), le site web et les forums aussi bien pensés que le premier kit de Karma, etc... Mais je préfère tout de même nuancer ça, parce qu'évidemment, ça reste dirigé par des humains, donc il y a des bourdes et des erreurs, et que malgré certains points noirs, Riot a très bien réussi d'autres projets, et cela depuis le début, aussi bien avec le mode spectateur qu'il y a peu avec la nouvelle map, et qu'ils ont acquis pas mal d'expérience dans beaucoup de domaines, ce qui évite que des champions sortent aujourd'hui avec le même kit qu'Irelia, Sona, LeBlanc, etc... à leurs sorties respectives, évite que les refontes soient des échecs monstrueux (Celle d'Ashe a été très réussie, celle de Ryze aussi même si elle a nécessité des ajustements ensuite), permet de mettre en place des solutions complexes comme le machine learning, de refaire les fondations du jeu, comme avec le nouveau client en préparation, et de garder une solide base de joueurs, malgré des bourdes dans certains domaines.
La refonte de la faille de l'invocateur fut une étape très importante
Que retenir de tout ça ?
Concrètement, Riot a fait une énième erreur de communication. Le bac à sable est une excellente idée, qu'il ne faut pas jeter. Cela dit, de là à devoir l'implanter immédiatement... Disons qu'il y a besoin d'un débat, aussi bien au sein des joueurs qu'au sein de Riot. Si vous avez envie que le bac à sable soit mis en place plus vite que le reste en tout cas, je ne peux que vous donner un conseil. Dites-le, mais dites-le sans être insultant. Cela n'a jamais gêné Riot d'écouter les joueurs dans pleins de domaines différents, mais lire des pavés d'insultes plutôt que des arguments constructifs, ça ne donne pas envie d'écouter, et d'ailleurs, certains Rioters fuient Reddit ou les forums quand ils voient à quel point les réactions peuvent être négatives et non-constructives. Et vu la tempête qu'il y a eue sur Reddit, vous ne verrez pas beaucoup de commentaires de la part de Riot. Et c'est d'ailleurs bien dommage que les réactions sur Reddit soient aussi virulentes...
Annexe : Envie d'en savoir plus ?
Parler de mon expérience personnelle ne me parait pas approprié en plein milieu de l'article, donc, j'en parle ici, dans un paragraphe bien séparé. Si vous voulez connaître un peu plus la vie d'une personne qui a un peu d'expérience dans le domaine de l'informatique des grandes entreprises, vous pouvez continuer. Dans le cas contraire, vous avez fini l'article.
Cela fait maintenant plusieurs années que je travaille moi-même dans l'informatique, en ayant touché au développement et au test de logiciels, et je pense qu'il n'y a pas mieux pour s'apercevoir de la complexité de ce monde, et de tout ce qu'il faut faire pour éviter la catastrophe quand il s'agit de systèmes complexes, en particulier quand ils sont bâties sur de vieilles fondations, ce qui est le cas de League of Legends.
Actuellement, sur LoLTracker, je travaille sur deux choses qui concernent ce milieu. La prochaine version du site (4.2), et Sonia, le logiciel de ma création, qui fait les choses que je n'aime pas faire à ma place, comme l'adaptation des patchnotes Riot sur le site.
Sonia est une véritable aberration pour un informaticien qui se respecte. Code non-commenté, à tel point que je commence à ne plus savoir ce que certaines fonctions font, interface à vomir, etc... Mais je m'en moque. Je suis le seul à la développer et à l'utiliser, donc, je n'ai en théorie pas vraiment besoin de faire un produit bien fini. Ce serait très différent si je devais distribuer le code source, ou la vendre. Quant à la prochaine version du site, la quasi-totalité des fonctionnalités n'est pas développée par moi, puisqu'on se contente d'utiliser des solutions existantes, payantes ou non, donc, je me contente simplement de faire une copie du site, de la mettre à jour, et de dérouler des tests pour m'assurer qu'on pourra continuer à faire ce qu'on fait, et que vous pourrez toujours lire les articles et laisser des commentaires dans de bonnes conditions, et si nécessaire, d'adapter une partie du code pour ici.
Tout ce que je viens de décrire, c'est un fonctionnement amateur. Un fonctionnement où on développe des trucs du mieux qu'on peut, sans se poser de question sur ce que ça va donner, parce qu'on cherche juste à se simplifier la vie, il n'y a pas d'objectif financier derrière, pas d'objectif d'audience, c'est simplement une passion, un truc qu'on veut offrir aux gens que ça intéresse. Ceux qui ont développé des clients alternatifs, des logiciels de replay, etc... Ont probablement tous la même idée en tête, ou au moins partiellement.
Si on se met à fond dessus, les choses vont très vite, et sont assez faciles à faire. Quand on regarde LoLReplay, on se dit "Et dire que c'est si simple de faire des replays, comment Riot peut mettre autant de temps ?".
En rentrant dans une grande société de services pour l'informatique, je me suis dit que j'allais pouvoir soit me concentrer sur du test logiciel, soit sur du développement. Mais il ne faut pas énormément de temps pour prendre conscience de la différence entre un monde amateur et un monde professionnel. Commenter son code, documenter les changements, tenir des planning, faire des rapports d'activité, etc... Tout cela doit devenir des réflexes. Des réflexes qui ont tous une utilité différente, et qui vous sauvent sans que vous le sachiez de la noyade. Et plus rien ne se fait simplement dans ce monde pro. Est-ce que ce n'est pas se prendre la tête pour rien ? Est-ce que ce n'est pas trop compliqué ? Eh bien même pas. Je m'en suis rendu compte le jour où j'ai fait une grosse bourde de jeunesse. Petite anecdote :
Dans mes premiers mois de travail, je suis placé sur un projet de développement pour un opérateur mobile Français. Je travaille avec la fougue de la jeunesse, et c'est tant mieux, l'entreprise veut du sang neuf, du sang jeune et dynamique. Et vient le jour où j'ai l'idée de prendre une initiative. Dans l'un des flux de données que se transmettent les innombrables systèmes de la plateforme, je remarque que dans un message qui est envoyé au client, qu'il manque une indication utile sur la manière de gérer son forfait. Il s'agit juste d'une phrase à rajouter dans le code, juste après une autre déjà construite, donc, je rajoute ça, avec un "Ce ne sont que quelques mots, qui se soucie d'un changement aussi insignifiant ?". Fier de mon initiative, je signale mon changement pour le patch suivant, et on met tout ça en place sur les serveurs de test. Et c'est le drame. Un des systèmes n'accepte plus les requêtes d'un autre, ce qui fait que des messages n'atteignent pas leurs destinataires. Les testeurs cherchent ce qui ne va pas, et il s'avère que la phrase que j'ai rajoutée fait que le nombre de caractères est devenu supérieur à ce que le système peut accepter. Une limitation qui vise à optimiser la bande passante du réseau. Ce simple ajout a fait perdre plusieurs jours au projet, le temps d'investiguer sur le problème.
La modification m'a pris 5min, mais le fait de ne pas avoir demandé l'avis de mon supérieur, et donc d'avoir évité un processus de vérification de faisabilité, d'analyse du système existant, et de diverses autres vérifications, qui aurait pris quelques jours car ça passe par plusieurs équipes, qu'il faut se plonger dans le fonctionnement du système, etc... a fait perdre plusieurs jours au projet. C'est loin d'être glorieux, et ce n'est qu'un exemple, mais c'est vous dire à quel point la moindre modification peut tout changer. Il ne s'agissait que d'une phrase, et je n'aurais jamais pensé que la rajouter aurait pu bloquer le système entier. Et c'est pour éviter ce genre de problème qu'il y a des phases de tests, qu'il faut vérifier avant de faire la moindre chose qu'on ne va pas affecter autre chose, et causer des problèmes, qu'il faut passer du temps à comprendre comment le système fonctionne, etc... Parce que là, ça s'est produit sur des serveurs de tests, mais parfois, des anomalies passent au travers du filet. Un blocage complet dans la réalité, c'est un préjudice financier monstrueux.
Quoiqu'il en soit, il y a rarement des étapes dans les tests ou dans le développement d'un système qui ne sont pas utiles. Documenter des changements est obligatoire, car s'il y a un problème, vous savez exactement ce que vous avez changé, et vous pouvez donc plus facilement trouver l'origine du problème. Commenter son code permet à une personne qui rejoint le projet ou qui vous remplace de mieux comprendre comment le système fonctionne. En clair, c'est un procédé lent, mais un procédé bien plus sûr, et bien plus durable. Mais c'est aussi un procédé qui se ralentis au fur et à mesure que l'entreprise grandit, qu'elle doit développer des traductions pour d'autres langues, qu'elle doit investir massivement dans la sécurité de son code pour éviter une exploitation de failles, etc... Et si toutes ces étapes sont nécessaires, on en a parfois pas toujours conscience.
J'espère que cette parenthèse perso vous en aura appris un peu plus. J'ai souvent vu des personnes se demander comment changer un simple texte pouvait faire chuter tout un système, et en ayant un excellent exemple, je me suis dit que c'était bon à partager. Encore une fois, je vous le redis, même avec ces explications, on peut toujours mieux faire, on peut toujours s'améliorer, et on continue à faire des bourdes, mais je trouve que ce qu'il se passe en interne dans les entreprises a tendance à ne pas être suffisamment expliqué. Probablement parce que la majorité des gens s'en moquent.
