fredix a écrit 1945 commentaires

et la personne qui recoit le SMS le présente au guichet d'une banque avec une pièce d'identité pour obtenir l'argent.

Sauf que j'ai lu (j'ai la flemme de retrouver la source) qu'il y a des pays africain où le paiement par SMS explose. On peut même envoyer de l'argent avec un SMS.

Il a peut être des ancêtres français ...

L'étape 2 c'est Oracle qui rachète SAP ?

"miroir magique" ?

Même expérience que toi. J'avais même envoyé un mail pour leur dire qu'ils se tiraient une balle dans le pied avec leur bouserie en python/java ...

En même temps Mac OSX fait le boulot correctement et c'est fun. L'un n'empêche pas l'autre.

Les entreprises qui ont cette attitude n'attaqueront pas un projet libre qui ne les attaque pas à coups de brevets.

Et ça c'est quoi ? http://www.numerama.com/magazine/16206-un-shazam-open-source(...)

http://live.gnome.org/Vala

c'est pas ce qu'il y a de plus simple pour tous les users, je voulais dire.

Conduit ce qu'il y a de plus simple pour l'utilisateur et c'est lui renvoyer ce que la plateforme ne veut pas faire...

Tomboy qui se synchro via Internet c'est bien mais je trouve dommage que GNOME ne propose pas une API qui propose à chaque application de faire de même. Là chaque développeur doit réinventer la roue...
Ca permettrait de plus aux applications desktop d'exploiter enfin Internet et de pouvoir concurrencer les application web, en synchronisant les données mais pourquoi pas aussi en proposant de les partager entre différent utilisateur GNOME.
J'ai l'impression que KDE a un train d'avance là dessus en travaillant sur socialdesktop.

Pour sortir du lot faudrait peut être aussi choisir Python ou Ruby qui sont moins fourni en CMS....

... en effet :)

Opera c'est bien le seul browser qui n'arrive pas à trouver flash sur mon Linux :/
Et côté support du HTML5, chrome est devant : http://slides.html5rocks.com/

Sinon c'est un des rares qui rame pas comme FF et qui leak pas comme Chrome.

Le problème n'est pas tant de donner pour un projet qui part de zéro. Le problème est de savoir qui sont ces gars ? Ils ont un background derrière, ils ont déjà publié du code sur d'autres projets ? En gros ils ont quelle crédibilité ?

Parce que bon pour coder un tel projet, il y a un paquet de dev sur github.com et ailleurs qui ont les compétences, et qui auraient mérité d'avoir un tel fond.
C'est sans doute les premiers à oser faire cette démarche, donc ça marche...

Ca me rappelle il y a quelques années, la première "mendiante" du Net, une new-yorkaise qui réclamait de la tune sur un site web pour pouvoir faire du shopping .. Et bien elle en a eu + couvertures de presses ...

Sinon il y a quelques projets sur http://flattr.com qui mériteraient eux d'avoir des dons (dont le mien sans le citer :) ).

Tu as les specs ici : http://www.freedesktop.org/wiki/Specifications/open-collabor(...)

c'est donc du REST. Le projet Movim souhaite utiliser XMPP ce qui me semble une meilleur idée, il doit être donc possible de développer une XEP qui implémente la specs OCS.

Ce que je souhaite ajouter à ton commentaire pertinent, c'est que le socialdesktop propose la décentralisation des clients. En effet même si l'on parle avec justesse de l'intérêt à décentraliser les serveurs, je trouve totalement dépassé de devoir utiliser un client dédié pour utiliser un réseau social, fût-il décentralisé.

Chaque application d'un desktop est susceptible d'avoir une information à partager avec son réseau, que cela soit un traitement de texte ou bien un IDE... Une rapide présentation se trouve ici : http://www.open-collaboration-services.org/socialdesktop.pdf

Cela reviendrait à ce que chaque application exploite enfin les possibilités d'Internet que cela soit pour faire du réseau social ou synchroniser/partager ses données. Donc concurrencer enfin les applications web ... J'ai développé cette idée ici http://frederic.logier.org/2010/06/25/desktop-2-0/

J'en pense que cette dépêche ne me dérange pas mais que pour les annonces plus marketing il y a toolinux.com qui fait ça très bien et me permet de suivre l'actualité du business autour de GNU/Linux.

Et le gars qui ne veut pas héberger chez lui, parce que bon dans la vie réelle il y a des inondations/incendie/vol si tu veux ...
Et qui veut pas ou ne sait pas gérer son serveur ?

Si tu veux ce profil là on veut l'oublier mais il y en a un peu un paquet...

Moi je trouve ça marrant comme les intégristes veulent absolument que les données soient uniquement chez soi ....

Sinon je ne vois pas pourquoi tu parles de produire des services web défaillants ...

Opera c'est proprio. Moi je parle dans un contexte libre. Je vois plein d'avantage à ce que les communautés libres propose des services libres !
Pour l'instant des entreprises comme Canonical le font (ubuntu on, desktopcouch), tant mieux pour elles, mais pourquoi les communautés ne pourraient le faire également ?

Si le libre se contente de ne fournir que du logiciel, vision 1990, c'est mal barré face au rouleau compresseur des services en ligne (HTML5 toussa)...

C'est bien ce que je dis, pour le user lambda c'est mort ....

je vois pas en quoi c'est à l'opposé ... Si le projet laisse le choix, chez soi ou chez eux, quel est le problème ?

C'est peut être pas très éthique mais vaut mieux ça que couler Mandriva non ?

Pouvoir héberger sur son propre serveur c'est bien mais c'est quand même limité aux geeks.

Pourquoi est-ce que KDE ne proposerait pas un service payant (pas trop cher) pour héberger les données de ses users ?
D'une part ça permettrait de les financer, ensuite faciliter la vie de ceux qui ne veulent pas gérer leur propre serveur, et enfin héberger ses données chez KDE ou une fondation à eux est quand même moins inquiétant qu'une entreprise, quelle quelle soit.

oué enfin Canonical a un OS largement plus répandu que Mandriva ce qui leur laisse une large fenêtre pour rentabiliser leurs services (One, landscape, zik, ...)