Re: [EGD-discu] Migration de SVN à GIT

[Robin Moussu <robin.moussu@xxxxxxxxx>]

Et dans un futur plus lointain, est ce que ce ne serait pas une bonne idée d'avoir des repos par licences ? (Mais ça, c'est pas urgent)

Le 13 mai 2014 15:25, sinma <eichi237@xxxxxxxxxx> a écrit :

On 13/05/2014 15:24, Julien Blanc wrote:

On mardi 13 mai 2014 15:02:54 CEST, Olivier Guéry wrote:

Le 13 mai 2014 14:44, "sinma" <eichi237@xxxxxxxxxx> a écrit :

Sinon, il y a plein de projets qui passent plus de temps à décider de comment le projet va s’organiser et rechanger d’organisation qu’à bosser réellement. Je ne dis pas qu’il faut tout faire en bordel, mais les discussions que je vois passer en ce moment m’évoquent beaucoup ça (genre, on demande comment organiser le dépôt git, mais on n’a même pas une page de spec récapitulative de ce qu’on appelle « outils », on parle de choisir un langage mais on n’a même pas fixé les contraintes qu’on voulait, etc).

Parce qu’il y a déjà des trucs sur lesquels on est d’accord: on doit optimiser l’alternance et les roulements par exemple.

Si tant est que ce soit possible... J'avais écrit un truc sur le sujet il y a longtemps. Il n'est pas du tout impossible qu'arrive un moment où toute amélioration cassera quelque chose par ailleurs. Il faut nécessairement que nous pensions aux moyens de validation des règles et du poids qu'on donnera aux dites règles. (Et aux règles 😁).

À mon sens (je crois que je l’ai déjà dit, tant pis si je me répète), l’approche « bourrine » me semble la meilleure. Par bourrine, j’entends écrire un « simulateur » de frappe, dont le rôle serait de simuler la tape au clavier d’un long texte (le corpus), en associant un coût différent en fonctions des transitions (roulement, alternance de main, même doigt sur rangée différente, etc : il faut identifier les différents cas).

Ensuite, générer des dispos, les muter et faire tourner un algo d’optimisation linéaire dessus jusqu’à ce qu’il converge.

C’est exactement ce que je comptais faire! Et d’où l’idée de BOINC.

Restera deux éternelles interrogations sur lesquelles il n’y aura jamais consensus :
- le corpus (le texte que devra taper le simulateur, donc)
- le poids à donner à chaque « transition » de doigt. Cela dit, sur ce point, je pense que jouer avec les paramètres de l’algo donnera des résultats intéressants. À noter que comme il y a trop de transitions possibles, il va falloir les regrouper en « famille », ce qui là aussi donnera lieu à des débats sans fin :).

Pour le poids à donner à chaque transition: on peut tenter de faire un logiciel comme key_vote mais au lieu que ça soit faire des carte d’accessibilité des touches, ça serait pour la facilité des diagrammes…

Mais créez les dépôts, oui.

Yep. D’autant que git a ceci de sympa qu’il permet assez facilement de réorganiser les choses après coup, donc pas de raisons de décaler plus / débattre pendant x temps.

Ok, je ferais pas ça ce soir à cause de la réunion, mais dans la semaine je pense.

--
mon site web: hack-libre.org

--
Pour vous désabonner, envoyez un message avec comme objet "unsubscribe"
vers discussions-REQUEST@ergodis.org

--

Robin Moussu

Délégué 1A filière PET-D

École d’ingénieur PHELMA - Grenoble INP