Le seul point qui me chagrine un peu avec ruby, c'est que faire de la programmation fonctionnelle avec n'est pas évident. Si ce point était plus avancé ce serait top.
J'en profite pour demander, pourquoi linuxfr.org fait appel à jetpack ?
Pour autant que je sache LinuxFr.org ne fait pas appel à jetpack. Et vu que je suis le principal développeur du site, je pense que je serais au courant si c'était le cas. Et, au cas où ma mémoire me ferait défaut, j'ai fait une recherche sur jetpack dans tout le code source de LinuxFr.org, ça n'a rien donné.
La requête est bloquée par Request Policy Discontinued, mais je m'interroge.
Jetpack a servi par le passé pour faire des extensions à Firefox, mais ça fait quelques années que c'est déprécié. Est-ce que ce ne serait pas une vieille extension firefox qui ferait ces requêtes ? Ça expliquerait le "Request Policy Discontinued".
Alors ok ça permet aux admin Linuxfr d'avoir des statistiques
Nos statistiques web sont publiques : https://linuxfr.org/webalizer/. Elles sont construites à partir des logs du serveur web (nginx).
mais du fait que beaucoup de sites webs utilisent ce plugin
De quel plugin parle-t-on ?
Quand pensez-vous ?
Personnellement, j'essaye de penser un peu tous les jours. Le matin au réveil, c'est difficile, en début d'après-midi, en phase de digestion, aussi.
Qwant est cité dans le livre. Plus généralement, Qwant est un moteur de recherche qui se veut respectueux de la vie privée, il y a des anciens de Mozilla chez Qwant, ça n'est pas un hasard si Tristan Nitot a fait un entretien avec eux : ce sont juste des personnes qui partagent une même vision, un même soucis d'offrir des solutions pour profiter d'Internet sans souffrir de la surveillance généralisée.
Globalement, je pense que les structures plates marchent très tbien dans notre domaine pour des sociétés assez petites (jusqu'à 20 personnes). Ensuite, ça peut continuer à marcher mais ça peut aussi très vite déraper. A priori, Valve s'en sort très bien. Par contre, chez github, il semblerait que ça soit devenu très problématique. Mais c'est dur à dire, surtout maintenant qu'ils ont des investisseurs et qu'ils sont devenus, du coup, beaucoup plus opaques.
Pour certains, c'est surtout la mise en place du management chez github (qui avait auparavant une structure hiérarchique très plate) qui a permis ça. C'est plus probablement un mélange de tout ça et il est clair que la compétition avec Gitlab force Github à sortir de nouvelles fonctionnalités. Tant mieux.
Merci pour tous ces liens. J'en connaissais quelques uns mais pas tous. Je vais regarder les autres dès que j'aurais un peu de temps. J'ai également transmis ça à d'autres personnes dans l'équipe que ça peut intéresser.
Merci beaucoup, on va réfléchir à tout çà. Il y a de bonnes idées, mais comme nos ressources sont limitées, je crains que ce ne soit difficile de faire rentrer ça actuellement.
Les applications officielles sont déjà présentées sur les autres pages du site. Sur la page en question, on voulait donner un éventail de toutes les applications développées pour Cozy. Pour chacune, il est marqué par qui elle a été développée. Ce n'est pas idéal mais j'ai l'impression que ça reste compréhensible.
La distinction entre application officielle et communautaire est mieux affichée dans le store. Quand tu choisis d'installer une app sur ton cozy, il est clairement marqué si c'est une app développée par Cozy ou par la communauté. Tu as bien expliqué pourquoi c'est important :
En tant qu'utilisateur, je n'ai pas les même attentes venant de Cozy que de contributions libres
Pour ce qui est d'avoir un vrai contrôle de la qualité des contributions externes, on essaye un peu (notamment en aidant les développeurs externes) mais on est loin d'avoir les moyens de Mozilla. Pour le moment, c'est difficile de généraliser ça.
Il faut encourager la qualité et pas seulement les contributions gratuites.
On passe du temps avec les contributeurs externes pour les aider à faire leurs premiers pas. Ça leur permet de réussir à se lancer et ça nous permet de combler nos lacunes sur la documentation et de faire passer des bonnes pratiques.
je peux comprendre ce sentiment de malaise. Mais je suis loin d'être la seule personne sur LinuxFr.org à parler de sujets qui lui tiennent à cœur et pour lesquels elle peut être impliquée avec différentes casquettes. D'ailleurs, c'est un des points que j'apprécie ici : on sent l'implication des personnes qui contribuent au site, c'est tout sauf des copier-coller de communiqués de presse insipides. Bien sûr, cela veut aussi dire qu'il faut accepter de lire le site en prenant un certain recul.
Ne serait-il pas opportun de mentionner si tu parles en ton nom propre, pour ton employeur ou encore au nom de linuxfr ?
Je parle en mon nom propre sur ce site. La seule exception est les dépêches qui concernent LinuxFr.org où je parle en temps que LinuxFr.org, mais vu que je suis très peu actif ces derniers temps, je pense que l'on peut ignorer ça.
Cozy Cloud, en tant qu'employeur, n'a jamais fait de remarques[*] sur ce que j'écris sur LinuxFr.org. Mes collègues sont contents que je le fasse, mais de la même façon que je suis content quand ils parlent de Cozy Cloud lors de conférences ou prennent sur leur temps libre pour aider des utilisateurs qui ont des problèmes. C'est quelque chose que l'on fait parce que l'on croit dans le projet, en aucun cas par obligation.
[*] Pour être honnête, ce n'est pas tout à fait vrai. Une fois, Frank m'a fait une remarque pour un des commentaires sur LinuxFr.org à propos d'un article sur Next Inpact sur la levée de fonds auprès de la MAIF, mais ça reste totalement anecdotique et je ne l'ai pas ressenti comme une atteinte à ma liberté de parole.
Aujourd'hui, je suis de nouveau mal à l'aise. Premièrement parce que la première phrase « Cozy est un cloud personnel que nous suivons et évoquons régulièrement sur LinuxFr.org » me donne l'impression que tu parles au nom de linuxfr. Deuxièmement, parce que la suivante omet que récemment cozy a fait parler de lui pour un limogeage d'une personne et me donne la forte impression que tu fais de la communication pour ton employeur. Le paragraphe suivant emploie le « nous » qui sous-entend que tu parles au nom de ton employeur à partir de là.
J'ai piqué l'introduction de la dernière dépêche sur LinuxFr.org qui parlait de Cozy Cloud (celle sur la levée de fonds auprès de la MAIF). Merci Floxy, qui l'a rédigée. Le nous du second paragraphe reprend l'équipe Cozy Cloud de la dernière phrase du premier paragraphe : « Aujourd'hui, l'équipe Cozy Cloud fait appel à vous. »
J'aurais sûrement pu/du reformuler ça pour que ce soit plus clair, mais je pense que le message a été compris.
Imaginez que sur une instance mutualisée chez un hébergeur, sur laquelle on stocke ses bookmarks, on veuille bénéficier de tags auto dont la pertinence est liée au nombre de clients qui ont appliqué ce même tag. Il serait dommage que chaque appli doivent réimplémenter çà au travers de requêtes massives sur l'API de chaque instance utilisateur. Il serait préférable d'offrir ce genre de service de base. Votre architecture le permettra t'elle ?
C'est un cas d'usage intéressant, mais je n'ai rien prévu qui aille dans ce sens. À ton avis, que faudrait-il mettre en place pour répondre à ce cas d'usage ? Comment ça pourrait fonctionner ?
A l'image de XMPP, on pourrait imaginer de mettre en relation plusieurs noeuds cozy afin par exemple de croiser encore plus les données ou autre exemple de partager des items de ma todolist avec d'autres utilisateurs qui ne sont pas hébergés sur le même noeud.
Ça rentre dans le cadre de ce que nous appelons partage. Il sera possible de partager un calendrier ou une todo-list entre utilisateurs de Cozy, hébergés sur le même nœud ou non.
Il est fait mention du service /realtime. Est-ce que ceci fait référence à une implémentation des Websockets ?
Oui, le service realtime vise à permettre à des applications d'être notifiés d'événements via Websockets (et peut-être des fallbacks comme EventSource). Ces événements peuvent provenir de la base de données (un nouveau document par exemple) ou de la stack (une application a fini d'être installée).
pour cozy desktop, vous avez pensé à un framework en particulier ? Electron ?
Oui, c'est du Electron. D'ailleurs, on n'a pas fait qu'y penser, c'est déjà disponible pour Linux.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Contenus mixtes http/https. Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/193f3b348302cc8b48a83fcce40ac606f63c2049
# Fermé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi HTTP 500 sur un souci de compte dans la tribune ?. Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/3ddd9049bf08e73279e5a67ca26b59844fed91b4
# Corrigé
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi HTTP 500 sur l'accès à un sondage rejeté (sans authentification d'un admin). Évalué à 3 (+0/-0).
Cf https://github.com/linuxfrorg/linuxfr.org/commit/89d912d6146c182012fe2299c662a435a36ba251
[^] # Re: Version imagée
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Bouton Réorganiser invisible avec la CSS par défaut. Évalué à 3 (+0/-0).
CSS modifiée -> https://github.com/linuxfrorg/linuxfr.org/commit/4ad8a5e7318f51fdc6397aca30c91b1b46a63863
[^] # Re: Où est le code ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Lever la limitation en taille des messages de la tribune. Évalué à 3 (+0/-0).
Va falloir s'adresser aux grands anciens. La limite était déjà dans le code de LinuxFr.org en templeet :
On va dire que cette limite n'a pu lieu d'être.
# Section créée
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Créer une section Raspberry Pi. Évalué à 4 (+0/-0).
La section a été créée et est disponible ici : https://linuxfr.org/sections/raspberry-pi
# FLIF
Posté par Bruno Michel (site web personnel) . En réponse au sondage Quel format d'image pour les dépêches et journaux ?. Évalué à 7.
Quand tous les navigateurs prendront en charge FLIF, j'ai l'impression que ce format aura tout pour plaire.
[^] # Re: Lien cassé vers hackerevents.org
Posté par Bruno Michel (site web personnel) . En réponse au journal 6 ans de projets libres: bilan et bien être du mainteneur. Évalué à 3.
Merci, c'est corrigé.
[^] # Re: Ruby <3
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Pendant ce temps, dans l’écosystème Ruby. Évalué à 3.
Tu n'es pas tenté par Elixir/Phoenix du coup ?
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Clôture du formulaire de demande de badges VIP pour POSS16. Évalué à 4 (+0/-0).
C'est fait.
# Fait
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Mettre à jour et activer le formulaire pour badges VIP Paris Open Source Summit. Évalué à 4 (+0/-0).
La page est disponible ici : https://linuxfr.org/poss-2016/badge
Le commit : https://github.com/linuxfrorg/linuxfr.org/commit/ba612ad97124
[^] # Re: JetPack
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche surveillance:// Entretien avec son auteur Tristan Nitot et 10 livres à gagner. Évalué à 10.
Pour autant que je sache LinuxFr.org ne fait pas appel à jetpack. Et vu que je suis le principal développeur du site, je pense que je serais au courant si c'était le cas. Et, au cas où ma mémoire me ferait défaut, j'ai fait une recherche sur jetpack dans tout le code source de LinuxFr.org, ça n'a rien donné.
Jetpack a servi par le passé pour faire des extensions à Firefox, mais ça fait quelques années que c'est déprécié. Est-ce que ce ne serait pas une vieille extension firefox qui ferait ces requêtes ? Ça expliquerait le "Request Policy Discontinued".
Nos statistiques web sont publiques : https://linuxfr.org/webalizer/. Elles sont construites à partir des logs du serveur web (nginx).
De quel plugin parle-t-on ?
Personnellement, j'essaye de penser un peu tous les jours. Le matin au réveil, c'est difficile, en début d'après-midi, en phase de digestion, aussi.
[^] # Re: Autre entretien par Qwant.
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche surveillance:// Entretien avec son auteur Tristan Nitot et 10 livres à gagner. Évalué à 5.
Qwant est cité dans le livre. Plus généralement, Qwant est un moteur de recherche qui se veut respectueux de la vie privée, il y a des anciens de Mozilla chez Qwant, ça n'est pas un hasard si Tristan Nitot a fait un entretien avec eux : ce sont juste des personnes qui partagent une même vision, un même soucis d'offrir des solutions pour profiter d'Internet sans souffrir de la surveillance généralisée.
# Et pour la suite
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche CouchDB passe la seconde vitesse. Évalué à 5.
Jan Lenhardt a publié la liste des changements qu'il aimerait bien voir dans les prochaines versions de CouchDB : https://lists.apache.org/thread.html/afd87c27745141be1325203a2ea0610a0d2886a729658110b1de3ef6@%3Cdev.couchdb.apache.org%3E
[^] # Re: Réaction de Github
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche GitLab 8.11 : vue kanban et bien plus . Évalué à 5.
Pour les liens, 2 avis assez contradictoires :
Globalement, je pense que les structures plates marchent très tbien dans notre domaine pour des sociétés assez petites (jusqu'à 20 personnes). Ensuite, ça peut continuer à marcher mais ça peut aussi très vite déraper. A priori, Valve s'en sort très bien. Par contre, chez github, il semblerait que ça soit devenu très problématique. Mais c'est dur à dire, surtout maintenant qu'ils ont des investisseurs et qu'ils sont devenus, du coup, beaucoup plus opaques.
[^] # Re: Réaction de Github
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche GitLab 8.11 : vue kanban et bien plus . Évalué à 4.
Pour certains, c'est surtout la mise en place du management chez github (qui avait auparavant une structure hiérarchique très plate) qui a permis ça. C'est plus probablement un mélange de tout ça et il est clair que la compétition avec Gitlab force Github à sortir de nouvelles fonctionnalités. Tant mieux.
[^] # Re: code
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi Utilisation de \n dans le textarea. Évalué à 3 (+0/-0).
Vu que le problème ne semble se produire qu'avec w3m, je pense qu'il serait préférable de remonter le problème à w3m.
[^] # Re: C'est quoi un totoz ?
Posté par Bruno Michel (site web personnel) . En réponse à l’entrée du suivi z-index des totoz. Évalué à 4 (+0/-0).
Ce sont des petites images postées sur la tribune, dans le style emoji.
[^] # Re: Cozy et Social Web − interopérabilité ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 3.
Merci. J'ai également transmis ces informations sur le forum cozy. Un contributeur a Cozy a pour projet un réseau social entre instances cozy : https://forum.cozy.io/t/appel-a-commentaires-pour-la-future-architecture-de-cozy/3254/39?u=nono
[^] # Re: Cozy et Social Web − interopérabilité ?
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 3.
Merci pour tous ces liens. J'en connaissais quelques uns mais pas tous. Je vais regarder les autres dès que j'aurais un peu de temps. J'ai également transmis ça à d'autres personnes dans l'équipe que ça peut intéresser.
[^] # Re: Donnez votre avis sur la nouvelle architecture de Cozy
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 4.
Merci beaucoup, on va réfléchir à tout çà. Il y a de bonnes idées, mais comme nos ressources sont limitées, je crains que ce ne soit difficile de faire rentrer ça actuellement.
[^] # Re: Stop avec le RapberryPI
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 3.
Les applications officielles sont déjà présentées sur les autres pages du site. Sur la page en question, on voulait donner un éventail de toutes les applications développées pour Cozy. Pour chacune, il est marqué par qui elle a été développée. Ce n'est pas idéal mais j'ai l'impression que ça reste compréhensible.
La distinction entre application officielle et communautaire est mieux affichée dans le store. Quand tu choisis d'installer une app sur ton cozy, il est clairement marqué si c'est une app développée par Cozy ou par la communauté. Tu as bien expliqué pourquoi c'est important :
Pour ce qui est d'avoir un vrai contrôle de la qualité des contributions externes, on essaye un peu (notamment en aidant les développeurs externes) mais on est loin d'avoir les moyens de Mozilla. Pour le moment, c'est difficile de généraliser ça.
On passe du temps avec les contributeurs externes pour les aider à faire leurs premiers pas. Ça leur permet de réussir à se lancer et ça nous permet de combler nos lacunes sur la documentation et de faire passer des bonnes pratiques.
[^] # Re: Mal à l'aise
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 7.
Salut,
je peux comprendre ce sentiment de malaise. Mais je suis loin d'être la seule personne sur LinuxFr.org à parler de sujets qui lui tiennent à cœur et pour lesquels elle peut être impliquée avec différentes casquettes. D'ailleurs, c'est un des points que j'apprécie ici : on sent l'implication des personnes qui contribuent au site, c'est tout sauf des copier-coller de communiqués de presse insipides. Bien sûr, cela veut aussi dire qu'il faut accepter de lire le site en prenant un certain recul.
Je parle en mon nom propre sur ce site. La seule exception est les dépêches qui concernent LinuxFr.org où je parle en temps que LinuxFr.org, mais vu que je suis très peu actif ces derniers temps, je pense que l'on peut ignorer ça.
Cozy Cloud, en tant qu'employeur, n'a jamais fait de remarques[*] sur ce que j'écris sur LinuxFr.org. Mes collègues sont contents que je le fasse, mais de la même façon que je suis content quand ils parlent de Cozy Cloud lors de conférences ou prennent sur leur temps libre pour aider des utilisateurs qui ont des problèmes. C'est quelque chose que l'on fait parce que l'on croit dans le projet, en aucun cas par obligation.
[*] Pour être honnête, ce n'est pas tout à fait vrai. Une fois, Frank m'a fait une remarque pour un des commentaires sur LinuxFr.org à propos d'un article sur Next Inpact sur la levée de fonds auprès de la MAIF, mais ça reste totalement anecdotique et je ne l'ai pas ressenti comme une atteinte à ma liberté de parole.
J'ai piqué l'introduction de la dernière dépêche sur LinuxFr.org qui parlait de Cozy Cloud (celle sur la levée de fonds auprès de la MAIF). Merci Floxy, qui l'a rédigée. Le nous du second paragraphe reprend l'équipe Cozy Cloud de la dernière phrase du premier paragraphe : « Aujourd'hui, l'équipe Cozy Cloud fait appel à vous. »
J'aurais sûrement pu/du reformuler ça pour que ce soit plus clair, mais je pense que le message a été compris.
[^] # Re: Donnez votre avis sur la nouvelle architecture de Cozy
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 4.
C'est un cas d'usage intéressant, mais je n'ai rien prévu qui aille dans ce sens. À ton avis, que faudrait-il mettre en place pour répondre à ce cas d'usage ? Comment ça pourrait fonctionner ?
Ça rentre dans le cadre de ce que nous appelons partage. Il sera possible de partager un calendrier ou une todo-list entre utilisateurs de Cozy, hébergés sur le même nœud ou non.
Oui, le service realtime vise à permettre à des applications d'être notifiés d'événements via Websockets (et peut-être des fallbacks comme EventSource). Ces événements peuvent provenir de la base de données (un nouveau document par exemple) ou de la stack (une application a fini d'être installée).
Oui, c'est du Electron. D'ailleurs, on n'a pas fait qu'y penser, c'est déjà disponible pour Linux.
[^] # Re: Améliorer l’installation
Posté par Bruno Michel (site web personnel) . En réponse à la dépêche Donnez votre avis sur la nouvelle architecture de Cozy. Évalué à 3.
Ça a été essayé, mais ça posait plein de problèmes. C'était avant mon arrivée chez Cozy, dont je ne pourrais pas donner plus de détails.