Oui ; je me suis appuyé sur plusieurs retours et effectivement il y a des erreurs dans ce que j'ai écrit. Ces erreurs ont été rectifiées dans les commentaires.
Par contre il y a tout de même des gens qui disent que c'est compliqué avec les versions OCA - cf message de Jean-Baptiste Kempf (Vidéolan).
Et le fond du problème reste vrai : ce qui est vendu est propriétaire, pas libre (et ça fait toute la différence dans la démarche commerciale / ambassadrice du logiciel libre)
Parenthèse, en achetant une version propriétaire (je ne connais pas odoo mais je suis quasiment sûr que c'est le cas avec Gitlab par exemple) tu perds la possibilité de toucher au code de ce que tu fais tourner.
Il y a une vraie différence à acheter des services sur un logiciel libre et acheter la version propriétaire d'un logiciel qui existe en version libre limitée en fonctionnalités.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est un peu du troll, mais c'est aussi un problème de fond : il est super difficile de trouver des éditeurs qui proposent leurs offres sur du logiciel libre (la plupart te vendent une version propriétaire)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
J'ai lancé un pavé dans la marre à ce sujet sur LinkedIn semaine dernière. Visiblement les migrations se font bien, même sur les versions libres (LGPL). Mais visiblement ce n'est pas le ressenti de tout le monde 🤷♂️
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Il ne faut pas comparer ce qui n'est pas comparable. On fait du logiciel libre - donc a priori conforme aux 4 libertés fondamentales et en même temps on voudrait que le logiciel soit utilisé uniquement "de la bonne manière". Dans ce cas, le mieux est de ne pas faire du logiciel libre puisqu'il est déjà établi ce qui est bien et ce qui ne l'est pas.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je comprends ; ma question n'aurait pas dû être "tes clients font ils du logiciel libre" mais "tes clients peuvent ils publier leur logiciel sous licence libre". C'est cet aspect qui est important à mon sens.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
J'ai pas dit que c'était de l'opencore mais que c'était du propriétaire. Éventuellement de l'opencore (puisque comme tu le dis, je n'ai pas creusé et c'est tout l'intérêt d'un mot comme éventuellement).
Et oui, vendre des licences, c'est du logiciel propriétaire. Ya pas besoin de sortir de Saint-Cyr pour le comprendre.
J'ai pas de problème avec le fait de vendre du logiciel propriétaire. Tu veux que je te dise : on en fait, même, pour certains clients. Mais je ne dis pas que je fais du libre quand je vends des licences.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je ne sais pas quel est ton métier. Moi je gère une boîte qui fait et vend du logiciel libre et le discours est complètement biaisé à cause des boîtes qui confondent contribuer et commercialiser.
Gitlab contribue : t'as une version libre. Très bien. Google aussi. Mais ni l'un ni l'autre n'a un modèle économique qui repose sur le logiciel libre.
Le modèle de développement de ces entreprises repose effectivement sur le logiciel libre, mais pas le modèle économique. Je peux t'en citer un paquet ; tu vas à OSXP, par exemple et tu vois la stratégie des boîtes "opensource".
Que vend la société ? C'est ça qui fait que le business est opensource ou pas, il me semble.
Après tu as raison sur le fait qu'il faut généralement éviter de s'énerver et plutôt poser des questions calmement, mais quand tu passes ton temps à expliquer aux prospects que non ce n'est pas du logiciel libre qu'ils achètent parce qu'en face tu as des commerciaux qui soient filoutent soit ne comprennent même pas le modèle de licencing de ce qu'ils proposent (coucou passbolt), ça devient fatiguant.
Le pire dans tout ça, c'est que les principaux intéressés sont bien souvent les premiers ambassadeurs de faire du commerce propriétaire.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Un business opensource c'est une activité économique où tu vends des services qui ont vocation à produire du logiciel libre. J'achète par exemple des prestations de support et maintenance sur un logiciel libre, des prestations de développement pour contribuer et faire évoluer un logiciel libre.
Ce qu'on fait avec Algoo, ce que fait Open-DSI, ce que fait XWiki etc.
C'est tout le contraire de ce que propose mattermost, gitlab par exemple.
Je vais te donner un exemple concret : dans Tracim on utilise tinymce. Il est impossible d'acheter des services support/maintenance sur la version libre. Si je deviens client c'est pour la version propriétaire. Contractuellement, rien ne garantit que ce que je remonte sera fixé dans la version libre, et notamment des évolutions fonctionnelles. Donc si je paie, aucune garantie que cet investissement que je fait sera définitivement dans le produit libre.
Si j'achète un dev ou une correction de bug à Open-DSI sur Dolibarr, ça sera forcément intégré dans le produit libre puisqu'ils ne maintiennent pas leur propre dolibarr sous une forme non libre.
Tes clients sont ils clients pour produire du libre ou du propriétaire ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est quoi que la boîte vend ? Des licences propriétaires, non ?
Que la boîte contribue en publiant une version opensource est une chose, que son modèle économique soit opensource en est une autre.
Vous avez choisi une licence GPLv3 pour le code sous licence libre. Si je fais une proposition de fonctionnalité qui s'appuie sur des dépendances GPLv3 sur lesquelles je n'ai pas la main, elles seront refusées car en désaccord avec la clause de session des droits pour faire une version propriétaire.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Ça me gonfle ce sujet car tout le monde tombe dans le panneau. Vendre une version propriétaire, c'est pas un business opensource. C'est éventuellement de l'opencore, mais en aucun cas de l'opensource.
Et l'opencore c'est encore pire que le propriétaire : ça joue sur l'image de marque sympa du logiciel libre, mais ça vend tout simplement du propriétaire.
Sans en dire le nom.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Il y a une licence opensource. Mais le business n'est pas fait sur l'Open Source : ils vendent du propriétaire. C'est si compliqué que ça à comprendre ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Effectivement ; je ne connaissais pas du tout avant les JDLL et j'avoue que je n'ai pas creusé.
Ceci dit, il s'agit d'un projet relativement ancien. Le premier commit que je trouve sur le repo est:
damien@christophecolomb:/tmp/yeswiki$ git log --reverse
commit 7a3e98ab0ddd18a70578245d9af61fb514be4b50
Author: Florian Schmitt <xxx>
Date: Mon Jan 31 00:23:19 2011 +0100
Copie initiale de YesWiki et de tous ces développement de test
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Une association semble être plus résiliente aux imprévus financiers par rapport à une société commerciale "classique" (les coopératives sont un cas particulier) et se permettre de continuer à fonctionner en situation de cessation de paiement (mais cela comporte des risques juridiques).
Qu'est-ce qui te fait dire qu'une association est plus résiliente ?
Enfin, quand on est une société commerciale, il est important d'avoir un capital à la hauteur des risques financiers. Eh oui, c'est une réserve de sécurité à la base pour accompagner le démarrage de l'entreprise sans sa base de clientèle, puis encaisser des "retournements de conjoncture" une fois qu'il y a de l'activité commerciale. Là-dessus, uTip a été très léger avec un capital de moins de 10000EUROS pour une société financière et aurait pu avoir des occasions depuis sa création en 2017 pour l'augmenter afin de parer à des trous d'air.
Pour faire face aux trous d'air, il faut de la trésorerie, pas forcément augmenter son capital.
Sans trop prendre de risque, je pense pouvoir dire que la majorité des entreprises a largement plus de trésorerie que de capital.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Si c'est un outil de travail, c'est un problème interne à ta boîte. Je dis pas que ça n'existe pas, mais c'est comme les boîtes où il faut 2 niveaux de validation hiérarchique voire plus pour acheter un bouquin ou avoir une souris ergonomique.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Mais je gère une boîte, on n'est pas représentatif.
Bah, tu sais donc qu'il faut trouver une balance entre trop (ça coûte) et pas assez (on n'ests pas assez visible) de gratuit.
Oui :-)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Comme dit au dessus, pas forcément par rapport à mediainfo mais d'une manière générale. Et pas forcément pour faire de la réécriture mais pour exploiter ce langage là où il serait pertinent.
On a des devs à Algoo qui aiment Rust et on s'est posé la question d'en introduire dans tracim. Comme dit au dessus, re-écrire quelque chose qui fonctionne n’à pas vraiment d'intérêt. Ça peut être une bonne idée d’introduire une nouvelle technologie dans de nouveaux développements, mais ça introduit aussi de l’hétérogénéité.
Au final, il n’y a pas de Rust dans tracim, mais bux à développé le client de synchronisation trsync en rust. C'est notamment intéressant pour deux raisons par rapport à notre stack classique :
la performance (on fait beaucoup de python et javascript)
la robustesse en particulier sur le multithreading
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je comprends bien le besoin de vivre sa vie, et l'envie de faire du logiciel libre. On présente le second comme quelque chose de vertueux, et le premier est une obligation.
Sauf que clairement, filer le code source gratuitement, ça va assez à l'encontre de l'idée de faire rentrer de l'argent avec.
Ce n'est pas tout à fait ça.
Tu donnes quelque chose que tu ne vends pas, effectivement. Dans notre cas, par exemple, le code est une partie de notre expertise, mais ça n'en est qu'une partie.
Qu'est-ce qu'on peut vendre alors ?
le fait qu'on connait bien le logiciel et qu'on peut donc conseiller son usage (ou son inadaptation)
le fait qu'on sait le configurer, le déployer, l'optimiser
le fait qu'on sait comment fonctionne le code, donc si tu as besoin de maintenance, on est probablement les mieux placés pour proposer des contrats de support, l'implémentation de nouvelles fonctionnalités, etc
on connaît bien les pratiques collaboratives, bien mieux qu'un paquet d'autres éditeurs et largement mieux que les boîtes qui vont juste prendre tracim, l'installer et le configurer :
il y a une philosophie qu'on insuffle dans le logiciel qui fait partie de notre expertise : mettre la connaissance en commun, permettre le travail asynchrone, éviter de noyer les gens sous des masses d'information, centraliser l'information, distinguer le support et le vecteur de l'information, harmoniser l'expérience utilisateur entre les différentes fonctionnalités, etc
comment les clients travaillent, ce qu'ils font, ce qu'ils ne font pas. Ce qui marche, ce qui ne marche pas. On le sait parce qu'on parle avec nos clients, qu'on les aide et qu'ils nous aident à les aider,
on sait accompagner les clients : tu veux déployer un nouvel outil ? Comment tu accompagnes l'organisation qui déploie ? Qui forme qui ? Comment les équipes montent-elles en compétences ? Comment aider à l'adoption massive de la solution ? Quels sont les verrous à faire sauter pour que l'outil soit adopté ? etc
Lorsqu'on déploie un logiciel dans une organisation, une partie du coût est le logiciel, et le reste c'est la conduite du changement, la formation, l'adaptation des équipes, l'optimisation de la configuration, l'adaptation des méthodes de travail, le maintien en conditions opérationnelles, la correction des bugs, etc, etc.
Donc non, donner le code ce n'est pas opposé à faire rentrer de l'argent avec, bien au contraire.
On a des clients qui paient des dizaines de milliers d'euros par an pour avoir un système qui tourne bien qui évolue dans le sens de leurs besoins et pour être accompagné par des professionnels qui les écoutent, les conseillent, les accompagnent.
On vend pas des licences d'utilisation : on donne le code et on vend les services qui vont avec / autour.
Donc je pense qu'il faut arrêter de croire que le libre est un business valable en temps que tel. C'est juste un détail sur un business plan qui marcherait sans la composante libre.
C'est intéressant ; c'est presque vrai. Ça serait vrai s'il n'y avait pas des clients sensibles au logiciel libre. Je te laisse jeter un coup d'oeil à nos références client sur le site web tracim.
La majorité des clients sont venus :
parce qu'on fait du logiciel libre,
parce qu'on héberge nos serveurs et leurs données en France,
parce qu'on est respectueux du RGPD
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
les JDLL début avril. Une partie de l'équipe algoo y sera pour parler de ce qu'on produit comme libre, et en particulier tracim. On y va pour parler de logiciel libre dans une démarche communautaire ; on anime notamment un atelier pour montrer comment faire de l'auto-hébergement du logiciel Tracim.
les RPLL fin mai. Une partie de l'équipe algoo y sera aussi. On y va pour parler de logiciel libre dans une démarche professionnelle : services, support, contrats, déploiement dans un contexte "professionnel".
Je vais participer aux deux mais je n'aurai pas la même posture. Je peux discuter avec les même personnes, peu importe leur âge, leur activité ou quoi, mais on n'a pas les même attentes - et je m'attends à ce que le public vienne chercher des choses différentes.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Un gestionnaire de tickets, et il y a le choix
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Opportunité de réinventer la roue... et la gestion de tickets ?. Évalué à 3.
Sur le côté provocateur, c'est clair et c'était aussi une expérimentation.
Force est de constater que ça marche en terme de visibilité d'être clivant.
Est-ce bien ? Mal ? La réponse n'est pas évidente : on évolue dans un écosystème qui a ses propres règles… 🤔
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Un gestionnaire de tickets, et il y a le choix
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Opportunité de réinventer la roue... et la gestion de tickets ?. Évalué à 5.
Oui ; je me suis appuyé sur plusieurs retours et effectivement il y a des erreurs dans ce que j'ai écrit. Ces erreurs ont été rectifiées dans les commentaires.
Par contre il y a tout de même des gens qui disent que c'est compliqué avec les versions OCA - cf message de Jean-Baptiste Kempf (Vidéolan).
Et le fond du problème reste vrai : ce qui est vendu est propriétaire, pas libre (et ça fait toute la différence dans la démarche commerciale / ambassadrice du logiciel libre)
Cf le lien https://www.gnu.org/philosophy/when-free-depends-on-nonfree.fr.html
Parenthèse, en achetant une version propriétaire (je ne connais pas odoo mais je suis quasiment sûr que c'est le cas avec Gitlab par exemple) tu perds la possibilité de toucher au code de ce que tu fais tourner.
Il y a une vraie différence à acheter des services sur un logiciel libre et acheter la version propriétaire d'un logiciel qui existe en version libre limitée en fonctionnalités.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Un gestionnaire de tickets, et il y a le choix
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Opportunité de réinventer la roue... et la gestion de tickets ?. Évalué à 4.
https://www.linkedin.com/posts/damienaccorsi_opensource-odoo-odoo-activity-7059783201686212608-2U1L
C'est un peu du troll, mais c'est aussi un problème de fond : il est super difficile de trouver des éditeurs qui proposent leurs offres sur du logiciel libre (la plupart te vendent une version propriétaire)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Un gestionnaire de tickets, et il y a le choix
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Opportunité de réinventer la roue... et la gestion de tickets ?. Évalué à 4.
J'ai lancé un pavé dans la marre à ce sujet sur LinkedIn semaine dernière. Visiblement les migrations se font bien, même sur les versions libres (LGPL). Mais visiblement ce n'est pas le ressenti de tout le monde 🤷♂️
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Une des raisons pour laquelle j'aime le libre
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Veuillez ne pas mettre mon code sur GitHub. Évalué à 7.
Il ne faut pas comparer ce qui n'est pas comparable. On fait du logiciel libre - donc a priori conforme aux 4 libertés fondamentales et en même temps on voudrait que le logiciel soit utilisé uniquement "de la bonne manière". Dans ce cas, le mieux est de ne pas faire du logiciel libre puisqu'il est déjà établi ce qui est bien et ce qui ne l'est pas.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Licence
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Veuillez ne pas mettre mon code sur GitHub. Évalué à 8.
Parmi les 4 libertés fondamentales du logiciel libre, il y a la liberté d'utiliser et la liberté d'étudier.
Interdire d'utiliser le code pour faire du machine learning me semble en désaccord avec ces 2 libertés…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# On a rédigé un article qui explique et "vulgarise" un peu ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Le Cyber Resilience Act de l’Union européenne menace l’avenir du logiciel libre. Évalué à 8.
https://www.algoo.fr/fr/actualites/article/cyber-resilience-act-un-obstacle-pour-l-open-source
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ben plutôt le contraire
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Slint 1.0 : une boîte à outils graphiques natifs pour poste client et embarqué. Évalué à 2.
Je comprends ; ma question n'aurait pas dû être "tes clients font ils du logiciel libre" mais "tes clients peuvent ils publier leur logiciel sous licence libre". C'est cet aspect qui est important à mon sens.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ben plutôt le contraire
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Slint 1.0 : une boîte à outils graphiques natifs pour poste client et embarqué. Évalué à 4. Dernière modification le 08 avril 2023 à 12:16.
Tu lis en diagonale ce que j'ai écrit.
J'ai pas dit que c'était de l'opencore mais que c'était du propriétaire. Éventuellement de l'opencore (puisque comme tu le dis, je n'ai pas creusé et c'est tout l'intérêt d'un mot comme éventuellement).
Et oui, vendre des licences, c'est du logiciel propriétaire. Ya pas besoin de sortir de Saint-Cyr pour le comprendre.
J'ai pas de problème avec le fait de vendre du logiciel propriétaire. Tu veux que je te dise : on en fait, même, pour certains clients. Mais je ne dis pas que je fais du libre quand je vends des licences.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ben plutôt le contraire
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Slint 1.0 : une boîte à outils graphiques natifs pour poste client et embarqué. Évalué à 3.
Ce qui est vendu est une licence propriétaire, pas un service quelconque sur du logiciel libre.
C'est donc un business propriétaire qui contribue au libre. Cf mon commentaire ci-dessous
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ben plutôt le contraire
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Slint 1.0 : une boîte à outils graphiques natifs pour poste client et embarqué. Évalué à 4.
Je ne sais pas quel est ton métier. Moi je gère une boîte qui fait et vend du logiciel libre et le discours est complètement biaisé à cause des boîtes qui confondent contribuer et commercialiser.
Gitlab contribue : t'as une version libre. Très bien. Google aussi. Mais ni l'un ni l'autre n'a un modèle économique qui repose sur le logiciel libre.
Le modèle de développement de ces entreprises repose effectivement sur le logiciel libre, mais pas le modèle économique. Je peux t'en citer un paquet ; tu vas à OSXP, par exemple et tu vois la stratégie des boîtes "opensource".
Que vend la société ? C'est ça qui fait que le business est opensource ou pas, il me semble.
Après tu as raison sur le fait qu'il faut généralement éviter de s'énerver et plutôt poser des questions calmement, mais quand tu passes ton temps à expliquer aux prospects que non ce n'est pas du logiciel libre qu'ils achètent parce qu'en face tu as des commerciaux qui soient filoutent soit ne comprennent même pas le modèle de licencing de ce qu'ils proposent (coucou passbolt), ça devient fatiguant.
Le pire dans tout ça, c'est que les principaux intéressés sont bien souvent les premiers ambassadeurs de faire du commerce propriétaire.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ben plutôt le contraire
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Slint 1.0 : une boîte à outils graphiques natifs pour poste client et embarqué. Évalué à 4. Dernière modification le 08 avril 2023 à 10:35.
Un business opensource c'est une activité économique où tu vends des services qui ont vocation à produire du logiciel libre. J'achète par exemple des prestations de support et maintenance sur un logiciel libre, des prestations de développement pour contribuer et faire évoluer un logiciel libre.
Ce qu'on fait avec Algoo, ce que fait Open-DSI, ce que fait XWiki etc.
C'est tout le contraire de ce que propose mattermost, gitlab par exemple.
Je vais te donner un exemple concret : dans Tracim on utilise tinymce. Il est impossible d'acheter des services support/maintenance sur la version libre. Si je deviens client c'est pour la version propriétaire. Contractuellement, rien ne garantit que ce que je remonte sera fixé dans la version libre, et notamment des évolutions fonctionnelles. Donc si je paie, aucune garantie que cet investissement que je fait sera définitivement dans le produit libre.
Si j'achète un dev ou une correction de bug à Open-DSI sur Dolibarr, ça sera forcément intégré dans le produit libre puisqu'ils ne maintiennent pas leur propre dolibarr sous une forme non libre.
Tes clients sont ils clients pour produire du libre ou du propriétaire ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ben plutôt le contraire
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Slint 1.0 : une boîte à outils graphiques natifs pour poste client et embarqué. Évalué à 3.
C'est quoi que la boîte vend ? Des licences propriétaires, non ?
Que la boîte contribue en publiant une version opensource est une chose, que son modèle économique soit opensource en est une autre.
Vous avez choisi une licence GPLv3 pour le code sous licence libre. Si je fais une proposition de fonctionnalité qui s'appuie sur des dépendances GPLv3 sur lesquelles je n'ai pas la main, elles seront refusées car en désaccord avec la clause de session des droits pour faire une version propriétaire.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ben plutôt le contraire
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Slint 1.0 : une boîte à outils graphiques natifs pour poste client et embarqué. Évalué à 3.
Ça me gonfle ce sujet car tout le monde tombe dans le panneau. Vendre une version propriétaire, c'est pas un business opensource. C'est éventuellement de l'opencore, mais en aucun cas de l'opensource.
Et l'opencore c'est encore pire que le propriétaire : ça joue sur l'image de marque sympa du logiciel libre, mais ça vend tout simplement du propriétaire.
Sans en dire le nom.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ben plutôt le contraire
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Slint 1.0 : une boîte à outils graphiques natifs pour poste client et embarqué. Évalué à 3.
Il y a une licence opensource. Mais le business n'est pas fait sur l'Open Source : ils vendent du propriétaire. C'est si compliqué que ça à comprendre ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: encore un kiwi ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal JDLL 2023 - Entre découverte de logiciels, partage de savoirs et collaboration. Évalué à 3.
Effectivement ; je ne connaissais pas du tout avant les JDLL et j'avoue que je n'ai pas creusé.
Ceci dit, il s'agit d'un projet relativement ancien. Le premier commit que je trouve sur le repo est:
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Précédemment avec Liberapay...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien uTip annonce aujourd'hui qu'ils ferment demain. Évalué à 4.
La situation de cessation de paiement existe pour les entreprises, c'est une démarche à déclencher et anticiper - cf https://www.economie.gouv.fr/entreprises/cessation-paiement-entreprise
Qu'est-ce qui te fait dire qu'une association est plus résiliente ?
Pour faire face aux trous d'air, il faut de la trésorerie, pas forcément augmenter son capital.
Sans trop prendre de risque, je pense pouvoir dire que la majorité des entreprises a largement plus de trésorerie que de capital.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Qu'en penser ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Docker aime finalement le libre. Évalué à 5.
Si c'est un outil de travail, c'est un problème interne à ta boîte. Je dis pas que ça n'existe pas, mais c'est comme les boîtes où il faut 2 niveaux de validation hiérarchique voire plus pour acheter un bouquin ou avoir une souris ergonomique.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Qu'en penser ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Docker aime finalement le libre. Évalué à 2.
Oui :-)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Qu'en penser ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Docker aime finalement le libre. Évalué à 4.
Perso je trouvais pas choquant de passer sur du payant. La marche était un peu haute.
Mais je gère une boîte, on n'est pas représentatif.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Qu'en penser ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Docker aime finalement le libre. Évalué à 5.
Peut être que docker a juste voulu éviter la mauvaise pub. Ou alors ils ont écouté la communauté.
La réalité est probablement un mix des deux, qui sont de fait intimement liés
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Introduction de rust dans la stack tracim
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Petite question sur MediaInfo à son auteur. Évalué à 8.
Comme dit au dessus, pas forcément par rapport à mediainfo mais d'une manière générale. Et pas forcément pour faire de la réécriture mais pour exploiter ce langage là où il serait pertinent.
On a des devs à Algoo qui aiment Rust et on s'est posé la question d'en introduire dans tracim. Comme dit au dessus, re-écrire quelque chose qui fonctionne n’à pas vraiment d'intérêt. Ça peut être une bonne idée d’introduire une nouvelle technologie dans de nouveaux développements, mais ça introduit aussi de l’hétérogénéité.
Au final, il n’y a pas de Rust dans tracim, mais bux à développé le client de synchronisation trsync en rust. C'est notamment intéressant pour deux raisons par rapport à notre stack classique :
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Un peut court...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Webinaire de présentation thunderbird ce jeudi 16/03 à 12h. Évalué à 2.
Ça va être dispo oui
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: C'est tabou de payer pour du logiciel libre ... même pour les libristes :.(
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Docker supprime l'accès gratuit aux groupes et organisations. Évalué à 8.
Ce n'est pas tout à fait ça.
Tu donnes quelque chose que tu ne vends pas, effectivement. Dans notre cas, par exemple, le code est une partie de notre expertise, mais ça n'en est qu'une partie.
Qu'est-ce qu'on peut vendre alors ?
Lorsqu'on déploie un logiciel dans une organisation, une partie du coût est le logiciel, et le reste c'est la conduite du changement, la formation, l'adaptation des équipes, l'optimisation de la configuration, l'adaptation des méthodes de travail, le maintien en conditions opérationnelles, la correction des bugs, etc, etc.
Donc non, donner le code ce n'est pas opposé à faire rentrer de l'argent avec, bien au contraire.
On a des clients qui paient des dizaines de milliers d'euros par an pour avoir un système qui tourne bien qui évolue dans le sens de leurs besoins et pour être accompagné par des professionnels qui les écoutent, les conseillent, les accompagnent.
On vend pas des licences d'utilisation : on donne le code et on vend les services qui vont avec / autour.
C'est intéressant ; c'est presque vrai. Ça serait vrai s'il n'y avait pas des clients sensibles au logiciel libre. Je te laisse jeter un coup d'oeil à nos références client sur le site web tracim.
La majorité des clients sont venus :
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Rencontres Professionnelles
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Les RPLL le 24 mai 2023 à Lyon (appel à exposants). Évalué à 4.
Ma vie : À Lyon, il y a
Je vais participer aux deux mais je n'aurai pas la même posture. Je peux discuter avec les même personnes, peu importe leur âge, leur activité ou quoi, mais on n'a pas les même attentes - et je m'attends à ce que le public vienne chercher des choses différentes.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo