Entreprise on Codeur·euses en Liberté

Un pourcent pour le libre

Sat, 01 Feb 2025 17:24:32 +0100

Ce qui fait la force de l’informatique, c’est que nous pouvons réutiliser le travail de nos camarades sans les priver quoi que ce soit. S’il y a une liberté de réutilisation et de rediffusion de ce travail, alors nous pouvons nous appuyer dessus pour créer de nouvelles choses, au lieu de refaire ce qui a déjà été fait. Et à notre tour mettre à disposition des briques pour les suivant·es. Le logiciel libre permet cela, et nous nous en servons massivement : notre navigateur web, nos bibliothèques, nos outils de travail sont (généralement) des logiciels libres. Comment alors contribuer à ce logiciel libre, pour que d’autres personnes profitent à leur tour de ce que nous faisons ?

Cette question revient très souvent et nous avons déjà raconté des choses que nous avons expérimentés (contribuer au libre, contribuer aux communs) mais il faut se rendre à l’évidence : nous n’avons pas pu contribuer autant que nous profitons du logiciel libre. Des initiatives comme copie publique nous poussent à contribuer financièrement. Ça tombe bien, nous sommes une entreprise à but lucratif, nous avons de l’argent que nous pouvons dépenser.

Nos règles

Lors de l’assemblée générale de 2024, nous avons décidé de consacrer 1% de notre chiffre d’affaire à financer du logiciel libre. Idéalement nous souhaitons financer des outils que nous utilisons dans notre travail quotidien et qui ont besoin de soutien financier. Pendant une longue période ouverte nous avons essayé d’identifier nos dépendances (github peut aider). Certains contributeurs importants comme David Tolnay nous invitent à sponsoriser d’autres personnes, démarche que nous avons apprécié et nous a aidé.

Finalement nous avons réparti 7 000 € de la manière suivante :

2 × 1 000 € de dons direct en une seule fois,
le reste sur 6 développeur·euses sur github en versement mensuel sur une année.

On nous a soufflé que les dons mensuels étaient souvent préférés pour avoir une certaines visibilité sur les revenus futurs.

Des interrogations

Même, si nous étions d’accord sur le principe général, il reste des doutes auxquelles nous n’avons pas de réponse claire.

Faire les robins des bois en facturant plus ne fait pas l’unanimité au sein de notre coopérative ; mais c’est un débat sur nos visions du monde qui dépasse largement le besoin de financement du logiciel libre.

Est-il pertinent de donner sur github qui appartient à Microsoft et qui prend des frais importants de gestion (3 %, en plus des 40 € pris par les banques pour faire un virement vers les États-Unis) ?

Nous n’avons pas de réponse tranchée, à vous d’y réfléchir.

Pourquoi en parler

Mais pourquoi est-ce que nous en parlons ? Pour nous faire mousser, bien sûr ! mais aussi pour essayer d’entrainer d’autres entreprises dans ce genre d’initiatives.

Est-ce que votre employeur finance les outils que vous utilisez ? Parlez-en pour que ça devienne une évidence !

Conclusion

Il est nécessaire de multiplier les actions pour généraliser le logiciel libre :

contribuer aux logiciels que nous utilisons,
maintenir des bibliothèques libres qui ont des réutilisateurs,
financer des devs pour leur permettre d’être indépendant·es,
faire du prosélytisme.

Ça ne suffira pas à atteindre une société basée sur l’entraide mutuelle, mais c’est un pas de plus vers une société plus souhaitable et cela concerne notre métier et notre travail quotidien. Nous avons donc l’obligation de nous interroger plus sur notre place dans cet écosystème.

TousAntiCovid : vu depuis Codeureuses en Liberté

Tue, 13 Feb 2024 14:47:27 +0200

TousAntiCovid a refait récemment l’actualité sur les montants de l’hébergement et les modalités d’attribution du marché. À l’époque, Codeureuses en Liberté avait été approchée pour envisager la réalisation de cette application. On vous livre ici nos reflexions de l’époque.

Au début de l’épidémie de covid-19, il y a eu la croyance qu’une solution informatique pourrait être utile pour atténuer l’engorgement des hôpitaux grace au contact tracing (recherche de contacts). L’état français a donc voulu une application qui deviendrait TousAntiCovid (initialement StopCovid).

En 2020, Codeureuses en Liberté est co-attributaire¹ d’un contrat cadre avec la Direction interministérielle du numérique (DINUM)². Dans ce cadre, nous étions souvent intermédiaires d’autres indépendant·e·s qui intervenaient sur des startup d’état de beta.gouv.fr³.

Le 11 avril 2020, la DINUM nous contacte et s’ensuivent des discussions sur notre messagerie :

Tristram
Question assez importante : [notre contact à beta] demande quelle serait notre position sur porter les développement de l’app stop covid.
À première vue, j’ai du mal à me convaincre qu’on obtiendra des garanties suffisantes sur le respect de la vie privée, de l’autre c’est peut-être l’occasion de forcer (dans le devis, vis-à-vis des sous-traitants) de s’assurer qu’il n’y aura aucune donnée stockée, que le développement soit libre depuis le jour 1.
@here je me permet une notif, vu la complexité éthique du sujet et l’urgence (une réponse mardi serait souhaitée)

Vincent
En fait j’aimerai bien avoir l’avis d’un infectiologue, je vois passer beaucoup de personnes sur les libertés publiques mais rien de l’avis de médecin.

Pierre
Je pense qu’on peut peut-être faire légèrement moins pire que d’autres, mais que de toute manière, entre Google/Apple et le gouvernement, on aura une marge de manœuvre à peu près nulle.

Vincent
J’ai l’impression qu’en refusant on se donne le beau rôle de «non ça c’est pas pour moi» mais bon on sait très bien qu’[une ESN] va le prendre derrière.

Tristram
Il y a un risque de dérive et c’est là qu’on pourra ralentir, surtout en posant à chaque bon de commande des clauses et en étant très clair qu’on arrête tout si on dérive. Ce qui aurait l’avantage de ralentir pas mal, car ils devront retrouver d’autres personnes pour le faire.

Nicolas
Si on fait juste du portage, on aura pas notre mot à dire sur le produit; est-ce que vous proposez qu’on lâche nos projets actuels pour nous consacrer à ça?

Kheops
J’ai presque l’impression que le simple fait qu’on soit mis devant ce choix mérite déjà qu’on publie quelque chose à ce propos.

Thibaut
L’application ne sera pas suffisante en elle-même pour juguler l’épidémie, ça serait trop beau. Mais elle peut être un outil efficace pour éviter des décès.
L’application ne pourra pas ne pas exister, donc donnons lui le meilleur cadre de développement possible.
Si elle devient obligatoire pour les possésseurs de smartphone, et que c’est finalement le consortium qui la développe, j’imagine qu’on aura des regrets.

Après plein d’autres débats, de visios, nous avions fini par décider de participer en posant nos conditions. Voici l’email que nous nous préparions à envoyer.

Nous exigeons de pouvoir communiquer publiquement (blog post sur notre site)sur ce projet dès la fin des débats parlementaires.

Le blog post reprendra les lignes rouges suivantes, qui amènerait à ne pas reconduire le portage et a publier le refus de continuer : L’application et le serveur ne doivent servir qu’à lutter contre l’épidémie de coronavirus.

On ne doit récolter que le minimum nécessaire de données. Aucun moyen de géolocalisation ne sera utilisé (par exemple GPS).

Aucun identifiant ni identité ne sera associée à l’application.

Les données sur le téléphone et sur le serveur ne seront conservées qu’une durée définie explicitement et argumentée (justifiée tant par l’état des connaissances médicales que par le besoin de respect de la vie privée).

Les données utilisateurs ne seront transmises sur le serveur central qu’avec une action explicite et informée de l’utilisateur.

Le code source intégral est publié sous une licence libre avant le déploiement et par la suite l’intégralité du processus de développement sera public.

L’installation de l’application ne doit pas être discriminante et donc ne doit ni être un devoir ni conditionner l’accès à des droits (tel que le droit de se déplacer librement, ou donner l’exclusivité de l’accès aux tests du CoVid-19).

L’appli ne doit pas embarquer de SDK d’analytics.

Elle passera le crible d’exodus privacy sans problème.

Ces discussions — comme toute discussion collective sur un sujet complexe — ont pris du temps. Cela n’a pas été facilité par la coordination avec le groupement, la DINUM et surtout l’évocation d’un accord de confidentialité. Au moment où nous allions envoyer cet email, nous apprenions que le projet était finalement confié au consortium de l’angoisse qui inclut Capgemini, Orange, Dassault Systèmes, Withing, d’autres structures privées et publiques, et, « dans l’écosystème », Atos, Accenture, Thalès ou encore Sopra Steria.

Il n’y a pas vraiment de conclusion à tout ça. Nous avons été témoins, par le petit bout de la lorgnette, du tout début de cette histoire; nous avons imaginé un instant avoir l‘opportunité, ou le devoir, d’y faire quelque chose. Finalement, nous n’avons jamais vraiment donné notre avis. 🤷

Il y avait trois attributaires. Codeurseures en Liberté était membre d’un groupement informellement appelé La Zone qui était un des trois attributaires. Nous ne parlons ici qu’en notre nom. ↩︎
à ce moment dirigée par le très problématique Nadi Bou Hana. ↩︎
De nombreuses indépendant·e·s souhaitaient travailler avec beta.gouv.fr et le recrutement directe reste une question complexe. ↩︎

Rapport de gestion pour 2021 suite à l’assemblée générale

Tue, 26 Apr 2022 13:12:00 +0200

En 2022, nous pensons toujours que le secret des affaires n’a pas lieu d’être et qu’il est bon d’être transparent avec celles et ceux avec qui nous travaillons.

Comme l’année dernière, voici donc notre rapport de gestion 2021 tel que présenté lors de l’assemblée générale ordinaire.

Pour celles et ceux qui voudraient des détails supplémentaires, la liasse fiscale et le compte-rendu de l’assemblée générale sont sur notre GitLab.

Bonne lecture !

Rapport de gestion 2021

Bilan financier

La référence est la liasse fiscale en annexe ; c’est elle qui fait foi et qui est soumise à l’approbation des sociétaires. Nous présentons ici des chiffres simplifiés pour avoir une idée de l’activité.

Chiffre d’affaires : 2 477 753 €
Sous-traitance : 1 728 534 €
Salaires : 401 159 €
Salaires chargés : 602 006 €
Dépenses de fonctionnement : 36 956 €
Résultat brut : 99 839 €
Impôts sur les bénéfices : 17 443 €
Résultat net : 82 397 €

Le bilan est comparable à celui de l’année dernière. Nos clients ont été (par ordre décroissant de chiffre d’affaires) :

DINUM (y compris au travers de Scopyleft, Octo et Malt)
Kisio Digital
Fretlink
RATP
Le bon coin
00h00
BZIP diffusion

Bilan moral

La zone

En 2018, nous avions répondu (en groupement nommé la zone avec /ut7, dtc innovation et Scopyleft) à un marché public de la DINUM pour beta.gouv.fr.

L’assemblée générale ordinaire de 2021 avait acté que nous ne candidaterions pas à nouveau.

Le résultat est une marge très significative, dont l’utilisation doit être décidée au cours de l’assemblée générale.

Bilan financier de La Zone : nous avons facturé au total 4 870 350 € à la DINUM.

Les marge de 5% (243 517,50 €) a été utilisée de la manière suivante :

Frais de mouvements bancaire : 15 000 €
Clause sociale : 48 469 €
Impôts sur les sociétés : environ 65 000 €

La Zone nous a donc rapporté environ 115 000 €

Formation et accompagnement

Nous n’avons eu qu’une seule stagiaire, cependant nous avons enfin décidé que l’indemnité serait au niveau du SMIC et non pas du minimum légal.

Nous avons également accueilli une apprentie pendant un an.

Diversité

Comme à chaque assemblée générale, nous constatons que nous restons significativement plus mauvais que les autres SSII. Nous sommes 2 femmes sur 11 salarié·es. Deux personnes se considèrent racisées.

Fonctionnement courant et conditions de travail

Le bateau a été un chouette évènement permettant de se voir plus souvent, aussi bien entre parisien·nes que pour accueillir les non-parisien·nes ou encore croiser des codeur·euses ami·es.

Retour sur les perspectives annoncées prévues pour 2021

Lors de l’assemblée générale ordinaire de 2021, nous avions émis plusieurs souhaits. Certains se sont réalisés, d’autres moins.

Embauche d’une personne en apprentissage

Nous l’avons fait. Un bilan doit être fait pour savoir si notre accompagnement est utile et comment il pourrait être amélioré.

Avoir un local afin de pouvoir se croiser physiquement plus souvent

Nous avons depuis août le bateau ! Il nous permet effectivement de nous voir un peu plus souvent, et également d’accueillir les non-parisien·nes de passage. Il permet aussi d’accueillir des ami·es proches et entretenir des dialogues sur nos relations au travail.

Lancer un produit à nous

Nous n’avons pas lancé de produit à nous, mais nous avons identifié un projet (Ĝis) et des tests techniques ont été initiés.

Codecode.coop

Nous n’avons pas réussi à récolter plus de témoignages pour codecode.coop mais il y a eu quelques échanges avec des coopératives. Par ailleurs le site a été mentionné dans des discussions à beta.gouv.fr et à Ada School.

Perspectives pour 2022

Développer Ĝis et avoir un premier utilisateur ou une première utilisatrice.

Changer la manière de récolter des témoignages pour codecode.coop : par exemple créer une trame que les autres coopératives peuvent remplir.

Quand travailler et pour qui ?

Sun, 03 Oct 2021 13:12:00 +0100

Lorsque nous nous présentons, nous revendiquons le droit de garder individuellement « la liberté de notre temps de travail et de nos missions ».

Comment est-ce que nous arrivons à concilier nos désirs individuels sans compromettre notre collectif ? C’est-à-dire ne pas siphoner la trésorie, éviter les tensions, tout en respectant le droit du travail.

L’actualité parle à nouveau des 32 heures hebdomadaires. Voici un petit retour sur comment ça se passe chez nous.

Le cadre initial

Aux débuts de Codeurs en Liberté, nous étions très prudents. Nous avions estimé qu’avec un chiffre d’affaires de 2 000 € par mois, après avoir retiré 5 % de frais de fonctionnement et 5 % de réserve on peut financer un salaire légèrement au dessus du smic.

Si on travaillait plus que ce minimum exigé, alors on avait droit à une prime de performance.

L’objectif était double : ne pas encourager à travailler trop tout en se protégeant d’un trou de trésorerie pour payer un salaire élevé.

Les alternatives envisagées

Notre cadre est finalement très égoïste : si on travaille plus on gagne plus et il n’y a aucune ambition de mise en commun. Nous avons donc discuté, puis écarté d’autres modèles de répartition.

Le salaire égal

Cette approche tentante par sa simplicité, mais nous gêne pour deux raisons :

inconsciemment, on se dit qu’on doit fournir un travail à peu près équivalent à nos camarades. Cela peut entrainer une augmentation du temps de travail par syndrôme de l’imposteur ;
nos besoins ne sont pas les mêmes (famille, achat immobilier, dépendance à la voiture…) ; acter un salaire égal revient à nier cette variété de vie.

Le salaire au besoin

Il s’agit probablement de l’approche la plus ambitieuse. La boulangerie le pain des cairns l’a expérimenté. Au bout de 6 mois d’interrogation, une approche plus conventionnelle a été adopté en mai. Ce retour d’expérience est très enrichissant, et nous espérons qu’ils inspireront d’autres structures.

Nous ne nous sentons pas prêts pour expérimenter une telle approche. Le « besoin » étant d’autant plus difficile à définir avec les hauts salaires en informatique — bien supérieurs à ceux de la boulangerie — où, de fait, les besoins sont déjà tous satisfaits.

Les évolutions

Nous souhaitons quand même encourager à travailler moins et faciliter la vie des revenus plus faibles. Voici ce qui a changé :

la contribution au pot commun passe de 10% à 15% ;
une contribution mensuelle fixe de 500 € est versée à toustes ;
nous versons également une prime de naissance équivalente à deux mois de SMIC pour compenser la faiblesse de la sécu ;
les contributions à du logiciel libre existant sont rémunérées ;
au fil des années, nous avons également mis un peu d’argent de côté. Cela permet de mieux éponger les retard de paiement et de se mettre individuellement « en négatif » en cas de creux d’activité.

Concrètement, voici le changement pour la base de calcul de la prime pour deux cas : une première personne générant 2 000 € de chiffre d’affaires et une autre 10 000 par mois :

avant : 2000 × 0.9 = 1800 et 10000 × 0.9 = 9000
après : 2000 × 0.85 + 500 = 2200 et 10000 × 0.85 + 500 = 9000

Cela permet donc de rendre une baisse du temps de travail (ou travailler pour des causes moins rémunératrices) un peu moins difficile à la fin du mois.

L’outillage

Initialement, nous utilisions un tableur libreoffice sur un partage de document. Ne faites jamais ça chez vous. Les fins de mois, les modifications simultanées obligaient à dire « je modifie le fichier, personne n’y touche ».

Le changement des règles de calcul de la contribution au pot commun et les 500 € distribués chaque mois à tout le monde ont rendu le tableur compliqué.

Nous avons donc développé notre petit outil qui s’appelle Ardoise qui nous permet d’estimer notre prime potentielle, ou au contraire s’il était temps de chercher une nouvelle mission pour assurer le chiffre d’affaire que nous devons apporter.

Les limites

Notre modèle a pour but de réduire l’isolement par rapport à être indépendant·e. Cela fonctionne, en partie. Nous aimerions travailler plus souvent sur les même projets, pas seulement côte-à-côte sur le même bateau.

Il est difficile de trouver des projets en prestation à la bonne échelle pour répondre collectivement. De plus notre modèle rend complexe de travailler sur un produit qui serait le nôtre.

Cependant nous pensons pouvoir dépasser cela. À suivre !

Bilan

Notre modèle était initialement très prudent et peu ambitieux.

Le temps passant, et après des toutes petites adaptations, nous en sommes plutôt satisfaits et y trouvons pas mal d’avantages.

Nous pensons que notre modèle encourage à prendre son temps. Dans les faits, tout le monde est au plus à 80%, avec des congés assez généreux. Certaines personnes facturent même moins de 100 jours par an.

En particulier, toute réduction d’activité d’une personne n’aura pas d’impact sur les chiffres et ne mettra pas le collectif en danger.

Réciproquement, une grande activité est possible et alimentera d’autant plus notre pot commun.

Assemblée générale

Fri, 02 Apr 2021 13:12:00 +0200

Nous publions ci-dessous le rapport de gestion 2020 de Codeurs en Liberté, tel qu’il a été présenté à notre assemblée générale ordinaire.

Rendre ce document public nous semble souhaitable pour plusieurs raisons :

par souci de transparence vis-à-vis des personnes, entreprises et administrations avec qui nous travaillons,
pour les curieux envers notre activité,
par posture idéologique : la vie privée doit être protégée, mais le secret des affaires ne devrait pas exister.

Pour ceux qui voudraient encore plus d’informations, notre liasse fiscale et le compte-rendu de l’assemblée générale sont disponibles sur notre GitLab.

Bonne lecture !

Rapport de gestion 2020

L’année 2020 s’est terminée et, sans se presser, l’assemblée générale annuelle est arrivée. C’est l’occasion de faire un point sur ce qui s’est passé, ce dont on est content·e·s et ce sur quoi on sait qu’on est à la ramasse.

Bilan financier

La référence est la liasse fiscale en annexe ; c’est elle qui fait foi et qui est soumise à l’approbation des sociétaires.

Nous présentons ici des chiffres simplifiés pour avoir une idée de l’activité.

Chiffre d’affaires : 2 057 199
Sous-traitance : 1 243 059
Salaires : 700 486
Dépenses de fonctionnement : 37 939
Résultat bruts : 94 086
Impôts sur les bénéfices : 22 563
Résultat net : 71 523

Nous avons une marge brute de 4,5% ce qui correspond aux ordres de grandeur attendus.

Nos clients on été (par ordre décroissant de chiffre d’affaires) :

DINUM
Octo
Fretlink
Scopyleft
Ada School
Deepki
Olvo
Sons of Georges
Brut
15marches
Association for Progressive Communications

Bilan moral

La zone

En 2018, nous avions répondu (en groupement nommé la zone avec /ut7, dtc innovation et Scopyleft) à un marché public de la DINUM pour beta.gouv.fr.

Nous sommes content·e·s de l’avoir fait, notamment parce que nous avons démontré qu’il est possible d’appliquer une marge raisonable (5%) et, in fine, avons contribué à modérer la dépense d’argent public.

Au delà du cout, notre autre ambition était de diminuer les souffrances qu’engendrent l’administratif. Nous pensons avoir réussi à diminuer la pénibilité pour les prestataires portés ; en revanche nous ne sommes pas sûr·e·s d’avoir réussi à diminuer la souffrance pour les agent·e·s administratif·ve·s du côté beta.gouv.fr.

Si la charge administrative a été beaucoup plus faible que ce que nous craignions en nous lançant, nous ne pensons pas être capables d’apporter de nouveauté (baisser un peu plus les marges, réduire le travail admistratif de agent·e·s de beta.gouv.fr). La zone continue sans nous son chemin avec beta.gouv… Bonne route !

Quelques exemples de clients

Le temps travaillé sur des produits beta.gouv par les salarié·e·s de Codeurs en Liberté a diminué sensiblement cette année et continuera modestement en 2021 sur Transport, API entreprise, écosanté, et Démarches simplifiées.

Par contre, un embryon de projet entre la DINUM et Framasoft se met en place en cette fin d’année et peut-être que nous contribuerons à une amélioration d’outils libres financée par l’argent public, affaire à suivre, mais nous sommes bien motivé·e·s !

Nous avons également accompagné Olvo (coopérative de cyclo-logistique) sur du développement web. Une activité un peu différente de nos habitudes : une plus petite structure, du mentorat d’une équipe existante (plutôt que du développement), et l’occasion de pratiquer des tarifs réduits pour les structures qu’on aime bien.

En dehors du travail purement technique, il y a eu pendant la première moitié de 2020 de l’encadrement à la nouvelle école d’informatique parisienne Ada Tech School, qui revendique de donner davantage de place aux femmes dans le secteur. Il y a espoir d’y reprendre l’encadrement quand les restrictions liées au covid seront assouplies…

Symbolique niveau chiffre d’affaire mais une activité qui change du technique et qui a du sens : de la traduction de l’anglais au français de contenus web pour l’organisation internationale Association for Progressive Communications, qui milite pour des technologies numériques émancipatrices et contre les discriminations structurelles partout dans le monde.

Formation et accompagnement

Nous avons accompagné des stagiaires presque toute l’année !

Trois stagiaires nous ont rejoint au cours de l’année (entre 4 et 6 mois), sur transport.data.gouv.fr, Démarches Simplifiées et API entreprises, pour faire du fullstack, de l’administration système ou du traitement de données.

Nous avons apprécié l’échange, merci à elleux et aux équipes d’accueil ! Outre le côté technique, nous sommes content·e·s que des personnes en formation puissent s’essayer au fonctionnement coopératif. En revanche notre accompagnement n’était pas entièrement satisfaisant : la crise sanitaire nous a plutôt isolé, et l’accompagnement d’un stage à distance était plus difficile.

Financièrement, nous avons joué la facilité : leur travail n’a pas été facturé. C’était donc facile de proposer qu’une personne vienne travailler gratuitement. Par contre, iels n’ont été payé quasiment qu’au minimum légal pour un stage : 700 € par mois. Cela nous gène et nous réfléchissons au meilleur moyen de proposer au moins un salaire équivalent au SMIC pour les futur·e·s stagiaires.

Dans une optique similaire, nous réfléchissons au recrutement pérenne de personnes avec un passage par une phase « junior ». Pas facile : nous voulons assurer une année de SMIC et cherchons donc à facturer le travail de la personne à un tarif correspondant. Il faut aussi du temps et les compétences pour que la personne soit bien accompagnée. Nous tâtonnons donc un peu sur tous les fronts et avons de petites discussions itératives au fur et à mesure qu’un début de plan semble se dégager. À suivre pour les mois à venir !

Diversité

Nous n’avons fait aucun progrès : les salarié·e·s sont une écrasante majorité d’hommes blancs, nous reproduisons les inégalités du secteur.

Notre mode de recrutement fondé sur la cooptation et les affinités avec des gens avec qui nous travaillons souvent déjà contribue à renforcer cette tendance. Les réflexions pour changer à ce niveau-là restent embryonnaires.

Fonctionnement courant et conditions de travail

La comptabilité était en partie gérée par une personne qui a fait une pause de six mois. Ce petit coup de pression a finalement été l’occasion de se ré-approprier collectivement les tâches, conformément à notre souhait d’éviter toute spécialisation.

Notre fonctionnement revendiqué « chaque personne trouve et facture ses missions individuellement » a causé une pression importante à certaines personnes. Cela devient très difficile à supporter si on traverse une période fragile, une chute de motivation, ou si on a une pression financière comme un emprunt immobilier. Si la mission ne convient plus, il est difficile de réussir de trouver l’énergie d’en trouver une nouvelle. De plus, nous avons rarement l’occasion de travailler ensemble.

Cela fait d’autant plus apparaitre l’envie de chercher des contrats plus collectifs et d’être plus solidaires dans la coopérative.

Codecode.coop

Nous avons créé ce site dans l’espoir d’aider l’émergence de nouvelles coopératives en informatique. Il contient la traduction d’un guide général et des témoignages d’autres coopératives.

Nous recevons des témoignages à petite vitesse, on aimerait que ce site se lance un peu plus ! Nous avons toutefois déjà eu quelques retours positifs de personnes qui envisagent soit de postuler dans une coopérative, soit d’en créer une, et cela fait plaisir.

Répercussions du covid

Le travail à distance étant déjà très répandu pour les travailleur·se·s de Codeurs en Liberté, les restrictions liées au covid n’ont pas eu de répercussion significative sur le chiffre d’affaire.

Pour l’encadrement à Ada Tech School : c’est difficile d’encadrer les apprenantes à distance et les voyages sont déconseillés et pénibles à envisager. Cela a fait perdre la motivation.

Humainement, c’est difficile, et plein d’initiatives motivantes n’ont pas pu être faites : pas de séminaire en présentiel, pas de semaine de contribution au Libre, pas de présentation à des évènements, pas de projets collectifs démarrés ou continués.

C’est pesant pour tout le monde de ne pas se voir physiquement. Un stagiaire de septembre à début janvier, a même fait tout son stage sans physiquement croiser une seule personne de Codeurs en Liberté.

Nous avons quand même fait un séminaire à distance étalé sur plusieurs vendredis après-midi d’affilée. Ça nous a fait du bien de se retrouver pour parler de quelques sujets collectifs de fond et faire les idiots sur gather.town (vive l’outil build et coincer quelqu’un contre un mur)… Mais ça ne vaut pas un séminaire en présentiel !

Perspectives pour 2021

Nous espérons pouvoir enfin mettre en œuvre notre souhait d’accompagner dans la durée des personnes pour qu’elles gagnent en expérience et autonomie. Cela passera peut-être par le cadre d’une embauche en apprentissage.

L’automne 2021 marquera la fin du contrat avec la DINUM. Le chiffres d’affaires devrait être comparable à 2020, mais baissera probablement au delà.

Nous espérons que la fin des limitations de contacts physiques prendra fin et que nous pourrons à nouveau nous voir physiquement et avoir des moments plus chaleureux.

Nous souhaitons devenir plus proactifs pour récolter plus de témoignages et partager les différentes manières de posséder et gérer une entreprise.

Enfin, nous avons envie de nous lancer sur un produit qui serait le nôtre, nous permettant de travailler plus souvent ensemble.

Éthique du développement logiciel et coopératives

Fri, 06 Mar 2020 11:00:00 +0200

Nous avons récemment été invités par l’association 42l à parler d’éthique du développement logiciel et des coopératives.

L’intervention a été enregistrée : vous pouvez la retrouver en vidéo ci-dessous.

Pour une version texte, vous pouvez consulter les diapos utilisées pendant la présentation ; appuyez sur la touche “S” pour afficher les notes écrites des intervenants.

Par ailleurs, nous avons oublié pendant la conférence de mentionner codecode.coop, un site d’outils, de documents et de ressources pour créer des coopératives dans l’informatique. Il contient entre autres quelques informations sur le fonctionnement interne de Codeurs en Liberté.

Merci encore à 42l pour cette invitation.

Retour sur une semaine en commun

Sun, 06 Oct 2019 15:00:00 +0200

Chaque année, les Libres Codeur·euse·s se retrouvent dans un même lieu pendant une petite semaine. C’est notre séminaire annuel : autour d’un forum ouvert, c’est l’occasion d’échanger, de travailler sur des projets communs, d’améliorer notre organisation, et de passer du temps ensemble autour de balades et de jeux de sociétés.

Projets communs

En plus des siestes, de la cuisine et des parties de Mario Kart (Bowser, meilleur personnage), on a réussi à avancer sur quelques projets à nous.

Oui, parce que le séminaire est l’occasion pour certain·e·s d’entre nous de ressortir les projets personnels du tiroir, d’avancer un peu sur nos projets de long-terme, et de, pour une fois, partager notre enthousiasme avec d’autres gens. Entre autres envies, cette semaine a vu du progrès sur Bicyclette, LADX, et un enthousiasme commun pour le début d’Inktober.

C’est aussi un bon moment pour partager nos connaissances : nous mettre à jour sur les détails de notre comptabilité autogérée, ou discuter des subtilités de la perception des couleurs dans l’œil humain.

Mais c’est aussi l’occasion de lancer ou d’avancer sur des projets de coopérative communs à nous tous. Cette semaine, nous avons avancé sur :

Ardoise, notre outil de suivi du chiffre d’affaire, avec une clarification de l’interface, et de nouvelles maquettes en préparation ;
Chuis.la, un prototype de partage de position libre et sans pistage ;
codecode.coop, un guide pour créer sa coopérative dans l’informatique, traduit de l’excellente version anglaise du NATWC.

Décisions de groupe

Notre fonctionnement collectif peut toujours être remis en question et amélioré.

Dans les sujets de cette année, nous avons parlé de congés maternité et paternité. Nous avons décidé de compléter les indemnités octroyées par la sécu et la convention collective par un [salaire parental](lien vers l’issue), versé par la coopérative pour permettre de prendre plus de temps à la naissance d’un enfant.

Notre mode de rémunération organise une solidarité entre membres, où la contribution de chacun à la coopérative est fonction du montant facturé chaque mois. Mais nous nous sommes rendu compte que dans certains cas notre formule de répartition ne fonctionnait pas exactement comme nous l’avions prévu. Nous sommes en train de la rectifier, pour mieux prendre en compte les inégalités de revenus.

Nous nous sommes posés beaucoup de questions sur le recrutement. Faut-il favoriser la croissance, ou la formation d’un groupe stable ? Quelles sont les différentes manières pour intégrer de nouvelles personnes, et contribuer à diffuser le modèle coopératif ?

Après être passés de 2 à 10 personnes en trois ans, nous avons décidé de mettre notre recrutement direct en veilleuse pendant quelques mois ; même si nous nous laissons la porte ouverte pour d’éventuelles cooptations. Nous voulons également améliorer notre processus de recrutement : s’engager sur une durée de réponse prévisible, supprimer les freins aux discussions libres entre nous, et ré-affirmer le principe d’unanimité sur les recrutements.

Nous voulons également poursuivre nos efforts d’essaimage, et de liens avec d’autres coopératives. Nous allons par exemple continuer notre ouverture à de jeunes professionnels (immersion, stages) – pour contribuer à la formation à notre métier, et montrer comment se vit de l’intérieur notre mouvement coopératif. Nous avons également envie de poursuivre sur la lancée de notre intervention à Pas Sage en Seine cette année, et d’aller parler de coopératives à l’extérieur, dans des conférences ou des lieux de formation (universités, écoles, communautés d’apprentissage). Le travail lancé avec codecode.coop fait aussi partie de ces efforts d’essaimage.

Une semaine de contribution aux logiciels libres

Wed, 24 Apr 2019 18:00:00 +0200

Comment contribuer à un bien commun

Cette question nous travaille depuis nos débuts.

Pierre en avait parlé dans un article précédent suite à sa contribution à Mattermost mais il avait aussi esquissé l’idée qui a abouti à cette semaine de contribution au libre.

Cette idée est née du constat que même en ayant un pot à cookies, il nous est tout de même difficile de contribuer significativement à des projets libres, souvent parce que les projets du quotidien (professionnels ou personnels) prennent le pas sur ces contributions, ou parce qu’il est difficile de trouver la motivation et l’énergie individuellement.

Nous avons donc réfléchi à organiser une semaine de contribution au libre qui serait à la fois un projet collectif, mais également un moment de coupure dans notre agenda en réservant une semaine entière.

Comment réellement contribuer

Dans les faits, la plupart des projets libres sont portés par des entreprises dont c’est le cœur d’activité. Le cas du hacker qui contribue la nuit et le week-end ne nous semble pas généralisable, ni conciliable avec nos vies personnelles, ni souhaitable pour éviter l’isolement des contributeurs.

Par ailleurs, même si nombreuses entreprises publient leur code source, il s’agit souvent des projets liés à l’entreprise, pas vraiment utiles à des tiers. Difficile d’appeler ces projets des communs.

Et pourtant, des outils déjà utilisés par un grand nombre de personnes auraient besoin d’un peu plus d’amour, en particulier tous les outils qui aident à nous dégoogliser. Notre but était de contribuer à ces projets-là.

Le coup de pied nécessaire

Notre pot à cookies n’a pas suffi à nous motiver à sortir la tête du travail quotidien. Pour nous forcer la main, nous avons invité d’autres développeurs à participer et à coder avec nous.

Nous avons choisi des projets qui ont à la fois une visée politique qui nous parait importante (par exemple en soutenant l’excellent travail de Framasoft), mais également des projets de taille raisonnable sur lesquels une semaine de travail aurait un impact significatif :

Pytition - un outil de pétition en ligne en cours de développement
Mobilizon - un outil pour gérer des communautés et des évènements
Framadate - un outil de vote
Etherpad-lite, aussi connu comme framapad

Très tôt, nous avons regardé les projets similaires comme les contrib’ateliers et nous avons préféré ne pas faire un évènemement ouvert au grand public, car nous n’étions pas sur de pouvoir gérer un grand nombre de personnes ou des personnes novices en développement. Nous avons donc décidé de communiquer sur cet événement autour des nous dans les cercles de développeur·se·s dont nous faisons partie, et avons également invité les développeur·se·s et designer·euse·s impliqué·e·s sur les projets que nous voulons soutenir à nous rejoindre.

Bilan de la semaine

Nous avons passé la semaine à la maison du libre et des communs qui nous a prêté une grande salle, merci à elle ! Codeurs en Liberté a payé les repas du midi.

Nous étions entre dix et quinze selon les jours, et nous avons avancé différemment selon les projets :

Etherpad-lite : pas mal de notre frustration avec etherpad vient de son interface, ce qui peut se corriger avec une simple évolution du CSS. Nous avons trouvé un nouveau thème très bien fait par le groupe Colibri Outils Libres, qui a été proposé à etherpad et devrait être ajouté dans la prochaine release. :) Moins de travail que prévu donc dans ce projet, nous en avons profité pour corriger quelques bugs.
Pytition : Nous avons largement refondu l’interface graphique et implémenté plusieurs nouvelles fonctionnalités. Le projet est désormais proche de pouvoir publier une v2 !
Mobilizon : Il a été un peu compliqué de contribuer à Mobilizon, en partie parce que le projet est encore en cours de design, difficile d’avancer sur des fonctionnalités tant que celles-ci n’ont pas été clairement définies, mais nous comptons bien pouvoir y consacrer du temps lors d’une prochaine occasion.
Framadate : Du travail de fond a été ralisé sur le projet, notamment en réécrivant la partie internationalisation, mais aussi en permettant de le rendre déployable facilement via Docker.

Sentiments

C’était chouette de travailler à plusieurs
Nous avons pu travailler avec des camarades, alors que ce n’est pas le cas au quotidien
Nous avons rencontré plein de personnes très chouettes
Certains projets ont gagné d’autres contributeurs et ne sont plus tenus par une seule personne
Finalement on peut faire beaucoup en peu de temps
C’est très satisfaisant de corriger des bugs qui nous dérangent au quotidien

Enseignements

Une semaine est une bonne durée
- On a le temps de rentrer dans le projet
- On se connait un peu plus humainement
- Ça nous pénalise pas trop professionnellement
- On évite l’effet de lassitude
Avoir les soirs libres pour notre vie familiale, associative, amicale, est un gros avantage
La présence de core-developpers change tout, ne serait-ce que pour comprendre les enjeux du projet et la direction envisagée
Avoir des tickets triés à l’avance, une analyse de l’ergonomie permettent de rentrer très rapidement dans le bain
Une douzaine de personnes semble une limite au delà de laquelle il devient difficile de travailler ensemble facilement

Et la suite ?

Nous avons passé un excellent moment, des outils largement utilisés sont un peu meilleurs et nous allons très probablement réitérer l’expérience.

Cela dit, nous n’avons pas la vocation de devenir des animateurs de ce genre d’évènements. Notre envie est que le format essaime, et que d’autres entreprises libèrent leurs développeurs, graphistes, designers, une ou deux semaines par an. C’est en fait assez facile à mettre en place : si vous voulez faire votre propre semaine de contribution, contactez-nous, on vous expliquera plus en détail comment on s’est organisés.

Adopter une charte d’éthique

Fri, 19 Oct 2018 14:47:27 +0200

« Je n’ai fait qu’appliquer les spécifications. »

« Moi, je m’occupe d’écrire le logiciel. Ce qu’en font les utilisateurs, ce n’est pas mon problème. »

« Je sais que c’est critiquable, mais c’est bien payé. »

« Perso, je n’utilise pas le produit sur lequel je travaille. D’ailleurs je dis à mes amis de ne pas l’utiliser. »

Peut-être avez vous déjà entendu l’un de vos collègues dire quelque chose comme ça. Ça nous arrive parfois aussi de le penser nous-mêmes. Nous, les développeur·se·s et les professionnels de l’informatique, avons parfois du mal à mettre en rapport nos pratiques professionelles et notre morale individuelle.

Pourtant, les logiciels contrôlent une part de plus en plus importante de notre société, et nous avons un énorme pouvoir entre nos doigts. Nous n’en avons pas toujours conscience ; nous en assumons rarement la responsabilité.

On a vu les conséquences parfois néfastes des logiciels sur la société, dans pas mal de domaines :

Vie privée : Facebook/fakenews/Cambridge Analytica/exodus privacy/GDPR.
Mise en danger : véhicules autonomes, Tesla ou Uber, mais plus largement aéronautique ou transit.
Pollution : Volkswagen « dieselgate » (et tous les constructeurs automobiles).
Contournement de la réglementation : Uber Grayball & Volkswagen.
Fabrication d’armes : réelles (guidage de missile, par exemple), ou numériques (attaques informatiques, intrusions).
Filtrage d’internet, surveillance de masse.

Si vous en doutez encore, vous pouvez lire les 494 commentaires laissés sur Hacker News quand quelqu’un a demandé « Quelle est la chose la moins éthique que vous ayez fait en tant que développeur? »

À Codeurs en Liberté, il nous semble qu’une charte d’éthique est devenue nécessaire pour encadrer notre action. La voici.

Nous comptons commencer à l’appliquer nous-mêmes, et invitons la communauté à faire la même démarche. Nous sommes d’ailleurs loin d’être les premiers : en particulier, l’ACM et le mouvement ces derniers mois #techwontbuildit.

Nous ne voulons pas seulement « éviter de nuire »: nous croyons encore que l’informatique a la responsabilité d’améliorer la société. Et dans le marché du travail actuel, nous avons le luxe de pouvoir choisir nos clients ; si nous ne refusons pas les projets nocifs, qui le fera ?

Parlons de notre nom

Thu, 11 Oct 2018 12:32:32 +0100

Désolé pour notre nom. Venez quand même !

Notre coopérative s’appelle Codeurs en Liberté. Ce nom ne laisse pas indifférent, en bien et en mal.

Comme souvent, trouver un nom a été difficile. Les amateurs d’archéologie trouveront sur l’issue gitlab les réflexions et autres pistes qui ont amené à ce nom.

Nous aimons ce nom, mais il est problématique et nous souhaitons le changer. Comme nous n’arrivons pas à trouver un nouveau nom, nous essayons a minima de nous expliquer.

Pourquoi ce nom

Le nom porte plusieurs valeurs essentielles :

Codeurs
- chaque personne est importante et ne se dissout pas dans l’entreprise,
- nous sommes des personnes qui faisons, pas un grade d’ingénieur dans une grosse structure.
Liberté
- nous n’avons pas de hiérarchie,
- chaque personne choisit pour qui elle travaille,
- chaque personne choisit combien de temps elle travaille,
- nous incitons d’autres personnes à s’émanciper de la subordination.

Généralement le nom ne laisse pas indifférent et on nous sourit : il résonne chez les gens.

Ce qui ne nous va plus

Dans un milieu encore trop masculin, codeur est particulièrement peu adroit.

De plus il se rapporte à un métier très spécifique de l’informatique — alors que nous sommes ouverts à d’autres profils, dans le domaine du système, la conception graphique, conception d’interfaces, etc.

Enfin, dans une moindre mesure cela pourrait être considéré comme un angliscisme.

Et maintenant ?

C’est une question qui revient régulièrement en interne. Nous avons fait plusieurs réflexions collectives sans aboutir à quelque chose qui nous plaise.

Peut-être qu’un jour nous trouverons un nom qui nous représente vraiment ?

Peut-être que nous choisirons plutôt un nom qui ne signifie rien ?

En attendant, nous ne pouvons qu’être conscient·e·s de ces problèmes, nous en excuser et espérer que certaines personnes souhaitant nous rejoindre ne se sentent plus exclues à cause du nom.

Comment contribuer aux communs ?

Thu, 05 Apr 2018 10:02:32 +0100

Si la majorité des développeuses et développeurs utilise tous les jours des logiciels et bibliothèques libres, il est de plus en plus difficile d’ignorer que ces outils sont la plupart du temps écrits et maintenus par des bénévoles.

Et pourtant, dans le feu de l’action, il n’est pas facile de trouver du temps pour contribuer aux projets qu’on utilise, de passer du temps à isoler et remonter un bogue, ou de contribuer à une nouvelle fonctionnalité plutôt que de l’écrire uniquement dans son propre code.

Les réponses à cette question du financement de l’open-source (et des communs en général) sont multiples. À Codeurs en Liberté, nous avons tenté d’en explorer une : financer nos propres contributions.

Voici donc un premier retour d’expérience concret sur notre « pot à cookies ».

Depuis sa fondation, Codeurs en Liberté met chaque mois de l’argent de côté dans un « pot à cookies ». À quoi sert-il ? L’idée est qu’un membre de la coopérative puisse proposer de prendre quelques jours pour contribuer à un commun, et en particulier à un projet open-source. Si sa proposition est acceptée, il sera alors payé pour ses jours de travail en prélevant dans le pot à cookies.

Au début de l’année, j’ai expérimenté ce fonctionnement en proposant de contribuer à l’intégration de Mattermost (une alternative open-source à Slack) dans la liste des applications officielles de Yunohost (qui permet de gérer facilement des applications auto-hébergées).

J’ai donc ouvert une issue pour proposer l’idée, en précisant l’objectif : améliorer la robustesse du paquet déjà existant, faire des tests supplémentaires pour s’assurer de la fiabilité du code, et initier le processus d’inclusion du paquet dans la liste des applications officielles de Yunohost, pour lui donner plus de visibilité et d’impact.

Pour ce travail j’avais compté trois jours, en pensant que la majeure partie du temps serait fragmentée en attente de revues de code, en interactions sociales, etc.

Ce qui s’est passé

La proposition a été acceptée par les membres : j’ai donc commencé à nettoyer le code, rajouter des fonctionnalités manquantes (comme la possibilité de changer le domaine utilisé par l’application). J’ai également écrit une présentation de l’application sur les forums de Yunohost, en demandant des tests aux utilisateurs intéressés. Ça a été utile : faire fonctionner le paquet dans d’autres contextes a permis de trouver et de corriger des pépins lors de la mise à jour d’une version à l’autre.

Et puis au fur et à mesure, deux questions sont apparues :

Certaines améliorations demandaient des modifications dans Mattermost lui-même. Bien sûr il était possible de contourner le problème dans les scripts de packaging, mais une solution dans l’application elle-même serait clairement meilleure.
Il est apparu que Yunohost évite en règle générale de promouvoir des applications officielles sans support de l’authentification unique (LDAP, ou mieux encore SSO). Et le LDAP n’est pas disponible dans la version libre de Mattermost.

Au vu de cela, plutôt que de passer plus de temps sur les scripts de Yunohost, il avait l’air plus pertinent de concentrer le travail sur l’amélioration de l’application elle-même.

Contribuer à Mattermost

Un petit sous-projet, donc : améliorer le démarrage du serveur de Mattermost, remonter proprement les erreurs critiques au démarrage plutôt que de les ignorer, et intégrer tout ça proprement avec systemd s’il est présent.

Première bonne surprise : la mise en place d’un environnement de développement pour Mattermost est assez facile. La documentation est claire, et les outils soignés : alors que j’avais des contraintes compliquées (tester une fonctionnalité propre à Linux tout en développant sous un Mac), il ne m’a fallu qu’une ou deux heures pour mettre en place les briques nécessaires.

Autre bonne surprise : même sans avoir écrit de Go auparavant, le code est lisible et facile à suivre. Vu que Go est particulièrement conçu pour être un langage simple et sans finasseries, j’imagine que c’est en bonne partie lié au langage lui-même.

J’ai donc écrit un peu de code, ronchonné un moment sur le manque de tests concernant cette partie en particulier, rajouté les tests en question, et envoyé une première contribution. Plus qu’à attendre. Après tout, il n’est pas rare qu’une contribution à un projet open-source reste sans réponse pendant plusieurs jours ou semaines, même quand des personnes travaillent dessus à plein temps.

Bonne surprise à nouveau : la première revue de code est arrivée en quelques heures. Et le premier patch a été accepté directement, et mergé sans remarques particulières.

J’ai continué à envoyer des contributions – qui ont toutes été relues sans délai et acceptées, avec tout au plus quelques modifications mineures. Au final, Codeur en Liberté a même été nommé « contributeur du mois » 🤘

Bref, le processus de contribution à Mattermost a été une expérience étonnamment agréable. Les relectures rapides et sans pinaillage inutile de mes premiers commits m’ont vraiment incité à envoyer les contributions suivantes ; je ne sais pas si je serais allé jusqu’au bout sinon.

Des modèles qui se croisent

Au fond, rien que sur ce petit bout de projet, on peut observer plusieurs modèles de contribution au logiciel libre qui se croisent :

Yunohost, maintenu par des bénévoles,
Codeurs en Liberté, qui sponsorise quelques jours de travail salarié,
Mattermost, une société commerciale qui emploie des salariés à plein temps.

Et les frontières ne sont pas si nettes : à Codeurs en Liberté on effectue aussi parfois du travail bénévole (par exemple pour développer nos outils internes). Et il semble que si un bon tiers du travail sur Mattermost est effectué par les employés, un autre tiers vient de clients commerciaux de Mattermost, qui en plus de payer pour le produit contribuent à l’améliorer – et un dernier tiers de contributeurs individuels.

Si cette variété de modèles me semble riche et intéressante, au fond aucun ne me convainc parfaitement. Le modèle bénévole permet difficilement d’avancer vite, et court le risque de se fonder essentiellement sur la bonne volonté et le temps disponible des contributeurs. Une entreprise qui maintient un produit seulement en partie libre court le risque de s’orienter plus vers le profit, et d’exploiter le travail gratuit des contributeurs occasionnels. Et même la contribution ponctuelle via notre pot à cookies a ses limites : manifestement il nous est difficile de proposer des contributions avec ce mécanisme. Peut-être est-il difficile de cadrer quelques jours de travail de cette manière, ou qu’on ne se sent pas assez légitime pour explorer une base de code inconnue tout en étant rémunéré ?

Pour la suite

En en discutant entre membres de Codeurs en Liberté ces dernières semaines, on se demandait s’il ne serait pas plus pertinent d’organiser des périodes de contribution plus longues et plus collectives.

Une idée à l’étude est d’organiser une « semaine de contribution aux communs ». Pendant toute une semaine, on se réunirait avec plusieurs participants dans un espace commun, et on travaillerait sur un projet open-source ou open-data. Regrouper des gens dans l’espace et dans le temps permettrait sans doute de se motiver, de mettre le pied à l’étrier pour des personnes qui ne contribuent pas d’habitude, et de s’entraider plus facilement.

Et si ça vous intéresse, on en discute ici.

Rapport de gestion 2016—2017

Thu, 25 Jan 2018 22:32:32 +0100

Pendant deux jours, nous sommes allés à Orléans pour prendre l’air, passer du bon temps, et surtout faire le bilan, calmement, et réfléchir à l’avenir.

Ce qui suit est le rapport de gestion qui a été présenté et que nous transcrivons par volonté de transparence.

Plus généralement, nos compte rendus sont lisibles sur notre dépot fondations.

Rapport de gestion concernant les opérations de l’exercice clos le 31/12/2017

Cher·e·s sociétaires, chers curieux et chères curieuses,

Conformément à la législation, je me plie à l’exercice du rapport de gestion pour l’exercice 2016—2017 clos le 31 décembre 2017.

Étant donné notre fonctionnement, vous avez accès en tant que sociétaire à l’ensemble des données comptables en toute transparence toute l’année.

La liasse fiscale est jointe à ce document.

1. Situation et activité de la société durant l’exercice écoulé

Codeurs en Liberté a été formellement créée en juillet 2016.

Ce premier exercice a donc duré 18 mois et a été la preuve que notre entreprise fonctionne et que nos choix tiennent la route.

Bilan financier

La liasse fiscale fait foi et c’est elle qui sera soumise à votre approbation.

Cependant, voici un résumé de l’exercice passé (en milliers d’euros) :

Chiffre d’affaires : 395,23
Salaire immédiat (net et abondement pour l’épargne salariale) : 185,75
Salaire sociabilisé : 146,77
Dépenses communes (y compris complémentaire santé et prévoyance) : 15,68
Frais individuels : 3,59
Dons : 2,00
Résultat brut : 41,44
Impôts : 6,21
Résultat net: 35,22

Les membres

De trois personnes à la création, nous sommes désormais 6 membres à la fois salariés et sociétaires.

Plusieurs personnes ont manifesté leur intérêt pour notre structure ou simplement manifesté leur sympathie pour le projet.

Il y a donc un véritable attrait à des formes alternatives à la subordination et qui développent la solidarité.

Personne n’a rencontré de problème pour facturer le minimum nécessaire au fonctionnement, ni pour faire sa part du travail administratif.

Clients

Nos clients ont été les suivants, par ordre de chiffre d’affaires décroissant :

Etalab/beta.gouv (au travers de Octo Technology)
La Compagnie des Mobilités
eQualit.ie
Deezer
Transdev (au travers de 15marches)
Île-de-France Mobilités (au travers de 15marches)
Karos
Île-de-France Mobilités (au travers de Five-by-Five)
Région Bretagne (au travers de 15marches)

Évolution et prespectives d’avenir pour l’exercice 2018

L’exercice passé aura été celui de la découverte de la gestion de l’entreprise, du travail indépendant, de la collaboration et de la réflexion sur ce que nous souhaitons.

Grâce à cette expérience, nous pourons mieux nous définir et affiner notre projet.

Le projet marquant sera la transformation en coopérative d’un point de vue juridique.

Les autres grands projets incluent l’adaptation des calculs de répartition du chiffre d’affaires et tisser des liens avec les autres structures à la philosophie proche de la nôtre.

Évènements importants survenus depuis la clôture

Néant

Activité de recherche et développement

Néant

Prise de participation

Néant

Filiales et participations

Néant

Dépenses non déductibles fiscalement

Néant

3. Conventions réglementées visées à l’article L. 223-19 du Code de commerce

Aucune convention relevant de l’article L. 223-19 du Code de commerce n’a été portée à la connaissance du gérant.

4. Affectation du résultat

Le résultat est de 35 224€.

Je propose d’affecter le résultat selon la répartition suivante :

15% en réserve, soit 5 283,60 €
85% en repport à nouveau, soit 29 940,40€
0% en dividendes

5. Résolutions particulières

Choix d’un nouveau président

Mon mandat de président finit avec cet exercice et je ne souhaite pas me représenter à ce poste.

Prime exceptionnelle

Un accord de participation doit être conclu 6 mois avant la fin de l’exercice. Il n’y a donc pas de participation cette année.

Je propose que 50% du résultat (soit 17 612€) soit affecté au calcul d’une prime exceptionnelle selon la méthode suivante :

275,19€ par salarié et par mois effectivement travaillé
Le montant sera affecté au chiffre d’affaires de chaque salarié

Conclusion

J’espère que cette présentation de l’exercice passé ainsi que les résolutions vous conviennent et que vous me donnerez le quitus pour la gestion de cet exercice.

Tristram Gräbener

Créer son entreprise : les débuts

Fri, 25 Nov 2016 22:32:32 +0100

Codeurs en Liberté a été créée il y a quatre mois et depuis deux mois nous versons un salaire.

Voici un petit retour d’expérience qui pourra intéresser toute personne devant créer son entreprise et s’interrogeant sur la difficulté d’une telle aventure.

Spoilers : ça n’a rien de sorcier et demande juste un peu d’organisation.

Les statuts

Sans rentrer dans le détail des formes juridiques, la forme la plus passe-partout est la SAS (Société par actions simplifiée).

Un avantage siginifactif est que le président peut être salarié et donc dépendre du régime général, et non pas du RSI.

Je conseille vivement d’avoir un capital variable. Cela veut dire que si un nouvel associé veut entrer dans l’entreprise, de nouvelles parts pourront être créées pour lui, sans devoir déposer le changement. Cela économise la paperasse et les frais associés.

La raison sociale

Faites attention à bien décrire votre activité. En effet, l’INSEE vous attribuera automatiquement un numéro APE. Il est défini à des fins purement statistiques.

Cependant, ce numéro sera transmis automatiquement à d’autres organismes. Cela peut influencer sur la convention collective dans laquelle vous serez automatiquement classé, ou encore sur le taux à payer à l’assurance maladie au titre du risque des accidents du travail.

Être mal catégorisé n’est pas une fatalité, mais vous pouvez économiser quelques courriers en indiquant « Développement en informatique » et non pas « Formation et développement en informatique » si la formation est juste une activité annexe envisagée.

Le coup de main

Nous sommes passés par Legalstart, mais il existe d’autres services équivalents, probablement de la même efficacité. Nous avons utilisé des statuts génériques. En effet, il est très simple de les adapter ultérieurement à vos besoins précis.

Bref, faites au plus simple et pensez au capital variable pour ne pas vous retrouver coincés par la suite.

Banque

Pour créer l’entreprise, il faudra déposer l’argent du capital initial auprès d’une banque qui conserve l’argent jusqu’à l’enregistrement en bonne et due forme.

L’unique banque éthique en France, La Nef, ne permet pas encore le dépôt de capital initial. Espérons que cela change bientôt.

Aucune banque en ligne (telle que Boursorama, ING Direct ou Fortuneo) ne fait de compte professionnel.

En attendant que les petits nouveaux tels que Qonto ou IbanFirst soient prêts, il faudra donc travailler avec une banque traditionnelle.

Je n’ai trouvé strictement aucun avantage pour l’une ou l’autre. Le tarif sera toujours autour de 30€/mois pour un chéquier, une carte bancaire et un site web pour voir l’état des comptes et faire des virements. Certaines banques seront moins chères, mais vous factureront des frais de mouvement.

Bref, allez à la banque la plus proche de chez vous. La mienne a nécessité deux rendez-vous physiques de 30 minutes et 1 heure.

La comptabilité et paye

Les deux sujets viennent ensemble. Il n’y a pas besoin d’avoir un comptable, sauf si vous faites une phobie aux papiers, ou si vous n’avez pas de temps à y consacrer. Alors il sera très utile.

Nous utilisons Zefyr, qui derrière son aspect un peu vieillot fait très bien l’affaire. Nous nous en servons pour :

la comptabilité,
la facturation,
la paye.

Une autre alternative envisagée était Payfit qui coûte assez cher et ne fait que la paye. Par contre, ils se chargent de faire les déclarations et versements aux organismes sociaux à votre place.

Enfin Fred de la Compta, propose de faire toute la comptabilité ainsi que la paye à votre place. Le prix s’en ressentira, mais si vous n’avez pas la rigueur pour archiver régulièrement vos notes de frais, que le fonctionnement de la TVA vous emmerde, et que le plan comptable vous rappelle juste des mauvais souvenirs de cours en école, alors c’est peut-être une bonne solution.

Les partenaires sociaux

La France a choisi historiquement que c’est le travail qui donne droit à une protection sociale. C’est donc l’employeur qui doit payer la contribution à chacune des assurances (vieillesse, maladie, chômage…).

Heureusement, malgré la complexité d’une feuille de paye, un effort considérable a été fait pour simplifier la vie de l’employeur. Il ne faut verser les contributions qu’à deux organismes collecteurs :

l’URSSAF pour l’essentiel,
un organisme privé pour les retraites complémentaires obligatoires.

Ne vous inquiétez pas, ils vous contacteront directement.

Médecine du travail

Il semblerait que le plus simple soit de choisir la plus proche de votre lieu de travail.

Les prix et les relations semblent être à peu près homogènes.

Mutuelle et prévoyance

Elles sont obligatoires. Certains organismes proposent les deux.

Alan veut simplifier la mutuelle. La protection est plus faible que celle que j’ai pu avoir dans mes emplois précédents, mais la simplicité et le prix adapté en conséquence peuvent vous intéresser.

En ce qui concerne la prévoyance, rien n’a retenu mon attention.

Les arnaques et SPAM

Attendez-vous à vous faire spammer par la poste. Du fournisseur de trombones à Google qui veut vous vendre des emplacements publicitaires, votre boite aux lettres sera régulièrement pleine.

Par contre méfiez-vous des arnaques. Vous recevrez des appels de fonds pour payer afin d’apparaitre dans un annuaire au nom qui sonne officiel. Il n’en est rien !

Pense-bête

Avec un peu de méthode et de rodage, j’estime que la gestion courante nécessite environ une journée par mois. Voici à titre indicatif et très grossier les actions effectuées pour gérer l’entrerprise :

Au fil de l’eau : scanner et archiver en ligne les courriers et factures… (12 fois 20 minutes) ;
En fin de mois : faires les feuilles de paye, faire le virement (30 minutes par employé) ;
En début de mois
Pointer les relevés de compte avec le logiciel de comptabilité et les justificatifs archivés (2 heures),
Faire la DSN 15 minutes ;
Une fois par trimestre : déclaration et paiement des partenaires sociaux (2 heures) ;
Une fois par an
Impôts et TVA,
Bilan,
Assemblée générale ordinaire.

Obtenir de l’aide

JFGI, ça marche bien. En particulier le site officiel Service Public est très clair et expose bien les différentes obligations.

D’autres sites exposent bien plus en détail les potentielles subtilités pour chaque démarche.

Conclusion

Il est encore très tôt pour se faire une idée précise du travail que représente la gestion d’une entreprise.

En particulier, nous n’avons pas eu de bilan annuel à faire, d’audit par un organisme social et nous ne sommes jamais tombé dans un trou noir d’incompréhension administrative.

Peut-être que nous avons eu de la chance ou que je me suis trouvé une vocation improbable d’administrateur. Mais je pense que la seule qualité requise est un peu de rigueur et l’admninistration française n’est vraiment pas si terrible que le veut sa réputation d’un autre âge.

Entreprise on Codeur·euses en Liberté

Un pourcent pour le libre

Nos règles

Des interrogations

Pourquoi en parler

Conclusion

TousAntiCovid : vu depuis Codeureuses en Liberté

Rapport de gestion pour 2021 suite à l’assemblée générale

Rapport de gestion 2021

Bilan financier

Bilan moral

La zone

Formation et accompagnement

Diversité

Fonctionnement courant et conditions de travail

Retour sur les perspectives annoncées prévues pour 2021

Embauche d’une personne en apprentissage

Avoir un local afin de pouvoir se croiser physiquement plus souvent

Lancer un produit à nous

Codecode.coop

Perspectives pour 2022

Quand travailler et pour qui ?

Le cadre initial

Les alternatives envisagées

Le salaire égal

Le salaire au besoin

Les évolutions

L’outillage

Les limites

Bilan

Assemblée générale

Rapport de gestion 2020

Bilan financier

Bilan moral

La zone

Quelques exemples de clients

Formation et accompagnement

Diversité

Fonctionnement courant et conditions de travail

Codecode.coop

Répercussions du covid

Perspectives pour 2021

Éthique du développement logiciel et coopératives

Retour sur une semaine en commun

Projets communs

Décisions de groupe

Une semaine de contribution aux logiciels libres

Comment contribuer à un bien commun

Comment réellement contribuer

Le coup de pied nécessaire

Bilan de la semaine

Sentiments

Enseignements

Et la suite ?

Adopter une charte d’éthique

Parlons de notre nom

Pourquoi ce nom

Ce qui ne nous va plus

Et maintenant ?

Comment contribuer aux communs ?

Le pot à cookie 🍪

Ce qui s’est passé

Contribuer à Mattermost

Des modèles qui se croisent

Pour la suite

Rapport de gestion 2016—2017

Rapport de gestion concernant les opérations de l’exercice clos le 31/12/2017

1. Situation et activité de la société durant l’exercice écoulé

Bilan financier

Les membres

Clients

Évolution et prespectives d’avenir pour l’exercice 2018

Évènements importants survenus depuis la clôture

Activité de recherche et développement

Prise de participation

Filiales et participations

Dépenses non déductibles fiscalement

3. Conventions réglementées visées à l’article L. 223-19 du Code de commerce

4. Affectation du résultat

5. Résolutions particulières