j'ai pas besoin de certaines fonctions de la glibc, je fait pas un foin car elles sont disponible, car je sais que trop de modularité a un cout. J'ai pas besoin de 90% des paquets dispo dans ma distributions, et ça prends du temps pour calculer les dépendances, et pareil, je demande pas à les virer spécialement pour moi.
C'est pareil ici. C'est bien joli de croire que le libre s'écrit tout seul, mais c'est pas le cas. A un moment, tu te dit que plutot que faire 2 fois le travail, tu va le faire qu'une fois, et tant pis si il y a des choses dont les gens ont "pas besoin", car ce qui est rare, c'est le temps de contribution, pas les besoins utilisateurs. Donc on optimise pour réduire les "couts" en terme de temps sur le contributeur, pas l'utilisateur de la contribution la plupart du temps ( j'écarte le cas plus complexe ou il y a plusieurs contributeurs chainés dans la chaine de de production vers l'utilisateur final ).
[^] # Re: Ca ne règle pas la source du problème
Posté par Misc (site web personnel) . En réponse au journal Laisser systemd de côté dans Debian. Évalué à 5.
j'ai pas besoin de certaines fonctions de la glibc, je fait pas un foin car elles sont disponible, car je sais que trop de modularité a un cout. J'ai pas besoin de 90% des paquets dispo dans ma distributions, et ça prends du temps pour calculer les dépendances, et pareil, je demande pas à les virer spécialement pour moi.
C'est pareil ici. C'est bien joli de croire que le libre s'écrit tout seul, mais c'est pas le cas. A un moment, tu te dit que plutot que faire 2 fois le travail, tu va le faire qu'une fois, et tant pis si il y a des choses dont les gens ont "pas besoin", car ce qui est rare, c'est le temps de contribution, pas les besoins utilisateurs. Donc on optimise pour réduire les "couts" en terme de temps sur le contributeur, pas l'utilisateur de la contribution la plupart du temps ( j'écarte le cas plus complexe ou il y a plusieurs contributeurs chainés dans la chaine de de production vers l'utilisateur final ).