Tu as déjà développé une grosse appli sous Linux ? Fais-le, distribue-là, frappe toi un peu de support utilisateur, et on en reparle.
Gnome vs. KDE, ça veut dire que si tu choisis l'un ou l'autre comme base pour ton appli, tu as obligatoirement des utilisateurs de l'autre camp qui râlent parce qu'ils vont devoir installer une tétrachiée de libs pour faire tourner ton appli.
Ça veut dire que toutes les distribs doivent maintenir deux fois plus de packages que nécessaire.
Ça veut dire que pleins d'applis sont refaites d'un desktop vers l'autre.
Ça veut dire qu'il est beaucoup plus compliqué d'aider un utilisateur quand il a un problème de config, parce que son environnement est complètement différent du tiens.
Pour un développeur n'ayant pas la culture Linux, ça veut dire que le premier truc auquel il est exposé quand il veut commencer c'est avoir à choisir entre deux briques fondamentales, c'est comme si il devait choisir entre deux libC incompatibles. Ça donne vraiment pas envie.
Et j'en passe, sur les pbs de distrib, de WMs qui n'ont pas tous le même comportement, etc... etc... que des problèmes qu'on a pas sous Mac (qui du coup a un écosystème libre de bien meilleure qualité que sous Linux, parce qu'on y perd pas de temps avec ce genre d'emmerdes à la con, sans parler d'outils de dev beaucoup plus avancés).
[^] # Re: Non non, Steve Jobs n'aime pas les DRMs
Posté par Guillaume Laurent . En réponse à la dépêche iPod : sept ans de « progrès » dans l'emprisonnement numérique. Évalué à 0.
Gnome vs. KDE, ça veut dire que si tu choisis l'un ou l'autre comme base pour ton appli, tu as obligatoirement des utilisateurs de l'autre camp qui râlent parce qu'ils vont devoir installer une tétrachiée de libs pour faire tourner ton appli.
Ça veut dire que toutes les distribs doivent maintenir deux fois plus de packages que nécessaire.
Ça veut dire que pleins d'applis sont refaites d'un desktop vers l'autre.
Ça veut dire qu'il est beaucoup plus compliqué d'aider un utilisateur quand il a un problème de config, parce que son environnement est complètement différent du tiens.
Pour un développeur n'ayant pas la culture Linux, ça veut dire que le premier truc auquel il est exposé quand il veut commencer c'est avoir à choisir entre deux briques fondamentales, c'est comme si il devait choisir entre deux libC incompatibles. Ça donne vraiment pas envie.
Et j'en passe, sur les pbs de distrib, de WMs qui n'ont pas tous le même comportement, etc... etc... que des problèmes qu'on a pas sous Mac (qui du coup a un écosystème libre de bien meilleure qualité que sous Linux, parce qu'on y perd pas de temps avec ce genre d'emmerdes à la con, sans parler d'outils de dev beaucoup plus avancés).