[AlternC-dev] Notes du meeting 2019-09-12

Retour à l'archive de la liste
Le site d'AlternC
Google Custom Search

Gabriel Filion gabster at lelutin.ca
Jeu 12 Sep 23:38:30 CEST 2019


Bonjour (bonsoir) tout le monde!

Voici les notes du meeting qui vient d'avoir lieu. Nous étions 4 sur
mumble pour un appel conférence vocale.

--------------------8<-------------------8<---------------------
Liste des développeurs et développeuses
présentement actives dans le projet
---------------------------------------
   * gabriel / lelutin de Koumbit
   * Kienan / viashimo de Koumbit
   * azerttyu / camille
   * cocoa / alban
   * WhilelM de Globenet
   * emile de Globenet
   * Danny / sdk de Koumbit
     -> peut aider avec le frontend - voir note alban plus bas
   * Guillaume de Koumbit

Liste des responsabilités à remplir :
quels rôles sont utiles
-------------------------------------
    corriger les bugs :  ?
    relire les commits : ?
    gérer la partie build et packages :  ?
    documenter : ?

Liste des des accès nécessaires :
qui prend quel rôle et quels accès manquent ?
---------------------------------------------
   - Koumbit : accès admin au compte Alternc Github pour Gabriel
   - Koumbit : accès à Kienan pour le bot de build
   - build : accès à la machine alternc : alban, Kienan
   - camille : bugs, relecture ? à valider avec lui
   - Relecture : camille, alban
   - CI (Intégration Continue) : lié à l'accès admin compte AlternC
     Github
     -> situation actuelle: les tests d'alternc ne passent pas. donc on
        doit réparer le système de tests avant.
     -> donc p-e pas les accès les plus prioritaires d'ici à décembre
     -> en parler avec Alban
   - Whilelm : Problématiques d'installation et documentation
     -> Accès à la documentation pour éditer
     -> Faire un point sur la documentation de référence
   - Emile : en partenariat avec Whilelm
   - Documentation : créer des accès Github pour
     * Whilelm (identifiant: whilelm)
     * Emile : @todo nous fournir son identifiant

Point organisation et process :
comment on fait quoi
-------------------------------
   - proposition d'utiliser plus la mailing list (la liste -dev)
     -> animer des discussions plus complètes
     -> emails de github pour les bug reports et PR (déjà configuré)
   - combiner/multiplier les avenues de comm. : avoir des notifications
     aussi sur IRC pour les nouveaux bugs, PR..
     -> plus l'activité sur le projet est visible et plus ça va
        encourager la participation
     -> configurer un bot IRC dans Github

Point sur la livraison d'une 3.5
pour une date raisonnable
--------------------------------
   - définition d'un objectif réalisable dans le temps disponible.
     * date visée: fin décembre 2019
     * objectif: ne pas ajouter de feature, faire rentrer les PR de
       Koumbit, d'azerttyu et d'emile pour obtenir une version 3.5.0
       stable
     -> on semble avoir un consensus sur l'objectif et la date visée
   - ateliers de travail réguliers pour faire des reviews et des merge.
     * on doit organiser le code pour qu'il soit pret pour une release.
     -> Retour alban : OK mais le faire en partenariat à deux personnes
     -> proposition de tandems toutes les 2 semaines
        * Triage de bugs
        * Revue de code
        * Merge de branches
     -> A se proposer sur la Mailing list
        * Il peut y avoir plusieurs tandems en parallèle, pas
          nécessairement en même temps.
        * retour d'activité sur la ML à la fin de chaque exercice
   - Réunions autour du 15 octobre / 15 novembre / 15 décembre

Point sur le bot github
-----------------------
   - Bot «looks good to me» : installé par qui ? Quel est son rôle ?
     -> Objectif : forcer les reviews de code
     -> Problème : pour le moment le bot ne fonctionne plus
        donc pas possible de merge via l'interface web de Github
     -> Demander à azerttyu ce qu'il en est ?
     -> Le désactiver si ça ne marche pas

Point sur le financement
------------------------
    Idée : trouver de la subvention pour coder sur le projet
    Objectif : Faire un dossier qui présente
    Objectif : Trouver les financeurs potentiel AVANT le dossier
    Solutions : demander aux utilisateurs dans un premier temps ?
    Identifier quelles fonctionnalités sont plus importantes à
     développer, pour pouvoir savoir quelles compétences chercher et
     pouvoir évaluer combien d'argent on doit demander
    Problème : sans une personne responsable ça n'avancera pas
    Espoir : avoir des pistes en 2020
    Problème : avoir des subventions == avoir un compte en banque et une
     structure
    -> de son côté, Koumbit cherche des pistes de subventions pour des
       projets de développement sur le code d'AlternC
    -> Si on demande, Lautre.net pourait aussi possiblement faire des
       demandes de subventions pour AlternC

Point sur le devcamp
--------------------
   - Objectif: finaliser la release
     -> tester
     -> peaufiner
     -> placer tous les morceaux nécessaires
   - date proposée: autour du 20 décembre
   - rencontre en personne dans Paris et participation à distance
     (+ Koumbit à partir de Montréal)
   - Pendant au moins deux jours
   - Whilelm : CICP pourrait nous avoir une salle de 30 personnes
   - En parler sur la ML pour concrétiser les détails

Point sur la documentation
--------------------------
   - il y a alternc.com
     -> centre du projet
     -> documentation incomplète
     -> demo qui marche pas présentement...
   - la documentation de référence est sensée être sur le wiki du github
     -> https://github.com/AlternC/AlternC/wiki/
   - alternc.net n'est pas utilisé pour la documentation.
   - Objectif global: comment bien présenter le projet aux différentes
     personnes:
     * sysadmin => installation
     * reponsable => sexy (présentations visuelles des fonctionnalités)
     * utilisateur => documentation
     * bug reports

Point sur la présence en ligne du projet
----------------------------------------
Améliorer :) (doc, captures écrans, vidéo, rendre AlternC sexy)
    - C'est en lien avec les améliorations dont on a discuté plus tôt
      pour la documentation
    - L'idée c'est de rendre le projet AlternC plus facile à vendre.
      donc des illustrations/screenshots/vidéos

Environnement de dev / démo
---------------------------

comment les gens travaillent pour faire du dev?
est-ce qu'on a qqch à offrir pour des potentiel.le.s dev qui veulent
nous aider? lister les différents outils qui existent:

   - https://github.com/lelutin/alternc-vagrant
     * VM jetable avec alternc installé à l'intérieur
     * besoin de changements. présentement, install alternc 3.3.11
       upstream dans debian stretch.
     * devrait utiliser le module puppet de Koumbit
     * devrait permettre d'installer dans (jessie? + ) stretch + buster
     -> https://redmine.koumbit.net/projects/puppet-4-alternc/repository
        module puppet pour installer alternc.
   - https://github.com/AlternC/easy-install
     * script shell, plus simple d'approche pour certaines personnes
       qu'ansible ou puppet
     * questions toutes simples (IP + nom de domaine)
     * était bâti pour installer sur wheezy, donc besoin d'un peu de
       travail pour que ça fonctionne jessie+stretch+buster
   - https://github.com/UdelaRInterior/ansible-AlternC
   - Idée : utiliser Packer.io pour avoir des images pré-installées?
     -> https://www.packer.io/intro/getting-started/build-image.html
     -> On peut combiner easy-install à un template pour obtenir des
        résultats facilement

Notes alban (enregistrées avant le meeting)
-------------------------------------------
1. Le manque de temps et d'énergie

  * S'appuyer sur les personnes actives et leur donner plus d'autonomie.
    En clair, moins d'Octopuce et plus de Webelys / Koumbit dans
    l'immédiat
  * Utiliser plus la ML pour garder tout le monde à la page
  * Organiser un devcamp de fin d'année en couplant ça à un meetup
    ouvert
  * Lancer une campagne de financement pour payer des heures de dév /
    suivi
  * Faire un dossier pour demander des subventions

2. Le système de builds cassé

 * Demander à Benjamin les clefs et une explication du fonctionnement
   documenté (je crois qu'on a ça qqpart)
 * S'assurer que les personnes en charge ont les accès nécessaires
 * Réparer le système de builds
 * Remettre en place la CI
 * Faire plus de tests de builds avec des alertes

3. Les bugfixs / PR

 * Poster sur la ML les demande de code review avec les liens des
   commits. (Si Azerttyu est pas dispo, je peux en prendre certains)
 * Utiliser un bot qui automatise la gestion des bugs sur github et
   relance / ferme / tag etc

4. La livraison d'une version 3.5

 * Fixer une deadline pour livrer la 3.5 finale (fin décembre?)
 * Baser la 3.5 sur la version Koumbit

5. Le travail sur l'interface du logiciel (version 3.6+?)

 * Améliorer le CSS revu lors de la dernière release
 * Faire des personas pour représenter les usagers du logiciel
   -> Retrouver le travail effectué lors d'un précédent devcamp
 * Former une équipe qui sache faire du JS frontend
 * Définir une roadmap pour une version API + Frontend

-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: signature.asc
Type: application/pgp-signature
Taille: 833 octets
Desc: OpenPGP digital signature
URL: <http://lists.alternc.org/arch/dev/attachments/20190912/69cce3a5/attachment.sig>


Plus d'informations sur la liste de diffusion Dev