Est-ce que les codes sont mieux indentés ? J'entends de la même façon partout, l'absence de blancs finaux qui trainent, de mélange tabulations/espaces, de mélange sur les fins de ligne/fichier Unix/Windows. Les outils pour ça existent en général (ça arrive assez vite avec tout nouveau langage, il y a des IDE, etc.). Mais est-ce toujours configuré au final ? (Réponse: non)
Est-ce que les analyseurs statiques de code sont toujours utilisés ?
Est-ce qu'il y a des tests, de la doc, des dépendances bien décrites, etc. ?
Plus on élargit la quantité de personnes qui codent, plus on sort des psychorigides initialement spécialement formés pour ça qui font la différence entre espace et tab, crisent sur un double espace inutile, râlent sur un mélange camelcase/snakecase, n'aiment pas voir des warnings ; plus on va vers "le fonctionnel est plus important que le bon code, on verra plus tard ou jamais pour ça, tant pis pour le debug et la maintenance" ; le vibe coding vient amplifier nettement cela avec l'arrivée de la magie dans la production de code. Potentiellement on n'a jamais eu autant d'outils pour faire des tas de vérif/améliorations sur le code. Et pourtant l'écart entre meilleurs et pires codes ne fait que se creuser, parce qu'il faut massivement produire toujours plus de code.
Assembler/produire du code ce n'est pas juste visser deux ou trois boulons, c'est savoir si c'est deux ou trois qu'il faut, de quels types, dans quels matériaux, si on doit empêcher qu'ils se dévissent tous seuls. Et pourtant n'importe qui peut visser un boulon. Donc jusqu'à ce que tous les boulons se valent, il faudra savoir faire des choix, idéalement réfléchis plutôt qu'aléatoires ou par plagiat.
# Rigueur ?
Posté par Benoît Sibaud (site web personnel) . En réponse au journal De la rigueur dans la programmation. Évalué à 9.
Est-ce que les codes sont mieux indentés ? J'entends de la même façon partout, l'absence de blancs finaux qui trainent, de mélange tabulations/espaces, de mélange sur les fins de ligne/fichier Unix/Windows. Les outils pour ça existent en général (ça arrive assez vite avec tout nouveau langage, il y a des IDE, etc.). Mais est-ce toujours configuré au final ? (Réponse: non)
Est-ce que les analyseurs statiques de code sont toujours utilisés ?
Est-ce qu'il y a des tests, de la doc, des dépendances bien décrites, etc. ?
Plus on élargit la quantité de personnes qui codent, plus on sort des psychorigides initialement spécialement formés pour ça qui font la différence entre espace et tab, crisent sur un double espace inutile, râlent sur un mélange camelcase/snakecase, n'aiment pas voir des warnings ; plus on va vers "le fonctionnel est plus important que le bon code, on verra plus tard ou jamais pour ça, tant pis pour le debug et la maintenance" ; le vibe coding vient amplifier nettement cela avec l'arrivée de la magie dans la production de code. Potentiellement on n'a jamais eu autant d'outils pour faire des tas de vérif/améliorations sur le code. Et pourtant l'écart entre meilleurs et pires codes ne fait que se creuser, parce qu'il faut massivement produire toujours plus de code.
Assembler/produire du code ce n'est pas juste visser deux ou trois boulons, c'est savoir si c'est deux ou trois qu'il faut, de quels types, dans quels matériaux, si on doit empêcher qu'ils se dévissent tous seuls. Et pourtant n'importe qui peut visser un boulon. Donc jusqu'à ce que tous les boulons se valent, il faudra savoir faire des choix, idéalement réfléchis plutôt qu'aléatoires ou par plagiat.