[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
Jeu 12 Sep 11:24:01 CEST 2019


Avec l'URL du pad, c'est mieux !

https://pad.lqdn.fr/p/alternc-20190912-teammeeting

a

On 11/09/2019 18:39, alban wrote:
> 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
>
>
>
> _______________________________________________
> 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/20190912/cffc094f/attachment-0001.html>


Plus d'informations sur la liste de diffusion Dev