Je comprends ton point de vu et je suis d'accord qu'il n'y a pas de règle universelle.
Il arrive que de modifier un peu le code C permette à certaines optim de mieux fonctionner...
En fait c'est ça qui me semble fragile. Tu te base sur un comportement de compilateur qui dans une version avec les paramètres que tu utilise produit quelque chose, mais ça n'est pas une garantie que ce soit pérenne. De plus tu écris du code avec une part d'implicite qui ne se voit qu'avec la version asm du code. Devoir ajouter et maintenir un commentaire peut être plus subtile.
Mais j'attire juste attention on est d'accord.
PS/Edit: et il n'y a pas que le C non plus, même si on l'oubli un peu.
Ma remarque tiens sur tout langage. Si tu écris dans un langage haut niveau en ayant en tête ce que ta toolchain va produire exactement ton langage de haut niveau génère plus de bruit de part le fait qu'il t'oblige à retrouver les abstractions qui vont bien et nécessite une phase de compilation ensuite.
Dis autrement le code devrait être au plus proche de ce que l'on pense, si on pense en assembleur c'est ça que l'on devrait commiter.
[^] # Re: Cas d'usage
Posté par barmic 🦦 . En réponse à la dépêche Compiler Explorer a 10 ans. Évalué à 3.
Je comprends ton point de vu et je suis d'accord qu'il n'y a pas de règle universelle.
En fait c'est ça qui me semble fragile. Tu te base sur un comportement de compilateur qui dans une version avec les paramètres que tu utilise produit quelque chose, mais ça n'est pas une garantie que ce soit pérenne. De plus tu écris du code avec une part d'implicite qui ne se voit qu'avec la version asm du code. Devoir ajouter et maintenir un commentaire peut être plus subtile.
Mais j'attire juste attention on est d'accord.
Ma remarque tiens sur tout langage. Si tu écris dans un langage haut niveau en ayant en tête ce que ta toolchain va produire exactement ton langage de haut niveau génère plus de bruit de part le fait qu'il t'oblige à retrouver les abstractions qui vont bien et nécessite une phase de compilation ensuite.
Dis autrement le code devrait être au plus proche de ce que l'on pense, si on pense en assembleur c'est ça que l'on devrait commiter.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll