Bon je vais donner mon avis en tant que membre du CT ici.
Le Conseil Technique n’a pas besoin de cette compétence particulièrement. Si les Pirates se tournent vers git, c’est pour le versionning d’un côté et une unification des outils de l’autres (ramener le code qui est dans github dans notre giron). Gitlab, comme outil, nous permet de répondre à cette problématique et d’avoir une souplesse supplémentaire par rapport au wiki. Le fait que tu connaisses git, c’est bien pour le Parti Pirate, pour le Conseil Technique ce n’est pas un plus.
De plus, gitlab, en tant qu’outil n’est pas un outil de prise de décision. Il fait partie de la panoplie des outils accessible dans le SI mais son non-fonctionnement n’est pas vital pour le Parti Pirate. Les outils de prise de décisions sont :
- Congressus : vote, construction, délégation, débat
- Personae : délégation (fusion en cours dans Congressus),
- Discourse : débat (pont en cours avec congressus)
Quant à l’élaboration de cahier des charges des outils demandés par l’Assemblée Permanente
, cela n’a rien à voir avec rendre les outils les plus intuitifs et accessibles possibles
.
C’est définir à partir d’un besoin fonctionnel le bon outil à intégrer au SI, voire la fonctionnalité à ajouter dans un outil dans le cadre d’un fonctionnement correct du système d’information du Parti Pirate. Prenons un exemple concret :
Si demain nous devions changer d’outil de vote pour aller par exemple vers un autre outil, le cahier des charges servirait à faire la liste des outils qui correspondent au besoin exprimé par l’Assemblée Permanente, d’exprimer les problèmes des différentes solutions, ainsi que les gains. Par exemple, pour LiquidFeedBack, les premières questions à se poser serait l’authentification, l’intégration avec nos données existantes, l’exports des CR, la disparition de la gestion de réunion, …
Le Conseil Technique a une expertise de l’architecture du système d’information et non d’UX/UI, pour la simple raison que le Parti Pirate n’est pas le concepteur des applications qu’il utilise (discourse, redmine, discord, phplist, nextcloud…). La seule qui pourrait pleinement tomber sous cette dénomination serait le Portail Pirate dont le cahier des charges fait en relation avec le CRP a été voté en Assemblée Permanente.
Concernant le point suivant que tu évoques : Contrôler l’entretien et la maintenance des différents outils de prise de décision ou de communication et des infrastructures les hébergeant
, cela n’a aucun rapport avec l’équipe communication extérieure et surtout le contrôle se fait en s’assurant que l’équipe technique est au courant, a les informations nécessaires pour résoudre et que la résolution est bien effective, ce n’est pas “faire”.
Concernant les problèmes qu’on
t’a signalé sur gitlab et jitsi :
- gitlab est actuellement testé et a été installé sans le lien avec un mailer, donc pas de mail. Ça ne le rend pas dysfonctionnel pour autant
- jitsi est un outil difficile à gérer et au final inutilisé au Parti Pirate (sans lien entre les deux), juste que le Parti Pirate a grandement fait le choix d’une présence permanente sur un outil qui offre les mêmes capacités (vision, partage d’écran…), avec une meilleure qualité, en l’occurrence Discord. De plus, tout autant que gitlab, c’est un outil en test, et il est fort possible que l’on teste aussi BigBlueButton qui “étrangement” semble avoir des problèmes similaires dans sa maintenance.
Concernant ces deux outils, au final, ce sont donc des outils en test, qui vont subir comme les autres la migration (projet CT-001 qui a commencé, comme indiqué dans le rapport de fonctionnement voté en septembre 2020), et qui, pour jitsi notamment, peuvent être remplacé par des plus robustes, et si problème il y a, le Conseil Technique demande à l’Équipe Technique d’intervenir, mais il ne fait pas lui-même.
Et finalement concernant le point Tenir accessible à tout Pirate qui le demande, le contenu et le mode de fonctionnement des différents outils
, vu ce dont tu parles tu confonds avec D'assurer l'accueil et la formation des pirates
du Conseil de Vie Interne. Je ne donnerai donc pas mon point de vue sur les tutos sus-mentionnés puisque cela n’est pas dans la juridiction du Conseil Technique.
En revanche, ce qu’implique ce point, c’est de pouvoir répondre à tout Pirate aux questions :
- Quels outils sont installés ?
- À quel prix ?
- Quelles sont les conditions de sécurisation des données des Pirates ?
- L’agencement du SI,
- Comment sont gérer les mots de passe entre les outils ? SSO ? Application indépendante ?
- Comment fonctionne le processus d’adhésion dans la propagation des outils ?
- Il se passe quoi à la fin d’une adhésion ?
- Comment est configuré tel ou tel outil ?
@Dadourlou t’a posé les questions sur le pourquoi et le comment de ta candidature, et, d’un point de vue du Conseil Technique, cette dernière s’adresse plus au choix :
- à l’équipe technique,
- au conseil de vie interne (ou l’équipage tuto),
- aux gens qui veulent travailler sur le portail pirate,
mais pas au Conseil Technique.
Et ici en tant que personne physique :
Il faut sincèrement que tu arrêtes de confondre pouvoir, droit et devoir. Sincèrement, je remercie @Dadourlou qui a essayé de lever tous les passages équivoques comme celui-ci :
Ça, c’est un devoir, pas un pouvoir.
Pour le reste, je pense sincèrement aussi que nous ne pourrons pas travailler ensemble. Il y a plein de raisons à cela, et pas seulement dû à nos interactions désastreuses. Elles ont déjà été énumérées ailleurs et je tiens pas à en remettre une couche. Du coup, je ne comprends pas cette candidature qui ne peut pas, venant de ta part, me rassurer ou m’enlever un quelconque poids.