Re: C'est quand même pas mal, Linux, à côté de Windows, c'est même plutôt mieux.

Matthieu , dans le message <ta60f6$mqv$1@gioia.aioe.org>, a écrit :

Il n'y a rien de magique, toutes ces dépendances doivent être gérées
par des humains à un moment ou un autre.

En effet. Et c'est vrai également dans le cas où la dépendance est fournie
avec le logiciel. La seule différence, c'est que dans un cas les dépendances
sont gérées par les mainteneurs de la distribution, des gens qui ont
l'habitude de gérer efficacement les dépendances et qui disposent d'outils
puissants pour automatiser leur travail, alors que dans l'autre cas les
dépendances sont gérées par les développeurs de l'application, qui n'ont
aucune compétence particulière dans la gestion des dépendances.

Les implication de cette situation pour la sécurité, en particulier,
viennent de t'être expliquées.

Ce concept a ses limites: J'ai déjà eu le cas ou des utilisateurs se
plaignaient qu'un de mes programmes ne fonctionnaient plus sur la
distribution X (qui l'incluait). Après investigation, il s'est avéré
qu'une mise à jour mineure d'une bibliothèque avait introduit un
comportement différent d'une des fonctions de cette bibliothèque. Le
développeur crée ses programmes sur une version X de bibliothèque, il
valide et qualifie leur fonctionnement. Si une bibliothèque change de
comportement dans une version X.X+1, il n'y peut pas grand chose. C'est
la raison pour laquelle j'ai une préférence pour les binaires statiques
- je sais qu'ils contiennent exactement ce que le
fournisseur/développeur a testé et validé.

Un développeur compétent teste son logiciel sur plusieurs versions des
bibliothèques, ou demande à ses utilisateurs de le faire s'il n'a pas le
temps tout seul.

Un développeur compétent sait, les quelles des bibliothèques qu'il utilise
tiennent leurs promesses de stabilité d'API ou pas.

Les binaires statiques et les packages lourds, c'est aussi la grande joie
des développeurs médiocres qui ne savent pas programmer de manière portable,
lire la doc d'une bibliothèque pour utiliser ses fonctionnalités comme
documenté plutôt que d'exploiter des coïncidences, et qui vont se précipiter
vers des bibliothèques médiocres et mal ficelées parce qu'ils ne sont pas
capables d'implémenter eux-mêmes des fonctionnalités élémentaires.