Vraiment, j'ai du mal à suivre parce qu'à chaque pas et à chaque intervenant la position est différente. Bref il me semble que chacun y voit ce qu'il veut.
Parce qu'il semble préférer les protocoles historiques, genre NNTP et les clients natifs à la place des forums web, or dans cet exemple il est possible que NNTP ne corresponde pas aux besoins d'un forum en particulier. Dans ce cas une implémentation d'une API (HTTP, SOAP, ce que tu veux) coté serveur permet de développer ce que l'on souhaite sans être bridé par une RFC, tout en décorrélant l'IHM du backend, ce qui permet le développement d'interface native.
ok, on a compris que tu n'aimes pas les technos web pour faire des applis. Pas la peine d'en rajouter 3 couches.
Bin c'est pas fait pour ça c'est tout. Encore faut-il être passé de dev web à dev natif pour comprendre cette folie et que ca ne pourra pas aboutir à des applications d'une qualité et d'une richesse technique comme sur Android/iOS.
Et je ne vois pas pourquoi Mozilla devrait reprendre Meego. Ce qu'ils maitrisent, ce sont les technos web, ils essayent d'améliorer ces technos. Leur domaine, c'est le web, c'est la défense d'un web ouvert etc.
Le web par ci le web par là, chez Mozilla Internet ça se résume par le web, et maintenant en voulant "libérer" les smartphones tels des chevaliers blancs, ils vont niveler nos terminaux par le bas… Tant mieux pour Google et Apple ils n'ont aucun soucis à se faire.
Mozilla sont à priori les seuls dans les organisations du libre à travailler sur des services en lignes, chose qui me parait indispensable face aux rouleaux compresseurs qui arrivent en face. C'est bien mais ils auraient pu avoir plus de recul face au web en adoptant une techno comme Qt qui permet malgré tout de dev certains truc en JS grâce à QML et Qt Quick, tout en ayant la capacité grâce à la stack C++/Qt d'atteindre le niveau d'un iOS et de lui mettre une vraie claque.
Ça crée surtout de la segmentation. Au lieu de créer une application web, tu dois en faire une par terminal visée (iOS, Windows phone, android, blackberry, symbian peut être et je ne parle que des terminaux mobiles). Le changer le langage d'une application ce n'est pas le même travail que rendre une application web compatible avec gecko, webkit, trident et le moteur d'Opera.
Sauf si tu portes ton toolkit, par exemple Qt, sur les différents terminaux, ce qui reste un effort payant puisque ça permet de développer de vraies application.
Certains vont probablement apprécier l'amalgame entre HTTP et Internet …
HTTP est un composant qui exploite les capacités d'Internet, certains auront compris..
Pour le reste je crois avoir clairement donné et répété mon opinion, si tu fais mine de ne pas comprendre en déformant mes propos c'est ton problème.
1 J'utilise akregator qui m'ouvre un onglet dans son IHM à lui lorsque je clique sur un lien.
2 En effet, mais un simple service en ligne à la Ubuntu One permettrait de synchroniser les flux lus.
J'imagine très bien des API vers des services en ligne, utilisé par les applications natives ça mettrait une belle claque au Desktop. Ca tombe bien Canonical y bosse (https://one.ubuntu.com/developer/) ainsi que Microsoft et Apple…
On peut imaginer des clients NNTP qui utilisent des thèmes en effet (tu peux laisser CSS où il est). Et on peut même imaginer un client NNTP natif qui pourrait implémenter toutes les features que tu veux et les limitations du web…
Non pas de XMPP over HTTP, du XMPP directement. Tu ne veux pas comprendre que personne ne dis que HTTP et les technos web sont mal, elles sont juste employées pour faire tout et n'importe quoi, alors que pour fournir des API et présenter de l'information c'est parfait.
Si c'était si simple il n'y aurait pas ce débat. Il y a un juste milieu qui conviendrait bien mieux que l'extrême actuel de penser systématiquement et uniquement web lorsqu'on pense à développer un soft.
Il faudrait décolérer totalement les IHM des datas. Le web devrait servir tout d'abord à fournir des API REST d'accès aux données (et dans l'idéal aussi une API XMPP), ce qui permettrait de développer les clients natifs sur les OS/terminaux que l'on veut avec les technos que l'on veut. Une interface web serait ainsi vue comme un client et ne serait plus fusionnée avec le backend.
Je suis aussi pragmatique, il y a des avantages à aller ponctuellement sur l'interface web de twitter par exemple, mais la grande majorité des usagers quotidiens utilisent un client natif.
Pour reprendre ton exemple de stackexchange tu pourras trouver ici l'application stackoverflow sur l'android market :)
Si framasoft utilisait que bitorrent pour diffuser des fichiers et qu'un beau jour tu te retrouve sur un réseau pourri tu ne pourra pas les télécharger. Ce n'est pas la faute de framasoft, mais quoi qu'il en soit tu ne pourra pas les télécharger.
L'idée, en tout cas à mes yeux, n'est pas de dire torrent ou rien, app native ou rien, mais proposer torrent en plus du dl HTTP.
Dans les faits ça oblige les utilisateurs à utiliser Java ou objective-C ou je ne sais pas quel techno .Net pour faire leur application (oui Android commence à faire du C, mais ce n'est pas encore ça).
Oui et alors ? Si tu sous-entends que c'est compliqué, compare la difficulté de développer une application (et pas juste un truc qui met en forme des flux RSS) avec des technos web d'un côté (js + html + css) contre une application native (ton langage natif + ton sdk). Le développeur natif met en raclé en rapidité de développement, avec une interface intégré, un temps de réponse imbattable et sans limite de features.
Et encore une fois dans les faits l'énorme majorité de ces applications sont des clients de webservices (SOAP ou REST).
Et donc ? C'est quand même normal qu'en 2012 les applications native utilisent Internet.
J'ai parlé de communication et protocoles adaptés, pas forcément standard et ouvert. L'avantage des stores, quelque soit leurs motifs réel que tu décris, et de revenir à une architecture native agréable et efficace pour l'utilisateur et pour le développeur.
Le libre possède déjà des "stores" depuis des années, énormément d'applications natives qui savent exploiter de nombreux protocoles de communication. Il est donc tout à fait possible de s'appuyer dessus pour mettre en place un écosystème libre, comme veut le faire Mozilla avec son market place. Meego + dépôts à la Debian + API vers des services libre en ligne décentralisé, ça aurait plus de gueule qu'un avenir qui passe par HTTP et dont les terminaux ne font tourner qu'un kernel et un moteur Web.
Quant à avoir N applications installées, ca ne pose aucun soucis au utilisateurs de iOS, et c'est confirmé par les milliards d'applications distribuées via l'app store.
C'est un soucis dans la tête des gens qui refusent de voir la réalité en face parce qu'elle les dérange.
Un iOS libre architecturé autour de Qt aurait largement plus de gueule et de crédibilité face à iOS et Android. Penser pouvoir les concurrencer ou même être seulement une alternative avec une architecture pure Web c'est pathétique.
Bin oui c'est génial, on va devoir faire des apps avec ces saloperies de technos de CSS/JS/HTML. Et comme ils savent très bien que le web n'est pas fait pour faire comme les apps natives, ils créés des API pour s'en approcher https://wiki.mozilla.org/WebAPI , c'est n'importe quoi.
Reprendre Meego qui fait déjà tout ça et est conçu pour, ça irait pas plus vite et n'aurait pas plus de chance de séduire les dev et les users que des merdes en web ? J'ai vu la vidéo de B2G, j'attends d'en voir une avec une utilisation réelle avec des apps qui tournent en parallèle, et de vraies applications, pas juste un machin avec 3 boutons. Le crâne en 3D utilise le GPU, heureusement que c'est rapide, mais ça n'a aucun rapport avec B2G, au mieux avec WebGL…
C'est ce que font iTunes, Spotify, Skype et sans doute d'autres, et ce sont de vraies applications qui cartonne face à des concurrents uniquement web. Encore une preuve que l'installation d'une app n'est pas un frein et est même un avantage contrairement à ce que des dev web, marketeux ou "penseurs" imaginent.
Je ne vois pas en quoi faire une "app" native qui affiche le contenu d'un site web serait malsain, au pire c'est juste un client RSS amélioré dédié à une source, au mieux c'est une vraie application qui va permettre à l'utilisateur d'ajouter et modifier des données avec une interface adaptée et optimisée à son terminal.
Meego, Tizen, ça risque d'être du poulet si il n'y a pas une organisation derrière qui développe et soutienne la plateforme, de la même manière que Google le fait avec Android. Or la seule organisation dans le libre qui aurait pu le faire a choisi de développer sa plateforme avec des technologies Web …. Les derniers à avoir tenté ça c'est Palm avec WebOS, j'ai un touchpad, les apps rament ….. sans parler de toutes les features que ne permet pas le Web.
Les seuls taré à pousser à fond les technos web c'est Google mais ils ont les bataillons d'ingés pour ça et malgré tout il ont du inventer nativeclient…
Monter un écosystème basé uniquement sur une stack web est une régression, bien représentatif de l'attitude bornée de la Mozilla Fondation incapable d'avoir une pensée globale qui intégrerait un toolkit natif, des services tous protocoles où le web aurait son rôle à sa juste place.
Le web est excellent pour diffuser de l'information, l'afficher, la mettre en forme. Ca tombe bien il a été conçu pour ça. Ce qu'on dénonce c'est son usage pour faire des applications et toutes les saloperies techniques autour pour contourner ses limitations. A cause de cette tendance les technologies desktop native très performantes et qui fournissent une IHM plus rapide et agréable ont été délaissé. Au final toute l'informatique est descendu de plusieurs crans pour se mettre au niveau de cette technologie basique, pour en arriver au délire le plus total, des portables qui font tourner qu'un navigateur (chromebook, et autres) , et il y en a qui trouve ça génial voir même innovant…
Heureusement Apple et Microsoft poussent sur leur desktop ce qui a fait le succès des smartphones (app native/store) ce qui devrait encourager les entreprises à revenir au natif et à des protocoles de communications adaptés.
# mémoire
Posté par fredix . En réponse à la dépêche Sortie d'Elastic Search en version 0.19. Évalué à 3.
Je l'utilise avec graylog2 mais si quelqu'un a la conf pour lui faire consommer moins de 50% de la RAM je suis preneur.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 3.
Pour android tu ne recode pas Qt en Java, voir le port android lighthouse qui utilise JNI http://code.google.com/p/android-lighthouse/wiki/Compile
Parce qu'il semble préférer les protocoles historiques, genre NNTP et les clients natifs à la place des forums web, or dans cet exemple il est possible que NNTP ne corresponde pas aux besoins d'un forum en particulier. Dans ce cas une implémentation d'une API (HTTP, SOAP, ce que tu veux) coté serveur permet de développer ce que l'on souhaite sans être bridé par une RFC, tout en décorrélant l'IHM du backend, ce qui permet le développement d'interface native.
[^] # Re: Ça fait plaisir
Posté par fredix . En réponse à la dépêche Nouvelles Mozilla : Marketplace, Metro, Persona, B2G, Add-on, API web. Évalué à 1.
Bin c'est pas fait pour ça c'est tout. Encore faut-il être passé de dev web à dev natif pour comprendre cette folie et que ca ne pourra pas aboutir à des applications d'une qualité et d'une richesse technique comme sur Android/iOS.
Le web par ci le web par là, chez Mozilla Internet ça se résume par le web, et maintenant en voulant "libérer" les smartphones tels des chevaliers blancs, ils vont niveler nos terminaux par le bas… Tant mieux pour Google et Apple ils n'ont aucun soucis à se faire.
Mozilla sont à priori les seuls dans les organisations du libre à travailler sur des services en lignes, chose qui me parait indispensable face aux rouleaux compresseurs qui arrivent en face. C'est bien mais ils auraient pu avoir plus de recul face au web en adoptant une techno comme Qt qui permet malgré tout de dev certains truc en JS grâce à QML et Qt Quick, tout en ayant la capacité grâce à la stack C++/Qt d'atteindre le niveau d'un iOS et de lui mettre une vraie claque.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 4. Dernière modification le 03 mars 2012 à 22:48.
Sauf si tu portes ton toolkit, par exemple Qt, sur les différents terminaux, ce qui reste un effort payant puisque ça permet de développer de vraies application.
HTTP est un composant qui exploite les capacités d'Internet, certains auront compris..
Pour le reste je crois avoir clairement donné et répété mon opinion, si tu fais mine de ne pas comprendre en déformant mes propos c'est ton problème.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 2.
Je dis que XMPP comme API serait idéal dans pas mal de cas. HTTP REST, SOAP, etc, peut être utile dans d'autres.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 2.
et sans les limitations du web
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 2. Dernière modification le 03 mars 2012 à 22:20.
1 J'utilise akregator qui m'ouvre un onglet dans son IHM à lui lorsque je clique sur un lien.
2 En effet, mais un simple service en ligne à la Ubuntu One permettrait de synchroniser les flux lus.
J'imagine très bien des API vers des services en ligne, utilisé par les applications natives ça mettrait une belle claque au Desktop. Ca tombe bien Canonical y bosse (https://one.ubuntu.com/developer/) ainsi que Microsoft et Apple…
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 1. Dernière modification le 03 mars 2012 à 22:11.
On peut imaginer des clients NNTP qui utilisent des thèmes en effet (tu peux laisser CSS où il est). Et on peut même imaginer un client NNTP natif qui pourrait implémenter toutes les features que tu veux et les limitations du web…
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 2.
Non pas de XMPP over HTTP, du XMPP directement. Tu ne veux pas comprendre que personne ne dis que HTTP et les technos web sont mal, elles sont juste employées pour faire tout et n'importe quoi, alors que pour fournir des API et présenter de l'information c'est parfait.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 4.
Si c'était si simple il n'y aurait pas ce débat. Il y a un juste milieu qui conviendrait bien mieux que l'extrême actuel de penser systématiquement et uniquement web lorsqu'on pense à développer un soft.
Il faudrait décolérer totalement les IHM des datas. Le web devrait servir tout d'abord à fournir des API REST d'accès aux données (et dans l'idéal aussi une API XMPP), ce qui permettrait de développer les clients natifs sur les OS/terminaux que l'on veut avec les technos que l'on veut. Une interface web serait ainsi vue comme un client et ne serait plus fusionnée avec le backend.
Je suis aussi pragmatique, il y a des avantages à aller ponctuellement sur l'interface web de twitter par exemple, mais la grande majorité des usagers quotidiens utilisent un client natif.
Pour reprendre ton exemple de stackexchange tu pourras trouver ici l'application stackoverflow sur l'android market :)
L'idée, en tout cas à mes yeux, n'est pas de dire torrent ou rien, app native ou rien, mais proposer torrent en plus du dl HTTP.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 2.
Il y a pourtant pas mal de gens qui utilisent Google Reader… On s'en fou des CSS sur un forum de discussion, ce qui compte c'est l'information.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 6. Dernière modification le 03 mars 2012 à 20:48.
Oui et alors ? Si tu sous-entends que c'est compliqué, compare la difficulté de développer une application (et pas juste un truc qui met en forme des flux RSS) avec des technos web d'un côté (js + html + css) contre une application native (ton langage natif + ton sdk). Le développeur natif met en raclé en rapidité de développement, avec une interface intégré, un temps de réponse imbattable et sans limite de features.
Et donc ? C'est quand même normal qu'en 2012 les applications native utilisent Internet.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 3.
no prob
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 1.
Tu fais de la mauvaise fois où tu n'as pas lu le thread ? Le Web avec HTTP est très bien pour diffuser une ressource personne dit le contraire.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 5.
J'ai parlé de communication et protocoles adaptés, pas forcément standard et ouvert. L'avantage des stores, quelque soit leurs motifs réel que tu décris, et de revenir à une architecture native agréable et efficace pour l'utilisateur et pour le développeur.
Le libre possède déjà des "stores" depuis des années, énormément d'applications natives qui savent exploiter de nombreux protocoles de communication. Il est donc tout à fait possible de s'appuyer dessus pour mettre en place un écosystème libre, comme veut le faire Mozilla avec son market place. Meego + dépôts à la Debian + API vers des services libre en ligne décentralisé, ça aurait plus de gueule qu'un avenir qui passe par HTTP et dont les terminaux ne font tourner qu'un kernel et un moteur Web.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 4.
Quant à avoir N applications installées, ca ne pose aucun soucis au utilisateurs de iOS, et c'est confirmé par les milliards d'applications distribuées via l'app store.
C'est un soucis dans la tête des gens qui refusent de voir la réalité en face parce qu'elle les dérange.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 5.
Merci de confirmer que le web est idéal pour diffuser une ressource qui peut être utilisé par un logiciel dédié et natif (client bittorrent).
[^] # Re: Ça fait plaisir
Posté par fredix . En réponse à la dépêche Nouvelles Mozilla : Marketplace, Metro, Persona, B2G, Add-on, API web. Évalué à 1.
WebOS a une super ergonomie, cependant la plupart des applications lag, ca n'a rien à voir avec la réactivité d'un iOS.. Et la stack Web est "tellement puissante" qu'ils sont obligé de fournir aussi une API C/C++ : https://developer.palm.com/content/resources/develop/sdk_pdk_download.html
Un iOS libre architecturé autour de Qt aurait largement plus de gueule et de crédibilité face à iOS et Android. Penser pouvoir les concurrencer ou même être seulement une alternative avec une architecture pure Web c'est pathétique.
[^] # Re: Ça fait plaisir
Posté par fredix . En réponse à la dépêche Nouvelles Mozilla : Marketplace, Metro, Persona, B2G, Add-on, API web. Évalué à 5.
Bin oui c'est génial, on va devoir faire des apps avec ces saloperies de technos de CSS/JS/HTML. Et comme ils savent très bien que le web n'est pas fait pour faire comme les apps natives, ils créés des API pour s'en approcher https://wiki.mozilla.org/WebAPI , c'est n'importe quoi.
Reprendre Meego qui fait déjà tout ça et est conçu pour, ça irait pas plus vite et n'aurait pas plus de chance de séduire les dev et les users que des merdes en web ? J'ai vu la vidéo de B2G, j'attends d'en voir une avec une utilisation réelle avec des apps qui tournent en parallèle, et de vraies applications, pas juste un machin avec 3 boutons. Le crâne en 3D utilise le GPU, heureusement que c'est rapide, mais ça n'a aucun rapport avec B2G, au mieux avec WebGL…
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 2.
Ah oui en effet, sauf si le plugin obtient ce timestamp via un webservice :)
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 3.
Il suffirait de développer un plugin à un client IRC pour ajouter cette feature, il y a déjà le timestamp sur chaque message.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 4.
C'est ce que font iTunes, Spotify, Skype et sans doute d'autres, et ce sont de vraies applications qui cartonne face à des concurrents uniquement web. Encore une preuve que l'installation d'une app n'est pas un frein et est même un avantage contrairement à ce que des dev web, marketeux ou "penseurs" imaginent.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 3.
Je ne vois pas en quoi faire une "app" native qui affiche le contenu d'un site web serait malsain, au pire c'est juste un client RSS amélioré dédié à une source, au mieux c'est une vraie application qui va permettre à l'utilisateur d'ajouter et modifier des données avec une interface adaptée et optimisée à son terminal.
[^] # Re: Ça fait plaisir
Posté par fredix . En réponse à la dépêche Nouvelles Mozilla : Marketplace, Metro, Persona, B2G, Add-on, API web. Évalué à 6.
Meego, Tizen, ça risque d'être du poulet si il n'y a pas une organisation derrière qui développe et soutienne la plateforme, de la même manière que Google le fait avec Android. Or la seule organisation dans le libre qui aurait pu le faire a choisi de développer sa plateforme avec des technologies Web …. Les derniers à avoir tenté ça c'est Palm avec WebOS, j'ai un touchpad, les apps rament ….. sans parler de toutes les features que ne permet pas le Web.
Les seuls taré à pousser à fond les technos web c'est Google mais ils ont les bataillons d'ingés pour ça et malgré tout il ont du inventer nativeclient…
Monter un écosystème basé uniquement sur une stack web est une régression, bien représentatif de l'attitude bornée de la Mozilla Fondation incapable d'avoir une pensée globale qui intégrerait un toolkit natif, des services tous protocoles où le web aurait son rôle à sa juste place.
[^] # Re: Protocole et format de merde.
Posté par fredix . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 9.
Le web est excellent pour diffuser de l'information, l'afficher, la mettre en forme. Ca tombe bien il a été conçu pour ça. Ce qu'on dénonce c'est son usage pour faire des applications et toutes les saloperies techniques autour pour contourner ses limitations. A cause de cette tendance les technologies desktop native très performantes et qui fournissent une IHM plus rapide et agréable ont été délaissé. Au final toute l'informatique est descendu de plusieurs crans pour se mettre au niveau de cette technologie basique, pour en arriver au délire le plus total, des portables qui font tourner qu'un navigateur (chromebook, et autres) , et il y en a qui trouve ça génial voir même innovant…
Heureusement Apple et Microsoft poussent sur leur desktop ce qui a fait le succès des smartphones (app native/store) ce qui devrait encourager les entreprises à revenir au natif et à des protocoles de communications adaptés.