Le plus intéressant n'est pas forcément la revue elle-même, mais (de mon point de vue) d'avoir inclus la réaction de l'auteur, car on a alors 2 points de vue et pas juste un, et ça montre aussi que l'auteur de la critique (et du lien :) ) est prêt à avoir une critique de sa critique.
Bon, le jour où il y en a un qui s'amuse à ça avec mon code, il va falloir prévoir de la place et beaucoup de calmants… :-D
PS : "The ’80 columns’ meme needs to die a fiery death." ho que oui! :-D
Ça dépend d'autres règles. Si tu indente à 2 ou 8 caractères ça n'est pas la même chose, si tu utilise des identifiants cours ou long en snake_case ça change pas mal les choses, si ton langage est plus ou moins idiomatique, s'il met de la sémantique dans l'indentation, évidemment la verbosité,….
Bref c'est un choix qui se fait en conjonction avec d'autres conventions de codage.
Et puis merci pour le "de toutes façons tout le monde a un écran fullhd" muis:
- c'est faux, j'écris et je relis beaucoup de code sur mon pc portable en 1280x768,
- tout le monde n'utilise pas une police de caractères minuscule,
- sur monn écran full hd avec une petite police je trouve utile de pouvoir avoir 3 x 80 colonnes de large et donc de pouvoir avoir 5 ou 6 fichiers visibles en même temps (même si c'est probablement un signe que le code en question est plutôt mal organisé
D'autre part, la limite à 80colonnes sert de rappel que au-delà de 4 niveaux d'indentation, le code est peut être trop compliqué pour rester dans une seule fonction
# Le plus intéressant
Posté par Zenitram (site web personnel) . Évalué à 4.
Le plus intéressant n'est pas forcément la revue elle-même, mais (de mon point de vue) d'avoir inclus la réaction de l'auteur, car on a alors 2 points de vue et pas juste un, et ça montre aussi que l'auteur de la critique (et du lien :) ) est prêt à avoir une critique de sa critique.
Bon, le jour où il y en a un qui s'amuse à ça avec mon code, il va falloir prévoir de la place et beaucoup de calmants… :-D
PS : "The ’80 columns’ meme needs to die a fiery death." ho que oui! :-D
[^] # Re: Le plus intéressant
Posté par Anonyme . Évalué à 2.
Tu oublies de citer la phrase qui suit:
On met où la limite ?
blackla met à 88.rustfmtla met à 100.L’auteur dit que c’est un problème de tooling, mais sa capture d’écran de Github Refined est aussi dégueulasse que la première.
[^] # Re: Le plus intéressant
Posté par barmic 🦦 . Évalué à 3.
Ça dépend d'autres règles. Si tu indente à 2 ou 8 caractères ça n'est pas la même chose, si tu utilise des identifiants cours ou long en snake_case ça change pas mal les choses, si ton langage est plus ou moins idiomatique, s'il met de la sémantique dans l'indentation, évidemment la verbosité,….
Bref c'est un choix qui se fait en conjonction avec d'autres conventions de codage.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Le plus intéressant
Posté par pulkomandy (site web personnel, Mastodon) . Évalué à 3.
Et puis merci pour le "de toutes façons tout le monde a un écran fullhd" muis:
- c'est faux, j'écris et je relis beaucoup de code sur mon pc portable en 1280x768,
- tout le monde n'utilise pas une police de caractères minuscule,
- sur monn écran full hd avec une petite police je trouve utile de pouvoir avoir 3 x 80 colonnes de large et donc de pouvoir avoir 5 ou 6 fichiers visibles en même temps (même si c'est probablement un signe que le code en question est plutôt mal organisé
D'autre part, la limite à 80colonnes sert de rappel que au-delà de 4 niveaux d'indentation, le code est peut être trop compliqué pour rester dans une seule fonction
Bref, de toutes façons, chacun ses goûts!
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.