-# Une association pour Plurasoft
+# Une association pour Sourcephile
- Demande de Critiques: 7
- De: Julien Moutinho (julm)
-- À: Plurasoft
+- À: Sourcephile
- Phase: Écriture
-- Révision: 3 (2019-12-04)
+- Révision: 4 (2019-12-15)
- Licence: Creative Commons BY-SA
- Complémente:
- DDC6: un nom pour la logiciellerie
-- Préoccupations: financement, reconnaissance, ralliement
# Bilan approximatif
-## Analyses reconnues
-- [T] financement
- - [T] julm: une association autorise la réception de dons (éventuellement partiellement fiscalement déductibles) et des subventions (publiques après un an d'existence).
-- [A] ralliement
- - [A] julm: il faudrait d'abord trouver des co-"porteurs de projet". Trouver des gens qui codent "comme moi" paraît improbable.
-- reconnaissance
- - [A] julm
+## Boussoles analytiques
+- [T] compétitive
+ - [T] produit
+ - [T] julm: une association autorise la réception de dons (éventuellement partiellement fiscalement déductibles) et des subventions (publiques après un an d'existence).
+- [A] coopérative
+ - [A] collaboration
+ - [A] julm: il faudrait d'abord trouver des co-"porteurs du projet associatif". Trouver des gens qui codent "comme moi" paraît improbable.
+- [T] civile
+ - [T] salariat
+ - [T] julm: ça peut permettre de mieux faire reconnaitre mes activités comme étant du travail, produisant de la valeur d'usage et de la valeur économique.
## Mentions possibles
- R: « À rejeter »
- G: « À garder »
# Explications
+## Introduction
+### Des buts dans l'informatique, mais des moyens dans la société : quelle reconnaissance du travail et réintégration de sa division ?
+Le logiciel libre n'a pas de prix mais a un coût. Sans salaire socialisé conventionnant ses producteur.res comme pour la médecine de secteur 1, il ne reste que des voies économiquement précaires et la vocation d'individus pour assurer la mise en commun et en partage des logiciels.
+
+Faire un logiciel métier nécessite des connaissances en informatiques et sur le métier. Or qui est compétent.te en développement de logiciel ne l'est généralement pas dans le métier considéré, et vice-et-versa.
+
+### Stratégie compétitive et justification coopérative : quelle théorie de l'action pour « se jeter à l'eau » ?
+Quels modèles suivre ?
+On est toujours petit dans le système d'actions, face au reste du monde nos marges de manoeuvre nous paraissent limitées, les forces en face de nous sont énormes, et il faut gérer le fait qu'on est un acteur face à beaucoup d'autres acteurs. La stratégie consiste alors à constuire de petites actions abordables qui peuvent malgré tout produire de grands effets.
+
+Une théorie d'action reste une théorie, un manuel permettant de penser et parler des choses et de critiquer d'autres théories, mais de même que lire ou écrire des manuels de judo ne suffit pas à être un judoka, de même une théorie d'action nécessite de pratiquer la mise en oeuvre des concepts dans de petits ou grands bains.
+
+### Agir au delà de penser l'action : quelles règles se donner, mais surtout avec qui ?
+Une association, ça sert à s'associer avec d'autres personnes, qui « mettent en commun leurs connaissances ou leur activité dans un but autre que de partager des bénéfices ». Depuis 2014 je passe par des vagues de réflexions, de lectures et d'écritures de plusieurs mois sur le comment faire cela au mieux. Cependant, je ne trouve ainsi personne avec qui m'associer, ou plus exactement personne qui partage réellement les préoccupations pour lesquelles j'aimerais m'associer. Soit c'est du logiciel libre et alors ce ne sont pas des technologies que j'aime ou alors des communautés qui demandent trop d'efforts pour faire accepter les modifications que je souhaite apporter. Soit c'est des technologies que j'aime et ce n'est pas du logiciel libre ou alors des logiciels guidés par des intérêts capitalistiques ou des recherches qui ne m'intéressent pas, ce qui dans tous les cas me pousserait à délaisser mes propres recherches et logiciels.
+
+De ce travail préliminaire il ressort qu'on peut se donner des règles au niveaux des interactions (sur la manière dont nous devrions en tant qu'individu interagir entre-nous), mais pas au niveau de l'émergence (sur la manière dont l'association (cette mini-société) va fonctionner). Et qu'au plus une règle sera contraignante pour des individus ou d'usage peu commun, au plus elle demandera d'accumuler de nombreuses justifications, comme des jurisprudences suite à d'anciennes dérives contre lesquelles ces règles existent.
+
+Si on raisonne en disant que tout le monde va faire ce qu'il a le droit de faire et pas autre chose, on est à côté de la réalité, et si on raisonne en se disant les choses vont se passer comme le droit prévoit qu'elles vont se passer, on se raconte des histoires. Le droit est un des éléments de pouvoir, une ressource que les acteurs peuvent utiliser dans leur jeu de pouvoir, mais le droit ne décide pas en dernier ressort.
+Ce sont les règles, plus la mise en oeuvre des règles, plus la manière dont les règles sont considérées comme utiles par qui les reçoit, qu'il importe de considérer.
+
+Le meilleur moyen abordable de se donner des règles au niveau d'un "petit bain" est de faire une nouvelle entité juridique, qui assume qu'on puisse s'organiser avec d'autres règles et en portant d'autres préoccupations, mais ailleurs et pour d'autres, afin de poser clairement que dans notre association ce sont ces règles là qu'on explore et auxquelles on tient pour aller nager dans le "grand bain".
+
## Motivations
Il ne va pas de soi que faire une association (ou n'importe qu'elle autre structure juridique) soit une bonne idée pour faire de bons logiciels libres.
A commencer par le fait qu'il existe déjà des associations qui font cela (eg. Framasoft, le projet GNU, et autres assoces plus spécifiques), il y aurait peut-être même moyen de rejoindre un institut comme l'Inria ou le CNRS.
-### Entraînement solitaire ou performance productive : comment considérer le travail déjà accompli ?
-Ce qui est fait est fait, et n'est pas en soi une raison valable pour décider de persévérer ou pas. "L'erreur est humaine". Avoir fait "tout ça pour rien", ou du moins pas pour ce qui était envisagé, est une éventualité qu'il faut considérer. J'ai déjà abandonné 2 ans de travaux en C pour TI-89, 5 ans de travaux en OCaml, plusieurs mois de travaux en XSLT, et déjà certains en Haskell. Ces abandons proviennent essentiellement d'une perte d'intérêt de ma part pour les technologies en jeu, mais aussi parce qu'une bonne idée de produit n'est pas nécessairement une bonne idée à vendre (directement par des services ou indirectement via des dons ou subventions).
+### Entraînement solitaire ou performance productive : comment considérer le travail déjà accompli ?
+Absolument aucun des logiciels que j'ai initié depuis 10 ans n'est pris au sérieux, parfois même pas par moi-même. Ce que je fais ce n'est considéré comme important pour personne en dehors éventuellement de moi. Donc, soit je me raconte effectivement des histoires, et il me faut probablement réviser ce que je fais. Soit c'est important, et alors il faut que je ne sois pas le seul à me donner les moyens que cela aboutisse à quelque chose. Mais la principale raison de ce manque de considération vient probablement d'un manque communication, car je n'ai pas l'assurance nécessaire pour "délivrer" sur la moindre promesse de faire quelque chose d'utile, de fonctionnel, d'ergonomique, et si je l'étais tout porte à croire que ce ne serait probablement pas de la recherche que je ferais, mais du simple développement.
+
+J'ai diagnostiqué des problèmes avancés de tâches métier spécifiques (de la comptabilité puis du jugement majoritaire) pouvant potentiellement être partiellement mieux résolu par des solutions que j'ai en bagage. Je sais ou veux savoir coder, je ne suis pas en mode yakafokon, donc je me suis mis à coder. Mais en rester à cela a des limites : mon moral, mes économies, ma motivation et surtout ma connaissance seulement superficielle des problèmes à résoudre étant donné qu'il s'agit de créer des logiciels libres professionnels.
+
+Mes limitations ont eu pour conséquence que j'ai peu à peu détourné mes efforts vers la conception et le développement de bibliothèques logicielles répondant aux besoins du développement logiciel, ce sur quoi j'étais devenu expert et dans le besoin, mais cela a fait davantage avancer le champ de l'informatique que le champ des métiers qu'il fallait initialement (ré)outiller. Plus précisément, dès que j'obtenais une conception et une implémentation de la logique métier, ce que je considérais être le plus stimulant intellectuellement, je publiais et passais à une toute autre logique métier, ce qui laissait des bibliothèques sans interfaces humaines, ou alors peu conviviales pour le grand public (ie. en ligne de commande).
+
+Ce qui est fait est fait, et n'est pas en soi une raison valable pour décider de persévérer ou pas. "L'erreur est humaine". Avoir fait "tout ça pour rien", ou du moins pas pour ce qui était envisagé, est une éventualité qu'il faut considérer. J'ai déjà abandonné 2 ans de travaux en C pour TI-89, 5 ans de travaux en OCaml, plusieurs mois de travaux en XSLT, et déjà certains en Haskell. Ces abandons proviennent essentiellement d'une perte d'intérêt de ma part pour les technologies en jeu, mais aussi parce qu'une bonne idée de produit n'est pas nécessairement une bonne idée à vendre (directement par des services ou indirectement via des dons ou subventions), et depuis trop longtemps parce que ni ma santé ni mes finances ne me permettent plus de vivre dignement proche de mes pairs et de leurs lieux de socialisation, ni même de m'y rendre ponctuellement.
Dans mon cas, ces produits restent aussi confidentiels qu'invendables en grande partie parce qu'ils ne s'adressent pas directement aux personnes qui m'entourent physiquement, mais seulement au microcosme en ligne où j'évolue. Pour les plus aboutis, il s'agit de bibliothèques (qui au mieux ne peuvent être utiles qu'à d'autres développeurs) ou d'outils en ligne de commande voire en texte brut (qui ne peuvent intéresser au mieux que d'autres geeks n'ayant pas peur du terminal). Et dans de très nombreux cas il s'agit de logiciels certes à l'architecture élégante, mais remplissant des tâches pour lesquelles il existe déjà des alternatives suffisamment efficaces.
On apprend énormément en (ré)écrivant soi-même les logiciels que l'on utilise, mais cela ne veut pas forcément dire que c'est une bonne idée de les utiliser ou de les promouvoir comme outil de production. L'archétype de cela étant les outils cryptographiques (comme hjugement-protocol), ou les cadriciels (comme symantic-http), mais également des outils moins sensibles comme un processeur de texte (hdoc). Peut-être que ces réécritures seront meilleures que les alternatives déjà établies, mais ne le seront probablement que sur des aspects très étroits.
Et cela vaut également pour les travaux que je n'ai pas encore totalement abandonnés, et qui sont les suivants, par ordre alphabétique :
-- hcompta (avec hcompta-lcc, hcompta-cli) : implémentation d'un logiciel de comptabilité. Alternatives concurrentes remarquables : hledger, beancount.
-- hdoc : implémentation d'un compilateur de texte depuis un format original (TCT, une sorte de mélange entre Markdown et YAML) vers du XML puis du HTML (et potentiellement du PDF). Alternatives concurrentes remarquables : tous les outils Markdown.
-- hjugement (hjugement-protocol, hjugement-cli, hjugement-web) (probablement à renommer "hvote") : implémentation du mode de scrutin du Jugement Majoritaire adossé au protocole cryptographique de vote Helios-C ainsi que diverses recherches originales (rang majoritaire, intégration dans les sections de hdoc). Alternatives concurrentes remarquables : moje (de MieuxVoter) et belenios (de la Loria).
-- htirage (probablement à renommer "hreloto") : implémentation d'un algorithme original de tirage au sort publiquement vérifiable. Alternative concurrente remarquable : NomCom (de l'IETF).
-- symantic (avec symantic-lib) : Mini-compilateur permettant à l'utilisateur.rice finale d'écrire et exécuter des requêtes dans un langage customisable, inspiré de Haskell. Développé pour hcompta, utilisé par hcompta-cli. Alternatives concurrentes remarquables : hint, bound.
+- hcompta (avec hcompta-lcc, hcompta-cli) (probablement à renommer "comptaphile") : implémentation d'un logiciel de comptabilité permettant un mode texte (donc une compta pérenne et versionnable). Alternatives concurrentes remarquables : ledger, hledger, beancount.
+- hdoc (probablement à renommer "documentphile") : implémentation d'un compilateur de texte depuis un format original (TCT, une sorte de mélange entre Markdown et YAML) vers du XML puis du HTML (et potentiellement du PDF). Alternatives concurrentes remarquables : tous les outils Markdown.
+- hjugement (hjugement-protocol, hjugement-cli, hjugement-web) (probablement à renommer "votingphile") : implémentation du mode de scrutin du Jugement Majoritaire adossé au protocole cryptographique de vote Helios-C ainsi que diverses recherches originales (rang majoritaire, intégration dans les sections de hdoc). Alternatives concurrentes remarquables : moje (de MieuxVoter) et belenios (de la Loria).
+- htirage (probablement à renommer "relotophile") : implémentation d'un algorithme original de tirage au sort publiquement vérifiable. Alternative concurrente remarquable : NomCom (de l'IETF).
+- symantic (avec symantic-lib) : mini-compilateur permettant à l'utilisateur.rice finale d'écrire et exécuter des requêtes dans un langage customisable, inspiré de Haskell. Développé pour hcompta, utilisé par hcompta-cli. Alternatives concurrentes remarquables : aucune connue en Haskell, mais certains s'en rapprochent sur certains aspects comme hint ou bound.
- symantic-cli : Cadriciel pour écrire et documenter des logiciels en ligne de commande. Utilisé par hjugement, hcompta, hdoc, htirage. Alternatives concurrentes remarquables : options-applicative.
-- symantic-document : Bibliothèque pour formater du texte dans affiché dans un terminal. Alternative concurrente remarquable : wl-ansi-text.
+- symantic-document : Bibliothèque pour formater du texte dans affiché dans un terminal. Alternative concurrente remarquable : ansi-wl-pprint.
- symantic-grammar : Cadriciel pour parser et documenter des grammaires (non-contextuelles). Alternative concurrente remarquable : certainement beaucoup.
- symantic-http (avec symantic-http-client, symantic-http-server, symantic-http-pipes) : Cadriciel pour interroger, fournir et documenter des API Web. Utilisé par : hjugement-server (en prévision). Alternative concurrente remarquable : Servant.
- symantic-xml : Cadriciel pour lire, écrire et documenter du XML. Utilisé par hdoc. Alternatives concurrentes remarquables : haxml, HXT
Mais, il ne va pas de soi que rallier des co-équipier.res permette de produire de logiciels plus corrects et progressistes (une page Wikipédia est généralement moins didactique (présentation n'allant pas du simple au correct), moins claire sur ses biais et moins cohérente/architecturée qu'un ouvrage à un, deux, voire trois auteur.res). Avec du temps il m'a été possible de faire quelques uns de ces logiciels. Et je pourrais probablement les faire progresser et les maintenir tous (par vague) encore un moment (et trouver à force de persévérance plus de confort et de reconnaissance).
-Il ne va donc pas de soi qu'il soit pertinent d'être pro-actif dans la recherche de co-équipier.res, aux besoins, intérêts et aspirations potentiellement conflictuels avec les miens. Il vaut mieux être seul que mal accompagné, d'autant plus que rester seul conduit généralement à réfléchir soi-même davantage. Pourtant, une équipe peut avancer plus vite, et un groupe d'équipes peut prendre de meilleures décisions qu'une seule personne ou qu'une seule équipe de personnes aux parcours et sensibilitées similaires.
-
+Il ne va donc pas de soi qu'il soit pertinent d'être pro-actif dans la recherche de co-équipier.res, aux besoins, intérêts et aspirations potentiellement conflictuels avec les miens. Il vaut mieux être seul que mal accompagné. Alors que pourtant une équipe peut avancer plus vite, et qu'un groupe d'équipes peut prendre de meilleures décisions qu'une seule personne ou qu'une seule équipe de personnes aux parcours et sensibilitées similaires.
+
Mais en l'état actuel même les personnes les plus alignées avec les préoccupations que j'ai, peuvent difficilement savoir ce que j'ai fait qui peut leur être utile et ce dont j'ai besoin pour progresser. Ce n'est pas simplement parce que mes travaux sont trop peu aboutis pour le grand public ou parce que je suis trop radical ou trop perfectionniste ou trop pénible que depuis 10 ans je n'ai jamais été rejoins par personne (dév ou pas) sur mes travaux, et que seuls mes contributions pour corriger des bugs sont acceptées (et pas les contributions les plus substancielles). C'est aussi parce que je ne suis pas dans un cadre permettant à autrui de prendre au sérieux mes travaux (sans expertise préalable), et de clarifier comment contribuer à tenir ces travaux avec moi.
La bonne nouvelle c'est que si je ressens ce besoin de compagnie dans une niche intellectuelle extrèmement petite, alors globalement les autres personnes se trouvant dans cette niche, doivent ressentir la même chose. Ce que semble confirmer le voyage de Sandy Maguire. L'existence quelque part d'une e-compagnie potentielle semble donc certaine, du moins sur certaines préoccupations, et il suffirait d'augmenter la luminosité de mes travaux vers Internet pour la rallier, sur le même principe que gagner au loto est improbable, sauf si l'on joue des milliards de coups. Mais, sans noyau dur préexistant, s'ouvrir aussi largement c'est s'exposer à se retrouver avec toute sorte de gens pénibles par bien d'autres aspects, ne se révélant pas forcément aux premiers échanges.
Il apparaît donc important de circonscrire voire compartimenter clairement l'organisation du travail, selon des interfaces d'intégration plus ou moins renégociables, mais toujours spécifiques, cependant pas nécessairement par mission, mais plutôt par préoccupation, acceptant toutes d'être minoritaires au sens deleuzien du terme, c'est-à-dire n'étant chacune qu'une préoccupation parmi d'autres. De sorte à ne pas renégocier toutes les interdépendances à la fois lorsqu'une personne porte une préoccupation qui est adverse à la notre. Toutefois, une seule association est trop petite pour faire société en interne de manière aussi idéalisée. Ce ne pourra donc être qu'une approximation.
-### Agir au delà de penser l'action : quelles règles se donner, mais surtout avec qui ?
-Une association, ça sert à s'associer avec d'autres personnes, qui « mettent en commun leurs connaissances ou leur activité dans un but autre que de partager des bénéfices ». Depuis 2014 je passe par des vagues de réflexions, de lectures et d'écritures de plusieurs mois sur le comment faire cela au mieux. Cependant, je ne trouve ainsi personne avec qui m'associer, ou plus exactement personne qui partage réellement les préoccupations pour lesquelles j'aimerais m'associer. Soit c'est du logiciel libre et alors ce ne sont pas des technologies que j'aime ou alors des communautés qui demandent trop d'efforts pour faire accepter les modifications que je souhaite apporter. Soit c'est des technologies que j'aime et ce n'est pas du logiciel libre ou alors des logiciels guidés par des intérêts capitalistiques ou des recherches qui ne m'intéressent pas, ce qui dans tous les cas me pousserait à délaisser mes propres recherches et logiciels.
-
-De ce travail préliminaire il ressort qu'on peut se donner des règles au niveaux des interactions (sur la manière dont nous devrions en tant qu'individu interagir entre-nous), mais pas au niveau de l'émergence (sur la manière dont l'association (cette mini-société) va fonctionner). Et qu'au plus une règle sera contraignante pour des individus ou d'usage peu commun, au plus elle demandera d'accumuler de nombreuses justifications, comme des jurisprudences suite à d'anciennes dérives contre lesquelles ces règles existent. Le meilleur moyen abordable de se donner des règles au niveau d'un "petit bain" est de faire une nouvelle entité juridique, qui assume qu'on puisse s'organiser avec d'autres règles et en portant d'autres préoccupations, mais ailleurs et pour d'autres, afin de poser clairement que dans notre association ce sont ces règles là qu'on explore et auxquelles on tient pour aller nager dans le "grand bain".
-
-Absolument aucun des logiciels que j'ai initié depuis 10 ans n'est pris au sérieux, parfois même pas par moi-même. Ce que je fais ce n'est considéré comme important pour personne en dehors ´ventuellement de moi. Donc, soit je me raconte effectivement des histoires, et il me faut probablement réviser ce que je fais. Soit c'est important, et alors il faut que je ne sois pas le seul à me donner les moyens que cela aboutisse à quelque chose. Mais la principale raison de ce manque de considération vient probablement d'un manque communication, car je n'ai pas l'assurance nécessaire pour "délivrer" sur la moindre promesse de faire quelque chose d'utile, de fonctionnel, d'ergonomique, et si je l'étais tout porte à croire que ce ne serait probablement pas de la recherche que je ferais, mais du simple développement.
-
-### Un playbook et une boussole pour « se jeter à l'eau » : quelles garanties et quel détournement d'énergies ?
-Je ne veux m'encombrer que le moins possible des contraintes ou tâches qui ne concernent pas directement la recherche, le développement et l'expérimentation des seuls outils dont je ressens qu'ils peuvent être utiles à des personnes ayant les mêmes préoccupations que moi. Et je veux me laisser au maximum le droit à l'échec - à ne pas "délivrer", à changer et rechanger, à prioriser et reprioriser ce que je fais, au grès de mes vagues d'intérêts, et des solutions que je souhaite approfondir et appliquer.
-
-Mes trois intérêts principaux à faire ou rejoindre une structure sont de chercher du soutien moral, éventuellement économique et parfois technique. En rendant mieux visible que, moi aussi, je me préoccupe de faire tel ou tel outil en m'y prenant de telle ou telle manière, et donc en appelant à l'aide d'autres personnes disposées à collaborer de manière concertée avec moi dans ce sens. Plus de collaboration concertée ne signifie pas nécessairement que les outils seront forcément meilleurs, mais si peu de concertation, si peu d'aide comme actuellement est assez épuisant voire peu rassurant quant à l'avenir.
-
## Objectif
### Objectif minimal : améliorer les conditions de travail
Je veux un bureau avec de l'électricité à volonté et tout le confort. J'en ai marre de vivre sur la brèche, dans le froid ou la fumée, sans électricité ni Internet ou sans calme studieux, sans ordinateurs et serveurs adaptés et dédiés à mon travail.
### Objectif modeste : mieux offrir en partage le travail effectué
### Objectif honorable : trouver des personnes avec qui travailler
### Objectif ambitieux : trouver des financements
-### Objectif maximal :
+### Objectif maximal : impulser une logiciellerie libriste de progiciels
+Produire des progiciels libres qui soient utiles à une pluralité d'organisations à lucrativité limitée, aux divers coeur de métier et responsabilités dans la société ou bien en concurrence, mais qui n'ont pas en interne ou au sein de leurs collectifs déjà constitués, les ressources ou les compétences d'opérer ou de développer des logiciels adaptés à leurs préoccupations et respectueux de leurs libertés et de leur autonomie, mais peuvent, pour résoudre certains problèmes communs, se retrouver dans Plurasoft pour co-construire des logiciels libres répondant mieux à leurs besoins que d'autres logiciels existant répondant prioritairement à d'autres intérêts.
## Inspirations
+### Théorie de la justification
+De Luc Boltanski et Laurent Thévenot, dans leur ouvrage « De la justification. Les économies de la grandeur ».
+- https://fr.wikipedia.org/wiki/%C3%89conomies_de_la_grandeur
+
+### Pluralisme des préoccupations
+De Laurent Mermet, dans le séminaire « Recherche Environnementale sur la Société » (RES)
+- https://youtube.com/playlist?list=PL8xv7G5rx2K6YDVrqP2-LtxVmox5jB3Dg
# Actions
-## « À l'aide ! » : rallier des associé.es
+## « Let's break into teams » : une préoccupation de référence pour tous.tes
+Parmi une multitude de personnes, plusieurs référentiels de valeurs, niveaux d'attentes, choix de ce qui est pertinent, et types de raisonnement sont possibles, mais il n'est généralement pas possible de construire et tenir un nombre d'analyses aussi grand que le nombre que de personnes concernées par une situation donnée, d'autant plus que cela demande un travail et un courage tels que peu de personnes ont la motivation et les compétences de tenir une préoccupation numériquement minoritaire dans un groupe donné. La question dès lors est de commencer à construire et tenir les analyses pertinentes **dans le cas spécifique** de la construction de cette logiciellerie particulière, réunissant ici et maintenant telles personnes et pas telles autres.
+
+Tenir une préoccupation est un vrai corps de métier, depuis lequel se construit une vraie culture propre à sa discipline de pensée, et donc une même personne physique ne peut tenir correctement qu'une seule préoccupation à la fois, et ne peut en changer qu'après des efforts soutenus sur plusieurs années. Dès lors, pour mieux analyser, justifier, négocier voire défendre chaque préoccupation, le principe premier de l'organisation doit être de se répartir en équipes référentes chacune d'une préoccupation. Et dans un second temps, de se répartir éventuellement par produit, par territoire ou autre.
+
+Cultiver ces savoirs et soucis hétérogènes est indispensable pour résoudre au mieux les problèmes, mais pour ne pas se quereller à coups d'agressions inter-disciplinaires risquant de rajouter des problèmes de personne en plus des différends, une telle organisation doit être fondée sur une convention critique claire de respect mutuel.
+Autrement dit, s'il est nécessaire que chaque membre actif s'engage en endossant le portage d'une préoccupation de référence comme guide de son analyse, mettant ses désirs et ses soucis avant le reste dans chaque situation pertinente pour elle afin de chercher à ce qu'elle soit ici décisive, il est tout ausi nécessaire que chaque membre actif respecte que d'autres portent d'autres causes tout aussi légitimes que la sienne, et garde donc une écoute respectueuse face aux autres problèmes des autres préoccupations, qui sont aussi des responsabilités collectives qui doivent être tenues. Le rôle de chaque équipe est donc d'être claire et résolue sur ses propres besoins fondamentaux, et ouverte aux besoins fondamentaux des autres équipes.
+
+Dans la pratique d'une petite association et surtout au début, certains membres actifs devront assurer plus de métiers qu'ils ne le souhaitent et peuvent, c'est-à-dire être référents du portage de préoccupations secondaires tant que nul autre ne les tiendra pour sa préoccupation de référence première. Clarifier cela semble un bon moyen de permettre à autrui de venir se faire une place reconnue dans l'association, et de délester ou renouveller ses anciens membres.
+
+Et dans la pratique d'une association quasi-unipersonnelle, cela me réduit à construire seul les possibles pour négocier avec moi-même, pour décider à quoi renoncer, pour imaginer de nouveaux résultats et pour construire des alternatives qui n'emportent pas ma faveur mais sont nécessaires pour mieux apprécier les qualités de ce que je favorise.
+
+### La boussole scientifique : Sourcephile, Lab.
+- Valorise : la science, la recherche, la vérité scientifique, l'accumulation de preuves, les connaissances, la rationalité, la publication technique, l'expertise, le savoir-convaincre, le partage des connaissances, le progrès, l'imagination, la réflexion, l'exactitude, les nouvelles perspectives, l'humilité, la persévérance, ...
+- Dévalorise : les prémisses cachés, l'inexactitude, les croyances infondées, les idées reçues, l'opinion, la flagornerie, le mensonge, l'omission, ...
+- Métiers : développeur, chercheur, ...
+- Outils : les codes sources, les langages de programmation, Haskell, PureScript, Idris, Nix, les billets de blog, les bug-trackers, les mailing lists, l'anglais, les conventions de Hackers, le CCC, les mathématiques, les papiers scientifiques, HAL, arxiv, les colloques scientifiques, les universités, le CNRS, l'Inria, les listes méls, ...
+
+### La boussole productive : Sourcephile, Prod.
+- Valorise : la productivité, l'efficacité, l'efficience, la rationalisation, la performance, l'ergonomie, le savoir-faire, la fiabilité, le mainstream, les chemins battus, la vie-privée, la sécurité, la standardisation, la stabilité, l'infrastructure, ...
+- Dévalorise : l'improductivité, l'inefficacité, l'innovation, la nouveauté, le changement, l'instabilité, le bleeding edge, ...
+- Métiers : technicien réseau, administrateur système, ingénieur informatique, ...
+- Outils : les exécutables, les serveurs, NixOS, GuixSD, Debian, OpenBSD, Grenode, Tetaneutral, les PTT de Tarnac, la Féderation FDN, le FrNOG, ...
+
+### La boussole compétitive : Sourcephile, Corp.
+- Valorise : vaincre, la compétitivité, la mise en concurrence, la divergence, la stratégie, la ruse, la force, la réthorique, l'ambiguïté, le secret, le renseignement, les affaires fructueuses, le marchandage, savoir faire des affaires, l'intérêt des relations, le réseau, la négociation, le pragmatisme, le financement, la rentabilité, le partenariat, l'entreprenariat, l'affrontement, l'exclusion, le licenciement, le distributif, la divergence, la hiérarchie, le mérite, l'autonomie, l'indépendance, la liberté, l'évitement, l'initiative, la défiance, le contrôle, la dureté, le retour sur investissement, ...
+- Dévalorise : perdre, la défaite, le renoncement, l'indésirable, ne pas être compétitif, ...
+- Métiers : administrateur, directeur, manager, ...
+- Outils : le planning, les deadlines, les subventions, les dons, les ventes, l'échelle des salaires, les distinctions, les prix, ...
+
+### La boussole coopérative : Sourcephile, Coop.
+- Valorise : convaincre, la qualité des relations, la coopérativité, la collaboration, la coordination, la convergence, la participation, l'adhésion, la justification, la démocratie, le pluralisme, le vote, le tirage au sort, le procès, le recours à un tiers, la délégation, le faire société, les formalités, la comptabilité, le respect des règles et procédures, la veille législative, l'organisation, l'institution, l'unité, avancer avec le groupe, jouer en équipe, l'interdépendance, la solidarité, l'égalité, l'équité, l'équilibre, l'inclusion, l'embauche, l'écriture inclusive, le logiciel libre, la confiance, l'éthique, le salariat, le salaire socialisé, les promotions, les conditions de travail, ...
+- Dévalorise : l'autorité injustifiée, l'exclusion, la division, l'individualisme, jouer solo, l'arbitraire, l'illégalité, les inégalités politiques, sociales ou économiques, ...
+- Métiers : comptable, secrétaire, avocat, juriste, syndicaliste, ...
+- Outils : les logiciels de bureautique, LibreOffice, les outils de gestion, l'Économie Sociale et Solidaire, les chambres régionale de l'ÉSS, les URSCOP, les syndicats la CGT, Sud, la CFDT, le Régime Général, la Sécurité sociale, les URSSAF, la médecine du travail, le code du travail, le contrat de travail, ...
+
+### La boussole domestique : Sourcephile, Home
+- Valorise : le social, la médiation, la modération, la commune humanité, le respect des personnes, le savoir-vivre, la convivialité, la communauté, la bienveillance, la tolérance, la bienséance, la discrétion, l'informel, la fidélité, la fraternité, les pratiques d'usage, les ajustements informels, la douceur, ...
+- Dévalorise : l'impolitesse, la vulgarité, la traîtrise, le manque de respect, le logiciel privateur, ...
+- Métiers : ...
+- Outils : les codes de conduites.
+
+### La boussole publique : Sourcephile, Éditions
+- Valorise : la communication, l'advocacy, la plaidoirie, le prosélytisme, les relations publiques, l'image, l'image de marque, le style, le design, la démarcation, l'humour, la publicité, le savoir-paraître, la réputation, la renommée, le mainstream, la nouveauté, la publication didactique, l'information du public, l'éducation populaire, la sensibilisation, le rayonnement, la restitution, la vulgarisation, la pédagogie, l'instruction, l'enseignement, l'open source, l'open data, ...
+- Dévalorise : la banalité, l'indifférence, le méconnu, la désuétude, l'ennuyeux, l'incompréhensible, ...
+- Métiers : community manager, enseignant-chercheur, ...
+- Outils : les forums, Les Rencontre Mondiales du Logiciel Libre, le Capitole du Libre, les Journées du Logiciel Libre, les outils de dessin, Gimp, Inkscape, Blender, les billets de blog, les podcasts, les tutoriels, ...
+
+### La boussole environnementale : Sourcephile, World
+- Valorise : la sobriété énergétique, l'abstinence, les sources d'énergies renouvellables, le réemploi, le recyclage, la biodiversité, l'alimentation décarnée, ...
+- Dévalorise : la pollution, l'obsolescence programmée, les externalités négatives, ...
+
+## « Tout le monde autour de la table » : tous.tes les préoccupations pour une
+Règles de collaboration et de dialogue interdisciplinaires.
+
+### « Sur la table » : l'assemblée générale
+La transparence totale n'est pas un gage de coopération, encore moins de relations pacifiées, surtout lorsqu'il faut résoudre des enjeux distributifs importants.
+
+L'Assemblée générale n'est pas le lieu des discussions stratégiques ou de l'élaboration de solutions prédéfinies pour satisfaire un besoin, mais le lieu d'écoute attentive et de négociation publique sur les intérêts ou les besoins fondamentaux préalablement clarifiés des équipes, chacune rendant public et expliquant à cette occasion ce qu'elle juge pertinent de rendre public.
+
+L'Assemblée générale n'est pas un lieu où chaque équipe doit mettre sur la table ses objectifs et autres informations sans discernement, sans précaution de ne pas augmenter la violence des situations, il est tout à fait acceptable que la transparence créée par la publication rende tacite ou repousse à d'autres endroits plus discrets une partie de la communication. L'intérêt principal de cette publication est d'accentuer la contrainte des normes morales dans les justifications avancées, et de permettre de rendre des comptes au public qui supporte l'association par toute sorte de contributions, sans l'obliger à devenir membre actif de l'association.
+
+### « Sous la table » : les réunions
+
+## « Help needed » : rallier des associé.es
Il est fortement souhaitable que je trouve à m'associer avec des personnes desquelles je sâche assez bien à quoi m'attendre, car les pratiquant depuis un moment, dans un milieu professionnel et en mode professionnel ! Mais je ne connais pas de telles personnes compétentes dans les domaines qu'il faudrait, ni même désirant le devenir. Il me faudra donc faire des inférences, des paris et aller progressivement. L'idéal serait d'être rejoint par des personnes de mon niveau ou plus dans l'informatique, et d'un niveau équivalent ou plus dans les autres domaines nécessaires. Autant j'aime partager mes connaissances, autant je n'aime pas prendre les gens par la main et les babysitter.
Cependant il est très improbable que j'ai le budget pour assumer leur niveau de compétence et donc les retenir face aux offres concurrentes de hauts revenus, plans de carrière, direction de forces de travail, déploiements de machines puissantes, etc., et face aux coûts de leurs trains de vie. Dès lors je ne peux qu'essayer de faire vibrer d'autres cordes et attracteurs : camaraderie, entraides, utilités, libertés, expérimentations, ... et espérer que des personnes compétentes et disponibles accordent suffisament de valeur à tout cela pour être prêtes à sacrifier significativement ces avantages personnels auxquels elles pourraient prétendre.
-sévy peut s'occuper de la compta, mais pas du cahier des charges ni rien des soucis d'une co-"porteuse de projet".
-
### Demande de ralliement
#### Spontanée
Une demande ciblée peut se faire suite à la rencontre d'une contribution intéressante, sur un champ commun.
Exemple :
> Bonjour Martin,
>
-> Julien, développeur Haskell comme toi. Je cherche de l'aide pour porter le logiciel htoto. Serais-tu intéressé pour en parler ?
+> Julien, développeur Haskell comme toi. Je cherche de l'aide pour porter le logiciel totophile. Serais-tu intéressé pour en parler ?
#### À l'aveugle
- Billet de blog
- Annonce sur le Fediverse
- Annonce sur HaskellNews
-## « Let's break into teams » : se partager le travail et le réintégrer
+## « To do the right thing » : prendre le temps de se justifier
+Même si lorsqu'on n'est pas en conflit les un.es avec les autres, on peut avoir des raisonnements différents depuis des référentiels différents. Desfois les gens ne sont pas braqués mais de totale bonne foie, et ne sont pas en mode stratégique mais tentent de coopérer, mais pour autant le fait de chercher l'action juste n'est pas trivial, et il faut avoir une discussion.
+
## Rédaction de statuts
+
### Intérêt général
- https://www.service-public.fr/associations/vosdroits/F34246
### Utilité sociale
### Reconnaissance d'utilité publique ?
-Cet reconnaissance permet d'obtenir une légitimité ainsi que des avantages économiques (recevoir des donations ou des legs), juridiques (se constituer partie civile) ou encore techniques (mise à disposition de fonctionnaires territoriaux).
-Il faut 3 ans d'existence, environ deux cents de membres, un but d'intérêt général, des statuts démocratiques, une comptabilité rigoureuse, un montant annuel minimum de ressources estimé à 46K€.
+Cet reconnaissance permet d'obtenir une légitimité ainsi que des avantages économiques (recevoir des donations ou des legs), juridiques (se constituer partie civile) ou encore techniques (mise à disposition de fonctionnaires territoriaux). Il faut 3 ans d'existence, environ deux cents de membres, un but d'intérêt général, des statuts démocratiques, une comptabilité rigoureuse, un montant annuel minimum de ressources estimé à 46K€. Cela ne semble donc pas à l'ordre du jour.
+
## Rédaction d'un règlement intérieur
## Rédaction d'un code de conduite
# Critiques
## Inconvénients
### Il faut commencer à deux
-Une association étant un contrat de droit privé, il faut être minimum 2 personnes dès le début.
+Une association étant un contrat de droit privé, il faut être minimum 2 personnes dès le début. Il n'existe pas d'organisation, il va donc falloir passer par la négociation-initiation. Donc faire attention aux discours ambiguës que je reçois, ceux où l'on entend ou ressent que la personne dit ou se met à dire des choses ambiguës, ou ne fait pas ou plus des choses qui doivent être faites et qu'elle pourrait faire : "hmm.. tu n'es n'est pas totalement engagée.. hmm!..".
+
+sévy peut s'occuper de la compta, mais pas du cahier des charges ni rien des soucis d'une co-"porteuse du projet associatif".
### Chaque révision officielle des statuts est payante
Problème : la révision des statuts auprès de la préfecture n'est pas payante, mais leur publication au journal officiel l'est.
Réponse : on a plutôt intérêt à bien penser les statuts dès le début en ce qui concerne l'intérêt général, l'utilité sociale et les principes coopératifs.
+### S'en tenir au pied de la lettre : quelle limite à la tenue d'une préoccupation ?
+Problème : se répartir les rôles et les missions afin de tenir des analyses à fond, de ne pas mélanger les arguments et de ne pas perdre les objectifs en y allant au couteau si nécessaire favorise la critique, mais toute analyse a ses limites et la déployer à l'extrème peut mener à des absurdités dans certaines situations.
+
+Réponse : ce n'est pas la même chose d'avoir une mission claire, que d'être borné.e et donc ne pas accepter d'arbitrages en balayant d'un revers de main toute objection comme dans une dérive sectaire. Ou d'être cyniques en essayant de pousser ses intérêts particuliers sous le nom d'intérêt général, lequel ne peut émerger que de la composition de toutes les préoccupations, et pas d'une seule.
+
+### Être sur la défensive en permanence
+Problème : tenir certaines préoccupations nécessite d'aller constamment sensibiliser, argumenter voire lutter contre ses camarades, or jouer les mouches du coche peut être épuisant physiquement et pour les nerfs, au point de perdre le recul nécessaire pour ne pas être sur la défensive en permanence.
+
+Réponse : il est important de bien reconnaître la légitimité du rôle de chacun.e.
+
+### Ne pas perdre de vue la matérialité logicielle des effets visés et produits : quelles garanties et quels détournements d'énergies ?
+Problème : je ne veux m'encombrer que le moins possible des contraintes ou tâches qui ne concernent pas directement la recherche, le développement et l'expérimentation des seuls outils dont je ressens qu'ils peuvent être utiles à des personnes ayant les mêmes préoccupations que moi. Et je veux me laisser au maximum le droit à l'échec - à ne pas "délivrer", à changer et rechanger, à prioriser et reprioriser ce que je fais, au grès de mes vagues d'intérêts, et des solutions que je souhaite approfondir et appliquer.
+
+Mes trois intérêts principaux à faire ou rejoindre une structure sont de chercher du soutien moral, éventuellement économique et parfois technique. En rendant mieux visible que, moi aussi, je me préoccupe de faire tel ou tel outil en m'y prenant de telle ou telle manière, et donc en appelant à l'aide d'autres personnes disposées à collaborer de manière concertée avec moi dans ce sens. Plus de collaboration concertée ne signifie pas nécessairement que les outils seront forcément meilleurs, mais si peu de concertation, si peu d'aide comme actuellement est assez épuisant voire peu rassurant quant à l'avenir.
+
+Réponse : il s'agit de ne pas perdre de vue en chemin qu'une telle association doit être là avant tout et surtout pour améliorer notre situation collective par rapport à l'informatique, et pas par exemple pour maintenir des emplois ou des logiciels à l'utilité douteuse. Ça, moi ça ne m'intéresse pas, et si je rejoins cette association c'est pour faire des choses concrètes susceptibles d'améliorer notre prise en charge collective de l'informatique, mais est-ce que cela va de pair avec une nouvelle mise à l'épreuve de mon énième conception de l'organisation collective ? De toute façon il y a une organisation collective qui émerge en analysant des résultats : quelle soit concertée ou aveugle, juridique ou informelle, appropriée ou impensée. Et dans tous les cas si le moindre logiciel attire un jour l'intérêt d'autrui sans organisation pour le porter, il vaudra mieux avoir déjà commencé à réfléchir sérieusement à comment s'organiser, pour être prêt à assumer une bonne dynamique communautaire de logiciel libre.
+
+Dans cette dynamique, je peux porter pour un temps plusieurs préoccupations, mais j'aimerais assez rapidement faire des pas en arrière pour laisser la place à d'autres, pour me concentrer sur ce qui concerne surtout la recherche scientifique.
+
## Questions non-résolues
### Avec qui s'associer ?
Ou plus exactement, avec qui s'associer comme co-porteur du projet associatif.
- À but non-lucratif.
- À gestion désintéressée (administration sur temps bénévole).
- Ne fonctionnant pas au bénéfice d’un cercle restreint de personnes.
-- Poursuivant un objet social
- à caractère scientifique, social et éducatif.
-- Que nous voulons reconnue d’intérêt général
- au sens de l’article 200 du Code Général des Impôts.
-- Et que nous voulons reconnue d’utilité sociale
- au sens de l’Économie Sociale et Solidaire,
- au titre de notre action contre les /inégalités économiques et sociales/.
+- Poursuivant un objet social à caractère scientifique, social et éducatif.
+- Que nous voulons reconnue d’intérêt général au sens de l’article 200 du Code Général des Impôts.
+- Et que nous voulons reconnue d’utilité sociale au sens de l’Économie Sociale et Solidaire, au titre de notre action contre les inégalités économiques et sociales.
Notre association est régie par :
-- La loi française du 1er juillet 1901
- relative au contrat d’association,
- et ses décrets d’application.
-- La loi française n°2014-856 du 31 juillet 2014
- relative à l’Économie Sociale et Solidaire,
- et ses décrets d’application.
-- Les sept principes coopératifs
- de l’Alliance Coopérative Internationale.
+- La loi française du 1er juillet 1901 relative au contrat d’association, et ses décrets d’application.
+- Les articles premier, 2, 10, et 11 relatifs à l'isonomie, 12 relatif à la privacy, 19 relatif à l'iségorie, ainsi que 23 et 24 relatifs au salariat, de la Déclaration universelle des droits de l'Homme de 1948.
+- La loi française n°2014-856 du 31 juillet 2014 relative à l’Économie Sociale et Solidaire, et ses décrets d’application.
+- Les sept principes de l’Alliance Coopérative Internationale :
+ 1. L’adhésion volontaire et ouverte à tous
+ 2. Le pouvoir démocratique exercé par les membres
+ 3. La participation économique des membres
+ 4. L’autonomie et l’indépendance
+ 5. L’éducation, la formation et l’information
+ 6. La coopération entre les coopératives
+ 7. L’engagement envers la communauté
# Dénomination sociale
-« Plurasoft »
+« Sourcephile »
# Objet social
-Logiciellerie libriste de recherche et développement en informatique.
+Produire des logiciels professionnels libres.
+
+Et tenir également des analyses et des plaidoieries depuis ce point de vue sur la société, pour nous mêmes et pour le dialogue critique avec d'autres analyses portées par d'autres personnes se préoccupant d'autres responsabilités collectives.
## Objectif minimal : l'édition de logiciels libres et corrects
- Éditions de logiciels libres se souciant de répondre aux besoins ou aspirations de nos membres et mis en communs pour bénéficier plus largement à la société tout entière.
- Vidéos éducatives, en libre accès pour le public.
- Entretiens techniques, en libre accès pour le public.
- Articles éducatifs, en libre accès pour le public.
-- Rédactions d'ouvrages techniques, en libre accès numérique pour le public.
+- Rédactions d'ouvrages techniques, en libre accès numérique pour le public voire en vente sur papier à prix coûtant.
- Formations à destination de nos membres ou de partenaires commerciaux.
- Conseils, à destination de nos membres ou de partenaires commerciaux.
- Participations (voire organisations) de rencontres éducatives sur l'informatique libre ou scientifique, à destination du public.
Indéterminée.
# Siège social
-Gentioux-Pigerolles (23340), en Creuse, en France. Nous pouvons le transférer n’importe où en France métropolitaine sur décision de notre jury d’administration, ou dans tout autre lieu sur décision de notre assemblée générale.
+En Creuse, en France. Nous pouvons le transférer n’importe où en France métropolitaine sur décision de notre jury d’administration, ou dans tout autre lieu sur décision de notre Assemblée générale.
# Membres
-Conformément aux principes coopératifs, nous accueillons dans Plurasoft toute personne physique dès lors qu’elle manifeste son désir de poursuivre notre objet social et s’engage pour cela à prendre ses responsabilités en tant que membre, telles qu’explicitées dans les présents statuts et dans notre règlement intérieur.
+Conformément aux principes coopératifs, nous accueillons dans Plura toute personne physique dès lors qu’elle manifeste sa volonté de soutenir notre objet social et s’engage pour cela à prendre ses responsabilités en tant que membre, telles qu’explicitées dans les présents statuts et dans notre règlement intérieur.
-Nous accueillons également aux mêmes conditions toute personne morale de droit privé ou public qui s’applique les principes coopératifs, et nomme (avec son accord) une unique personne physique membre pour représenter son unité de volition.
+Nous accueillons également aux mêmes conditions toute personne morale à lucrativité limitée, de droit privé ou public, française ou étrangère, dès lors qu'elle manifeste sa volonté de soutenir notre objet social, et nomme (avec son accord) une unique personne physique membre pour représenter son unité de volition.
Pour être membre il faut :
-- Communiquer à notre Équipe de modération les informations nécessaires à l’adhésion, afin qu’après avoir constaté qu’aucun critère de radiation ne s’applique, elle effectue les démarches induites par l’adhésion.
+- Communiquer à notre Équipe de modération les informations personnelles ou officielles nécessaires à l’adhésion, afin qu’après avoir constaté qu’aucun critère de radiation ne s’applique, elle effectue les démarches induites par l’adhésion.
+- Préciser les équipes que l'on souhaite rejoindre ou créer.
- Respecter les présents statuts, notre règlement intérieur ainsi que notre code de conduite.
- S’aquitter d’une cotisation annuelle.
Être membre donne droit :
-- De participer à notre Assemblée Générale.
-- D’accéder à toutes les informations internes de LessBuggy ne relevant pas du respect de la vie-privée de personnes physiques, aucun « secret des affaires » n'est opposable à un membre.
+- De participer à notre Assemblée générale en tant que membre des équipes auxquelles on participe.
+- D’accéder à toutes les informations internes de Plurasoft ne relevant pas du respect de la vie-privée de personnes physiques, en particulier aucun « secret des affaires » n'est opposable à un membre.
- De participer aux jurys et conseils de nos équipes, lorsque leurs conditions de nominations sont remplies.
- De proposer la constitution de toute nouvelle équipe auprès de notre Équipe d’administration.
## Membre sympathisant
Tout membre n’appartenant à aucune équipe.
-## Membre coopérant
+## Membre actif
Tout membre appartenant à au moins une équipe.
+
+## Adhésion
+L’adhésion acte l’obtention de la qualité de membre de Sourcephile.
+
+Toute demande d’adhésion doit :
+- Faire l’objet d’une réponse positive ou négative dans les trois mois, l’adhésion étant réputée acceptée en l’absence de réponse au-delà de ce délai.
+- Être communiquée par écrit à l’intéressé·e.
+- Être motivée en cas de refus.
+
+Notre Équipe de modération est responsable de la procédure d’adhésion.
+
+## Radiation
+ # Radiations
+La radiation acte de la perte de la qualité de membre de Sourcephile.
+
+La radiation intervient en cas :
+- De décès (pour une personne physique).
+- De dissolution (pour une personne morale).
+- De fusion (pour une personne morale).
+- De changement d’objet social (pour une personne morale) incompatible avec notre objet social.
+- De démission présentée par écrit à notre Équipe de modération.
+- D’empêchement définitif.
+- De manquement injustifiés aux devoirs de membre.
+- De non paiement de cotisation, après relance écrite par notre Équipe d’administration restée infructueuse pendant un mois.
+- D’exclusion décidée pour conflit d’intérêts nuisible à notre objet social, par notre Équipe de modération.
+- D’exclusion décidée pour juste motif, par notre Équipe de modération. Comme par exemple un manque manifeste de respect des présents statuts, de notre règlement intérieur, ou de notre Code de conduite, ou encore pour préjudice moral ou matériel à Plurasoft ou à son objet social.
+
+La radiation doit :
+- Être communiquée par écrit à l’intéressé·e, pour l’informer de son motif, l’inviter à présenter ses observations devant notre Équipe de modération, dans un délai lui permettant de préparer sa défense, et l’autorisant à se faire assister de conseiller·res.
+- Ne pas exempter des cotisations dues jusqu’au mois entamé.
+
+La radiation peut :
+- Être contestée devant le Tribunal de Grande Instance.
+- Permettre la reprise des apports avec droit de reprise, si et tel que prévu dans leur convention d’apport.
+
+Notre Équipe de modération est responsable de la procédure et des décisions de radiation.
+
+## Responsabilité juridique
+Aucune personne membre de Plura n’est personnellement ou solidairement
+responsable des engagements financiers contractés par Plura. Seules les ressources financières de Plura répondent de ses engagements.
+
+En matière de gestion, la responsabilité juridique de Plura incombe, sous réserve d’appréciation souveraine des tribunaux, aux membres du jury de notre Équipe d’administration.
+
+Les tribunaux reconnus compétents par Plura pour toutes les actions en justice la concernant, sont ceux ayant juridiction où se situe son siège social, alors même qu’il s’agirait de contrats passés dans des établissements sis dans d’autres lieux.
+
+# Assemblée générale
+Plura est gouvernée par la réunion de ses équipes au sein d’une Assemblée générale, où règne pour chacune :
+- une même liberté d’expression (iségorie),
+- un même pouvoir décisionnel et responsabilité associée (isocratie),
+- et un même règlement (isonomie).
+
+Ses délibérations obligent tous·tes les membres et toutes les équipes, sans exception.
+
+Elle a pour responsabilités :
+- De discuter et délibérer sur les décisions que lui propose ses équipes.
+- D'accorder la création de nouvelles équipes portant de nouvelles préoccupations, de dissoudre des équipes portant des préoccupations avec qui elle ne veut plus composer, ou bien d'acter la disparition de préoccupations qui ne sont plus portées par le moindre membre.
+
+## Convocation
+Notre Équipe d’administration convoque notre Assemblée générale de manière ordinaire tous les trimestres, et de maniere extraordinaire aussi souvent qu’elle le juge nécessaire.
+
+## Participation
+Nos Assemblées générales doivent se tenir à tour de rôle dans les différents lieux d'attachement de Plura. Les personnes ne pouvant se rendre sur place doivent pouvoir y participer via des équipements de messagerie instantanée, de téléphonie ou de visioconférence.
+
+## Publication
+Notre Assemblée générale n'est pas le lieu des discussions stratégiques, mais le lieu d'écoute attentive et de négociation publique entre les préoccupations de nos équipes, chacune rendant public et expliquant à cette occasion ce qu'elle juge pertinent de rendre public. Notre Équipe de secrétariat est responsable de l'enregistrement des paroles prises et des documents apportés au débat, de leur archivage et de leur mise à disposition de l'ensemble des membres et du public.
+
+L'Assemblée générale n'est pas un lieu où chaque équipe doit mettre sur la table ses objectifs et autres informations sans discernement, sans précaution de ne pas augmenter la violence des situations, il est tout à fait acceptable que la transparence créée par la publication rende tacite ou repousse à d'autres endroits plus discrets une partie de la communication. L'intérêt principal de cette publication est d'accentuer la contrainte des normes morales dans les justifications avancées, et de permettre de rendre des comptes au public qui supporte l'association par toute sorte de contributions, sans l'obliger devenir membre actif de Plura.
+Un partage total de l'information ne favorise pas forcément des relations pacifiées et une coopération complète, pas plus qu'elle n'aide forcément à résoudre des enjeux distributifs. La transparence totale n'est pas un gage de coopération.
+
+## Délibération
+Notre Assemblée générale délibère au jugement majoritaire (mention médiane inférieure), chaque personne ayant une mention et un commentaire pour sa boussole de référence.
+
+## Dissolution
+En cas de dissolution, notre Équipe d’administration est responsable :
+- De la distribution du boni de liquidation et de nos ressources patrimoniales au Centre National de la Recherche Scientifique (CNRS) ou à d’autres Entreprises de l’Économie Sociale et Solidaire (EESS) au sens de l’article 1 de la loi n°2014-856 du 31 juillet 2014, dont l’objet social est similaire au notre, conformément au décret du 16 août 1901.
+- De la publication de notre dissolution.
+
+La dissolution permet :
+- La reprise des apports avec droit de reprise par leurs apporteur·ses, si et tel que prévu dans leur convention d’apport.
+
+Notre Assemblée générale est responsable de toute décision de dissolution volontaire de Plura.
sourcephile / git / sourcephile-txt.git / commitdiff