Je me suis trompé dans la formule : il faut diviser par max{c(A),c(B)} et non pas par le min...
donc dans ton cas ça donne d(A,B) = 0.286
recommence tes autres tests pour voir si tu as une nouvelle "asymptote" pour deux programmes c++/qt quelconques...
sinon, effectivement, d(A,B) vaut 1 pour deux flux A et B totalement décorrélés.
Là, A et B ont une prédominance de [a-zA-Z], de blancs, tabulation, fins de ligne et signes de ponctuation et autres opérateurs. Et en plus, on retrouve forcément les mots-clés du c++ et les définitions de qt, de la STL, et de la libc.
Forcément, ils ont une corrélation intrinsèque.
Après, te dire si la courbe est linéaire, je n'en sais fouchtre rien... tout ça ne reste qu'une estimation des distances dans une certaine unité (restons bien vague). Au moins ça te donne un outil, à toi de voir si ça t'es utile ou pas.
[^] # Re: Utilise gzip, luke !
Posté par aedrin . En réponse au message Calculer le taux de modification. Évalué à 1.
donc dans ton cas ça donne d(A,B) = 0.286
recommence tes autres tests pour voir si tu as une nouvelle "asymptote" pour deux programmes c++/qt quelconques...
sinon, effectivement, d(A,B) vaut 1 pour deux flux A et B totalement décorrélés.
Là, A et B ont une prédominance de [a-zA-Z], de blancs, tabulation, fins de ligne et signes de ponctuation et autres opérateurs. Et en plus, on retrouve forcément les mots-clés du c++ et les définitions de qt, de la STL, et de la libc.
Forcément, ils ont une corrélation intrinsèque.
Après, te dire si la courbe est linéaire, je n'en sais fouchtre rien... tout ça ne reste qu'une estimation des distances dans une certaine unité (restons bien vague). Au moins ça te donne un outil, à toi de voir si ça t'es utile ou pas.