XMPP décentralisé tel qu'on le voit actuellement, c'est quelques serveurs gérés par des geeks qui hébergent les comptes de quelques personnes proches (bureau, amis, asso...). Le fait que les admins de ces serveurs ait un contrôle total sur les comptes (données, relations, mot de passe) pose quand même soucis dans le cas d'une généralisation du principe. Confierez vous l'hébergement et le transfert de vos photos coquines à votre ami geek?
Si tu n'as pas confiances, tu changes de serveur, ou mieux tu montes le tiens propre.
Et c'est la raison pour laquelle le chiffrage de bout en bout est dans les priorité: pour que même les administrateur du serveur ne puissent savoir le contenu de ce que tu échanges (mais pas contre, ils sauront avec qui tu l'échanges).
Certes, on peut chiffrer de bout en bout mais ca ne protège pas de l'usurpation d'identité et quid des messages hors ligne?
Le chiffrage permet aussi de vérifier l'identité, et c'est aussi géré de manière native en XMPP (par les serveurs), contrairement au réseau courriel traditionnel par exemple. Je ne vois pas le problème à chiffrer un message hors ligne.
Là je n'ai pas trop le temps de lire ton billet, mais j'y jetterai un œil ce soir
Ce qui le rend plus difficile à comprendre c'est que:
il se concentre pas uniquement sur la messagerie instantanée, parce XMPP ne fait pas que ça. Tu peux faire comme dit dans l'entretien des choses comme du partage de fichier, communiquer avec le réseau courriel traditionnel, ou (bientôt) organiser des évenements
et
il est multi-interfaces. Donc tu peux avoir un site web à la Jappix, MOVIM, ou comme le truc tout bleu ou le truc avec un +, mais aussi un client de bureau à la gajim ou psi, un truc texte à la Poezio, de la ligne de commande, etc. Mais ça reste un même client.
je faisais pas mal de Python, et je ne voulais pas perdre la main en C++
je voulais montrer qu'on peut faire une interface en autre chose que Python
Ça faisait longtemps que ça me démangeais de me mettre à Qt, notamment parce que je suis KDEiste, et que je peux vouloir patcher une appli KDE un jour, et C++ est son langage de prédilection.
SàT est un client XMPP au même titre que Gajim ou Psi. Ce qui le rend plus difficile à comprendre c'est que:
il se concentre pas uniquement sur la messagerie instantanée, parce XMPP ne fait pas que ça. Tu peux faire comme dit dans l'entretien des choses comme du partage de fichier, communiquer avec le réseau courriel traditionnel, ou (bientôt) organiser des évenements
OpenStreetMap peut être utilisé à plusieurs niveau dans un client XMPP. Dans un premier temps, il sera utilisé pour l'organisation d’événements: pointer l'endroit d'un rendez-vous par exemple.
XSF c'est la XMPP Software Foundation, la fondation qui gère l'évolution du protocole XMPP, je t'invite à lire la page wikipédia ou le wiki de jabberfr pour plus d'infos.
Jingle c'est une extension au protocole XMPP, qui permet de faire des sessions Peer 2 Peer. C'est notamment utilisé pour les vidéo conférences, mais pas seulement (on peut s'en servir pour transférer des fichiers, ou n'importe quelles données en fait).
PubSub c'est pour Publish/Subscribe, publications/inscriptions. Si tu fais du développement, c'est comme un pattern observeur/observable en beaucoup plus puissant. En gros ça permet d'émettre des infos, et à des gens de s'abonner à ces informations, mais avec gestion de droits et tout. Un flux RSS/Atom fait ça, sauf que là on parle d'un truc beaucoup plus générique, et bien plus puissant. Tu peux par exemple t'en servir pour transmettre une arborescence de fichiers à copier
Mais c'est vrai que tous ces termes ne sont pas évidents à comprendre, un glossaire ne serait pas de trop.
Principalement parce que je voulais apprendre Twisted et me perfectionner en Python. Telepathy existait quand j'ai commencé (mais n'était pas encore aussi populaire), et j'y ai songé un temps mais j'ai rapidement écarté.
Ensuite je voulais me focaliser sur XMPP, et ce n'est qu'une partie de Telepathy. Certes qui peut le plus peut le moins, mais ça voulait dire un risque que l'architecture soit parfois plus générique que ne l'aurait été un framework purement XMPP (mais je ne connais pas l'archi de Telepathy, donc peut être que je me trompe).
Corrige moi si je me trompe, mais Telepathy permet de faire des clients séparés tandis que SàT est un seul et même client.(tout est commun: l'historique, les paramètres, les profils, les plugins, etc).
Enfin, en plus du côté « je voulais apprendre Twisted », ça me permet aussi d'orienter le projet vraiment comme je le souhaite, et de bien connaître son fonctionnement. Par exemple avec SàT, je peux remplacer D-Bus par un autre IPC de manière quasi transparente (le code D-Bus est généré depuis un fichier .ini, et le reste de l'appli n'a pas vraiment « conscience » de parler avec du D-Bus, il me suffit de modifier le générateur pour gérer un autre IPC), est-ce que c'est possible avec Telepathy ?
Euh... Et SàT qui se fait un peu systématiquement oublier (pourtant DLFP est un des seuls site où j'en parle régulièrement). Là où c'est fort, c'est qu'edhelas et moi avons fait nos conférences à la suite aux JDLL, et Jappix et SàT étaient voisins aux RMLL.
Oui enfin sauf que dans 1984, ce qui permet de changer les versions historiques des faits en permanence, c'est la centralisation poussée à l'extrême (et le fait que les anciennes versions deviennent illégales).
Wikipédia a un historique, et chacun peut copier la base et vérifier qu'elle n'a pas été modifiée entre temps; et comme pointé dans un autre commentaire, le transfert peut être sécurisé. Bref le modèle de 1984 est inapplicable à Wikipédia.
Bref, et au contraire justement, Wikipédia a un modèle qui permet d'éviter, ou au moins de limiter les modifications historiques, ou les zones d'ombres que l'on observe parfois dans les encyclopédies classiques ou les manuels scolaires.
Et en plus Wikipédia cite ses sources la plupart du temps (et si elles manquent c'est indiqué).
qui octroie tes droits d'auteur à ton entreprise, par défaut
C'est ce que j'ai entendu aussi, mais même pour des projets faits en dehors des heures de travail ? Ça me parait assez fou quand même.
Bon en tout cas merci pour vos réponses, je pense en avoir assez pour faire une lettre, je verrai ça tranquillement ce week-end.
Bon de toute façon ils m'ont l'air très réglo dans cette boîte, je ne m’inquiète pas, mais c'est juste histoire d'être tranquille.
Bon après en avoir discuté avec mes employeurs, il sont d'accord pour me signer un papier, il faut juste que je le rédige moi. N'ayant aucune connaissance juridique, si vous avez une piste ou un modèle que je pourrais trouver quelque part, c'est parfait.
J'ai dit non concurrence parce que c'est celle qui m'a fait tilter. Je fais le logiciel sur mon temps libre, ce n'est donc pas une activité professionnelle.
La cessation des droits peut joueur sur quelque chose fait sur mon temps libre, donc en dehors des heures de travail ? Ça me paraîtrait fou si c'était le cas.
Je vais leur demander une autorisation écrite; il n'y a pas de problème avec mes employeurs, je veux juste être sûr de pouvoir toujours continuer à travailler tranquillement sur mon projet et le diffuser.
Je pense qu'il y a aussi le problème qu'ils s'en prennent régulièrement plein la tête (faut voir les commentaires parfois odieux quand le serveur est en panne, alors qu'ils se bougent et que le temps pour réparer est souvent dû à des problèmes indépendants de leurs volontés, comme en ce moment), et probablement que la vie des premiers admins évolue et qu'ils ont peut être moins de temps à consacrer à l'assoce (enfin aux, parce que l'APINC et jabberfr c'est 2 trucs différents).
Je pense qu'il serait plus intéressant de proposer de l'aide, ou adhérer.
Et la communauté jabber a ses défauts, ses prises de becs etc (comme partout), mais elle est bien sympa, je rentre juste des JDLL à Lyon, et j'ai pu rencontrer plusieurs réguliers du salon jabberfr, c'était très bon enfant (et merci pour l'hébergement, le sac de couchage, les infos, les encouragement, et - surtout - les discussions et rigolades).
Pi on sent un désintéressement général de XMPP depuis quelques années, alors qu'il y a un renouveau ces derniers temps, et que ça bouge bien.
ah ben en fait non, sur le salon que j'ai cité ce sont les admins de jabberfr.org, et ce ne sont pas les mêmes que les admins de l'hébergement apinc, désolé pour l'erreur.
C'est dommage que la dépêche soit si courte, il y a beaucoup à dire dessus.
Je ne connaissais les EFL que de nom, et je m'y suis récemment mis pour des raisons professionnelles. Et bien je les trouve vraiment excellentes. Il y a de très bonnes idées comme:
les fichiers edje qui décrivent l'interface, et permettent d'avoir un fichier compilé unique qui contient tout le thème, y compris les images. Les thèmes permettent de changer radicalement l'apparence de l'application
pas de vectoriel, tout utilise des images bitmap. La qualité graphique ne s'en ressent pas, mais au niveau rapidité ça n'a rien à voir
Le canvas est stateful, le mieux pour comprendre l'intérêt est de lire leur tutoriel (en gros si on dessine un rectangle et qu'on veut le faire bouger, au lieur d'effacer le canvas et en redessiner un autre comme on ferait dans la plupart des toolkits, on lui dit juste de se déplacer.
Elementary permet de coder en utilisant des widgets de haut niveau, tout en gardant la main sur edje ou evas, de plus bas niveau
Ce n'est pas juste pour faire des interface, il y a un framework complet qui s'occupe de choses comme D-Bus ou la gestion réseau, à l'instar de Gtk et Qt
c'est rapide ! Je veux dire très, très rapide: c'est impressionnant à voir tourner (j'ai pu comparer une genlist avec une liste gtk, c'est impressionnant la différence de ressenti)
bon j'ai pas trop le temps pour en écrire plus, mais ça vaut vraiment le coup de s'y mettre, suivez les tutos du site, allez sur IRC, et vous pouvez vous lancer avec l'excellent tuto en français sur developpez.com: http://louis-du-verdier.developpez.com/efl/debuter/
Ce que tu appelles les cercles ce sont les groupes XMPP, et c'est géré par tous les clients puisque dans le protocole de base.
Les flux, les billets, et messages divers sont stockés sur les serveurs, il faut juste un client qui gère le protocole en particulier (pour les messages, c'est le cas de tous, pour le microblogage, c'est au cas par cas, et c'est en train d'évoluer). Mais sinon ça n'en privilégie pas un en particulier, il suffit que le client et le serveur se comprennent.
D'après ce que j'ai compris, les messages instantanés vont passer par XMPP pour Diaspora (ils ont probablement dû penser que XMPP ce n'était que ça, cf mon commentaire plus haut), et du coup ça ne poserait pas de problème particulier (mais uniquement pour la messagerie instantanée). Pour les protocoles non XMPP, on utilise des « transports », qui permettent de traduire le protocole externe en XMPP et vice-versa.
Donc en gros tu peux avoir un parc informatique dans une université basé sur MOVIM, mais qui est (au choix des admins) soit fermé et interne à l'univesité, soit ouvert au monde extérieur. Dans ce dernier cas, il peux communiquer avec un Jappix sur un serveur jabber.fr, ou avec un SàT sur un serveur libervia.org. Les microblogages et divers messages passeront de l'un à l'autre sans aucun soucis.
Exporter/importer un profil c'est faisable, mais le fait que tes contacts n'aient rien à mettre à jour, ça pose des problèmes de sécurité: comment être certain que c'est toi qui a un autre profil ailleurs, et que ce n'est pas quelqu'un qui cherche à prendre ton identité ? Ceci dit, avec un peu de cryptographie, il doit y avoir moyen de s'en sortir, c'est une idée à creuser.
Quoi qu'il en soit, je ne pense pas que ce soit possible à l'heure actuelle, du moins pas en tout automatique.
PS: en regardant rapidement, en XMPP il y a 2 extensions (au moins) sur ce sujet, dont une refusée (XEP-0015), et une autre qui est deferred (c'est à dire qui n'a pas bougé depuis au moins 12 mois), la XEP-0283. Cette dernière précise d'ailleurs qu'il ne faut pas faire les choses automatiquement (4. Security Considerations). Bon j'ai regardé vraiment en diagonale, y'en a peut être d'autres.
En fait je pense qu'il n'est pas forcément nécessaire d'absolument refuser d'utiliser les réseaux propriétaires tels que facebook, g+, twitter etc, surtout qu'il est aisé de ne poster que sur l'un, et de dupliquer l'information sur les autres. Ça permet de toucher plus de monde. Après, c'est vrai que si c'est pour s'inscrire et ne se connecter qu'avec des amis, ça peut être lourd d'avoir à gérer plusieurs réseaux pour rencontrer les mêmes personnes.
L'information se duplique oui, après tout dépend l'utilisation qui est faite. Si c'est pour le partage de photos privées ou semi-privées, ou parler de choses intimes, la duplication n'est pas une bonne chose. Si c'est pour un usage informatif, à la identi.ca, ou comme semble être utilisé actuellement G+, c'est un peu moins gênant (mais ça peut quand même, et ça fourni quand même beaucoup d'informations sur les opinions et les centres d'intérêt). Il y a aussi le problème des licences (par ex. sous identi.ca tout est sous CC By - sauf si on paye -) qui peuvent être gênant.
Promis, j'essaye SàT dès que possible :) (note : pour AUR, ça serait bien de rajouter la mention complète "salut à toi" pour le retrouver plus facilement)
Pour maintenant, vaut peut être mieux attendre la prochaine version (la dernière release n'a plus grand chose à voir avec la version de dév)...
C'est un peu ce qu'on cherche à faire en se basant sur XMPP, la standardisation permet d'avoir des solutions/visions différentes tout en restant compatible, et les transports permettent de communiquer avec les autres réseaux.
J'ai voulu essayer jappix, movim et SaT pour faire un comparatif. Jappix je n'ai pas trop compris l'idée, movim il n'y a même pas de démo sur leur site et SaT je le trouve bien et j'attends de voir se qu'il va donner. Je l'ai essayé chez moi, mais je n'ai pas eu le temps de tester Libervia l'interface web.
Ah ben ça c'est intéressant. Qu'est-ce que tu n'as pas compris avec Jappix ? Parce que l'idée est à peu près la même que pour Diaspora (avec les avantages liés à XMPP en plus, comme une standardisation propre, un déploiement très important, etc).
Sinon pour info MOVIM je suis en contact avec le dév principal et ça bouge bien en ce moment, j'ai vu quelques captures et ça commence à avoir une bonne tête; et SàT et il y a une autre version qui devrait sortir sous peu.
Mais il y a aussi Friendika (qui a l'air bien avancé), Lorea, Retroshare, et d'autres.
Attention qu'on se comprenne bien, c'est bien de faire une dépêche sur une alternative libre (même si y'a pas, Diaspora c'est celle avec laquelle j'ai le plus de mal), mais on a l'impression à la lire qu'il n'y a que Diaspora comme alternative (notamment dans « Comparaison avec les autres réseaux sociaux »), alors que d'autres mériteraient à être connues (Jappix MOVIM, Retroshare et SàT commencent à être connus ici, mais pas Friendika par exemple).
Exactement, si j'ai fait cette dépêche c'est surtout pour montrer qu'il existe autre chose que g+ et fessebouc
Oui et c'est une bonne chose, voilà mon commentaire c'était juste pour ces 2 remarques:
XMPP ce n'est pas que de la messagerie instantanée (et le potentiel est encore largement sous exploité), et est parfaitement adapté à tous les usages à la mode.
Diaspora n'est pas la seule alternative libre loin de là
La centralisation permet la censure et le contrôle
Je vois pas la différence avec un blog public, ou avec le mail qui est le service décentralisé qui est surveillé... Donc, à part tout chiffrer... Mais ah ce moment là, tu peux aussi le faire avec Google+ ;)
Ah bon ? Tu ne vois pas la différence entre un blog auto-hébergé où je poste ce que je veux sans risque de censure, un serveur courriel auto-hébergé où j'envoie et reçois ce que je veux sans censure, et un service centralisé ou la censure arrive régulièrement ? Vraiment ?
Sans même aller jusqu'au cas militant, votre vie et vos contacts évoluent, et il peut être
ennuyeux de laisser votre historique depuis votre naissance
Rien ne t'oblige à raconter ta vie...
Oui, rien ne t'obliges à utiliser ces services non plus. Par contre quand t'es dessus, tes contacts peuvent la raconter, eux, ta vie (et toi aussi, sans même forcément t'en rendre compte).
Cela revient à envoyer des courriers avec une enveloppe ouverte ou à avoir des conversation
« intime » au milieu d'une pièce remplie de monde.
Comme les forums, irc, et le mail (à moindre échelle pour ce dernier).
Je ne sais même pas par où attaquer tellement ça ne tient pas debout.
Tu compares à des trucs publics et/ou centralisés et non chiffrés, et en plus tu sors la phrase complément du contexte où je parlais justement de l'absence de chiffrement.
La publicité
Pareil, tu n'utilises pas le web j'espère ? Parce qu'il y'a plus de pub sur ce dernier que sur les réseaux sociaux...
Sophisme de la double faute (comme sur à peu près tout le commentaire d'ailleurs).
Plusieurs cas de censure ou fermeture sauvage de comptes sont connus
No comment, la censure sur internet existe partout. Même ici.
... avoir du mal à comprendre comment on peut être libriste et promouvoir Google; sauf peut être si on ne s'intéresse pas ou peu aux problèmes de fond, à la Linus.
Oui je sais il y a le GSoC, des financements (stratégiques la plupart du temps), etc. Et oui j'utilise des services Google parfois, mais de moins en moins. Mais il y reste des problèmes de base qu'on ne peut pas accepter.
[^] # Re: réseau social libre
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Goffi, développeur de SàT client de messagerie instantanée libre. Évalué à 3.
Si tu n'as pas confiances, tu changes de serveur, ou mieux tu montes le tiens propre.
Et c'est la raison pour laquelle le chiffrage de bout en bout est dans les priorité: pour que même les administrateur du serveur ne puissent savoir le contenu de ce que tu échanges (mais pas contre, ils sauront avec qui tu l'échanges).
Le chiffrage permet aussi de vérifier l'identité, et c'est aussi géré de manière native en XMPP (par les serveurs), contrairement au réseau courriel traditionnel par exemple. Je ne vois pas le problème à chiffrer un message hors ligne.
Là je n'ai pas trop le temps de lire ton billet, mais j'y jetterai un œil ce soir
[^] # Re: Je suis perdu !
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Goffi, développeur de SàT client de messagerie instantanée libre. Évalué à 6.
oups, dsl il manquait une partie:
Ce qui le rend plus difficile à comprendre c'est que:
et
voilà, après je détaillais les termes demandés :)
[^] # Re: Bellaciao
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Goffi, développeur de SàT client de messagerie instantanée libre. Évalué à 6.
Merci :)
L'interface en C++ c'est pour plusieurs raisons:
je faisais pas mal de Python, et je ne voulais pas perdre la main en C++
je voulais montrer qu'on peut faire une interface en autre chose que Python
Ça faisait longtemps que ça me démangeais de me mettre à Qt, notamment parce que je suis KDEiste, et que je peux vouloir patcher une appli KDE un jour, et C++ est son langage de prédilection.
[^] # Re: Je suis perdu !
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Goffi, développeur de SàT client de messagerie instantanée libre. Évalué à 10.
SàT est un client XMPP au même titre que Gajim ou Psi. Ce qui le rend plus difficile à comprendre c'est que:
il se concentre pas uniquement sur la messagerie instantanée, parce XMPP ne fait pas que ça. Tu peux faire comme dit dans l'entretien des choses comme du partage de fichier, communiquer avec le réseau courriel traditionnel, ou (bientôt) organiser des évenements
OpenStreetMap peut être utilisé à plusieurs niveau dans un client XMPP. Dans un premier temps, il sera utilisé pour l'organisation d’événements: pointer l'endroit d'un rendez-vous par exemple.
XSF c'est la XMPP Software Foundation, la fondation qui gère l'évolution du protocole XMPP, je t'invite à lire la page wikipédia ou le wiki de jabberfr pour plus d'infos.
Jingle c'est une extension au protocole XMPP, qui permet de faire des sessions Peer 2 Peer. C'est notamment utilisé pour les vidéo conférences, mais pas seulement (on peut s'en servir pour transférer des fichiers, ou n'importe quelles données en fait).
PubSub c'est pour Publish/Subscribe, publications/inscriptions. Si tu fais du développement, c'est comme un pattern observeur/observable en beaucoup plus puissant. En gros ça permet d'émettre des infos, et à des gens de s'abonner à ces informations, mais avec gestion de droits et tout. Un flux RSS/Atom fait ça, sauf que là on parle d'un truc beaucoup plus générique, et bien plus puissant. Tu peux par exemple t'en servir pour transmettre une arborescence de fichiers à copier
Mais c'est vrai que tous ces termes ne sont pas évidents à comprendre, un glossaire ne serait pas de trop.
[^] # Re: SàT
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Movim. Évalué à 3.
Principalement parce que je voulais apprendre Twisted et me perfectionner en Python. Telepathy existait quand j'ai commencé (mais n'était pas encore aussi populaire), et j'y ai songé un temps mais j'ai rapidement écarté.
Ensuite je voulais me focaliser sur XMPP, et ce n'est qu'une partie de Telepathy. Certes qui peut le plus peut le moins, mais ça voulait dire un risque que l'architecture soit parfois plus générique que ne l'aurait été un framework purement XMPP (mais je ne connais pas l'archi de Telepathy, donc peut être que je me trompe).
Corrige moi si je me trompe, mais Telepathy permet de faire des clients séparés tandis que SàT est un seul et même client.(tout est commun: l'historique, les paramètres, les profils, les plugins, etc).
Enfin, en plus du côté « je voulais apprendre Twisted », ça me permet aussi d'orienter le projet vraiment comme je le souhaite, et de bien connaître son fonctionnement. Par exemple avec SàT, je peux remplacer D-Bus par un autre IPC de manière quasi transparente (le code D-Bus est généré depuis un fichier .ini, et le reste de l'appli n'a pas vraiment « conscience » de parler avec du D-Bus, il me suffit de modifier le générateur pour gérer un autre IPC), est-ce que c'est possible avec Telepathy ?
[^] # Re: Mmmmh...
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec Movim. Évalué à 7.
Euh... Et SàT qui se fait un peu systématiquement oublier (pourtant DLFP est un des seuls site où j'en parle régulièrement). Là où c'est fort, c'est qu'edhelas et moi avons fait nos conférences à la suite aux JDLL, et Jappix et SàT étaient voisins aux RMLL.
[^] # Re: 1984 et Wikipedia
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal La mort de Knol est annoncée. Évalué à 8.
Oui enfin sauf que dans 1984, ce qui permet de changer les versions historiques des faits en permanence, c'est la centralisation poussée à l'extrême (et le fait que les anciennes versions deviennent illégales).
Wikipédia a un historique, et chacun peut copier la base et vérifier qu'elle n'a pas été modifiée entre temps; et comme pointé dans un autre commentaire, le transfert peut être sécurisé. Bref le modèle de 1984 est inapplicable à Wikipédia.
Bref, et au contraire justement, Wikipédia a un modèle qui permet d'éviter, ou au moins de limiter les modifications historiques, ou les zones d'ombres que l'on observe parfois dans les encyclopédies classiques ou les manuels scolaires.
Et en plus Wikipédia cite ses sources la plupart du temps (et si elles manquent c'est indiqué).
[^] # Re: Papier à signer
Posté par Goffi (site web personnel, Mastodon) . En réponse au message Contrat de travail et projet perso. Évalué à 2.
C'est ce que j'ai entendu aussi, mais même pour des projets faits en dehors des heures de travail ? Ça me parait assez fou quand même.
Bon en tout cas merci pour vos réponses, je pense en avoir assez pour faire une lettre, je verrai ça tranquillement ce week-end.
Bon de toute façon ils m'ont l'air très réglo dans cette boîte, je ne m’inquiète pas, mais c'est juste histoire d'être tranquille.
# Papier à signer
Posté par Goffi (site web personnel, Mastodon) . En réponse au message Contrat de travail et projet perso. Évalué à 2.
Bon après en avoir discuté avec mes employeurs, il sont d'accord pour me signer un papier, il faut juste que je le rédige moi. N'ayant aucune connaissance juridique, si vous avez une piste ou un modèle que je pourrais trouver quelque part, c'est parfait.
Merci pour vos réponses.
[^] # Re: C'est pas la clause de non concurrence
Posté par Goffi (site web personnel, Mastodon) . En réponse au message Contrat de travail et projet perso. Évalué à 2.
J'ai dit non concurrence parce que c'est celle qui m'a fait tilter. Je fais le logiciel sur mon temps libre, ce n'est donc pas une activité professionnelle.
La cessation des droits peut joueur sur quelque chose fait sur mon temps libre, donc en dehors des heures de travail ? Ça me paraîtrait fou si c'était le cas.
Je vais leur demander une autorisation écrite; il n'y a pas de problème avec mes employeurs, je veux juste être sûr de pouvoir toujours continuer à travailler tranquillement sur mon projet et le diffuser.
[^] # Re: Rôle communautaire...
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Des nouvelles de l'APINC?. Évalué à 6.
Je pense qu'il y a aussi le problème qu'ils s'en prennent régulièrement plein la tête (faut voir les commentaires parfois odieux quand le serveur est en panne, alors qu'ils se bougent et que le temps pour réparer est souvent dû à des problèmes indépendants de leurs volontés, comme en ce moment), et probablement que la vie des premiers admins évolue et qu'ils ont peut être moins de temps à consacrer à l'assoce (enfin aux, parce que l'APINC et jabberfr c'est 2 trucs différents).
Je pense qu'il serait plus intéressant de proposer de l'aide, ou adhérer.
Et la communauté jabber a ses défauts, ses prises de becs etc (comme partout), mais elle est bien sympa, je rentre juste des JDLL à Lyon, et j'ai pu rencontrer plusieurs réguliers du salon jabberfr, c'était très bon enfant (et merci pour l'hébergement, le sac de couchage, les infos, les encouragement, et - surtout - les discussions et rigolades).
Pi on sent un désintéressement général de XMPP depuis quelques années, alors qu'il y a un renouveau ces derniers temps, et que ça bouge bien.
[^] # Re: C'est en cours
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Des nouvelles de l'APINC?. Évalué à 3.
ah ben en fait non, sur le salon que j'ai cité ce sont les admins de jabberfr.org, et ce ne sont pas les mêmes que les admins de l'hébergement apinc, désolé pour l'erreur.
# C'est en cours
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Des nouvelles de l'APINC?. Évalué à 2.
Il suffit des lire les liens, le dépannage est en cours: http://suivi.apinc.org/
Sinon les admins sont souvent dispos sur le salon MUC jabberfr@chat.jabberfr.org
# Dommage que la dépêche soit un peu courte
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche EFL 1.1 alpha. Évalué à 10.
C'est dommage que la dépêche soit si courte, il y a beaucoup à dire dessus.
Je ne connaissais les EFL que de nom, et je m'y suis récemment mis pour des raisons professionnelles. Et bien je les trouve vraiment excellentes. Il y a de très bonnes idées comme:
les fichiers edje qui décrivent l'interface, et permettent d'avoir un fichier compilé unique qui contient tout le thème, y compris les images. Les thèmes permettent de changer radicalement l'apparence de l'application
pas de vectoriel, tout utilise des images bitmap. La qualité graphique ne s'en ressent pas, mais au niveau rapidité ça n'a rien à voir
Le canvas est stateful, le mieux pour comprendre l'intérêt est de lire leur tutoriel (en gros si on dessine un rectangle et qu'on veut le faire bouger, au lieur d'effacer le canvas et en redessiner un autre comme on ferait dans la plupart des toolkits, on lui dit juste de se déplacer.
Elementary permet de coder en utilisant des widgets de haut niveau, tout en gardant la main sur edje ou evas, de plus bas niveau
Ce n'est pas juste pour faire des interface, il y a un framework complet qui s'occupe de choses comme D-Bus ou la gestion réseau, à l'instar de Gtk et Qt
c'est rapide ! Je veux dire très, très rapide: c'est impressionnant à voir tourner (j'ai pu comparer une genlist avec une liste gtk, c'est impressionnant la différence de ressenti)
bon j'ai pas trop le temps pour en écrire plus, mais ça vaut vraiment le coup de s'y mettre, suivez les tutos du site, allez sur IRC, et vous pouvez vous lancer avec l'excellent tuto en français sur developpez.com: http://louis-du-verdier.developpez.com/efl/debuter/
# :(
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Jappix recrute !. Évalué à 6.
:(. Quand je pense qu'on était voisins aux Reumeuleuleuh
Bon dommage que Valérian quitte la partie en tout cas, bonne continuation à lui (et à Jappix).
[^] # Re: « Machin est bronsonisé »
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Robert Lamoureux bronsonisé. Évalué à 8.
[^] # Re: XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Diaspora . Évalué à 4.
Ce que tu appelles les cercles ce sont les groupes XMPP, et c'est géré par tous les clients puisque dans le protocole de base.
Les flux, les billets, et messages divers sont stockés sur les serveurs, il faut juste un client qui gère le protocole en particulier (pour les messages, c'est le cas de tous, pour le microblogage, c'est au cas par cas, et c'est en train d'évoluer). Mais sinon ça n'en privilégie pas un en particulier, il suffit que le client et le serveur se comprennent.
D'après ce que j'ai compris, les messages instantanés vont passer par XMPP pour Diaspora (ils ont probablement dû penser que XMPP ce n'était que ça, cf mon commentaire plus haut), et du coup ça ne poserait pas de problème particulier (mais uniquement pour la messagerie instantanée). Pour les protocoles non XMPP, on utilise des « transports », qui permettent de traduire le protocole externe en XMPP et vice-versa.
Donc en gros tu peux avoir un parc informatique dans une université basé sur MOVIM, mais qui est (au choix des admins) soit fermé et interne à l'univesité, soit ouvert au monde extérieur. Dans ce dernier cas, il peux communiquer avec un Jappix sur un serveur jabber.fr, ou avec un SàT sur un serveur libervia.org. Les microblogages et divers messages passeront de l'un à l'autre sans aucun soucis.
[^] # Re: J'aimerai pouvoir migrer mon profil d'une instance à une autre
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Diaspora . Évalué à 4.
Exporter/importer un profil c'est faisable, mais le fait que tes contacts n'aient rien à mettre à jour, ça pose des problèmes de sécurité: comment être certain que c'est toi qui a un autre profil ailleurs, et que ce n'est pas quelqu'un qui cherche à prendre ton identité ? Ceci dit, avec un peu de cryptographie, il doit y avoir moyen de s'en sortir, c'est une idée à creuser.
Quoi qu'il en soit, je ne pense pas que ce soit possible à l'heure actuelle, du moins pas en tout automatique.
PS: en regardant rapidement, en XMPP il y a 2 extensions (au moins) sur ce sujet, dont une refusée (XEP-0015), et une autre qui est deferred (c'est à dire qui n'a pas bougé depuis au moins 12 mois), la XEP-0283. Cette dernière précise d'ailleurs qu'il ne faut pas faire les choses automatiquement (4. Security Considerations). Bon j'ai regardé vraiment en diagonale, y'en a peut être d'autres.
[^] # Re: XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Diaspora . Évalué à 3.
L'information se duplique oui, après tout dépend l'utilisation qui est faite. Si c'est pour le partage de photos privées ou semi-privées, ou parler de choses intimes, la duplication n'est pas une bonne chose. Si c'est pour un usage informatif, à la identi.ca, ou comme semble être utilisé actuellement G+, c'est un peu moins gênant (mais ça peut quand même, et ça fourni quand même beaucoup d'informations sur les opinions et les centres d'intérêt). Il y a aussi le problème des licences (par ex. sous identi.ca tout est sous CC By - sauf si on paye -) qui peuvent être gênant.
Pour maintenant, vaut peut être mieux attendre la prochaine version (la dernière release n'a plus grand chose à voir avec la version de dév)...
[^] # Re: XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Diaspora . Évalué à 3.
C'est un peu ce qu'on cherche à faire en se basant sur XMPP, la standardisation permet d'avoir des solutions/visions différentes tout en restant compatible, et les transports permettent de communiquer avec les autres réseaux.
[^] # Re: XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Diaspora . Évalué à 3.
Très intéressant ton post, c'est appréciable de voir ce qui plaît ou ne plaît pas dans tel ou tel cas, et que tu as essayé pas mal d'autres solutions.
[^] # Re: XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Diaspora . Évalué à 3.
Ah ben ça c'est intéressant. Qu'est-ce que tu n'as pas compris avec Jappix ? Parce que l'idée est à peu près la même que pour Diaspora (avec les avantages liés à XMPP en plus, comme une standardisation propre, un déploiement très important, etc).
Sinon pour info MOVIM je suis en contact avec le dév principal et ça bouge bien en ce moment, j'ai vu quelques captures et ça commence à avoir une bonne tête; et SàT et il y a une autre version qui devrait sortir sous peu.
Mais il y a aussi Friendika (qui a l'air bien avancé), Lorea, Retroshare, et d'autres.
Attention qu'on se comprenne bien, c'est bien de faire une dépêche sur une alternative libre (même si y'a pas, Diaspora c'est celle avec laquelle j'ai le plus de mal), mais on a l'impression à la lire qu'il n'y a que Diaspora comme alternative (notamment dans « Comparaison avec les autres réseaux sociaux »), alors que d'autres mériteraient à être connues (Jappix MOVIM, Retroshare et SàT commencent à être connus ici, mais pas Friendika par exemple).
Oui et c'est une bonne chose, voilà mon commentaire c'était juste pour ces 2 remarques:
XMPP ce n'est pas que de la messagerie instantanée (et le potentiel est encore largement sous exploité), et est parfaitement adapté à tous les usages à la mode.
Diaspora n'est pas la seule alternative libre loin de là
# XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Diaspora . Évalué à 9.
Il y en a encore ici qui croient que XMPP c'est uniquement de la messagerie instantanée ? Est-il besoin de citer les projets basés dessus ?
C'est vraiment dommage que Diaspora soit le seul à être autant sous les projecteurs... Enfin vaut lui que les 2 autres c'est sûr.
[^] # Re: Moi j'avoue...
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Google+ a gagné ?. Évalué à 4.
Ah bon ? Tu ne vois pas la différence entre un blog auto-hébergé où je poste ce que je veux sans risque de censure, un serveur courriel auto-hébergé où j'envoie et reçois ce que je veux sans censure, et un service centralisé ou la censure arrive régulièrement ? Vraiment ?
Oui, rien ne t'obliges à utiliser ces services non plus. Par contre quand t'es dessus, tes contacts peuvent la raconter, eux, ta vie (et toi aussi, sans même forcément t'en rendre compte).
Je ne sais même pas par où attaquer tellement ça ne tient pas debout.
Tu compares à des trucs publics et/ou centralisés et non chiffrés, et en plus tu sors la phrase complément du contexte où je parlais justement de l'absence de chiffrement.
Sophisme de la double faute (comme sur à peu près tout le commentaire d'ailleurs).
Encore un sophisme de la double faute.
# Moi j'avoue...
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Google+ a gagné ?. Évalué à 3.
... avoir du mal à comprendre comment on peut être libriste et promouvoir Google; sauf peut être si on ne s'intéresse pas ou peu aux problèmes de fond, à la Linus.
Oui je sais il y a le GSoC, des financements (stratégiques la plupart du temps), etc. Et oui j'utilise des services Google parfois, mais de moins en moins. Mais il y reste des problèmes de base qu'on ne peut pas accepter.
J'ai fait un billet dessus, remplace FB par G+ et ça devrait à peu près coller: http://www.goffi.org/post/2011/09/30/De-l-urgence-d-agir .
Enfin bref, j'espère qu'on va réussir à populariser une alternative libre.