Cela veut dire qu'ils en sont presque à la moitié du développement (étant donné qu'une version finale c'est 1.0) ?

Vu comment les numéros de version évoluent, je dirais que tu a raison et qu'ils sont parti sur le modèle classique du pourcentage.

Après, rien ne les empêchent de décidé que la 1.0 sera la beta, et non la version finale.
Ce qui impliquerais que la 2.0 serait la version finale.

"modèle classique du pourcentage."
??!!??

Il peut y avoir 150 raisons au 0.42, ca ne donne aucune indication sur l'avancé du projet par rapport a la fin.

Je veux dire par là que le fait de bondir de la 0.35 à la 0.42 par exemple, indique généralement d'un certain pourcentage (à savoir ici 7%) de ce qui est prévu au total, a été ajouté.

Faut pas croire que lorsque tu fait un logiciel ou un jeu, tu invite au jour le jour ce que tu pourrais mettre dedans.
Tu fais un plan de charge, avec le temps estimé de travail sur telle ou telle chose, tu estime le total de travail à accomplir, les différentes étapes, etc...

Le fait de bondir d'un tel numéro de version à un autre, me fait beaucoup pensé à ce système là, qui représente pour le coup un pourcentage du travail total à accomplir.
Je n'ai pas dis que j'avais raison, c'est seulement une hypothèse. Bien que cela me semble assez correct.

Ensuite les numéros de version du genre x.xx.115188 par exemple, sont réellement propres à chaque entreprises, à chaque méthodes de fonctionnement.
Cela peu aussi bien vouloir indiqué la date et le numéro de la modif, qu'un compteur de test stable/pas stable.

Tout ça pour dire que je pense qu'ils sont effectivement proche de la moitié du développement pour ce qui est ajout de contenu.
Après, si c'est la moitié de la première phase de développement ou de la seconde, ça j'en sais fichtre rien.

Désolé pour les nombreuses fautes... Je me fais moi même saigné des yeux.

La fatigue ce fait sentir ><

c'est difficile de mesuré 7% d'avancé sur un projet ;)
C'est meme difficile de dire on en est a la moitié.
La moitié du temps que cela va prendre? (on en est jamais sur), et on serait au 1/4 actuelement (3 mois sur les 12 de prévus avant la béta).
La moitié en terme de volume (ligne de code? assets?)

le passage entre 0.3 et 0.4 indique un palié, mais le 7 de 0.37 ou le 2 de 0.42 peuvent indiqué un tas de choses différents (la 0.42 peut etre la version corrigé de la 0.41, l'ajout d'une feature majeur, une itération de plus avant la 0.5 plannifié, etc).

Si l'auteur avait dépassé le niveau du brevet il saurait qu'il y a une infinité de nombre entre 0.42 et 1 et que par conséquent le numéro de version n'informe pas sur l'avancement du développement.

Cette perle.

Je suis d'accord avec toi, c'est bien pour ça que j'ai dis que c'était une théorie.

C'est juste que ce système est assez utilisé lorsque tu fais un plan de charge.
Mais évalué le pourcentage d'avancé n'est pas difficile en soit. Un bête tableau excel avec un =SI(NB.SI~ suffit pour avoir une idée lorsque tu a listé précisément tout ce que tu veux dans ton résultat final.
Après, les améliorations/corrections de tel ou tel points sont définies par les sous numéros de versions.

Ce système fonctionne très bien pour de la gestion pure et dure, et il est très facile à assimilé et à comprendre.
(Et permet aussi à ton boss d'avoir une raison de tapé dessus mais bon...)

"qu'il y a une infinité de nombre entre 0.42 et 1"
Infinité indénombrable meme!
Mais c'est pas au brevet qu'on voit ca quand meme?

La 0.42 est la première maj release en public depuis la 0.37, mais il y a eu d'autres versions entre temps. On les a juste pas vues.

La moitié? ça serai logique, mais tout dépendra de leurs objectifs, on connait déjà les gnades lignes (cuisine, chasse,tentes, barricades, véhicules) mais rien ne les empêche d'accomplir plus que ça vu le pognon qui rentre.