Je me contentais de répondre a la partie qui suggère que les chiffres sont plus usités en programmation que les caractères "autres", rien de plus.
La gestion des tickets (et de l'historique du code) n'est techniquement pas de la programmation, ce genre de choses sont utilisées dans d'autres domaines, après tout. Et malgré tout, je serais curieux de voir le ration de chiffres vs autres dans un descriptif de commit. Si le descriptif se contente d'un numéro de ticket sans autre information, alors franchement c'est moche, ça casse le workflow de devoir aller chercher un autre outil pour avoir une info complète.
Mais je suppose qu'en effet, les caractères de la barre des chiffres en azerty n'y ont que peu d'intérêt. Malgré tout, l'écriture des textes de commit est une tâche mineure. On pourrais aussi arguer (avec une bonne dose de mauvaise foi, ça devrais passer...) que des IDs ne sont pas des nombres, et qu'un autre logiciel utilisera à la place un autre système (non, je n'en connais pas :)). Sur le papier, ça tiens.
Moins de 5% des caractères sont des chiffres, contre plus de 18% qui sont des caractères accessibles sans modificateurs d'aucune sorte
Je me suis mal exprimé ici, mais je pense que tu as bien compris que par "caractères accessibles sans modificateurs d'aucune sorte" j'entendais en azerty, d'une part, et d'autre part que je parlais des caractères dans la regex, qui sont une partie de ceux disponibles. En programmation, les autres ne me servent à rien, vu que je programme exclusivement en anglais (j'y arrive pas en français, aucune idée de pourquoi)
[^] # Re: Mouais, à voir
Posté par freem . En réponse au lien L’après Bépo : Ergo‐L. Évalué à 3.
Je me contentais de répondre a la partie qui suggère que les chiffres sont plus usités en programmation que les caractères "autres", rien de plus.
La gestion des tickets (et de l'historique du code) n'est techniquement pas de la programmation, ce genre de choses sont utilisées dans d'autres domaines, après tout. Et malgré tout, je serais curieux de voir le ration de chiffres vs autres dans un descriptif de commit. Si le descriptif se contente d'un numéro de ticket sans autre information, alors franchement c'est moche, ça casse le workflow de devoir aller chercher un autre outil pour avoir une info complète.
Mais je suppose qu'en effet, les caractères de la barre des chiffres en azerty n'y ont que peu d'intérêt. Malgré tout, l'écriture des textes de commit est une tâche mineure. On pourrais aussi arguer (avec une bonne dose de mauvaise foi, ça devrais passer...) que des IDs ne sont pas des nombres, et qu'un autre logiciel utilisera à la place un autre système (non, je n'en connais pas :)). Sur le papier, ça tiens.
Je me suis mal exprimé ici, mais je pense que tu as bien compris que par "caractères accessibles sans modificateurs d'aucune sorte" j'entendais en azerty, d'une part, et d'autre part que je parlais des caractères dans la regex, qui sont une partie de ceux disponibles. En programmation, les autres ne me servent à rien, vu que je programme exclusivement en anglais (j'y arrive pas en français, aucune idée de pourquoi)