Je confirme, c’est un procès d’intention un peu minable (et si tu en es conscient, je ne comprends pas pourquoi tu as envoyé ce commentaire en premier lieu). On parle d’un cours libre en accès libre sur lequel je ne touche pas un centime, hein. Je m’en fous du nombre de lecteurs qu’il peut avoir.
D’une part la gratuité ne change rien à l’affaire et je le mentionne pour te montré le ressenti que ça donne.
Mon propos c’est surtout de rappeler que ce genre de transformation sur les dates [...]
Travail qui a était fait. Je ne vois pas ce que ça apporte de diminuer le travail de l’auteur à part pour placer ton lien.
J’ai passé beaucoup trop de temps dans ma vie professionnelle [...]
Quel est le rapport entre tes traumat’ passés et le fait d’améliorer le code existant de linux, du jdk, de cpython, etc ? Je vois pas pourquoi accueillir aussi froidement quelqu’un qui partage son travail qui pourrait être bénéfique à ces briques. Il explique que c’est aussi une manière de travailler plus généralement sur la performance des calculs (hors dates).
Vraiment je ne vois pas ce qui dans sa démarche mérite la froideur que tu lui donne.
De manière plus dans le font
essayer de gratter du cycle d’horloge sur des opérations temporelles pour moi ça pue la fausse bonne idée, parce que c’est typiquement le genre de cas où on a besoin, d’abord et avant tout, de clarté de code pour bien comprendre les intentions de son auteur
Non. Tu as un paquet de qualités logiciel dont une bonne partie sont incompatibles les unes avec les autres. Selon les circonstances, tu ne va pas privilégier les même. Tu ne serait vraiment pas heureux si des briques comme linux, la libc ou le JDK ne prennaient pas à cœur la performance. Oui les bibliothèques travaillent à la fois à être correctes et performantes parce que sinon c’est inutilisable. Il n’y a pas de raison fondamentale qui devrait te faire considérer que formatter une date a un coût CPU.
[^] # Re: C’est beau techniquement, mais ne couvre qu’une petite partie du problème
Posté par barmic 🦦 . En réponse au lien Convertir un timestamp en heures, minutes, secondes. Évalué à 2 (+1/-1).
D’une part la gratuité ne change rien à l’affaire et je le mentionne pour te montré le ressenti que ça donne.
Travail qui a était fait. Je ne vois pas ce que ça apporte de diminuer le travail de l’auteur à part pour placer ton lien.
Quel est le rapport entre tes traumat’ passés et le fait d’améliorer le code existant de linux, du jdk, de cpython, etc ? Je vois pas pourquoi accueillir aussi froidement quelqu’un qui partage son travail qui pourrait être bénéfique à ces briques. Il explique que c’est aussi une manière de travailler plus généralement sur la performance des calculs (hors dates).
Vraiment je ne vois pas ce qui dans sa démarche mérite la froideur que tu lui donne.
De manière plus dans le font
Non. Tu as un paquet de qualités logiciel dont une bonne partie sont incompatibles les unes avec les autres. Selon les circonstances, tu ne va pas privilégier les même. Tu ne serait vraiment pas heureux si des briques comme linux, la libc ou le JDK ne prennaient pas à cœur la performance. Oui les bibliothèques travaillent à la fois à être correctes et performantes parce que sinon c’est inutilisable. Il n’y a pas de raison fondamentale qui devrait te faire considérer que formatter une date a un coût CPU.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll