GET /api/meetings/100/?format=api
HTTP 200 OK
Allow: GET, PUT, PATCH, DELETE, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept
{
"id": 100,
"event": "http://urlab.be/api/events/252/?format=api",
"OJ": "* Comment organiser le d\u00e9veloppement du projet\r\n * Qui est motiv\u00e9 de prendre quelle responsabilit\u00e9 ?\r\n* Quelles sont les features que des utilisateurs demandent ?\r\n* Comment am\u00e9liorer la codebase actuelle ?\r\n* Dans quel ordre est-ce qu'on prioritise les taches qu'on vient d'identifier ?\r\n* Qui s'engage \u00e0 prendre quelle tache ? Avec quelle \u00e9ch\u00e9ance ?\r\n* Si il reste du temps: condons ensemble \\o/",
"PV": "* Comment organiser le d\u00e9veloppement du projet\n * Qui est motiv\u00e9 de prendre quelle responsabilit\u00e9 ?\n* Quelles sont les features que des utilisateurs demandent ?\n* Comment am\u00e9liorer la codebase actuelle ?\n* Dans quel ordre est-ce qu'on prioritise les taches qu'on vient d'identifier ?\n* Qui s'engage \u00e0 prendre quelle tache ? Avec quelle \u00e9ch\u00e9ance ?\n* Si il reste du temps: condons ensemble \\o/\n\n\nBilan session janvier 2023:\n * 1M pages vues\n * 1.5k users/jour\n * (et puis \u00e7a drop la semaine du ski)\n * Re\u00e7u des suggestions par email et des gens ont cliqu\u00e9 sur le bouton \"je suis d\u00e9l\u00e9gu\u00e9 j'aimerais plus de droit\"\n * => Dochub est utilis\u00e9\n * Polytech demande des droits de mod\u00e9ration\n\n\nQuelle est la d\u00e9finition du succ\u00e8s de Dochub? Qu'est ce qu'on veut faire avant tout? piR argumente qu'il faut faire une prioritisation des objectifs et faire des choix\n\t* Un max de monde utilise Dochub et on maximise l'aide apport\u00e9 (m\u00e9trique: croissance en nombre de users ?)\n\t\t* \"Si on te demande un doc, tu link dochub par r\u00e9flexe, pas un google drive ou du genre\"\n\t* Que le projet reste en vie (maintenu et \u00e0 jour) & plus de devs et plus de gens impliqu\u00e9s\n\t\t* P\u00e9r\u00e9nit\u00e9 du projet ++ via (m\u00e9trique: croissance en nombre de devs)\n\n\nEst-ce que les chiffres de croissance sont juste dus \u00e0 l'augmentation d'\u00e9tudiants en info, ou est-ce qu'on a pris plus de \"parts de march\u00e9\" ?\n\n\nPics d'activit\u00e9 en dev correl\u00e9s avec les pics d'activit\u00e9 au HS ?\n2 ans de COVID: pas d'activit\u00e9s IRL, pas de \"brassage social\", pas d'occasion de rencontrer des nouveaux devs potentiels\n=> Refaire des events sociaux au HS et promote Dochub\n\nQui veut faire quoi ?\nMorti:\n coder par burst\n motiver des nouveaux \u00e9tudiants (avec des workshops)\nPinebook\n\tpas coder\n\taider \u00e0 l'administratif\n\tcontact avec les bureaux\nTitou\n\tpas proactivement\nC4\n\t\nThibault\n\trelancer le hs, par transitivit\u00e9 \u00e7a pourrait trouver des dev\nMinigrimo\n\tPlus motiv\u00e9\nBruno/UNixcorn:\n il faut demander, il serait peut-\u00eatre chaud\n\t\n\n\"C'est le CI qui paye Dochub ? - Je crois qu'ils sont m\u00eame pas au courant qu'ils payent pour \u00e7a\"\n\t\n\nA mettre dans le readme: workflow\n\n* Issues le plus possible. D\u00e8s que t'as une id\u00e9e en t\u00eate, d\u00e8s que tu code quelque chose\n * Si c'est un bugfix, ou mineur, pas besoin d'issue\n\t * PR avec review uniquement si \u00e7a demande une review (genre est\u00e9thique, feature). Pas pour un bugfix (alors juste open puis merge)\n* Si on deploy master en prod, tagger une release\n* Essayer de tenir un changelog dans la release (au minimum une liste de PR)\n\n",
"members": [],
"pad": "https://pad.lqdn.fr/p/dochub-meeting"
}