Je prend rarement le temps d'écrire un journal, mais cette fois-ci, j'ai un sujet qui me tiens à coeur, l'avenir de Linux sur le Desktop, voir au delà. La raison, c'est ce blog de Miguel de Icaza : http://tirania.org/blog/archive/2012/Aug-29.html qui est je pense complètement à côté de la plaque. Et une grande partie des commentateurs ne voient que le problème technique sans regarder plus loin et de plus haut. Donc je vais utiliser ce journal pour démarrer une discussion. On verra si plus tard ça vaut le coup de l'internationaliser en la mettant quelque part en Anglais. Désolé, ça va être long.
Apple n'a pas gagné des parts de marché en assurant une API/ABI stable sur MacOS X. C'est juste oublié la partie la plus importante d'Apple. Leur stratégie a été d'attaque au début des années 2000 un domaine moribond, l'électronique grand publique avec l'iPod. Puis un autre domaine pas très innovant, voir complètement sclérose avec l'iPhone. Enfin ils ont créé leur propre niche avec l'iPad. Et tout ça, pour faire vendre par effet de bord des ordinateurs Apple au grand publique. On en est à un point ou pour avoir une expérience optimal, il faut utiliser du matériel Apple. Résultat des developpeurs Linux migrent en masse vers Mac OS X. Il suffit d'aller à n'importe quel événement libre et de compter le nombre d'ordinateur Apple pour voir à quel point le mouvement est massif et terrifiant. L'environnement Linux ne répond déjà même plus au besoin de ses propres developpeurs, alors pour le reste des utilisateurs ! Et le fait que l'un des créateurs de GNOME le dise, est la preuve d'un échec fondamental de mon point de vue…
Google lui avait attaqué dans le domaine du "Cloud" et offre une expérience optimal quand on utilise tous ses services. Résultat la majorité du traffic émail mondial passé par ses serveurs. Un grand nombre de PME/PMI a migré à Google Doc et consort. Il place progressivement Chrome sur le desktop et Android est définitivement un succès de cette stratégie d'intégration. Ils font du Linux, mais pas du GNU/Linux, et un nombre très important de developpeurs préfèrent utiliser les services de Google plutôt que de faire du self hosting. Encore une fois, on arrive plus à se fournir une solution pour nous même.
Microsoft quand à lui a perdu de la vitesse durant la dernière décade, mais clairement pas face à GNU/Linux, uniquement face à Google et Apple qui ont eu une stratégie de contournement sur la principale force de Microsoft, les grandes entreprises. Et Microsoft l'a compris en contre attaquant via son point fort pour faire venir ses tablettes dans les mains des départements informatique.
Chacune de ces sociétés à une stratégie, dont j'ai volontairement forcé le trait, et Linux ? Et bien, je crois que au début des années 2000, l'idée était de copier Microsoft (surtout pour Miguel d'ailleur). Aujourd'hui, on fait pas mieux. Les buzz word qu'y pilote le développement, sont le "Cloud" et les réseaux sociaux. Et je pense vraiment pas qu'une attaque frontale sur Google ou Facebook pourra être une réussite. Je rajouterais aussi ici le cas de Jolla qui veut faire juste un smart phone, mais en utilisant mer/Qt/meego, ne part pas franchement avec une bonne stratégie.
Ma conclusion est que si on continue à suivre le trend a juste créer ce qui existe déjà, alors on va à l'échec et dans quelques années, on n'interressera même plus les developpeurs et GNU/Linux sera juste mort. Il est crucial de tout d'abord fournir un environnement performant pour les developpeurs et ensuite d'avoir une stratégie a long terme.
Mais je pense qu'il ne faut pas chercher à prévenir la fuite des developpeurs actuellement en cour, car le seul moyen de le faire a court terme consiste à suivre Google et Apple. C'est à dire perdre de l'énergie dans une direction qui ne nous permettra jamais de faire de GNU/Linux une plateforme reconnu. Il faut exposer un objectif clair, une vision a long terme et attirer des developpeurs qui sont prêt à faire l'effort d'être sur une plate forme en gestation.
Maintenant quel peut être l'objectif a long terme pour les interfaces graphiques de GNU/Linux ? De mon point de vue, le monde se dirige de plus en plus vert une informatique mobile. Et il sera aussi difficile de se payer une nouvelle tv, un nouveau pc, une nouvelle console, un nouveau smartphone, une nouvelle tablette, une nouvelle voiture, des nouvelles lunettes, un nouveau frigo, un nouveau système domotique à tous les deux ans parce que tout d'abord on est dans une crise économique mondiale colossal et ensuite parce que économiquement ce n'est vraiment pas efficace. La raison "théorique" que les commerciaux veulent nous faire avaler pour faire une mise à jour aussi fréquenté, c'est que l'on a un CPU plus performant et plus de mémoire, et donc si l'on veut les nouveaux services, il faut tout upgrader. Joli plan commercial, mais va falloir être très riche.
Quand on y réfléchit, la seule chose qui change, c'est la taille de l'écran, sa résolution et le périphérique d'entrée qui y est connecté. Et une fois qu'on a atteind une résolution "retina", il n'y a plus de raison de changer d'écran. Et tant que le périphérique d'input ne cassé pas ce n'est pas la peine non plus de le changer. Mais il est vrai que avoir une machine plus puissante tous les 2 ans, c'est quand même nécessaire. Pourquoi est-ce que l'on n'utilise pas le même CPU/GPU pour toutes les machines ? Aujourd'hui, c'est une limitation plutôt de facilité. Si il fallait débrancher puis rebrancher une "unité centrale" à chaque fois que je passe de mon PC à une tablette, ça serait vraiment pas drôle.
Mais les technologies sans fil font de très gros progrès. Pour l'affichage on a Wireless Display, le Wifi pour le réseau, le bluetooth pour les périphériques d'input et diverse techno de rechargement sans fil. On peut donc aujourd'hui réaliser une tel "unité centrale". En fait, cette "unité centrale" à besoin d'un écran pour pouvoir poser quelques questions à l'utilisateur lors de l'appairage a un écran/périphérique d'input… Ça ressemble vaguement à un truc existant… Cette idée pose des contraintes :
il faut penser les applications pour qu'elle consomme le moins de ressource, donc les optimiser et avoir une architecture logiciel là plus optimal, car on ne sera pas toujours dans le champs d'un chargeur sans fil.
il faut penser les applications pour qu'elle soit utilisable sur des écrans et avec des périphériques d'input très différente.
il faut protéger le système en cas de vol, car toutes les données seront accessible depuis cette "unité centrale".
il faut un système de synchronisation/backup sécurise et efficace.
Si on veut permettre à des entreprises externe de contribuer aux systèmes :
il faut augmenter la sécurité de Linux (pour commencer se débarrasser de X et passer à Wayland).
il faut garantir la stabilité des API/ABI pour plusieurs années (au minimum 5 ans).
il faut mettre en place un mécanisme de "store" permettant facilement à une société de déployer leur application sur de nombreuse distribution (je pense que pour l'instant, Valve avec Steam est là mieux placé pour cette tâche).
Si on veut être innovant :
il faut être capable de permettre à toutes les applications de lié des informations de manière pertinente et leur permettre d'extraire des informations enrichit par d'autres applications (dans l'idéal sans compromettre la sécurité du système).
il faut penser le système pour être extensible et ouvert (contrairement à un certain nombre de standard freedesktop).
Cela représente déjà beaucoup de travail et je pense qu'il y en a pour quelques années avant d'atteindre un tel objectif. Pour ce qui est du matériel, ça ressemble franchement à un smart phone. D'ailleur un Galaxy S3 est plus puissant qu'un netbook d'il y a un ou deux ans, et il a déjà un port hdmi et usb. C'est déjà juste une question logiciel aujourd'hui, même si il faudra sûrement attendre quelques années, probablement plus de 3 ou 5 ans, avant d'avoir des téléphones vraiment capable de tout faire. Mais c'est en s'y prenant aujourd'hui qu'on peut avoir une chance !
N'empêche que ça a l'air pas mal du tout ton système, t'as déjà essayé de le proposer en XEP ? Ça aiderait fort à son utilisation, surtout tu as déjà fait une implémentation. En tout cas ça me plairait bien d'utiliser ça.
J'avais vu ton journal, mais je n'ai pas eu le temps de regarder en détails comment tu as fait. La fonctionnalité en elle-même est intéressante ( dans l'idéal il faudrait pouvoir afficher les fils de discussions de plusieurs manières, et les norloges seraient une « vue »). En tout cas ça fait un moment que je pense le faire dans SàT. Sinon tu as regardé du côté de oneteam ? Ils ont un support des fils de discussions (cf Nycö).
Pour le partage de fichier il y a un héritage historique. Tu as basiquement 3 façon de faire:
le partage via des messages ( XEP-0047 ), qui passe pratiquement partout (sauf si c'est explicitement filtré comme c'est le cas je crois sur FB). C'est lent, dépendant du serveur, consommateur en resources. C'est vraiment une solution de secours quand rien d'autre ne marche, pour des petits fichiers
la partage traditionnel ( XEP-0096 ): le plus implémenté. Selon la configuration, tu as une connection P2P (directe donc), et là c'est uniquement limité par ta connection. En cas de problème (NAT, Firewall ou autre joyeuseté), ça tente le coup via un proxy, ce qui limite la vitesse de connection.
ce va progressivement devenir la norme ( XEP-0234 ), via Jingle: là c'est beaucoup plus moderne et robuste, ça traverse plus facilement les réseaux à problèmes. Au finale, comme pour le précédent, ça cherche à établir une connexion directe.
XMPP sert à la négociation, et hormis dans le premier cas, le transfert à proprement parler est fait de manière externe, souvent via SOCKS5. Il n'y a aucune raison que ça soit lent, sauf problème de configuration (ça ira mieux quand on sera tous passé à Jingle, c'est prévu pour SàT mais pas pour la version qui vient).
Ok XMPP peut se suffire à lui-même, mais je me demande si XMPP ne pourrait pas être utilisé comme module d'"identification" pour plein d'applications, et notamment le Web.
Si c'est tout à fait utilisable pour identifier. Quelqu'un (sitarane si je me souviens bien), avait codé une alternative à OpenID pour Wordpress qui permettait de s'identifier avec son compte XMPP.
XMPP possède déjà tout ce qu'il faut pour ça, pas besoin d'ajouter du HTTP dessus. Le seul point qui manquait était une gestion fine des permissions pour PubSub, et je travaille justement dessus: http://www.goffi.org/post/2012/06/24/Permissions-fines-pour-PubSub .
Au niveau des autres alternatives crédibles, on peut citer aussi:
Friendica qui est bien avancé, mais je ne suis pas fan de son interface
Newebe qui a une approche originale (tout en http, chacun son serveur), et un auteur très sympa
MOVIM: assez connu en France, équipe sympa aussi, interface agréable.
Buddycloud: qui a le vent en poupe, mais ça s'oriente plus sur du twitter like il me semble, à voir j'ai suivi de loin ces derniers temps.
Jappix: ça a ralenti ces derniers temps, ça se cherche.
Quant à SàT, une sortie est prévue pour la rentrée. Il y a beaucoup de nouveautés depuis la dernière version, et surtout le but va être maintenant de créer une communauté solide autour du projet. Un nouveau site web est disponible depuis quelques semaines: http://sat.goffi.org . Les bases de l'architectures sont posées, les choses devraient s'accélérer dorénavant.
il faut avant tout choisir un projet qui vous plaît, de préférence que vous utilisez. C'est très différent de coder un jeu et un éditeur de textes par exemple.
De mon côté je cherche à monter une communauté autour du projet « Salut à Toi » ( http://sat.goffi.org ): il y'a des gens qui suivent le projet, mais hormis les rares contributions je suis le seul développeur actuellement (donc pour la communauté active ce n'est pas encore ça, mais j'ai bon espoir).
C'est assez difficile d'entrer dans le projet (il est gros, il utilise des outils qui demandent une certaine adaptation, comme Twisted), mais je suis prêt à aider.
Bref, si vous avez envie de vous lancer, un coup de main ne serait pas de trop :)
Elle est où l'extension adblock pour le métro ? Si on pouvait la mettre dans le métro parisien aussi, ce ne serait vraiment, mais alors vraiment pas du luxe.
Moi dans une enseigne champêtre je me suis fait limite engueuler: en gros c'était l'équivalent de « vous nous faîtes chier à utiliser [Gnu/]Linux ». Mais il m'a dit qu'il y avait de plus en plus de monde qui demandait ça.
Bon au final j'avais mon n900 donc j'ai pu vérifier de moi-même, et j'ai pris une HP que je n'ai même pas eu besoin de configurer (juste brancher) sur mon aptosid.
On ne dit pas « amarsissage », mais atterrissage, tout simplement, le mot venant de la terre (le sol) et non de la Terre (la planète). Alunissage serait un néologisme d'Hergé pour Tintin.
Apple interdisant les moteurs de rendu tiers sur son système
Comment ça peut passer ça ? Auprès des devs ? Au niveau légal ? Apple est vraiment devenue une des pires boîtes d'infos actuelle (et pourtant la concurrence est rude).
Il y a des gens dont une tâche quotidienne serait de nuire aux autres ? Et tu ne vois pas le problème ?
Pourtant personne ne voit le problème pour les flics, les huissiers, les curés, les traders, les ingénieurs d'Apple, les ingénieurs de Microsoft, les inspecteurs des impôts, les militaires, …
Bon après test de la démo, ça me semble être exactement ce que je cherchais. J'installe ça ce soir, merci pour les réponses et à l'auteur sur logiciel.
C'est du XMPP en dessous effectivement. Mais la séparation entre les vues et le moteur est forte. L'interface web (Libervia) par exemple embarque également un serveur http.
Expression: Ne censurez pas Internet Accès: Mettre en valeur un accès universel à des réseaux rapides et accessibles Ouverture: Garder Internet comme un réseau ouvert, où tout le monde est libre de se connecter, de communiquer, d'écrire, de lire, de regarder, de parler, d'écouter, d'apprendre, de créer et d'innover. Innovation: Protéger la liberté d'innover et créer sans [avoir besoin d'une] permission. Ne pas bloquer les nouvelles technologies, et ne pas condamner les innovateurs pour leur actions. Vie privée: protéger la vie privée, et défendre la liberté de chacun de garder le contrôle sur la manière dont leurs données et appareils sont utilisés.
Salut, j'ai le même besoin que toi. Au départ j'ai voulu prendre un LaCie Network Space 2 sur les conseils d'un ami: c'est du gigabit, Debian s'installe très bien dessus, et 256 Mio sont justes, mais utilisables pour ce que je veux en faire (sauvegarde de mon serveur dédié + quelques bots). Seulement les nouveaux modèles ont 128 Mio de RAM depuis mi 2011 (et ça ne se voit pas sur les specs, je l'ai vu à la réception, du coup j'ai renvoyé le miens).
Bref, le Dreamplug m'intéressait, mais sur Newit ça fait 230€ avec JTag (indispensable) + FdP. Du coup ça me semble carrément cher, combien tu as payé le tiens ? En combien de temps tu l'as reçu ?
Je commence à réfléchir à l'option monter un serveur moi même, comme suggéré plus haut…
En relisant ton commentaire, je me rends compte que j'ai répondu un poil à côté (désolé, je n'ai pas beaucoup dormi, et je suis au taf, donc je lis/réponds rapidement).
Mais avec ce que j'ai écris, tu peux à peu près deviner que la plupart des points cités sont au minimum prévus.
Maintenant, il ne faut pas s'attendre (pour le moment) à du clefs en main, aussi ce n'est peut être pas ce que tu cherches pour le moment, et mon but immédiat est de créer une communauté pour le développement.
En ce qui concerne les buts généraux du projets, tu peux déjà en avoir une idée en lisant le Contrat Social. C'est effectivement un terrain d'expérimentation. Mais d'une part toutes les fonctionnalités d'un FB ou un G+ sont prévues (en particulier partage photo et organisation d'évenements sont prévus à moyen voire court terme car j'en ai besoin), d'autre part ça ne suit pas forcément la mise en page à la mode actuelle, tirée de FB, car le microblogage n'est qu'une des fonctionnalités offerte. Du coup ça peut changer un peu les repères par rapport à l'existant.
En fait pour être honnête, ce n'est pas encore utilisable par des non dev, même au stade alpha. C'est une chose à laquelle j'aimerais remédier à la prochaine sortie: une version alpha testable clefs en main.
Le problème est qu'étant peu ou prou seul, c'est difficile de faire un truc utilisable; mais en même temps je peux difficilement attirer du monde si je ne communique pas assez. Je dois être resté bloqué à l'époque Usenet où un message sur le bon groupe te permettait de lancer une communauté facilement; aujourd'hui il est malheureusement nécessaire de passer plus de temps sur le polissage.
D'autre part je me refuse à utiliser des FB, G+, Github et autre Twitter, ce qui me limite aussi, mais c'est un choix politique.
Aussi, je présente ça comme un client XMPP, parce qu'un client XMPP est un réseau social, pour moi ce n'est qu'un terme marketing de plus.
Pour répondre à tes questions, voici en gros point par point:
fonctionnel: oui et non. Je l'utilise tous les jours, mais il faut clairement être dev pour ne serait-ce que l'installer.
en cours: une sortie avec interface web publique en alpha est imminente.
prévu: dans le temps tout ce que peut faire XMPP (c'est à dire… tout :) ), y compris la vidéo, mais ça se fera en fonction des moyens à disposition (temps libre + nb de contributeurs), et des demandes les plus insistantes.
les points de ton journal:
intéraction directe: microblogage et blogage lourds sont possible, donc ok
contact immédiat: d'après ce que tu en dis, je pense qu'il s'agit d'un profil public, ce qui est prévu mais pas encore dispo (en dehors des vcards qui sont un poil limitées).
visibilité: tu choisis au moment de publier de faire un (micro)billet public ou non. Si c'est public, c'est référencé par les moteurs de recherche.
feedback: ça c'est à voir, y'a des projet de XEP pour du plussage. Perso je n'aime pas le principe, et je réfléchis à une alternative moins destinées aux annonceurs. À voir à terme.
applications mobiles: de par sa nature nativement multi-interfaces, la question ne se pose pas.
mise en page: pour l'instant c'est du texte pur, mais c'est au programme de faire évoluer (probablement avec 2 versions: texte et texte enrichi, comme pour les courriel text + html, pour laisser le choix au lecteur
intégration: plusieurs solutions. Soit c'est déjà géré (via les plugins, un transport, ou autre), soit on modifie le code (c'est libre ;) ), soit j'envisage la possibilité de permettre d'embarquer des widgets sur un site externe.
contrôle des données: bon là ça me semble évident
commentaire possible par tout le monde: via un compte XMPP oui (pas forcément lié à une société privée), j'ai d'autres possibilités en tête mais j'attends des mettre en place pour voir.
Voilà, je pense que ce sera beaucoup plus clair à la prochaine sortie; et je serais très heureux d'en discuter plus longuement au besoin (voire autour d'une bière pour ceusses qui sont sur Paris ou qui seront aux RMLL).
# En fait...
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Facebook remplace HTML5 par du natif dans ses applications smartphone. Évalué à 5. Dernière modification le 12 septembre 2012 à 11:29.
Peut-être qu'ils auraient dû faire un client multi-interfaces ? :)
# version avec les accents
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Self serving. Évalué à 10.
Une version accentuée par réacc ( http://rali.iro.umontreal.ca/Reacc/Reacc.fr.cgi ). Ce n'est pas parfait, mais déjà plus lisible.
Je prend rarement le temps d'écrire un journal, mais cette fois-ci, j'ai un sujet qui me tiens à coeur, l'avenir de Linux sur le Desktop, voir au delà. La raison, c'est ce blog de Miguel de Icaza : http://tirania.org/blog/archive/2012/Aug-29.html qui est je pense complètement à côté de la plaque. Et une grande partie des commentateurs ne voient que le problème technique sans regarder plus loin et de plus haut. Donc je vais utiliser ce journal pour démarrer une discussion. On verra si plus tard ça vaut le coup de l'internationaliser en la mettant quelque part en Anglais. Désolé, ça va être long.
Apple n'a pas gagné des parts de marché en assurant une API/ABI stable sur MacOS X. C'est juste oublié la partie la plus importante d'Apple. Leur stratégie a été d'attaque au début des années 2000 un domaine moribond, l'électronique grand publique avec l'iPod. Puis un autre domaine pas très innovant, voir complètement sclérose avec l'iPhone. Enfin ils ont créé leur propre niche avec l'iPad. Et tout ça, pour faire vendre par effet de bord des ordinateurs Apple au grand publique. On en est à un point ou pour avoir une expérience optimal, il faut utiliser du matériel Apple. Résultat des developpeurs Linux migrent en masse vers Mac OS X. Il suffit d'aller à n'importe quel événement libre et de compter le nombre d'ordinateur Apple pour voir à quel point le mouvement est massif et terrifiant. L'environnement Linux ne répond déjà même plus au besoin de ses propres developpeurs, alors pour le reste des utilisateurs ! Et le fait que l'un des créateurs de GNOME le dise, est la preuve d'un échec fondamental de mon point de vue…
Google lui avait attaqué dans le domaine du "Cloud" et offre une expérience optimal quand on utilise tous ses services. Résultat la majorité du traffic émail mondial passé par ses serveurs. Un grand nombre de PME/PMI a migré à Google Doc et consort. Il place progressivement Chrome sur le desktop et Android est définitivement un succès de cette stratégie d'intégration. Ils font du Linux, mais pas du GNU/Linux, et un nombre très important de developpeurs préfèrent utiliser les services de Google plutôt que de faire du self hosting. Encore une fois, on arrive plus à se fournir une solution pour nous même.
Microsoft quand à lui a perdu de la vitesse durant la dernière décade, mais clairement pas face à GNU/Linux, uniquement face à Google et Apple qui ont eu une stratégie de contournement sur la principale force de Microsoft, les grandes entreprises. Et Microsoft l'a compris en contre attaquant via son point fort pour faire venir ses tablettes dans les mains des départements informatique.
Chacune de ces sociétés à une stratégie, dont j'ai volontairement forcé le trait, et Linux ? Et bien, je crois que au début des années 2000, l'idée était de copier Microsoft (surtout pour Miguel d'ailleur). Aujourd'hui, on fait pas mieux. Les buzz word qu'y pilote le développement, sont le "Cloud" et les réseaux sociaux. Et je pense vraiment pas qu'une attaque frontale sur Google ou Facebook pourra être une réussite. Je rajouterais aussi ici le cas de Jolla qui veut faire juste un smart phone, mais en utilisant mer/Qt/meego, ne part pas franchement avec une bonne stratégie.
Ma conclusion est que si on continue à suivre le trend a juste créer ce qui existe déjà, alors on va à l'échec et dans quelques années, on n'interressera même plus les developpeurs et GNU/Linux sera juste mort. Il est crucial de tout d'abord fournir un environnement performant pour les developpeurs et ensuite d'avoir une stratégie a long terme.
Mais je pense qu'il ne faut pas chercher à prévenir la fuite des developpeurs actuellement en cour, car le seul moyen de le faire a court terme consiste à suivre Google et Apple. C'est à dire perdre de l'énergie dans une direction qui ne nous permettra jamais de faire de GNU/Linux une plateforme reconnu. Il faut exposer un objectif clair, une vision a long terme et attirer des developpeurs qui sont prêt à faire l'effort d'être sur une plate forme en gestation.
Maintenant quel peut être l'objectif a long terme pour les interfaces graphiques de GNU/Linux ? De mon point de vue, le monde se dirige de plus en plus vert une informatique mobile. Et il sera aussi difficile de se payer une nouvelle tv, un nouveau pc, une nouvelle console, un nouveau smartphone, une nouvelle tablette, une nouvelle voiture, des nouvelles lunettes, un nouveau frigo, un nouveau système domotique à tous les deux ans parce que tout d'abord on est dans une crise économique mondiale colossal et ensuite parce que économiquement ce n'est vraiment pas efficace. La raison "théorique" que les commerciaux veulent nous faire avaler pour faire une mise à jour aussi fréquenté, c'est que l'on a un CPU plus performant et plus de mémoire, et donc si l'on veut les nouveaux services, il faut tout upgrader. Joli plan commercial, mais va falloir être très riche.
Quand on y réfléchit, la seule chose qui change, c'est la taille de l'écran, sa résolution et le périphérique d'entrée qui y est connecté. Et une fois qu'on a atteind une résolution "retina", il n'y a plus de raison de changer d'écran. Et tant que le périphérique d'input ne cassé pas ce n'est pas la peine non plus de le changer. Mais il est vrai que avoir une machine plus puissante tous les 2 ans, c'est quand même nécessaire. Pourquoi est-ce que l'on n'utilise pas le même CPU/GPU pour toutes les machines ? Aujourd'hui, c'est une limitation plutôt de facilité. Si il fallait débrancher puis rebrancher une "unité centrale" à chaque fois que je passe de mon PC à une tablette, ça serait vraiment pas drôle.
Mais les technologies sans fil font de très gros progrès. Pour l'affichage on a Wireless Display, le Wifi pour le réseau, le bluetooth pour les périphériques d'input et diverse techno de rechargement sans fil. On peut donc aujourd'hui réaliser une tel "unité centrale". En fait, cette "unité centrale" à besoin d'un écran pour pouvoir poser quelques questions à l'utilisateur lors de l'appairage a un écran/périphérique d'input… Ça ressemble vaguement à un truc existant… Cette idée pose des contraintes :
il faut penser les applications pour qu'elle consomme le moins de ressource, donc les optimiser et avoir une architecture logiciel là plus optimal, car on ne sera pas toujours dans le champs d'un chargeur sans fil.
il faut penser les applications pour qu'elle soit utilisable sur des écrans et avec des périphériques d'input très différente.
il faut protéger le système en cas de vol, car toutes les données seront accessible depuis cette "unité centrale".
il faut un système de synchronisation/backup sécurise et efficace.
Si on veut permettre à des entreprises externe de contribuer aux systèmes :
il faut augmenter la sécurité de Linux (pour commencer se débarrasser de X et passer à Wayland).
il faut garantir la stabilité des API/ABI pour plusieurs années (au minimum 5 ans).
il faut mettre en place un mécanisme de "store" permettant facilement à une société de déployer leur application sur de nombreuse distribution (je pense que pour l'instant, Valve avec Steam est là mieux placé pour cette tâche).
Si on veut être innovant :
il faut être capable de permettre à toutes les applications de lié des informations de manière pertinente et leur permettre d'extraire des informations enrichit par d'autres applications (dans l'idéal sans compromettre la sécurité du système).
il faut penser le système pour être extensible et ouvert (contrairement à un certain nombre de standard freedesktop).
Cela représente déjà beaucoup de travail et je pense qu'il y en a pour quelques années avant d'atteindre un tel objectif. Pour ce qui est du matériel, ça ressemble franchement à un smart phone. D'ailleur un Galaxy S3 est plus puissant qu'un netbook d'il y a un ou deux ans, et il a déjà un port hdmi et usb. C'est déjà juste une question logiciel aujourd'hui, même si il faudra sûrement attendre quelques années, probablement plus de 3 ou 5 ans, avant d'avoir des téléphones vraiment capable de tout faire. Mais c'est en s'y prenant aujourd'hui qu'on peut avoir une chance !
[^] # Re: tag
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Diaspora devient un projet communautaire. Évalué à 3.
N'empêche que ça a l'air pas mal du tout ton système, t'as déjà essayé de le proposer en XEP ? Ça aiderait fort à son utilisation, surtout tu as déjà fait une implémentation. En tout cas ça me plairait bien d'utiliser ça.
[^] # Re: tag
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Diaspora devient un projet communautaire. Évalué à 2.
J'avais vu ton journal, mais je n'ai pas eu le temps de regarder en détails comment tu as fait. La fonctionnalité en elle-même est intéressante ( dans l'idéal il faudrait pouvoir afficher les fils de discussions de plusieurs manières, et les norloges seraient une « vue »). En tout cas ça fait un moment que je pense le faire dans SàT. Sinon tu as regardé du côté de oneteam ? Ils ont un support des fils de discussions (cf Nycö).
[^] # Re: tag
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Diaspora devient un projet communautaire. Évalué à 2.
Oui, on peut reprendre un transfert à un octet précis. Ça se gère côté client.
[^] # Re: tag
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Diaspora devient un projet communautaire. Évalué à 5.
Pour le partage de fichier il y a un héritage historique. Tu as basiquement 3 façon de faire:
le partage via des messages ( XEP-0047 ), qui passe pratiquement partout (sauf si c'est explicitement filtré comme c'est le cas je crois sur FB). C'est lent, dépendant du serveur, consommateur en resources. C'est vraiment une solution de secours quand rien d'autre ne marche, pour des petits fichiers
la partage traditionnel ( XEP-0096 ): le plus implémenté. Selon la configuration, tu as une connection P2P (directe donc), et là c'est uniquement limité par ta connection. En cas de problème (NAT, Firewall ou autre joyeuseté), ça tente le coup via un proxy, ce qui limite la vitesse de connection.
ce va progressivement devenir la norme ( XEP-0234 ), via Jingle: là c'est beaucoup plus moderne et robuste, ça traverse plus facilement les réseaux à problèmes. Au finale, comme pour le précédent, ça cherche à établir une connexion directe.
XMPP sert à la négociation, et hormis dans le premier cas, le transfert à proprement parler est fait de manière externe, souvent via SOCKS5. Il n'y a aucune raison que ça soit lent, sauf problème de configuration (ça ira mieux quand on sera tous passé à Jingle, c'est prévu pour SàT mais pas pour la version qui vient).
[^] # Re: tag
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Diaspora devient un projet communautaire. Évalué à 3.
Oui désolé, je n'ai aucune mémoire des noms/pseudos, j'ai confondu avec quelqu'un de BeWelcome :p. C'est bien à toi que je faisais référence :)
[^] # Re: tag
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Diaspora devient un projet communautaire. Évalué à 3.
Si c'est tout à fait utilisable pour identifier. Quelqu'un (sitarane si je me souviens bien), avait codé une alternative à OpenID pour Wordpress qui permettait de s'identifier avec son compte XMPP.
[^] # Re: tag
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Diaspora devient un projet communautaire. Évalué à 7.
XMPP possède déjà tout ce qu'il faut pour ça, pas besoin d'ajouter du HTTP dessus. Le seul point qui manquait était une gestion fine des permissions pour PubSub, et je travaille justement dessus: http://www.goffi.org/post/2012/06/24/Permissions-fines-pour-PubSub .
[^] # Re: tag
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Diaspora devient un projet communautaire. Évalué à 7.
Au niveau des autres alternatives crédibles, on peut citer aussi:
Friendica qui est bien avancé, mais je ne suis pas fan de son interface
Newebe qui a une approche originale (tout en http, chacun son serveur), et un auteur très sympa
MOVIM: assez connu en France, équipe sympa aussi, interface agréable.
Buddycloud: qui a le vent en poupe, mais ça s'oriente plus sur du twitter like il me semble, à voir j'ai suivi de loin ces derniers temps.
Jappix: ça a ralenti ces derniers temps, ça se cherche.
Quant à SàT, une sortie est prévue pour la rentrée. Il y a beaucoup de nouveautés depuis la dernière version, et surtout le but va être maintenant de créer une communauté solide autour du projet. Un nouveau site web est disponible depuis quelques semaines: http://sat.goffi.org . Les bases de l'architectures sont posées, les choses devraient s'accélérer dorénavant.
# Salut à Toi
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal proposition contribution. Évalué à 3.
Salut,
il faut avant tout choisir un projet qui vous plaît, de préférence que vous utilisez. C'est très différent de coder un jeu et un éditeur de textes par exemple.
De mon côté je cherche à monter une communauté autour du projet « Salut à Toi » ( http://sat.goffi.org ): il y'a des gens qui suivent le projet, mais hormis les rares contributions je suis le seul développeur actuellement (donc pour la communauté active ce n'est pas encore ça, mais j'ai bon espoir).
C'est assez difficile d'entrer dans le projet (il est gros, il utilise des outils qui demandent une certaine adaptation, comme Twisted), mais je suis prêt à aider.
Bref, si vous avez envie de vous lancer, un coup de main ne serait pas de trop :)
# Adblock
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Firefox s'offre de la pub. Évalué à 10. Dernière modification le 24 août 2012 à 14:02.
Elle est où l'extension adblock pour le métro ? Si on pouvait la mettre dans le métro parisien aussi, ce ne serait vraiment, mais alors vraiment pas du luxe.
# Moi je me suis fait engueuler
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Linux, ce méconnu. Évalué à 5.
Moi dans une enseigne champêtre je me suis fait limite engueuler: en gros c'était l'équivalent de « vous nous faîtes chier à utiliser [Gnu/]Linux ». Mais il m'a dit qu'il y avait de plus en plus de monde qui demandait ça.
Bon au final j'avais mon n900 donc j'ai pu vérifier de moi-même, et j'ai pris une HP que je n'ai même pas eu besoin de configurer (juste brancher) sur mon aptosid.
# Un robot sur Mars et un troll de plus sur cette Terre
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Il était une fois, un petit pas... Maintenant, c'est 6 grandes roues !. Évalué à 10.
On ne dit pas « amarsissage », mais atterrissage, tout simplement, le mot venant de la terre (le sol) et non de la Terre (la planète). Alunissage serait un néologisme d'Hergé pour Tintin.
[^] # Re: mmmh...
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal JO : Journal Bookmark. Évalué à 3.
Paris n'est peut être pas à ce point là, mais il n'est pas mal non plus: http://fr.wikipedia.org/wiki/Tour_eiffel#cite_note-copyright-34
# Mais c'est fou !
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Firefox et Thunderbird, livrée 14. Évalué à 10.
Comment ça peut passer ça ? Auprès des devs ? Au niveau légal ? Apple est vraiment devenue une des pires boîtes d'infos actuelle (et pourtant la concurrence est rude).
Où peut on trouver le passage exact qui dit ça ?
[^] # Re: Quels sont les problèmes, concrètement ?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche RMLL 2012 : LinuxFr.org, les réussites, les problèmes et les pistes d'amélioration. Évalué à -2.
Pourtant personne ne voit le problème pour les flics, les huissiers, les curés, les traders, les ingénieurs d'Apple, les ingénieurs de Microsoft, les inspecteurs des impôts, les militaires, …
[^] # Re: Pour les comptes ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au message Feuille de calcul collaborative. Évalué à 2.
Bon après test de la démo, ça me semble être exactement ce que je cherchais. J'installe ça ce soir, merci pour les réponses et à l'auteur sur logiciel.
[^] # Re: Pour les comptes ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au message Feuille de calcul collaborative. Évalué à 2.
Ah mais oui, j'avais vu passer la dépêche à l'époque d'ailleurs, j'avais juste oublié ! Je vais tester ça, merci :)
[^] # Re: bosh?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 4.
C'est du XMPP en dessous effectivement. Mais la séparation entre les vues et le moteur est forte. L'interface web (Libervia) par exemple embarque également un serveur http.
[^] # Re: bosh?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Et voici Movim 0.5 « Snowball » !. Évalué à 8.
Tu veux dire, un truc comme Salut à Toi ? :)
# Et puisque tout le monde ne parle pas anglais
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Declaration of Internet Freedom. Évalué à 10.
Une petite traduction à l'arrache:
Expression: Ne censurez pas Internet
Accès: Mettre en valeur un accès universel à des réseaux rapides et accessibles
Ouverture: Garder Internet comme un réseau ouvert, où tout le monde est libre de se connecter, de communiquer, d'écrire, de lire, de regarder, de parler, d'écouter, d'apprendre, de créer et d'innover.
Innovation: Protéger la liberté d'innover et créer sans [avoir besoin d'une] permission. Ne pas bloquer les nouvelles technologies, et ne pas condamner les innovateurs pour leur actions.
Vie privée: protéger la vie privée, et défendre la liberté de chacun de garder le contrôle sur la manière dont leurs données et appareils sont utilisés.
[^] # Re: besoins ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au message machine pour auto-hébergement. Évalué à 2.
Salut, j'ai le même besoin que toi. Au départ j'ai voulu prendre un LaCie Network Space 2 sur les conseils d'un ami: c'est du gigabit, Debian s'installe très bien dessus, et 256 Mio sont justes, mais utilisables pour ce que je veux en faire (sauvegarde de mon serveur dédié + quelques bots). Seulement les nouveaux modèles ont 128 Mio de RAM depuis mi 2011 (et ça ne se voit pas sur les specs, je l'ai vu à la réception, du coup j'ai renvoyé le miens).
Bref, le Dreamplug m'intéressait, mais sur Newit ça fait 230€ avec JTag (indispensable) + FdP. Du coup ça me semble carrément cher, combien tu as payé le tiens ? En combien de temps tu l'as reçu ?
Je commence à réfléchir à l'option monter un serveur moi même, comme suggéré plus haut…
[^] # Re: XMPP ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Abandonner son blog pour les réseaux sociaux, pourquoi pas ?. Évalué à 4.
En relisant ton commentaire, je me rends compte que j'ai répondu un poil à côté (désolé, je n'ai pas beaucoup dormi, et je suis au taf, donc je lis/réponds rapidement).
Mais avec ce que j'ai écris, tu peux à peu près deviner que la plupart des points cités sont au minimum prévus.
Maintenant, il ne faut pas s'attendre (pour le moment) à du clefs en main, aussi ce n'est peut être pas ce que tu cherches pour le moment, et mon but immédiat est de créer une communauté pour le développement.
En ce qui concerne les buts généraux du projets, tu peux déjà en avoir une idée en lisant le Contrat Social. C'est effectivement un terrain d'expérimentation. Mais d'une part toutes les fonctionnalités d'un FB ou un G+ sont prévues (en particulier partage photo et organisation d'évenements sont prévus à moyen voire court terme car j'en ai besoin), d'autre part ça ne suit pas forcément la mise en page à la mode actuelle, tirée de FB, car le microblogage n'est qu'une des fonctionnalités offerte. Du coup ça peut changer un peu les repères par rapport à l'existant.
[^] # Re: XMPP ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Abandonner son blog pour les réseaux sociaux, pourquoi pas ?. Évalué à 6.
En fait pour être honnête, ce n'est pas encore utilisable par des non dev, même au stade alpha. C'est une chose à laquelle j'aimerais remédier à la prochaine sortie: une version alpha testable clefs en main.
Le problème est qu'étant peu ou prou seul, c'est difficile de faire un truc utilisable; mais en même temps je peux difficilement attirer du monde si je ne communique pas assez. Je dois être resté bloqué à l'époque Usenet où un message sur le bon groupe te permettait de lancer une communauté facilement; aujourd'hui il est malheureusement nécessaire de passer plus de temps sur le polissage.
D'autre part je me refuse à utiliser des FB, G+, Github et autre Twitter, ce qui me limite aussi, mais c'est un choix politique.
Aussi, je présente ça comme un client XMPP, parce qu'un client XMPP est un réseau social, pour moi ce n'est qu'un terme marketing de plus.
Pour répondre à tes questions, voici en gros point par point:
fonctionnel: oui et non. Je l'utilise tous les jours, mais il faut clairement être dev pour ne serait-ce que l'installer.
en cours: une sortie avec interface web publique en alpha est imminente.
prévu: dans le temps tout ce que peut faire XMPP (c'est à dire… tout :) ), y compris la vidéo, mais ça se fera en fonction des moyens à disposition (temps libre + nb de contributeurs), et des demandes les plus insistantes.
les points de ton journal:
intéraction directe: microblogage et blogage lourds sont possible, donc ok
contact immédiat: d'après ce que tu en dis, je pense qu'il s'agit d'un profil public, ce qui est prévu mais pas encore dispo (en dehors des vcards qui sont un poil limitées).
visibilité: tu choisis au moment de publier de faire un (micro)billet public ou non. Si c'est public, c'est référencé par les moteurs de recherche.
feedback: ça c'est à voir, y'a des projet de XEP pour du plussage. Perso je n'aime pas le principe, et je réfléchis à une alternative moins destinées aux annonceurs. À voir à terme.
applications mobiles: de par sa nature nativement multi-interfaces, la question ne se pose pas.
mise en page: pour l'instant c'est du texte pur, mais c'est au programme de faire évoluer (probablement avec 2 versions: texte et texte enrichi, comme pour les courriel text + html, pour laisser le choix au lecteur
intégration: plusieurs solutions. Soit c'est déjà géré (via les plugins, un transport, ou autre), soit on modifie le code (c'est libre ;) ), soit j'envisage la possibilité de permettre d'embarquer des widgets sur un site externe.
contrôle des données: bon là ça me semble évident
commentaire possible par tout le monde: via un compte XMPP oui (pas forcément lié à une société privée), j'ai d'autres possibilités en tête mais j'attends des mettre en place pour voir.
Voilà, je pense que ce sera beaucoup plus clair à la prochaine sortie; et je serais très heureux d'en discuter plus longuement au besoin (voire autour d'une bière pour ceusses qui sont sur Paris ou qui seront aux RMLL).