Alors, qui cree une applibre (application libre) pour la cuisson des oeufs a la coque ?
Le problème n'est pas de la créer, mais de la déployer :
- sous Ophine, simple : Opple Stare pour plus de 30% des téléphones, et maintenant aussi du Android.
- Sous Windows, simple : un exécutable pour 95% du marché des PC
- Linux? gloups... chaque distro (0.1% du marché des PC chacune) a son propre système (globalement basé sur RPM et Deb, mais pas que : slackware etc... en on d'autres), ses répertoires, etc... Je créé l'appli pour Linux, il faut 1 paquet par version de distro! (il y a un repository par version de distro... Et une version tous les 6 mois!). Ah j'avais oublié, une version pour i386 et une version pour x86_64, car tout le monde n'a pas une distro x86_64 sachant exécuter du i386 par défaut, l'enfer. Ah oui, il faut aussi faire une version pour Qt (KDE) et une pour GTK (Gnome), car sinon c'est moche, et les gens hurlent que ça ne s'intègre pas bien à leur bureau (c'est du vécu : vous avez qu'à faire une API commune, ça me gonfle de devoir développer pour deux toolkit graphique vous incapables de vous mettre d'accord sur une API graphique commune alors que vous additionnez moins de 1% du marché des PC!)
Alors si déployer une appli à la con pour Linux, de l'adapter à chaque configuration car ce n'est pas automatique chez les linuxiens, si ça prend plus de temps que de développer une appli, c'est qu'il y a un problème au niveau des distros...
Des logiciels à la con, il y en a plein pour Windows, et ils marchent sur des windows vieux de 10 ans (Win2000) autant que Win7, et ça s'intègre parfaitement avec tous les thèmes que Windows peut proposer, et ça, c'est con mais ça ne marche pas comme ça pour Linux : pas de système de packaging identique pour toutes les distros, et réponse classique "t'a qu'à passer upstream" mais le upstream n'a pas envie de s'occuper du appli pour la cuisson des oeufs a la coque et donc la refuse sauf si tu suis déjà kles règle de chaque distro (temps de packaging à la charge du développeur, qui préférera passer son temps à autre chose que se palucher la doc de packaging), et j'en passe. Quand les linuxiens comprendront que les différences c'est bien à condition qu'il existe une API et une méthode de packaging commune, on gagnera beaucoup d'applis à la con...
Note : il y a bien une tentative de mutualisation du packaging avec autopackage, mais ces efforts sont rejetés par les puristes linuxiens, avoir un système unique de packaging, c'est trop le mal... Et il y a bien une tentative pas vieille d'intégration de Qt dans un bureau Gnome donc en développant pour Qt on peut être "valide" Gnome et KDE maintenant, c'est déjà ça...
# Problème des petites applis et Linux
Posté par Zenitram (site web personnel) . En réponse au journal There is no app for it. Évalué à 10.
Le problème n'est pas de la créer, mais de la déployer :
- sous Ophine, simple : Opple Stare pour plus de 30% des téléphones, et maintenant aussi du Android.
- Sous Windows, simple : un exécutable pour 95% du marché des PC
- Linux? gloups... chaque distro (0.1% du marché des PC chacune) a son propre système (globalement basé sur RPM et Deb, mais pas que : slackware etc... en on d'autres), ses répertoires, etc... Je créé l'appli pour Linux, il faut 1 paquet par version de distro! (il y a un repository par version de distro... Et une version tous les 6 mois!). Ah j'avais oublié, une version pour i386 et une version pour x86_64, car tout le monde n'a pas une distro x86_64 sachant exécuter du i386 par défaut, l'enfer. Ah oui, il faut aussi faire une version pour Qt (KDE) et une pour GTK (Gnome), car sinon c'est moche, et les gens hurlent que ça ne s'intègre pas bien à leur bureau (c'est du vécu : vous avez qu'à faire une API commune, ça me gonfle de devoir développer pour deux toolkit graphique vous incapables de vous mettre d'accord sur une API graphique commune alors que vous additionnez moins de 1% du marché des PC!)
Alors si déployer une appli à la con pour Linux, de l'adapter à chaque configuration car ce n'est pas automatique chez les linuxiens, si ça prend plus de temps que de développer une appli, c'est qu'il y a un problème au niveau des distros...
Des logiciels à la con, il y en a plein pour Windows, et ils marchent sur des windows vieux de 10 ans (Win2000) autant que Win7, et ça s'intègre parfaitement avec tous les thèmes que Windows peut proposer, et ça, c'est con mais ça ne marche pas comme ça pour Linux : pas de système de packaging identique pour toutes les distros, et réponse classique "t'a qu'à passer upstream" mais le upstream n'a pas envie de s'occuper du appli pour la cuisson des oeufs a la coque et donc la refuse sauf si tu suis déjà kles règle de chaque distro (temps de packaging à la charge du développeur, qui préférera passer son temps à autre chose que se palucher la doc de packaging), et j'en passe. Quand les linuxiens comprendront que les différences c'est bien à condition qu'il existe une API et une méthode de packaging commune, on gagnera beaucoup d'applis à la con...
Note : il y a bien une tentative de mutualisation du packaging avec autopackage, mais ces efforts sont rejetés par les puristes linuxiens, avoir un système unique de packaging, c'est trop le mal... Et il y a bien une tentative pas vieille d'intégration de Qt dans un bureau Gnome donc en développant pour Qt on peut être "valide" Gnome et KDE maintenant, c'est déjà ça...