Join the new world

version française en dessous

Normally software development goes like this:
You have some tests environments where the modifications are made and a live environment where the real players are using the software.
You have a release plan, announced to the users and for each release there is a description of what changes, and an implementation date.
Each modification is tested in the test environment, with regression tests to ensure the integrity of the whole software.

In this game, we are under the impression that the developers are modifying the live environment directly. There are some plans, but they are not announced in details, and instead of making some complete, well tested and consistent releases, some little changes are released constantly, without a clear view of the impact on the whole system.
The global direction is more or less known, and the goal is to get to a given state at some point where miraculously everything will work fine, and hopefully there will still be some players in the game.

As a result, it is impossible to predict anything in the game, and any action more complex than eating and sleeping is very hazardous. Don’t think about creating an enterprise, or planning a tactical move for your country: you have no idea if the conditions that you think are favorable today, will still be there tomorrow.
So only thing you can do is survive until hopefully the software will be stabilized…

This is not the best way to proceed, you will agree with me. By communicating a planning, and the list of changes for each release, the player could try to adapt and foresee something, have plans, guess and speculate on the effects of changes.
All actions that would make the game interesting again.

Also, you don’t want to make a release that would not improve the game globally. You don’t take little steps backward even if you want to make a big jump. You prepare it carefully and when you are ready you just do it. The effect of removing some functionalities is disastrous on the players of course: you worsen the game without any hint that it will become better in the future.

Please! Please, dear Admins, use the proven, normal software development methodology.


VERSION FRANCAISE

Normalement le développement de logiciel se fait ainsi:
On a des environnements de tests où on fait les modifications et un environnement live ou les vrais joueurs utilisent le programme.
On a un plan pour les mises en production (le passage à l’environnement live) , communiqué aux utilisateurs avec pour chaque modification une description des changements et une date de mise en ligne.
Toutes les modifications sont testées dans l’environnement de test, avec des tests de régression pour s’assurer de l’intégrité de l’application dans son ensemble.
Dans ce jeu on a l’impression que les développeurs modifient directement l’environnement live. Il y a bien des annonces mais pas de détails du tout, et au lieu de faire des changements bien ficelés dont l’impact et bien connu on voit d’incessantes modifications sans vue claire des conséquences sur le système globalement.
La direction dans laquelle on va est grosso modo connue et le but est d’arriver à un certain état à un moment donné où miraculeusement tout marchera et en espérant qu’il reste quelques joueurs vivants.
Il s’ensuit qu’il est impossible de prédire quoique ce soit dans le jeu et toute action autre que manger et dormir est très risquée. Il ne faut pas penser à créer une entreprise ou à échafauder une d’attaque stratégique pour un pays : on a aucune idée si les conditions qui vous font penser que c’est une bonne idée aujourd’hui seront réunies encore demain.
Donc la seule chose qu'il vous est donnée de faire est de survivre en espérant que le jeu se stabilise un jour.
Ce n’est pas la meilleure manière de procéder vous serez d’accord avec moi. En communicant un planning, et la liste des modifications de chaque release, le joueur pourrait s’adapter et prévoir certaines choses, construire des stratégies, deviner l’évolution et spéculer sur l’effet des changements.
Toutes actions qui rendraient le jeu intéressant à nouveau.

Aussi on ne fait pas de changement qui n’apporte pas une amélioration globale. On ne fait pas de petits pas en arrière même si c’est pour faire par la suite un grand saut. On se prépare consciencieusement à l’avance et quand on est prêt on le fait en une fois. L’effet d’enlever des fonctionnalités est bien-sur désastreux sur les joueurs: on rend le jeu plus mauvais sans garantie qu’il sera mieux un jour.

S’il vous plait, Messieurs les Admins, je vous demande humblement d’utiliser la méthodologie normale, qui a fait ses preuves pour développer un logiciel !