Je ne comprends pas ce que tu insinues. Mon envie c'est de corriger mes posts pour que les gens qui ne les ont pas encore lu aient une expérience de lecture plus agréable, sans casser la cohérence de la discussion.
Impossible de nepas casser la cohérence de la discussion lorsque tu modifies un commentairre après coup.
Si quelqu'un en dessous poste pour me faire remarquer une faute d'orthographe, ou même que j'ai fait un contresens par rapport à ce que je voulais dire (oublié un "ne pas", c'est l'exemple donné par baud123), j'édite mon message pour corriger le corps du commentaire, et je rajoute en bas une petite note "Edit: corrigé suite à la remarque de 'truc'", pour que les gens ne soient pas étonnés en lisant son commentaire (quoi il critique une faute qui n'existe pas) ou n'aient pas à aller regarder l'historique de mon message pour comprendre sa remarque.
Je préfère que tu te corriges en réponse à la remarque que l'on t'a faite. Mais bon, je pense que tu dois être du genre à répondre aux mails au dessus plutot qu'en dessous.
Comme je l'ai démontré dans mon calcul, un abus humain ponctuel (je ne parle pas d'un bot automatique qu'il faut de toute façon interdire à plus haut niveau au lieu d'implémenter des bridages incohérents sur chaque fonctionnalité du site; d'ailleurs aujourd'hui un tel bot pourrait déjà plomber la mémoire du serveur en éditant le wiki à répétition, l'ajout de la fonctionnalité de brouillons n'ajoute aucun risque supplémentaire) ne peut pas surcharger le site. Encore une fois, pourquoi s'embêter à optimiser sur un critère qui ne sera jamais un problème en pratique ? C'est de l'optimisation prématurée.
Et toi tu veux implémenter un historique qui existe déjà de par la nature même des discussions telles qu'elles sont faites sur Linuxfr. Et tu veux implémenter des parades aux faiblesses de ce que tu proposes en compliquant encore plus le code. Mais bon tu dois être de la génération "pourquoi faire simple quand on peut faire compliqué". De plus depuis le début tes propos sous-entendent que "tu ne peux pas te tromper, ça doit être comme ça" et tu refuses de remettre en question ton opinion. Des mecs qui s'inventent des problématiques en voulant compliquer des trucs simple juste pour le plaisir, j'en croise tous les jours au taf, et je passe beaucoup de temps à ramer pour corriger les conséquences de leurs délires, et pour tout te dire ça me fatigue.
[^] # Re: ouha-ou
Posté par totof2000 . En réponse au journal L'édition des commentaires sur LinuxFR, ou pas ?. Évalué à 4.
Je ne comprends pas ce que tu insinues. Mon envie c'est de corriger mes posts pour que les gens qui ne les ont pas encore lu aient une expérience de lecture plus agréable, sans casser la cohérence de la discussion.
Impossible de nepas casser la cohérence de la discussion lorsque tu modifies un commentairre après coup.
Si quelqu'un en dessous poste pour me faire remarquer une faute d'orthographe, ou même que j'ai fait un contresens par rapport à ce que je voulais dire (oublié un "ne pas", c'est l'exemple donné par baud123), j'édite mon message pour corriger le corps du commentaire, et je rajoute en bas une petite note "Edit: corrigé suite à la remarque de 'truc'", pour que les gens ne soient pas étonnés en lisant son commentaire (quoi il critique une faute qui n'existe pas) ou n'aient pas à aller regarder l'historique de mon message pour comprendre sa remarque.
Je préfère que tu te corriges en réponse à la remarque que l'on t'a faite. Mais bon, je pense que tu dois être du genre à répondre aux mails au dessus plutot qu'en dessous.
Comme je l'ai démontré dans mon calcul, un abus humain ponctuel (je ne parle pas d'un bot automatique qu'il faut de toute façon interdire à plus haut niveau au lieu d'implémenter des bridages incohérents sur chaque fonctionnalité du site; d'ailleurs aujourd'hui un tel bot pourrait déjà plomber la mémoire du serveur en éditant le wiki à répétition, l'ajout de la fonctionnalité de brouillons n'ajoute aucun risque supplémentaire) ne peut pas surcharger le site. Encore une fois, pourquoi s'embêter à optimiser sur un critère qui ne sera jamais un problème en pratique ? C'est de l'optimisation prématurée.
Et toi tu veux implémenter un historique qui existe déjà de par la nature même des discussions telles qu'elles sont faites sur Linuxfr. Et tu veux implémenter des parades aux faiblesses de ce que tu proposes en compliquant encore plus le code. Mais bon tu dois être de la génération "pourquoi faire simple quand on peut faire compliqué". De plus depuis le début tes propos sous-entendent que "tu ne peux pas te tromper, ça doit être comme ça" et tu refuses de remettre en question ton opinion. Des mecs qui s'inventent des problématiques en voulant compliquer des trucs simple juste pour le plaisir, j'en croise tous les jours au taf, et je passe beaucoup de temps à ramer pour corriger les conséquences de leurs délires, et pour tout te dire ça me fatigue.