[AlternC-dev] Ressources humaines et avancée projet

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

alban alban at albancrommer.com
Mer 11 Sep 18:39:26 CEST 2019


Demain soir, on devrait être 4 ou 5.

Voici le pad pour définir les conditions de la réunion et son ordre du
jour.

a

On 10/09/2019 04:34, Gabriel Filion wrote:
> Salut,
>
> On 2019-09-09 10:32 a.m., alban wrote:
>> Est-il envisageable de se fixer un RDV IRC et/ou visio pour faire
>> avancer ça ?
>>
>> Je vous propose un jeudi soir ce qui devrait arranger les deux côtés de
>> l'océan ?
>>
>> Ce jeudi à 19h00 UTC, soit 21:00 pour la France et 15:00 à Toronto
>>
>> https://www.timeanddate.com/worldclock/meetingtime.html?iso=20190912&p1=195&p2=250
>>
>> A discuter ici ou sur IRC :)
> super, je serai là.
>
> j'ai pas trop de logiciel installé pour un appel visuel/audio.. je peux
> utiliser mumble facilement si on fait juste audio. sinon j'essaierai ce
> qu'il faut juste avant le meeting
>
>> On 02/09/2019 21:22, Gabriel Filion wrote:
>>> On 2019-09-02 8:20 a.m., alban wrote:
>>>> Pardonnez qu'avant de vous donner mon avis je fasse un résumé de ce que
>>>> j'ai retenu des échanges précédents.
>>> merci pour le résumé, ça aide à faire le point et avoir une meilleure
>>> vue d'ensemble.
>>> je le coupe d'ici pour rester bref.
>>>
>>>>       o Utiliser plus la ML pour garder tout le monde à la page
>>> j'aime bien cette idée. ça aide à montrer à tout le monde qu'il reste de
>>> la vie sous les roches :)
>>>
>>>>       o Lancer une campagne de financement pour payer des heures de dév
>>>>         / suivi
>>>>       o Faire un dossier pour demander des subventions
>>> eh justement ça fait un petit bout que Koumbit pense à faire des
>>> recherches de subs pour du développement sur l'outil.
>>> je crois que ça serait vraiment super de "coordonner" des recherches de
>>> subs des deux côtés de la flaque d'eau (l'océan). si on arrive à avoir
>>> plusieurs projets en même temps ça peut risque d'être plus motivant pour
>>> tout le monde (je pense surtout pour les personnes sont mandatées à
>>> travailler sur le code) de voir que les choses bougent.
>>>
>>> je vais voir avec une personne ressource de notre bord si on peut sortir
>>> des pistes de subventions pour du dev alternc pour qu'on puisse ensuite
>>> monter un projet à présenter pour la demande.
>>>
>>>>     *Le système de builds cassé*
>>>>
>>>>       o Demander à Benjamin les clefs et une explication du
>>>>         fonctionnement documenté (je crois qu'on a ça qqpart)
>>>>       o S'assurer que les personnes en charge ont les accès nécessaires
>>> ici je suis d'accord et en fait je crois que de partager l'accès et la
>>> responsabilité peut éviter les périodes allongées où les builds ne
>>> fonctionnent pas. donc si Benjamin est d'accord, l'idée serait d'avoir
>>> des gens avec accès chez Webelys et Koumbit.
>>>
>>>>       o Réparer le système de builds
>>>>       o Remettre en place la CI
>>>>       o Faire plus de tests de builds avec des alertes
>>> super important!
>>>
>>> on veut p-e qu'un bot indique dans le canal quand un build est terminé
>>> et s'il a réussi ou échoué?
>>>
>>> aussi, on aurait grandement besoin d'un système de tests unitaires /
>>> tests d'acceptation.
>>> je crois qu'il y a un début d'ébauche en place mais qui n'a jamais trop
>>> fonctionné.. et on reste pas trop vigilent par rapport à l'ajoute de
>>> tests pendant des changements.
>>>
>>> par contre j'ai l'impression qu'avec nos ressources très limitées le
>>> projet de tests unitaires/d'acceptation devrait rester sur la glace au
>>> moins pendant qu'on fini de préparer la version 3.5.0 finale (du moins
>>> dans le roadmap officiel. c'est certain que si une personne s'y met et
>>> réussi à implanter un système de tests qui fasse plaisir à l'équipe de
>>> dev avant la publication de 3.5.0 ça ne pourra faire que du bien).
>>>
>>>>     *Les bugfixs / PR*
>>>>
>>>>       o Poster sur la ML les demande de code review avec les liens des
>>>>         commits. (Si Azerttyu est pas dispo, je peux en prendre certains)
>>>>       o Utiliser un bot qui automatise la gestion des bugs sur github et
>>>>         relance / ferme / tag etc
>>> p-e aussi faire afficher l'activité sur les issues/PR par un bot dans le
>>> canal irc? je me rappelle plus trop si c'était déjà en place ou pas.
>>> github a qqch de facile à configurer pour activer ça.
>>>
>>>>     *La livraison d'une version 3.5*
>>>>
>>>>       o Fixer une deadline pour livrer la 3.5 finale (fin décembre?)
>>>>       o Baser la 3.5 sur la version Koumbit
>>> je crois que c'est un objectif atteignable! si on se fait des mini
>>> sprints/workparties on peut graduellement merger les choses d'ici à
>>> décembre.
>>> au pire des cas on y va à 3 dans un workparty sur irc, et au mieux si
>>> d'autres personnes se sentent d'aplomb pour nous joindre on pourrait
>>> probablement résoudre plus de choses d'un coup.
>>>
>>> et pour être certains que ça continue d'avancer, on pourrait se donner
>>> un objectif de faire ça en sessions pas trop longues mais régulièrement?
>>> p-e 1 ou 2 heures par deux semaines?
>>>
>>> si on a un horaire régulier et qu'on affiche la prochaine session sur
>>> irc et envoie des reminders sur la mailing list le jour avant chaque
>>> session, on peut p-e motiver qq personnes à se joindre à nous quand
>>> c'est possible selon leur horaire/motivation.
>>>
>>>>     *Le travail sur l'interface du logiciel*
>>>>
>>>>       o Améliorer le CSS revu lors de la dernière release
>>>>       o Faire des personas pour représenter les usagers du logiciel
>>>>       o Former une équipe qui sache faire du JS frontend
>>>>       o Définir une roadmap pour une version API + Frontend
>>> je crois que de ce côté là, c'est le genre de travail qui semble
>>> approprié s'il peut être accompagné de subs.
>>> ça nous prendrait des gens avec un peu plus un profil dev web (donc p-e
>>> un peu moins sysadmin) pour ce genre de travail.
>>>
>>> pour créer les personas, on peut sonder la mailing list pour savoir un
>>> peu quels types d'usagers font déjà partie des services mis en ligne par
>>> différentes personnes ou groupes.
>>>
>>>> Pour finir, je suis personnellement désolé de n'avoir pas été très
>>>> investi dans le projet depuis 9 mois mais ma vie personnelle et le fait
>>>> que j'ai quitté Octopuce en janvier n'ont pas aidé. Pour autant je reste
>>>> attaché au projet que j'utilise encore avec plaisir.
>>> comme je l'ai déjà dit à azerttyu, c'est normal que ça arrive dans des
>>> projets qui ne sont pas directement un gagne-pain et je crois qu'on doit
>>> pas se sentir mal par rapport à ça.. on fait ce qu'on peut quand on peut
>>> et la vie a parfois d'autres exigences :)
>>>
>>> je crois que le mieux qu'on puisse faire c'est de s'organiser pour que
>>> les projets bénévoles restent motivant pour qu'on ait envie d'y
>>> retourner quand c'est possible, et aussi pour que le projet puisse
>>> attirer plus de participation de plus de personnes.
>
> _______________________________________________
> Dev mailing list
> Dev at alternc.org
> http://lists.alternc.org/listinfo/dev


-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.alternc.org/arch/dev/attachments/20190911/523de62f/attachment.html>


Plus d'informations sur la liste de diffusion Dev