Une licence est un contrat. Un contrat n'est pas une licence.
Tu peux acheter une licence pour un logiciel propriétaire mais pas pour un logiciel libre.
Pour un logiciel libre, tu peux signer un contrat de service, mais pas un contrat de licence.
Tu as déjà accepté les conditions d'utilisation en installant Thunderbird ou autre logiciel libre ?
Pour un logiciel libre, la licence n'est pas un contrat commercial ; du coup si tu veux des garanties (ça a un coût) il faut un contrat de service associé au logiciel.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Si on parle de contrat, pas de problème de licence : nous sommes nombreux à porter des activités économiques autour du logiciel libre. Une partie non négligeable de l'activité repose sur la sécurisation de l'utilisation de logiciels libres (maintenance, évolutions, mises à jour de sécurité, etc)
Du coup, l'argument ne tient pas : tu n'as rien signé quand tu utilises un logiciel libre sans être accompagné (contrairement à un achat de licence chez un éditeur propriétaire).
Ne pas confondre licence et contrat : les deux sont liés mais ça reste des éléments distincts et complémentaires.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
L'IA va apprendre, et cibler des trucs qui n'ont rien a voir; c'est tous le problème de vouloir développer ce système sur un équipement autonome armé; et penser à tout c'est compliqué.
Par principe tu ne peux pas penser à tout puisque la démarche est justement de laisser la machine apprendre.
Tu peux anticiper un maximum de cas problématiques, mais par définition tu ne peux pas tout prévoir.
Si on peut tout prévoir, alors il s'agit d'un algorithme.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je ne sais pas si c'est un effort. Les éléments sont globalement définis avant publication. C'est un effort de tout définir mais c'est un travail qui est fait de toute façon à un moment ou à un autre.
L'effort est plutôt sur la transparence et les risques que ça engendre en cas de faux-pas, critiques, image de marque. C'est une posture qui nécessite surtout d'assumer ses positions et de ne pas se braquer en cas de désaccord ou d'erreur.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
J'ai pas moinsé mais ya un problème de cohérence : tu cherches un service gratuit, tu agressés les gens qui t'ont moinsé sur l'idée qu'ils l'ont fait parce que tu gagnes de l'argent, et l'envoi de SMS est lié à tes clients (qui eux te paient a priori sinon tu ne parlerais pas de clients).
Service gratuit pour clients payant, ça m'interpelle, et je pense qu'ici, sur ce genre de sujet, il y a plus de public prêt à payer et fournir un service de qualité que de "gratuites" qui cherchent l'économie comme critère principal.
Au demeurant, la question des alternatives est très intéressante. Je n'en connais pas, personnellement, mais je suis intéressé.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
pas besoin de critiquer le marketing de vente de l'entreprise Odoo—je suis plutôt content que Fabien Pinkaers continue, malgré ses millions, de développer en libre la plus grande partie d'Odoo.
Heureusement qu'on peut encore critiquer la stratégie marketing et commerciale des gros contributeurs à des logiciels libres, sinon Google, Facebook, Amazon seraient les meilleurs ambassadeurs du logiciel libre !
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Heu, si on est complètement dans l'open-core, non ?
Pour finir, si on veut du 100% libre on peut avec Odoo
En fait le sujet n'est pas est-ce qu'on peut avoir du logiciel libre, c'est est-ce que le modèle économique propose du libre. Et à mon sens non :
tu ne peux pas acheter un contrat de support niveau 3 sur le logiciel libre (il y a tout, et donc possiblement les corrections de bug que tu demandes ne seront pas faites sur la partie libre)
tu ne peux pas acheter un hébergement de la version libre (mais ok, tu peux par une autre boîte - mais donc le modèle économique de l'entreprise ne repose pas sur du libre - le modèle de développement oui)
tu es partenaire ? Tu es incité à vendre du logiciel propriétaire - c'est le deal et c'est ce que Fabien Pinkaers a très bien expliqué en commentaire de ma publication LinkedIN.
Après, ça ne remet pas en cause la réussite et la qualité du logiciel, ni la dynamique de la communauté. C'est juste un modèle économique qui repose sur la vente de logiciel propriétaire.
Pour l'entreprise Odoo, le libre est un moyen (de développer la notoriété du logiciel) et non une finalité puisque Odoo ne vend aucun service sur une version libre - et c'est Fabien lui-même qui l'explique.
En tant que client, ça change pas mal les choses.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Bref, depuis 10 ans je relativise beaucoup, notre métier est plein de charlots ou de gens trop sûrs d'eux qui manquent d'expérience ou de recul.
Il y a aussi beaucoup de monde qui vend du rêve autour du logiciel libre et pour lesquels les acheteurs tombent dans le panneau.
Ce qui déséquilibre la "compétition".
Franchement, faut aller à des évènements comme OSXP et voir ce que les gens vendent en tant que logiciel libre.
Comme la plupart des personnes ne comprennent pas les subtilités des licences logicielles et des modèles économiques, il est rapide de tomber dans le panneau - et nombre d'entreprises jouent en zone grise.
Olivier Lambert, dirigeant de Vates (xcp-ng, xen orchestra) évoque aussi le contrat moral qui va avec le logiciel libre dans un excellent article de blog - https://virtualize.sh/blog/the-moral-contract/ (article en Anglais) (c'est pas directement le sujet que j'évoque, mais c'est lié)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
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
[^] # Re: On ne sait pas ce qu'il y a dedans
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Pourquoi on n'utilise pas de logiciel libre en entreprise, la réponse va vous étonner. Évalué à 8.
Une licence est un contrat. Un contrat n'est pas une licence.
Tu peux acheter une licence pour un logiciel propriétaire mais pas pour un logiciel libre.
Pour un logiciel libre, tu peux signer un contrat de service, mais pas un contrat de licence.
Tu as déjà accepté les conditions d'utilisation en installant Thunderbird ou autre logiciel libre ?
Pour un logiciel libre, la licence n'est pas un contrat commercial ; du coup si tu veux des garanties (ça a un coût) il faut un contrat de service associé au logiciel.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: On ne sait pas ce qu'il y a dedans
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Pourquoi on n'utilise pas de logiciel libre en entreprise, la réponse va vous étonner. Évalué à 6.
Si on parle de contrat, pas de problème de licence : nous sommes nombreux à porter des activités économiques autour du logiciel libre. Une partie non négligeable de l'activité repose sur la sécurisation de l'utilisation de logiciels libres (maintenance, évolutions, mises à jour de sécurité, etc)
Du coup, l'argument ne tient pas : tu n'as rien signé quand tu utilises un logiciel libre sans être accompagné (contrairement à un achat de licence chez un éditeur propriétaire).
Ne pas confondre licence et contrat : les deux sont liés mais ça reste des éléments distincts et complémentaires.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: On ne sait pas ce qu'il y a dedans
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Pourquoi on n'utilise pas de logiciel libre en entreprise, la réponse va vous étonner. Évalué à 10.
Je me souviens d'avoir lu le contrat de licence de Microsoft office il y a des années et le logiciel venait avec absolument aucune garantie.
Donc contractuellement, je ne suis pas certain qu'il y ait une différence …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Simulation
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Une simulation de drone de combat qui tourne mal. Évalué à 6.
Par principe tu ne peux pas penser à tout puisque la démarche est justement de laisser la machine apprendre.
Tu peux anticiper un maximum de cas problématiques, mais par définition tu ne peux pas tout prévoir.
Si on peut tout prévoir, alors il s'agit d'un algorithme.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Ouf
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Une simulation de drone de combat qui tourne mal. Évalué à 8.
On s'inquiète pour rien du coup. On a eu chaud 😅
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Base de LibreOffice
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message progiciel libre de gestion clients?. Évalué à 2.
Il me semble que le sujet est sur les encaissements / la comptabilité, pas sur la facturation, non ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# OpenConcerto, Dolibarr
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message progiciel libre de gestion clients?. Évalué à 4.
Sont deux logiciels qui répondent et peuvent être supportés par des professionnels tout en restant complètement libres.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Si j'ai bien compris...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien why I left Rust. Évalué à 7.
Les organisateurs ont sollicité JeanHeyd pour qu'il fasse une Keynote. Il accepte. Une semaine plus tard ils lui disent : "non mais en fait non" …
C'est tellement … faut pas avoir d'amour propre pour faire ça :-o
(je ne parle pas du processus qui a l'air
assez mal structurédéfaillant - je connais pas l'historique des orga, donc difficile d'avoir un avis)#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Exemplaire !
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Algoo recrute un "lead developeur" (web idéalement) expérimenté. Évalué à 10.
Je ne sais pas si c'est un effort. Les éléments sont globalement définis avant publication. C'est un effort de tout définir mais c'est un travail qui est fait de toute façon à un moment ou à un autre.
L'effort est plutôt sur la transparence et les risques que ça engendre en cas de faux-pas, critiques, image de marque. C'est une posture qui nécessite surtout d'assumer ses positions et de ne pas se braquer en cas de désaccord ou d'erreur.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Rageux
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Cherche API SMS pour pas cher ou gratuit. Évalué à 10.
J'ai pas moinsé mais ya un problème de cohérence : tu cherches un service gratuit, tu agressés les gens qui t'ont moinsé sur l'idée qu'ils l'ont fait parce que tu gagnes de l'argent, et l'envoi de SMS est lié à tes clients (qui eux te paient a priori sinon tu ne parlerais pas de clients).
Service gratuit pour clients payant, ça m'interpelle, et je pense qu'ici, sur ce genre de sujet, il y a plus de public prêt à payer et fournir un service de qualité que de "gratuites" qui cherchent l'économie comme critère principal.
Au demeurant, la question des alternatives est très intéressante. Je n'en connais pas, personnellement, mais je suis intéressé.
#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.
Heureusement qu'on peut encore critiquer la stratégie marketing et commerciale des gros contributeurs à des logiciels libres, sinon Google, Facebook, Amazon seraient les meilleurs ambassadeurs du logiciel libre !
#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.
Heu, si on est complètement dans l'open-core, non ?
En fait le sujet n'est pas est-ce qu'on peut avoir du logiciel libre, c'est est-ce que le modèle économique propose du libre. Et à mon sens non :
Après, ça ne remet pas en cause la réussite et la qualité du logiciel, ni la dynamique de la communauté. C'est juste un modèle économique qui repose sur la vente de logiciel propriétaire.
Pour l'entreprise Odoo, le libre est un moyen (de développer la notoriété du logiciel) et non une finalité puisque Odoo ne vend aucun service sur une version libre - et c'est Fabien lui-même qui l'explique.
En tant que client, ça change pas mal les choses.
#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. Dernière modification le 10 mai 2023 à 15:54.
Il y a aussi beaucoup de monde qui vend du rêve autour du logiciel libre et pour lesquels les acheteurs tombent dans le panneau.
Ce qui déséquilibre la "compétition".
Franchement, faut aller à des évènements comme OSXP et voir ce que les gens vendent en tant que logiciel libre.
Comme la plupart des personnes ne comprennent pas les subtilités des licences logicielles et des modèles économiques, il est rapide de tomber dans le panneau - et nombre d'entreprises jouent en zone grise.
Olivier Lambert, dirigeant de Vates (xcp-ng, xen orchestra) évoque aussi le contrat moral qui va avec le logiciel libre dans un excellent article de blog - https://virtualize.sh/blog/the-moral-contract/ (article en Anglais) (c'est pas directement le sujet que j'évoque, mais c'est lié)
#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