Je suis plus d'accord avec l'auteur original qu'a tes réponses qui ne sont pas du tout convainquante. Archi multiple, systeme hétérogène ok.
Tout foutre dans /opt n'est pas une solution.
Quant à la stabilité des API c'est clair que ça aide. Le copier coller sous Windows est extremement simple: SetClipboardData, GetClipboardData. Le drag and drop est plus complexe, mais rien ne vaut la stabilité des API face à une architecture "mieux" mais qui change trop souvent.
Pareil, alsa marche ok. Mais si je l'utilise pas? si j'utilise esd. Ah non, aujourd'hui j'ai lancé que artsd. Mais pourquoi oss directement. Et puis je veux 2 sons en même temps, mais ces 2 applications demandes 2 serveurs en meme temps. La merde. UNE API de son, c'est si dûr à faire?
Tant que tu restes dans QT ou dans gtk, ça roule, mais si tu en sorts, tu creve. Et meme dedans les API changent toujours, ce qui fait qu'un éditeur doit constament supportée énormément de version d'une application (en fonction des différentes version des lib installée).
Mono apportera peut etre une réponse.
Microsoft a choisi sa politique : on garde une rétrocompatibilité maximal, quitte à garder des api pourri 10 ans. Apple préfère faire de gros changement brusque à certains points stratégiques dans la vie de ses produits. Quant à linux, c'est toujours en mouvement.
Qui est la meilleur solution?
Pour l'utilisateur?
Pour l'éditeur?
Pour le logiciel en lui-même?
Quant aux standards l'IHM sont elles rellement respectée sous Linux? Pourquoi entre différentes fenetre (d'une même application, et ça n'arrive pas que rarement), le boutons ok passe de "à gauche" du bouton Cancel à "à droite", pourquoi la doite de sélection de fichier de GTK (1, 2, ...) est elle toujours aussi pourri et des année lumières de celle de Windows, pourquoi malgré les tonnes de remarques faites à leur (géniaux) concepteurs, le projet GIMP a t il toujours une interface aussi peu conviviale...?
Perso: je prend une application sous windows (allez, le shareware de base), je le lance je comprend rapidement comment il marche. Sous Linux, c'est "beaucoup" plus rare que je n'ai pas à lire une doc à un moment.
PS: le top, c'est les applications libres sous Windows qui s'intègère très bien, comme notepad++ ou codeblocks, winmerge, firefox (ok, ca compte pas), filezilla, pdfcreator, winscp. Domage que très peu soient disponible sous Linux.
[^] # Re: .
Posté par Stibb . En réponse au journal Les Bureaux de demain. Évalué à 4.
Tout foutre dans /opt n'est pas une solution.
Quant à la stabilité des API c'est clair que ça aide. Le copier coller sous Windows est extremement simple: SetClipboardData, GetClipboardData. Le drag and drop est plus complexe, mais rien ne vaut la stabilité des API face à une architecture "mieux" mais qui change trop souvent.
Pareil, alsa marche ok. Mais si je l'utilise pas? si j'utilise esd. Ah non, aujourd'hui j'ai lancé que artsd. Mais pourquoi oss directement. Et puis je veux 2 sons en même temps, mais ces 2 applications demandes 2 serveurs en meme temps. La merde. UNE API de son, c'est si dûr à faire?
Tant que tu restes dans QT ou dans gtk, ça roule, mais si tu en sorts, tu creve. Et meme dedans les API changent toujours, ce qui fait qu'un éditeur doit constament supportée énormément de version d'une application (en fonction des différentes version des lib installée).
Mono apportera peut etre une réponse.
Microsoft a choisi sa politique : on garde une rétrocompatibilité maximal, quitte à garder des api pourri 10 ans. Apple préfère faire de gros changement brusque à certains points stratégiques dans la vie de ses produits. Quant à linux, c'est toujours en mouvement.
Qui est la meilleur solution?
Pour l'utilisateur?
Pour l'éditeur?
Pour le logiciel en lui-même?
Quant aux standards l'IHM sont elles rellement respectée sous Linux? Pourquoi entre différentes fenetre (d'une même application, et ça n'arrive pas que rarement), le boutons ok passe de "à gauche" du bouton Cancel à "à droite", pourquoi la doite de sélection de fichier de GTK (1, 2, ...) est elle toujours aussi pourri et des année lumières de celle de Windows, pourquoi malgré les tonnes de remarques faites à leur (géniaux) concepteurs, le projet GIMP a t il toujours une interface aussi peu conviviale...?
Perso: je prend une application sous windows (allez, le shareware de base), je le lance je comprend rapidement comment il marche. Sous Linux, c'est "beaucoup" plus rare que je n'ai pas à lire une doc à un moment.
PS: le top, c'est les applications libres sous Windows qui s'intègère très bien, comme notepad++ ou codeblocks, winmerge, firefox (ok, ca compte pas), filezilla, pdfcreator, winscp. Domage que très peu soient disponible sous Linux.