Ça a au moins était revu récemment pour virer le BKL
le principe du tout fichier
C'est un principe, pas du code, mais bon c'est un principe qui a évolué depuis unix/multics, la plus grosse nouveauté viens probablement des systèmes de fichiers virtuels qui sont utilisé dans linux pour /proc et /sys, plus récemment pour les cgroup. fuse est pleins d'exemples pour ça. Les api pour accéder aux fichiers ont aussi pas mal changées principalement pour pouvoir être asynchrones. Hurd apporté les translators, mais au final ça peut se gérer via un système de fichier virtuel (même si c'est probablement plus simple avec hurd).
le HTML
HTML5 ça ne te dis rien ? On a viré des balises, on en a jouté d'autres, tout un tas de manière de faire ont étaient dépréciées par les CSS3, on a créé le XHTML, puis on a intégré les bonnes idées de ce dernier dans HTML. C'est compatible peut être mais ça a grandement évolué.
l'ISA x86
Le x86 ?! Tu n'a jamais entendu parler des i{3,4,5,6}86, des jeux d'instruction comme SSE, intelVT ou ceux qui ont fait parler d'eux récemment pour ajouter de l'entropie ?
Tu parle principalement d'interface compatible ce qui n'a rien avoir :
on peut garder l'interface tout en réécrivant totalement l'implémentation
on peut garder une interface compatible tout en la faisant évoluer
Ça n'a rien avoir avec « éviter de modifier du code », je n'aurais pas dis la même chose si tu avait parlé d'« éviter de modifier des interfaces ».
Le bazar, ça ne veut pas dire réiventer la roue tous les quatre matins, hein, ça n'empêche pas d'avoir un peu de stabilité sur certains points — et heureusement.
Le bazard c'est ne pas hésiter à modifier le code si besoin, éviter de forger les choses dans le marbre. Tu confond les interfaces et le code. Et oui debian pourrait tout à fait modifier la façon de faire sans rompre la compatibilité, c'est une question de volonté plus qu'un quelconque choix plus ou moins technique.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: C'est l'histoire et la démocratie
Posté par barmic . En réponse au journal Pourquoi écrire un package Debian est-il si compliqué?. Évalué à 4.
Ça a au moins était revu récemment pour virer le BKL
C'est un principe, pas du code, mais bon c'est un principe qui a évolué depuis unix/multics, la plus grosse nouveauté viens probablement des systèmes de fichiers virtuels qui sont utilisé dans linux pour
/procet/sys, plus récemment pour lescgroup.fuseest pleins d'exemples pour ça. Les api pour accéder aux fichiers ont aussi pas mal changées principalement pour pouvoir être asynchrones. Hurd apporté les translators, mais au final ça peut se gérer via un système de fichier virtuel (même si c'est probablement plus simple avec hurd).HTML5 ça ne te dis rien ? On a viré des balises, on en a jouté d'autres, tout un tas de manière de faire ont étaient dépréciées par les CSS3, on a créé le XHTML, puis on a intégré les bonnes idées de ce dernier dans HTML. C'est compatible peut être mais ça a grandement évolué.
Le x86 ?! Tu n'a jamais entendu parler des i{3,4,5,6}86, des jeux d'instruction comme SSE, intelVT ou ceux qui ont fait parler d'eux récemment pour ajouter de l'entropie ?
Tu parle principalement d'interface compatible ce qui n'a rien avoir :
Ça n'a rien avoir avec « éviter de modifier du code », je n'aurais pas dis la même chose si tu avait parlé d'« éviter de modifier des interfaces ».
Le bazard c'est ne pas hésiter à modifier le code si besoin, éviter de forger les choses dans le marbre. Tu confond les interfaces et le code. Et oui debian pourrait tout à fait modifier la façon de faire sans rompre la compatibilité, c'est une question de volonté plus qu'un quelconque choix plus ou moins technique.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)