Malheureusement je me sens redevable envers la communauté. Les utilisateurs on choisit jeedom un produit que j’ai en partie fait ils m’ont donc fait confiance je dois donc leur rendre en corriger au plus vite les soucis que les utilisateurs rencontre.
Cet argumentaire peut facilement être cassé je sais mais c’est ma façon de penser.
Par contre oui quitter le community me trotte dans la tête depuis quelques mois je cherche encore comment faire pour le quitter sans pour autant perdre la proximité avec les utilisateurs qui même si c’est tendu des fois est une des force de jeedom. Il n’y a honnêtement pas beaucoup de solution (domotique ou non) où tu peux échanger avec les devs directement et avoir une implémentation que tu demandes dans la journée voir moins. Pour moi c’est un avantage important de jeedom et j’aimerais ne pas le perdre.
La communauté aide de plus en plus on peut le voir au nombre de PR. Mais c’est de l’aide bénévole et donc on peut pas appuyer des processus dessus.
Exemple là avec le changelog, pour faire une bonne transition en 4.5 il faudra à minima la 4.4.19 sauf que je sais que peut de monde regarde le changelog il faut donc pour limiter l’impact sur les utilisateurs sortir cette 4.4.19 le plus vite possible. Ça permettra dans quelques mois lors de la sortie de la 4.5 d’avoir le plus d’utilisateurs possible en 4.4.19 et de limiter les soucis. On peut pas dans cette exemple attendre que quelqu’un bénévole passe et corrige le changelog c’est pas possible. Une sortie de version ne peut pas dépendre du bon vouloir de personne bénévole pour le coup ça serait vraiment pas professionnel.
Pas sûr que Loic soit seul, il y a d’autres devs chez jeedom et on a aussi quelques belles pointures ici même qui participent.
Par contre pourquoi ne pas laisser Loic sur le moteur de Jeedom et de ses plugins et basculer tout ce qui est typo et autres trucs moins importants pour le fonctionnement coté Jeedom sas et PR community ?
Pourquoi ne pas avoir quelqu’un de jeedom sas répondre aux demandent sur lesquelles Loic n’a pas forcément la main.
typiquement la sempiternelle question ça sort quand en stable ! Quelle est sa plu value à répondre à cela ?
Quelle est-elle quand il doit perdre entre 3 et 10 posts pour avoir la page santé et un log ?
Tout cet échange part d’une remarque, sur les faute d’orthographe et de grammaire dans un changelog.
C’est vrai que c’est encore mieux s’il n’y en a pas, mais l’important, c’est de comprendre ce qui change… et même si parfois, je vois des fautes, le sens des phrases est toujours très compréhensible.
Mon avis, c’est qu’il faut mille fois mieux avoir du @Loic avec quelques fautes que pas de @Loic du tout.
Jeedom SAS est une entreprise qui doit gagner de l’argent si elle veut perdurer. Répondre à des utilisateurs en dehors des tickets de support ne leur rapporte rien (ce n’est pas un reproche, loin de là, c’est très bien que Jeedom SAS gagne de l’argent, c’est pérenne).
S’ils sont assez nombreux, Loïc peut décider de s’appuyer sur eux, en effet. Mais, on le sait tous, si leur charge de travail avec les pro est trop importante c’est à coup sûr le dev de Jeedom qui va en pâtir (et c’est presque logique, en fait).
Je vois des projets comme debian, Linux, HA, pymodbus, etc. qui sont réellement communautaires et dont le fonctionnement basé sur la communauté de devs fonctionne.
Je dirais que c’est mieux d’avoir Loïc motivé, en forme et occupé à faire des choses qu’il aime faire, avec une communauté qui l’aide à atteindre cet objectif.
donc une communauté participative
donc une communauté qui respecte les règles quand elle a besoin d’aide
donc une communauté qui respecte le fait de donner des logs et la page santé même si certains continuent à penser que c’est secondaire
La proposition part d’une bonne idée, mais il y a très certainement des outils intégrés à github (workflow et autre) qui permettraient de faire pas mal de choses automatiquement.
Idée d’interaction (juste avec ce que je sais) :
Un PR lié à une release sur le dépôt Jeedom peut générer une issue sur le dépôt de la doc.
Il faudrait alors résoudre l’issue . rédaction et correction du changelog
Une fois résolue, c’est à dire le changelog terminé et corrigé, la résolution valide automatiquement le PR sur le dépôt Jeedom.
C’est juste pour le principe, je suis certain qu’il existe des outils de gestion croisée avec un fonctionnement automatique.
Les guru de github sauront bien mieux que moi ce qui est possible et utile.
En vrai, il n’est jamais trop tard, il est toujours temps, au moins d’essayer, pour s’améliorer
…
Non en vrai c’est pas ça que je voulais dire des solutions, il y en a, en particulier pour générer le changelog il y a des outils, un plugin par exemple permet de mettre à jour automatiquement le changelog avec le texte de chaque commit.
Seule contrainte, du coup il faut mettre un « vrai » message de commit, pas juste un « update index.php » les msg de commit dans jeedom sont typique de ce qu’il ne faut pas faire. ça remplace une contrainte par une autre, certe, mais du moins le fichier de changelog lui au moins serait généré automatiquement
À ceux qui sont volontaires, motivés et disponibles, je propose un petit tuto pour accéder à la documentation afin de pouvoir y apporter des contributions/corrections.
Sur le dépôt de la documentation Jeedom cliquer sur Fork en haut à droite afin de créer un fork (une copie sur votre compte) de la documentation, vous pouvez le nommer Jeedom-documentations. Pour le changelog seul, il faut forker le dépôt Jeedom core
Si vous voulez avoir une copie en local sur votre PC :
Bonsoir,
Dites moi, questions primaires sans doute :
je suppose qu’une fois que chacun de ceux qui se sont proposés auront fait leurs corrections d’orthographe et de grammaire, il faudra bien quand même qq chez Jeedom pour valider le texte afin que rien de néfaste ne se retrouve en ligne et faire le tri entre les différentes propositions de rédactions.
Vous n’avez pas l’impression que la charge de travail du coup restera quasi la même ?
Il n’y a pas une IA pour rédiger proprement un texte à partir d’un brouillon plus rapidement que des aller retour entre les bonnes volontés ?
Bien cordialement
Et surtout, tant que le comit c’est pas effectué, il est possible que plusieurs personnes signalent les mêmes corrections en même temps.
Ça, c’est frustrant.
Bonsoir tous,
Pour ce qui est d’être volontaire pour de la rédaction en français, je n’écrirais pas sinon .
Pour ce qui est de mes capacités à écrire en (bon) français, elles génèrent peu de doutes chez ceux qui me connaissent.
Pour ce qui est de ma capacité à traduire en français (de bonne qualité) des problématiques d’informaticiens ou de techniciens informatiques, de même, ceux qui me connaissent ou me lisent n’en douterons pas beaucoup.
Pour ce qui est de ma disponibilité, elle est grande mais pas infinie .
Donc, pour conclure, je m’estime prêt à soutenir la communauté Jeedom pour un travail sur la qualité (de la rédaction, pas du code pour l’instant).
Mais, et c’est là qu’est mon point principal d’interrogation, j’ai du mal à mesurer quel engagement (en temps de travail == charge de travail, en délai de réaction, etc …) que celà représenterait pour moi.
C’est ma contribution du soir. Si l’un d’entre-vous peut m’éclairer, il sera, comme les autres, mais un peu plus le bienvenu.
Bonne soirée à tous.
Maxime
des solutions, il y en a, en particulier pour générer le changelog il y a des outils, un plugin par exemple permet de mettre à jour automatiquement le changelog avec le texte de chaque commit.
