Marien Fressinaud

Retour d’expérience personnel : comment gagner sa vie avec du logiciel libre ?

Vous vous ennuyez dans votre job actuel ? Votre patron est insupportable et vos collègues vous ennuient ? En plus le baby-foot est cassé et le café insipide… Avez-vous songé à tout plaquer pour vivre votre meilleure vie ? Tout plaquer pour élever des logiciels libres ? Je me suis lancé il y a plus de deux ans avec [Flus](https://flus.fr). Je vous propose un retour d’expérience — pas du tout exhaustif — sur les pourquoi et comment je me suis lancé. Je vous parlerai de tout ce à quoi il faut penser, de mes techniques pour ne rater aucune échéance de déclaration de chiffre d’affaires à pourquoi j’utilise le vouvoiement lorsque je fais du support. Je vous expliquerai évidemment ce que j’ai appris et, surtout, ce qui n’a pas marché. Je ne parlerai pas d’échec, mais peut-être me poserai-je la question de savoir si, tout compte fait, je ne devrais pas arrêter.

Retour d'expérience sur la création d'une micro-entreprise pour vivre de logiciel libre.

_Clause de non-responsabilité : bien que le but de cette conférence est de partager une démarche à travers mon expérience, il se pourrait que j’y fasse malencontreusement ma propre pub ; vous voilà prévenu·es !_ En décembre 2018, je rejoignais la plus grande entreprise de France : Pôle Emploi. Je comptais alors me mettre à mon compte en faisant du service et du conseil. Quelques mois plus tard je réalisais que j’étais en train de faire fausse route : cette voie ne m’intéressait absolument pas. Marche arrière ! Et si je revenais à mes premières envies ? Et si je mettais en place et gérais un service en ligne basé sur un logiciel que je développe ? J’ai ouvert Flus, un service d’agrégation de l’actualité, à la fin du mois de novembre 2019, quasiment un an après être arrivé au chômage. Je vous propose un retour d’expérience pour retracer le chemin que j’ai parcouru, de l’idée jusqu’à mes projets. Le but de cette conférence est de montrer qu’on peut démarrer assez simplement, et éventuellement de vous donner envie de mettre le pied à l’étrier. Je tenterai d’être aussi complet que possible vis-à-vis de ma propre expérience en traitant des sujets comme les conditions qui ont fait que j’ai pu me lancer, les limites que je me fixe, les difficultés rencontrées au fil du temps ou encore la manière dont s’articule mon travail avec celui de la communauté du logiciel FreshRSS. En aucun cas il ne s’agira d’être exhaustif vis-à-vis des alternatives de financement que je n’ai pas explorées.

Comment concevoir des logiciels simples, plus maintenables et adaptés aux enjeux de « demain ».

La liberté 1 d’un logiciel libre stipule que l’on doit pouvoir en étudier son fonctionnement et l’adapter à ses besoins. En pratique, lorsqu’un logiciel grossit, il devient de plus en plus compliqué de pouvoir appliquer cette liberté. Cette complexité se fait bien souvent sous couvert d’une plus grande facilité de développement pour les concepteurs initiaux, mais au détriment des nouveaux. A-t-on vraiment besoin de tous ces cadriciels (ou _frameworks_) à la mode pour développer ? Sur un aspect plus politique, nous partirons du postulat que nos modes de consommation actuels ne sont pas tenables sur le moyen et long terme. Le numérique a notamment un impact non négligeable sur les ressources, le climat, ainsi que sur les humains (aux deux bouts de la chaîne, production comme consommation). De plus, aussi enthousiasmantes les possibilités que nous offre Internet soient-elles, son infrastructure n’est pas aussi solide que l’on voudrait nous le faire croire. Le numérique a-t-il sa place dans le monde de « demain » et si oui, sous quelle(s) forme(s) ? Quel que soit le bout par lequel on prend le problème, il devient urgent (tout du moins important) de nous questionner sur notre façon de développer. Et si l’on revenait à des choses plus simples ? Prenons un peu de recul en questionnant nos besoins : si mon logiciel ne devait faire qu’une seule chose, qu’est-ce que cela doit être ? Est-ce si important de dépendre d’Internet pour qu’il fonctionne ? Est-ce que tout cela ne me permettrait pas de réduire les dépendances (et donc la complexité) de mon logiciel ? Et que faire de tout ce temps que me libère le non-développement de fonctionnalités que je considère désormais comme dispensables ? Lorsque j’ai commencé en informatique, on me bassinait avec la philosophie Unix : « Ne faire qu’une seule chose, et la faire bien ». J’y vois aujourd’hui un hommage aux logiciels plus simples, plus maintenables, plus accueillants ; aux logiciels « basse technologie » en somme. Et une dernière question pour la route : cela suffira-t-il ?