And the mind blowing part: C'est juste un protocole de messagerie instantanée (messagerie instantanée != messagerie humaine) évolutif.
wtf? Tu pourrais développer ?
XMPP est un protocole qui est destiné à échanger des messages en pseudo-temps-réel, ce qu'on peut expliquer en le mettant en opposition avec un protocole comme SMTP. En supposant que ton infrastructure soit hyper performante, tu peux récupérer tes mails en "presque temps réel". Sauf que pour ça, il faut que ton client fasse des requêtes régulièrement au serveur. Ton client mail fait du "pull" sur le serveur POP3 ou IMAP. En comparaison, un message XMPP qui arrive sur ton serveur est "pushé" (poussé dans la langue de molière) vers ton client de messagerie instantanée (si celui-ci est connecté). Il y a un aspect "serveur" dans ton client, à savoir qu'il écoute ce qu'on lui dit (un client mail n'écoute rien).
Pour la seconde partie, ie messagerie humaine vs messagerie instantanée, bah c'est simplement que si bob envoies un messages à rick, c'est en réalité bob_client_xmpp envoie un message à rick_client_xmpp. Le client XMPP de bob peut être aussi bien un client de messagerie humaine type pidgin qu'un démon connecté à un capteur de température. Dans ce cas, toutes les 5 secondes, bob_client_xmpp enverra un message contenant simplement "37°C - tout va bien" et rick_client_xmpp stockera les données où il veut.
Là où XMPP devient très puissant, c'est que son schéma XML est évolutif et que donc tu peux l'étendre en définissant toi-même le format (XML ou texte) des messages.
Par exemple bob_client_xmpp enverra quelque chose comme :
Et rick_client_xmpp aura automatiquement des données structurées qu'il pourra s'empresser de stocker et de tracer sur un graphique dispo en "presque temps réel via une interface web par exemple".
Je crois qu'il ne faut pas dire du mal d'XMPP par ici, ça moinsse sec sinon.
Je crois que beaucoup de gens ne connaissent pas XMPP et son intérêt (XMPP n'est pas un protocole de kikoo-lol-msn-like entre utilisateurs finaux même s'il y est parfaitement adapté). C'est juste un protocole de messagerie instantanée (messagerie instantanée != messagerie humaine) évolutif.
(en plus d'être nouveau c'est avec du XML, donc forcément c'est bien).
Je crois que beaucoup de gens disent du mal de certaines technologies juste parce qu'elles utilisent XML.
J'aime aussi ne pas avoir à me soucier d'où sont stockées mes données (entre windows qui des fois les planque dans un répertoire semi-aléatoire dépendant de sa version, les linux qui les balancent en plein milieu d'un tas de fichiers configs plus ou moins cachés, et mac os qui me fait plus peur qu'autre chose) ou sous quelle forme elle le sont (il parait qu'en 2009 les logiciels de mails ont toujours leur propre système de fichier pour gérer eux-même leurs données).
Pour l'homogénéité des applications, admettons. Pour ce qui est de savoir où sont stockées tes données, tu n'as pas besoin d'applications web.
Exemple : un serveur de mail en IMAP. J'en utilise un, Je l'utilise avec un client natif (thunderbird) tout comme avec un webmail. Et je préfère mille fois le client natif en terme de réactivité et d'adaptation/intégration à l'environnement local de l'ordinateur sur lequel je travaille.
Ploum, j'ai vu que ça faisait partie des fonctionnalités demandées. Je connais python, mais pas spécialement les applets Gnome. Il faut que je prenne un peu de temps pour voir si je me sens de faire ce truc.
En tout cas, si je le fais, je ne le ferai pas dans mon coin, bien entendu :)
En fait je cherche une applet gnome, comme Tomboy; C'est toujours accessible, toujours sous la main. Et je préfère un outil libre aussi (donc tasktop, c'est pas bon)...
Je ne suis jamais parvenu à échanger des fichiers entre deux ordinateurs derrière une freebox en mode routeur. C'est uniquement une question de port ? Je suis dubitatif...
Je suis grand utilisateur de Tomboy : je gère des listes de tâches au quotidien (voire hebdo) à l'aide de cet outil simple.
Par contre j'ai deux regrets : pas de possibilité de changer le status d'une tâche en "fait" (par opposition à "à faire") ; et pas de réordonnancement des tâches possible (par exemple avec un niveau de priorité, ou alors par glisser-déposer).
On va me dire "tu peux le faire" ; soit. Mais existe-t-il à votre connaissance un logiciel qui intègrerait déjà ces fonctionnalités et qui fonctionne de la même manière que Tomboy/gnote ?
Il y a pas mal de réactions qui parlent de XMPP. J'avais un peu étudié le protocole il y a quelques années et je l'avais trouvé vraiment flexible. Mais je suis plutôt développeur haut niveau. Un connaisseur pourrait-il compléter les remarques sur l'opportunité d'utiliser XMPP pour ce genre de fonctionnalités ? Le fait que le XML soit lourd, c'est une chose, mais je pense qu'il y a beaucoup d'autres arguments (pour et contre) l'utilisation de XMPP. Je sais par exemple que XMPP a des difficultés à traverser les NAT.
Dans ce que tu dis, je vois la même chose que la convergence "tout IP" : téléphonie, télévision, radio, etc. Quand les fibres seront un peu plus grosses, on pourra même y faire passer du café (Américain dans un premier temps, parce que le café Turc, il faut des plus gros tuyaux ;)
Brefle, c'est pas forcément optimisé de tout faire passer par les même tuyaux, mais c'est beaucoup plus facile à maintenir.
C'est pas la traduction de Design Pattern qui me dérange mais plutôt la traduction des différents motifs : les traductions que l'on peut trouver dans les différents bouquins ne sont pas identiques entre elles, et ne sont pas toujours correctes. Pour moi les motifs de conception sont des solutions techniques mais aussi des outils de communication. Et quand tout le monde n'utilise pas le même vocabulaire pour parler de la même chose, parfois même sans s'en rendre compte, ça induit des complications.
et il faut décider à qui appartient l'objet pour le libérer, un gc simplifie énormement la vie.
Des solutions classiques (communément appelés Design Pattern, désolé pour l'anglissisme, mais les traductions systématiques ne sont pas toujours adaptées, àmha) pour résoudre les problèmes de ce genre.
Du bon usage de la piraterie de Florent Latrive est un essai critique de la propriété intellectuelle et du non respect de celle-ci, que ce soit dans les domaines pharmaceutique, logiciel, industriel, etc. A lire et relire sans hésitation d'autant que le livre existe en version papier mais est aussi téléchargeable (licence by-bc-sa).
Je pense pas que ça ait l'envergure d'une dépêche : y'a pas de nouveauté, c'est simplement un "cas d'école" de mise en pratique d'une série d'outils libres. Non ?
Je suis tout à fait d'accord : j'aurais tout aussi bien pu faire ça sous windows. Reste que je ne suis pas un musicien régulier ; j'aurais dépensé beaucoup plus d'énergie (et d'argent) sous Windows, j'aurais peut-être abandonné.
"Comment j'ai ressuscité mon clavier-synthétiseur sous linux" aurait peut-être été plus adapté.
Sauf que si tu appelles le 3635 tu peux commander tout ce que tu veux et le récupérer dans une borne comme si tu l'avais commandé sur internet.
Je veux bien qu'on dise que le site voyages-sncf.com est pourri - je suis 100% d'accord, de là à dire "le site est pourri alors je peux pas réserver mes billets", faut pas exagérer tout de même. Et il y a aussi les guichets avec des personnes en chair et en os.
[^] # Re: Peu importe le protocole
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Supervision et XMPP, why not ?. Évalué à 2.
wtf? Tu pourrais développer ?
XMPP est un protocole qui est destiné à échanger des messages en pseudo-temps-réel, ce qu'on peut expliquer en le mettant en opposition avec un protocole comme SMTP. En supposant que ton infrastructure soit hyper performante, tu peux récupérer tes mails en "presque temps réel". Sauf que pour ça, il faut que ton client fasse des requêtes régulièrement au serveur. Ton client mail fait du "pull" sur le serveur POP3 ou IMAP. En comparaison, un message XMPP qui arrive sur ton serveur est "pushé" (poussé dans la langue de molière) vers ton client de messagerie instantanée (si celui-ci est connecté). Il y a un aspect "serveur" dans ton client, à savoir qu'il écoute ce qu'on lui dit (un client mail n'écoute rien).
Pour la seconde partie, ie messagerie humaine vs messagerie instantanée, bah c'est simplement que si bob envoies un messages à rick, c'est en réalité bob_client_xmpp envoie un message à rick_client_xmpp. Le client XMPP de bob peut être aussi bien un client de messagerie humaine type pidgin qu'un démon connecté à un capteur de température. Dans ce cas, toutes les 5 secondes, bob_client_xmpp enverra un message contenant simplement "37°C - tout va bien" et rick_client_xmpp stockera les données où il veut.
Là où XMPP devient très puissant, c'est que son schéma XML est évolutif et que donc tu peux l'étendre en définissant toi-même le format (XML ou texte) des messages.
Par exemple bob_client_xmpp enverra quelque chose comme :
<mesures datetime="20091214170319">
<temperature name="front" server="www" value="17"/>
<temperature name="back" server="www" value="42"/>
</mesures>
Et rick_client_xmpp aura automatiquement des données structurées qu'il pourra s'empresser de stocker et de tracer sur un graphique dispo en "presque temps réel via une interface web par exemple".
Je sais pas si j'ai répondu à ta question...
[^] # Re: Peu importe le protocole
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Supervision et XMPP, why not ?. Évalué à 3.
Je crois que beaucoup de gens ne connaissent pas XMPP et son intérêt (XMPP n'est pas un protocole de kikoo-lol-msn-like entre utilisateurs finaux même s'il y est parfaitement adapté). C'est juste un protocole de messagerie instantanée (messagerie instantanée != messagerie humaine) évolutif.
(en plus d'être nouveau c'est avec du XML, donc forcément c'est bien).
Je crois que beaucoup de gens disent du mal de certaines technologies juste parce qu'elles utilisent XML.
[^] # Re: J'aime ça.
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Vous êtes plutôt applications web ou applications desktop/native ?. Évalué à 6.
Pour l'homogénéité des applications, admettons. Pour ce qui est de savoir où sont stockées tes données, tu n'as pas besoin d'applications web.
Exemple : un serveur de mail en IMAP. J'en utilise un, Je l'utilise avec un client natif (thunderbird) tout comme avec un webmail. Et je préfère mille fois le client natif en terme de réactivité et d'adaptation/intégration à l'environnement local de l'ordinateur sur lequel je travaille.
[^] # Re: Gnote, Tomboy, xxx...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Tomboy vs Gnote. Évalué à 2.
[^] # Re: Gnote, Tomboy, xxx...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Tomboy vs Gnote. Évalué à 2.
En tout cas, si je le fais, je ne le ferai pas dans mon coin, bien entendu :)
[^] # Re: Gnote, Tomboy, xxx...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Tomboy vs Gnote. Évalué à 2.
[après quelques dizaines de minutes de test]
Bon. J'ai adopté gtg. Les tags c'est super puissant comme truc ! Je vais voir ce que je peux faire quant à l'intégration comme applet gnome.
[^] # Re: Gnote, Tomboy, xxx...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Tomboy vs Gnote. Évalué à 1.
[^] # Re: Question pour les connaisseurs de XMPP
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Avec SPDY, Google souhaite accélérer remplacer/accélérer HTTP. Évalué à 1.
# Gnote, Tomboy, xxx...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Tomboy vs Gnote. Évalué à 2.
Par contre j'ai deux regrets : pas de possibilité de changer le status d'une tâche en "fait" (par opposition à "à faire") ; et pas de réordonnancement des tâches possible (par exemple avec un niveau de priorité, ou alors par glisser-déposer).
On va me dire "tu peux le faire" ; soit. Mais existe-t-il à votre connaissance un logiciel qui intègrerait déjà ces fonctionnalités et qui fonctionne de la même manière que Tomboy/gnote ?
# Question pour les connaisseurs de XMPP
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Avec SPDY, Google souhaite accélérer remplacer/accélérer HTTP. Évalué à 3.
# Je vous recommande de vous arrêter !
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche RGI : le cadeau de François Fillon à Microsoft. Évalué à 4.
[^] # Re: Touche pas à (mon) grisbi !
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Avec SPDY, Google souhaite accélérer remplacer/accélérer HTTP. Évalué à 2.
Brefle, c'est pas forcément optimisé de tout faire passer par les même tuyaux, mais c'est beaucoup plus facile à maintenir.
Y'a du bon et du moins bon...
[^] # Re: système et garbage collector?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Go : Un nouveau langage chez Google. Évalué à 1.
[^] # Re: système et garbage collector?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Go : Un nouveau langage chez Google. Évalué à 2.
Des solutions classiques (communément appelés Design Pattern, désolé pour l'anglissisme, mais les traductions systématiques ne sont pas toujours adaptées, àmha) pour résoudre les problèmes de ce genre.
# Pendant qu'on parle de MAO...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Éditorial sonore novembre 2009. Évalué à 3.
# Et un jour, au camp d'été...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Petit tour d'horizon des OS qui m'entourent. Évalué à 7.
# Du bon usage de la piraterie
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal La technologie permettant à Madame Michu de contourner Hadopi déjà disponible!. Évalué à 6.
le site associé : http://www.freescape.eu.org/piraterie/
4ème de couverture : http://www.freescape.eu.org/piraterie/apropos.html
le télécharger : http://www.freescape.eu.org/piraterie/decor/piraterie.zip
[^] # Re: netbook comme serveur ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au sondage Les netbooks. Évalué à 3.
[^] # Re: Un ptit récit?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Comment j'ai ressuscité mon clavier-synthétiseur grâce à linux. Évalué à 2.
Je pense pas que ça ait l'envergure d'une dépêche : y'a pas de nouveauté, c'est simplement un "cas d'école" de mise en pratique d'une série d'outils libres. Non ?
[^] # Re: Publicité mensongère?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Comment j'ai ressuscité mon clavier-synthétiseur grâce à linux. Évalué à 3.
"Comment j'ai ressuscité mon clavier-synthétiseur sous linux" aurait peut-être été plus adapté.
[^] # Re: Publicité mensongère?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Comment j'ai ressuscité mon clavier-synthétiseur grâce à linux. Évalué à 3.
[^] # Re: ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal SNCF : Antibes-Grenoble en 16h, c'est possible.. Évalué à -1.
Je veux bien qu'on dise que le site voyages-sncf.com est pourri - je suis 100% d'accord, de là à dire "le site est pourri alors je peux pas réserver mes billets", faut pas exagérer tout de même. Et il y a aussi les guichets avec des personnes en chair et en os.
[^] # Re: 50 tout rond?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Quand Microsoft communique sur le prix de la vente liée de Windows. Évalué à 2.
[^] # Re: In life, there's only windows and apples..
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Yum vs Apt. Évalué à 1.
[^] # Re: Similaire
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Retour d'expérience Brother HL-2037. Évalué à 8.