Le déploiement est plus facile car centralisé, c'est vrai.
En natif c'est également possible, via l'app store, les dépots linux et le windows store. Idem sur les smartphones. Cet argument en faveur du web est caduc.
Concernant la portabilité, une app Qt est compilable telle quelle sur les 3 OS, et Qt5.1 vient d'être porté sur Android et iOS. QML renforce en plus cette portabilité.
Sauf la gestion des DRM, et le téléchargement, qui est en P2P sur spotify, voir aussi sur steam. Tout ce que ne sait pas faire le web donc. Ca me semble une utilisation intelligente du web, l'utiliser pour afficher des données au contraire de faire des "apps" en web.
J'ai commencé comme développeur web, et je revis depuis que je fais du Qt/C++. Pour ceux que C++ fait peur, Qt/Python semble très bien marcher.
Mais le vrai problème est lorsque tu veux que ton app stocke les données utilisateur sur ton serveur, par exemple pour les rendre accessible par une interface web si le user n'a pas son ordi avec lui, ou s'il en a un autre et souhaite donc synchroniser les données. Tu n'as pas ce genre de problème avec une app web. Apple qui a bien compris l'intérêt de protéger son business juteux des apps native propose une API iCloud aux devs.
J'utilise les apps Evernote, Twitter et Spotify sur Mac, c'est à des années lumières des versions web… Plus de features, avec des effets visuel fluide et sexy (merci cocoa), le "web" n'est utilisé que pour transporter les données, ou bien pour afficher de l'HTML au sein de l'app (itunes,steam, spotify) ce qui est beaucoup plus intéressant.
Evidement ca nécessite un dev pour une plateforme contrairement au web, mais quand un user paye un bras son Mac il est en droit d'attendre qu'une application exploite au mieux les capacités de l'OS via ses API, plutôt qu'une stack web immonde en comparaison du rendu.
Ca fait quelques années qu'il y a des apps web complexe qui s'approchent du natifs, rien que celles de Google..
Le problème est que pour faire une app web complexe il faut maîtriser 3 tonnes de libs JS/CSS/HTML des framework, des outils de backend.
Avec une app native, il suffit de maîtriser Qt et c'est tout. Développer avec Qt est bien plus rapide, cependant il manque le gros truc, le stockage sur Internet des données qui est de fait avec une app web.
Si les devs natifs utilisaient un outil comme engin.io l'utilisateur aurait l'avantage du web et celui du natif ; comme il y a sur Mac avec les apps qui utilisent iCloud ….
Il parait que le natif sur le desktop c'est plus à la mode, sauf sur les Mac bien sur. Mais je suis convaincu que le natif n'a pas dis son dernier mot, loin de là.
Quand a Redhat et l'obeissance, si il y avait une telle obligation, tu peux etre sur qu'un des devs de Redhat passerait sans probleme une backdoor dans le noyau et personne n'y verrait rien.
Mais bien sur aucun dev kernel ni même Linus ne verrait rien et ne dirait rien… Tu fantasmes.
on disait pareil des tablettes, donc bon.
Perso je crois fermement aux smartwatch mais si seulement ce sont des bracelets tactiles avec un grand écran courbé. Si c'est simplement un ipod nano carré avec un bracelet en cuir ca n'a en effet aucun intérêt.
on a compris que GNU/Linux ne sera jamais un truc cohérent, mais une exponentialité indémerdable de combinaisons de composants développés indépendamment et que la somme colossale des efforts dispersés ne produira jamais un truc GNU/Linux cohérent.
Le problème est que GNU/Linux n'a jamais été conçu pour être un OS desktop, contrairement à Windows et MacOS. Alors en empilant un serveur graphique, un desktop manager, des lib graphiques (Qt/GTK), ca marche en effet, mais on est très loin de ce que propose la concurrence.
A long terme dans le libre je crois largement plus à HaikuOS, où tout est bien intégré, très rapide et très très léger.
Moui mais bon la diplomatie avec des insectes, difficile pour le spectateur de faire de l'empathie … Dans le même style District 9 me parait beaucoup plus pertinent.
[^] # Re: ça marchera jamais?
Posté par fredix . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à -9.
c'est pourri. moi je veux pas de saloperie de pseudo "app" en html/js sur mon smartphone.
# freelan ?
Posté par fredix . En réponse à la dépêche GNU Virtual Private Ethernet 2.25. Évalué à 5.
dans l'idée ca ressemble à freelan non ?
[^] # Re: Réactivité des clients légers.
Posté par fredix . En réponse au journal Et moi qui croyais que le client lourd serait gagnant.... Évalué à 2.
opera mail a l'air pas mal aussi.
[^] # Re: moef
Posté par fredix . En réponse au journal Et moi qui croyais que le client lourd serait gagnant.... Évalué à 3.
En effet camlistore montre qu'il y a un début de prise de conscience du problème et je ne doute pas qu'il y ait des solutions libre qui arrivent.
[^] # Re: Pas d'accord
Posté par fredix . En réponse au journal Et moi qui croyais que le client lourd serait gagnant.... Évalué à 2.
En natif c'est également possible, via l'app store, les dépots linux et le windows store. Idem sur les smartphones. Cet argument en faveur du web est caduc.
Concernant la portabilité, une app Qt est compilable telle quelle sur les 3 OS, et Qt5.1 vient d'être porté sur Android et iOS. QML renforce en plus cette portabilité.
[^] # Re: Pas d'accord
Posté par fredix . En réponse au journal Et moi qui croyais que le client lourd serait gagnant.... Évalué à 2.
Sauf la gestion des DRM, et le téléchargement, qui est en P2P sur spotify, voir aussi sur steam. Tout ce que ne sait pas faire le web donc. Ca me semble une utilisation intelligente du web, l'utiliser pour afficher des données au contraire de faire des "apps" en web.
[^] # Re: moef
Posté par fredix . En réponse au journal Et moi qui croyais que le client lourd serait gagnant.... Évalué à 3.
J'ai commencé comme développeur web, et je revis depuis que je fais du Qt/C++. Pour ceux que C++ fait peur, Qt/Python semble très bien marcher.
Mais le vrai problème est lorsque tu veux que ton app stocke les données utilisateur sur ton serveur, par exemple pour les rendre accessible par une interface web si le user n'a pas son ordi avec lui, ou s'il en a un autre et souhaite donc synchroniser les données. Tu n'as pas ce genre de problème avec une app web. Apple qui a bien compris l'intérêt de protéger son business juteux des apps native propose une API iCloud aux devs.
[^] # Re: Pas d'accord
Posté par fredix . En réponse au journal Et moi qui croyais que le client lourd serait gagnant.... Évalué à 2.
J'utilise les apps Evernote, Twitter et Spotify sur Mac, c'est à des années lumières des versions web… Plus de features, avec des effets visuel fluide et sexy (merci cocoa), le "web" n'est utilisé que pour transporter les données, ou bien pour afficher de l'HTML au sein de l'app (itunes,steam, spotify) ce qui est beaucoup plus intéressant.
Evidement ca nécessite un dev pour une plateforme contrairement au web, mais quand un user paye un bras son Mac il est en droit d'attendre qu'une application exploite au mieux les capacités de l'OS via ses API, plutôt qu'une stack web immonde en comparaison du rendu.
# moef
Posté par fredix . En réponse au journal Et moi qui croyais que le client lourd serait gagnant.... Évalué à 10. Dernière modification le 18 juillet 2013 à 11:15.
Ca fait quelques années qu'il y a des apps web complexe qui s'approchent du natifs, rien que celles de Google..
Le problème est que pour faire une app web complexe il faut maîtriser 3 tonnes de libs JS/CSS/HTML des framework, des outils de backend.
Avec une app native, il suffit de maîtriser Qt et c'est tout. Développer avec Qt est bien plus rapide, cependant il manque le gros truc, le stockage sur Internet des données qui est de fait avec une app web.
Si les devs natifs utilisaient un outil comme engin.io l'utilisateur aurait l'avantage du web et celui du natif ; comme il y a sur Mac avec les apps qui utilisent iCloud ….
Il parait que le natif sur le desktop c'est plus à la mode, sauf sur les Mac bien sur. Mais je suis convaincu que le natif n'a pas dis son dernier mot, loin de là.
[^] # Re: Et tu aurais voulu qu'ils fassent quoi d'autre ?
Posté par fredix . En réponse au journal Microsoft : pbpg a-t-il eu une attaque ? "Votre vie privée est notre priorité". Évalué à 3.
Mais bien sur aucun dev kernel ni même Linus ne verrait rien et ne dirait rien… Tu fantasmes.
[^] # Re: Intérêt de la chose
Posté par fredix . En réponse au journal A quand la prochaine secousse sismique dans le monde High-Tech ?. Évalué à 7.
surtout des problèmes de dos.
[^] # Re: Intérêt de la chose
Posté par fredix . En réponse au journal A quand la prochaine secousse sismique dans le monde High-Tech ?. Évalué à 3. Dernière modification le 15 juillet 2013 à 23:53.
on disait pareil des tablettes, donc bon.
Perso je crois fermement aux smartwatch mais si seulement ce sont des bracelets tactiles avec un grand écran courbé. Si c'est simplement un ipod nano carré avec un bracelet en cuir ca n'a en effet aucun intérêt.
[^] # Re: Administrateur systèmes et réseaux, c'est le plus beau métier du monde
Posté par fredix . En réponse au sondage Votre métier. Évalué à 2.
Intéressant ton histoire avec Celestine. tu as lu Pourquoi les gentils ne se feront plus avoir ?
[^] # Re: o_O'
Posté par fredix . En réponse au journal Privé de bac à cause d'un logiciel propriétaire. Évalué à 7.
Ya quoi de drôle, parce qu'il a placé Freerunner dans son texte ? Ou bien parce que Windows a "dénoncé" un Freerunner ?
Ya même pas de quoi sourire.
[^] # Re: Alléchant
Posté par fredix . En réponse au journal La glace au blender. Évalué à 10.
un Blender c'est un mixeur qui peut mixer des iPhone.
[^] # Re: La bonne blague
Posté par fredix . En réponse au journal Espionnage: la FSF deconseille le cloud public, recommande les clouds privés basés sur le libre. Évalué à 4.
J'ai parlé de compréhensible, pas de facilité … Quelles couches de mauvaise fois sur ce site.
[^] # Re: La bonne blague
Posté par fredix . En réponse au journal Espionnage: la FSF deconseille le cloud public, recommande les clouds privés basés sur le libre. Évalué à 4.
C'est vrai que créer un compte github est super compréhensible pour le grand public …
[^] # Re: +1000
Posté par fredix . En réponse au journal Il y a 15 ans, j'ai fondé LinuxFr. Évalué à 1.
Le problème est que GNU/Linux n'a jamais été conçu pour être un OS desktop, contrairement à Windows et MacOS. Alors en empilant un serveur graphique, un desktop manager, des lib graphiques (Qt/GTK), ca marche en effet, mais on est très loin de ce que propose la concurrence.
A long terme dans le libre je crois largement plus à HaikuOS, où tout est bien intégré, très rapide et très très léger.
[^] # Re: Il y aurait bien Starship Troopers, mais...
Posté par fredix . En réponse au sondage Votre univers SF / Space opéra préféré. Évalué à 3.
Moui mais bon la diplomatie avec des insectes, difficile pour le spectateur de faire de l'empathie … Dans le même style District 9 me parait beaucoup plus pertinent.
[^] # Re: Combien de fois faudra-t-il le dire ?
Posté par fredix . En réponse au journal Google is evil ? Comme les autres ? Sauf Twitter ?. Évalué à 5. Dernière modification le 07 juin 2013 à 18:26.
Bin ca existe les phantom
phantom
[^] # Re: Ça, c'est le prix (pas tellement) caché…
Posté par fredix . En réponse au journal Google is evil ? Comme les autres ? Sauf Twitter ?. Évalué à 4.
Non plus, je suis semi ironique.
[^] # Re: lien ?
Posté par fredix . En réponse au journal J'ai testé pour vous l'openSUSE Build Service. Évalué à 2.
Ouch je n'ai pas pensé aller voir le menu .. thx :)
[^] # Re: lien ?
Posté par fredix . En réponse au journal J'ai testé pour vous l'openSUSE Build Service. Évalué à 2.
Par contre il manque un slot :
Et la fenêtre est vide :(
# lien ?
Posté par fredix . En réponse au journal J'ai testé pour vous l'openSUSE Build Service. Évalué à 2.
Je suppose que le lien vers ton dépot est ici ?
Pour l'installer sur une Ubuntu 13.04 c'est le paquet xUbuntu ?
[^] # Re: Ça, c'est le prix (pas tellement) caché…
Posté par fredix . En réponse au journal Google is evil ? Comme les autres ? Sauf Twitter ?. Évalué à 7.
Facile : bitmessage