J’ai l’impression que tu t’en sors parce que tu as des habitudes et des règles plein la tête sur les trucs bas niveau, un peu comme un compilo qui gère le préambule et la fin des fonctions en quelques instruction assembleur qui sont sytématiquement identiques, sauvegarder la pile, restaurer la valeur des registres ...
Le truc c’est que la plupart des devs qui lisent ton code auront probablement d’autres règles en tête et surtout pas exactement les mêmes que les tiennes, viendront d’autres contextes. Du coup des détails comme ça qui restent des détails relativement bas niveau, c’est souvent ... du bruit qui écarte de la fonctionnalité que remplit le code.
Tu le dis toi même, tu attends des retours sur le métier du code et tout le monde te répond que ton code est difficile à lire pour quelqu’un qui ne l’a pas écrit ... En général, si on doit lire du code, on aime bien que ce soit structuré du haut niveau qui aide à comprendre ce que c’est supposé faire, et avoir un peu tout ça dans la tête, au bas niveau qui est moins important. Tout ce qui aide à ignorer le second et mettre en valeur le premier, comme structurer le code à l’aide de fonctions, est le bienvenu.
Là tu as une fonctionnalité, détecter le PID d’apache, qui prend plus d’une page de code et qu’on doit faire défiler avant de connaître la suite du programme, avec un gros pavé de code avec pleins de détails inintéressants qui distrait et qu’on doit faire l’effort d’ignorer, une fois qu’on a vaguement compris de quoi il s’agissait ...
Ça explique à mon avis pourquoi la discussion part dans une direction qui te plaît pas. L’autre c’est que la fonction du script est très technique et que c’est toujours compliqué d’avoir des retours pointus du premier coup sans avoir une communauté d’intéressé à cibler.
[^] # Re: Outil intéressant mais...
Posté par thoasm . En réponse au journal [PHP] Apache Check, première release. Évalué à 10.
J’ai l’impression que tu t’en sors parce que tu as des habitudes et des règles plein la tête sur les trucs bas niveau, un peu comme un compilo qui gère le préambule et la fin des fonctions en quelques instruction assembleur qui sont sytématiquement identiques, sauvegarder la pile, restaurer la valeur des registres ...
Le truc c’est que la plupart des devs qui lisent ton code auront probablement d’autres règles en tête et surtout pas exactement les mêmes que les tiennes, viendront d’autres contextes. Du coup des détails comme ça qui restent des détails relativement bas niveau, c’est souvent ... du bruit qui écarte de la fonctionnalité que remplit le code.
Tu le dis toi même, tu attends des retours sur le métier du code et tout le monde te répond que ton code est difficile à lire pour quelqu’un qui ne l’a pas écrit ... En général, si on doit lire du code, on aime bien que ce soit structuré du haut niveau qui aide à comprendre ce que c’est supposé faire, et avoir un peu tout ça dans la tête, au bas niveau qui est moins important. Tout ce qui aide à ignorer le second et mettre en valeur le premier, comme structurer le code à l’aide de fonctions, est le bienvenu.
Là tu as une fonctionnalité, détecter le PID d’apache, qui prend plus d’une page de code et qu’on doit faire défiler avant de connaître la suite du programme, avec un gros pavé de code avec pleins de détails inintéressants qui distrait et qu’on doit faire l’effort d’ignorer, une fois qu’on a vaguement compris de quoi il s’agissait ...
Ça explique à mon avis pourquoi la discussion part dans une direction qui te plaît pas. L’autre c’est que la fonction du script est très technique et que c’est toujours compliqué d’avoir des retours pointus du premier coup sans avoir une communauté d’intéressé à cibler.