Écrire le code, c'est certes pas trivial, mais ca sert pas a grand chose si ya pas une vision tres claire de ce qu'est cense faire le produit.
Je ne suis pas d'accord avec ton analyse.
Pour moi il y a quelques projets amonts (Gnome, KDE,...) et les distributions qui ont une vision produit du bureau. Les exemples les plus parlant c'est Gnome et Ubuntu (ont leur reproche même d'en faire trop). Et c'est projet, entre autre, font de l'intégration de brique de base. On commence par créer GPG et ensuite on développe Seahorse, on crée la possibilité de limiter le débit (ou de faire de la QoS) dans les couches basses (dans netfilter ou via CFS) et ensuite on intègre ça dans un bureau,...
Donc :
Développer est loin d'être inutile, c'est la première chose à faire ;
Si tu as un problème dans la vision produit de ce que tu utilise il faut faire remonter tes soucis soit à ta distribution soit au projet amont.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: éternel problème de la contribution
Posté par barmic . En réponse au journal Ce que Linux aurait du devenir ces 15 dernières années.... Évalué à 5.
Je ne suis pas d'accord avec ton analyse.
Pour moi il y a quelques projets amonts (Gnome, KDE,...) et les distributions qui ont une vision produit du bureau. Les exemples les plus parlant c'est Gnome et Ubuntu (ont leur reproche même d'en faire trop). Et c'est projet, entre autre, font de l'intégration de brique de base. On commence par créer GPG et ensuite on développe Seahorse, on crée la possibilité de limiter le débit (ou de faire de la QoS) dans les couches basses (dans netfilter ou via CFS) et ensuite on intègre ça dans un bureau,...
Donc :
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)