Ouais peut-être... mais je reste persuadé qu’un des points les plus importants qui différencie les deux reste le problème du temps, et donc souvent de l’argent.
Dans un projet d’une entreprise, payé par un client, un grand nombre de morceaux de code, s’ils sont génériques, peuvent être extraits du projet et redistribués en licence libre. Ainsi, de nombreuses entreprises privées peuvent contribuer au code. Autrement dit : les développeurs peuvent contribuer au libre sur leur temps de travail, et non pas juste chez eux sur leur temps libre.
Cela n’est pas, ou très rarement, le cas en ce qui concerne la conception d’interfaces et le graphisme, qui la plupart du temps sont propre à l’application du client, et ne peuvent pas être reversés en libre.
De plus, regardez les logiciels libres ayant des interfaces conçues par des gens dont c’est le métier : l’énorme majorité ce sont des choses payées par des entreprises (Canonical pour Unity, Acquia pour Drupal 7, etc), ou des grosses fondations ayant assez pour payer des ergo et graphistes à plein temps (Mozilla, etc). Et ce qu’ils redistribuent en libre, c’est quand ils savent qu’il y a un retour sur investissement pour eux (vendre et maintenir des Ubuntu, vendre des sites en Drupal). Bref : c’est de l’argent que ces compagnies investissent et non du bénévolat de gentils ergonomes dans leur grotte.
Pour revenir au lecteur de flux, on peut avoir facilement du code bien pour gérer des flux, lier des tags, etc, venant d’un mélange de devs faisant ça sur leur temps de travail et leur temps libre. Mais pour ce qui est de l’ergonomie (ce qui va faire que ça va être adopté pas beaucoup), si une compagnie ou une grosse fondation ne voit pas l’intérêt de payer une équipe pour concevoir une super interface... Ou alors il faut copier l’existant (copier l’interface de google, copier l’interface de tel service propriétaire).
Ouais je suis un peu pessimiste, et je n’ai pas de solution magique pour arriver à « financer du temps » pour des ergonomes, assez long pour concevoir des interfaces bien faites (et oui je pense que ça se fait moins facilement en une soirée à l’arrache que du code fonctionnel, ne serait-ce que parce qu’il y a plus d’échanges avec les utilisateurs). Mais je ressens cela quand je regarde qui participe (et comment) aux logiciels libres dont je suis un peu la communauté.
Et c’est un problème intéressant à résoudre pour d’autres logiciels libres évidemment, en premier lieu #SPIP en ce qui me concerne (ergo de l’admin, graphisme des sites officiels).