Avec Debian, par exemple, tu mets ta confiance uniquement dans les mainteneurs
Il y a beaucoup trop de mainteneurs pour que l'argument tienne. Et c'est en plus faux, tu mets ta confiance dans :
le développeur upstream
le mainteneur du paquet
les mainteneurs du dépôt
Aucune différence avec chocolatey donc, ou tu mets ta confiance dans :
le développeur upstream
le mainteneur du paquet
les mainteneurs de l'index
Et, au risque de me répéter, c'est strictement la même chose pour tout les gestionnaires paquets existant. Pire, tu as AUR (archlinux), npm, PyPI, crates.io, etc… qui ne sont pas curated par des mainteneurs.
De plus, combien de fois je dois ajouter un dépôt au sources.list (vscode, mongodb, node, …), l'argument tiens encore moins.
Avec Debian, la charte impose la distribution de logiciel redistribuable et donc, si un paquet VS Code existait, il serait produit avec la version open source "codium" et donc sans la télémétrie propriétaire de Microsoft ni leur marché d'extension (car inaccessible pour les binaires non fournis par Microsoft).
Qu'est-ce qui dans l'architecture de chocolatey empêche la création d'un paquet vscodium ?
Il me semble que ce n'est pas un repository de binaires et / où sources de logiciel, mais juste un index centralisé des liens de téléchargement de chaque logiciel.
Pour l'utilisateur final, cela ne change rien, c'est juste un détail d'implémentation. Et ce n'est valable que pour chocolatey, msys2 lui repose sur pacman (de archlinux).
Si je ne me trompe pas, la situation ne s'améliore pas
Ben si justement, on a maintenant des outils pour optimiser l'installation de logiciel alors qu'avant non. En quoi cela ne serait pas une amélioration de la situation ?
tu dois faire confiance aux scripts PowerShell de la communauté chocolatey.
Sous n'importe quel système de gestion de paquet (npm, pip, cargo, apt, pacman, …) tu dois faire confiance aux mainteneurs du dépôt ou du paquet.
Si c'est un argument contre Windows, c'est aussi un argument contre Linux.
Le terme "Linux Desktop" ca veut dire "Un système d'exploitation basé sur Linux pour une utilisation bureautique". Le terme bureautique a aussi une signification particulière, et "je l'ai posé sur un bureau en bois" n'est pas la définition.
Mon ordinateur est posé sur une petite table en bois et pas un bureau, du coup je suis pas inclus dans les chiffres ?
Une VM, un conteneur Docker, le WSL, ce n'est pas de la bureautique, je vois pas comment cela peut être sujet à débat.
Remarque que la phrase n'est pas Linux as the desktop OS.
Merci, mais ta mauvaise foi tu peux te la garder.
Ou alors dans ce cas laisse moi surenchérir, Mac OS est un système FOSS car je peux installer GIMP dessus ?
Personnellement je n'ai jamais compris comment on pouvait utiliser Windows pour travailler
[…]
il faut se taper 50 000 sites webs pour télécharger des trucs qui peuvent aider à travailler
Git Bash
MSYS2 (avec pacman)
Chocolatey ou winget
PowerShell
…
NodeJS, Python, Ruby, GCC (mingw), Clang, CMake, vcpkg, Rust, Go, et bien d'autres langages/toolchains tournent sous windows très bien.
Tout les IDE les plus populaires tournent aussi sous Windows pour au final aucune différence de comportement.
Après bien sûr, pour comprendre il faut d'abord faire un peu de recherche ou voir même essayer. Mais c'est plus facile de suivre la tradition de "bouh windows c'est nul pour dev"
Un live de décollage d'une fusée en direction de la lune, dont les systèmes reposent sur de nombreux logiciels/technologies libre, oui ça me semble cohérent.
Pour la cuisson du poulet, j'avoue, cela n'a rien à faire ici non plus. La preuve: -15
Je pense que cet article prédate systemd (corrigez moi si je me trompe).
En général, j'aime bien mettre le titre original de la page en guise de titre de lien, plutôt qu'une interprétation personnelle, je laisse ainsi chacun se faire son propre avis.
En tout cas, merci de ce repartage, c'est toujours un plaisir de le voir passer. Cet article regorge de ce qui m'a séduit à l'époque sous Linux: tu peux le bidouiller comme tu veux.
Même si aujourd'hui je ne bidouille plus mon système (manque de temps et de motivation), et que je tourne sous Windows, c'est quand même fun à voir.
Une question qui me turlupine quand même, c'est comment intégrer efficacement un SceneGraph et un ECS.
Le but des ECS c'est de stocker les données de manière contigüe en mémoire, afin de gagner en performance lors de l'accès aux données.
On va donc avoir un tableau de "transform", un tableau de "shader", un tableau de "mesh", etc… (tableau dans le sens non-IT du terme, l'implémentation peut être un array, un sparse set, un vector, etc… ce n'est pas de ça que je parle ici quand je dis tableau)
Et on va ensuite avec une fonction "render" qui va itérer sur ces tableaux. Et les caches du CPU seront bien content.
Sauf que un SceneGraph, c'est un graphe acyclique. Donc des pointeurs vers des structures qui contiennent des pointeurs vers d'autres structures.
Je vois alors 2 solutions :
le composant "transform" contient une référence vers le noeud du SceneGraph : mince on doit faire un aller/retour entre le CPU et la RAM, le gain de perf est nullifié
les noeuds du SceneGraph ont une référence vers l'entité, chaque frame on doit vérifier si l'entité existe encore et synchroniser le SceneGraph, puis mettre à jour le composant "transform" de l'entité : aucune idée du coût en performance de faire ça a chaque frame
Quand tu fais du libre et qu'ensuite tu viens de plaindre "mince, les gens profitent des libertés que je leur ai donné, quelle ironie du sort", oui j'estime qu'il ne sait pas ce qu'implique le libre.
pour asséner des "il n'aime pas le libre, il aime l'argent".
Ou est le mal a aimer l'argent ? A vouloir générer un revenu et vivre de son travail ?
Ce que je critique n'est pas son "échec", c'est son incompréhension du libre et des libertés et des conséquences que cela a.
"Je fais du libre, mais que tant que ça rapporte des sous" c'est pas "aimer le libre".
Tu ne vois pas la violence du procédé ?
Aucune violence ici, juste un autre exemple (parmi tant d'autres) que faire un business model autour du libre c'est pas si facile. Beaucoup d'appelés, peu d'élus.
Quand tu veux passer à temps plein sur un projet, tu prends un risque, t'as donc intérêt à être prêt.
Je maintiens qu'il y a 2 ans, il aurait du ouvrir une discussion du style "je vais passer à temps plein sur ce projet, des idées de business model pour rendre le projet rentable histoire que j'y perde pas des plumes ?".
Il est parfaitement acceptable de changer la licence libre pour une licence commerciale, que ce soit maintenant ou il y a 2 ans. Mais il faut aussi se remettre en question sur ce qu'on attend du libre.
Faire du libre pour dire "hé moi je fais du libre t'as vu ?" c'est plus une histoire d'égo en fait.
Comme toujours on est bien plus prompte à tacler ceux qui échouent à maintenir leur projet libre qu'à soutenir et aider.
Je ne critique pas sa décision d'arrêter de faire du libre, je déplore qu'elle arrive si tard.
Je vais me prendre en exemple, lorsque je créé un nouveau projet, il est privé par défaut. Au moment ou se pose la question de le distribuer, je me pose les questions suivantes :
qui est la cible ?
est-ce que cette cible serait prête à payer pour ce projet ?
est-ce que je suis prêt à investir en communication/marketting/… pour tenter d'aller chercher cette cible sans attendre l'effet de bouche-à-oreille ?
est-ce que c'est une niche suffisamment développée pour être rentable ?
est-ce que j'ai des concurrents ? qui sont ils ? comment mon projet se compare à eux ?
si je rend le projet libre, est-ce que je me sens capable de le maintenir dans le temps ? en ai-je envie ? dois-je chercher des repreneurs ?
Et j'en passe bien d'autres. Le choix d'une licence libre est donc un choix conscient et réfléchi. C'est le résultat d'une réflexion, pas une option par défaut.
Ce que je critique, c'est que dans 90% des cas, les "développeurs open-source" n'ont en fait jamais réfléchi à ce que cela veut dire, à ce que leurs licences impliquent. Quand tu créé un dépôt Github, tu dois opt-ou de l'option "publique" et opt-in dans l'option "privé".
Les gens se servent de Github comme d'un port-folio, la ou moi je m'en sers de backup puis d'outil de collaboration. (Parenthèse, je ne comprends pas les gens qui forkent ton projet sans jamais faire de commit, c'est pour faire joli sur leurs profils ?).
Quand rendre publique un projet devient une action supplémentaire et manuelle, la réflexion sur le libre et ses enjeux devient automatique.
J'ai pas mal de "projet perso", certains que je ne finirai jamais, d'autres qui avancent lentement, beaucoup qui ne servent à rien, certains qui pourrait avoir un intérêt dans certaines niches mais dont je ne sais pas encore comme je me place face à la compétition. Ces projets ne sont pas encore opensource, et si je décide de les sortir sous MIT/GPL/… ce sera suite à une réflexion de la sorte.
TL;DR: Réfléchissez avant de faire du libre si vous avez vraiment envie d'en faire.
Le fait que son article parle de ça montre que c'est une de ses préoccupation principale, devant la philosophie du libre. Ce n'est pas un mal. Moi aussi j'aime l'argent.
Tu infères beaucoup de choses à partir de bribes de phrases.
J'infère une seule chose, à partir d'un article complet dont j'ai donné le lien : lorsqu'il a décidé de faire de son projet personnel le produit de sa startup (donc une entreprise dont le but est d'être rentable), il n'a pas réfléchi au business model.
Imagine qu'il ait dit :
J'ai essayé pendant 2 ans un business model, mais je n'ai pas réussi à lui faire tenir la route. Je dois donc, à contre coeur, changer de direction
Non, la ce qu'il a dit c'est :
Personne ne paye parce que j'ai fait un truc gratuit, et même des grosses entreprises en profite alors qu'elles ont beaucoup de sous
Une entreprise qui vient te voir pour me demander d'implémenter des fonctionnalités, tu te rends compte à quel point s'est rare ? Tu te rends compte de la chance, de l'opportunité en or ? C'est le moment parfait pour établir un contrat, et générer du revenue, l'entreprise en sera d'autant plus contente car elle pourra stipuler dans le contrat des garanties qui ne sont pas incluses dans la licence AGPL.
A la place, on présente ça comme une triste ironie du sort "les gens profitent de mon logiciel gratuitement, qui l'eu crut ?".
Je comprends aussi l'envie de changement. Mais cette envie aurait du arriver dès le moment ou il a considéré passer à temps plein sur le projet.
Croire que les gens ne vont pas utiliser les libertés que tu donnes via une licence open source et bien gentiment te financer, c'est au mieux naïf.
Quand tu démarres un business, il faut te poser plusieurs questions, qui seront tes clients ? qu'est-ce qui les motivera à acheter ton produit ? qu'est-ce qui les motivera au contraire à ne pas l'acheter ? etc…
Passer 2 ans à perdre de l'argent pour se rendre compte au final que "les gens ne veulent pas payer pour un truc que je leur donne gratuitement" prouve qu'il ne s'est ni posé les questions ci-dessus, ni n'a considéré les réelles implications de ce qu'est une licence libre/open source.
Le titre de mon commentaire n'a rien de péjoratif. Il n'y a aucun mal a aimer l'argent. Il n'y a aucun mal a vouloir générer un revenu.
Par contre, dire "je fais de l'open source" alors qu'en réalité on n'a pas réfléchi à la question, c'est navrant.
A noter que la bonne réponse à "quand est-ce que c'est dispo ?" de la part d'une entreprise c'est :
Dans 2 semaines à 4000€ par jour, payé d'avance
Chiffre à la noix à titre d'exemple, mais c'est comme ça qu'on génère du revenu.
Une entreprise qui te demande une fonctionnalité, c'est pas un utilisateur lambda qui ouvre un ticket sur Github. Faut négocier avec, faire un contrat, et cash in.
Faire une startup (open-source ou non) ça demande un peu de fibre entrepreneuriale.
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 3.
Il y a beaucoup trop de mainteneurs pour que l'argument tienne. Et c'est en plus faux, tu mets ta confiance dans :
Aucune différence avec chocolatey donc, ou tu mets ta confiance dans :
Et, au risque de me répéter, c'est strictement la même chose pour tout les gestionnaires paquets existant. Pire, tu as AUR (archlinux), npm, PyPI, crates.io, etc… qui ne sont pas curated par des mainteneurs.
De plus, combien de fois je dois ajouter un dépôt au sources.list (vscode, mongodb, node, …), l'argument tiens encore moins.
Qu'est-ce qui dans l'architecture de chocolatey empêche la création d'un paquet vscodium ?
Cela existe déjà en plus : https://community.chocolatey.org/packages/vscodium
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 4. Dernière modification le 28 décembre 2022 à 13:48.
Pour l'utilisateur final, cela ne change rien, c'est juste un détail d'implémentation. Et ce n'est valable que pour chocolatey, msys2 lui repose sur pacman (de archlinux).
Ben si justement, on a maintenant des outils pour optimiser l'installation de logiciel alors qu'avant non. En quoi cela ne serait pas une amélioration de la situation ?
Sous n'importe quel système de gestion de paquet (npm, pip, cargo, apt, pacman, …) tu dois faire confiance aux mainteneurs du dépôt ou du paquet.
Si c'est un argument contre Windows, c'est aussi un argument contre Linux.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 4.
En 10 ans de carrière, j'ai jamais rencontré une seule entreprise qui t'empêchait d'installer tes outils de devs sur ta machine de dev.
Je répète :
cf point précédent.
En fait, le reste de ton commentaire: cf point précédent. Tout ce que tu dis était vrai, il y a 10 ans. Ce n'est plus le cas.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Hahaha
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à -1. Dernière modification le 28 décembre 2022 à 10:21.
Le terme "Linux Desktop" ca veut dire "Un système d'exploitation basé sur Linux pour une utilisation bureautique". Le terme bureautique a aussi une signification particulière, et "je l'ai posé sur un bureau en bois" n'est pas la définition.
Mon ordinateur est posé sur une petite table en bois et pas un bureau, du coup je suis pas inclus dans les chiffres ?
Une VM, un conteneur Docker, le WSL, ce n'est pas de la bureautique, je vois pas comment cela peut être sujet à débat.
Merci, mais ta mauvaise foi tu peux te la garder.
Ou alors dans ce cas laisse moi surenchérir, Mac OS est un système FOSS car je peux installer GIMP dessus ?
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Euh, oui, mais non
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 1.
NodeJS, Python, Ruby, GCC (mingw), Clang, CMake, vcpkg, Rust, Go, et bien d'autres langages/toolchains tournent sous windows très bien.
Tout les IDE les plus populaires tournent aussi sous Windows pour au final aucune différence de comportement.
Après bien sûr, pour comprendre il faut d'abord faire un peu de recherche ou voir même essayer. Mais c'est plus facile de suivre la tradition de "bouh windows c'est nul pour dev"
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Hahaha
Posté par David Delassus (site web personnel) . En réponse au lien 2022 was the year of Linux on the Desktop. Évalué à 6. Dernière modification le 27 décembre 2022 à 16:35.
Ou:
Depuis quand le WSL et Docker compte comme usage "desktop" ? A ce rythme la, faut aussi compter Android, les VMs, certains grille-pains ou frigo, etc…
"C'est l'année du bureau Linux, regarde, c'est utilisé partout sauf sur le bureau."
Merci de la tranche de rire et bonnes fêtes de fin d'année ! :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: std::embed
Posté par David Delassus (site web personnel) . En réponse au lien J'embarque les assets de mon jeu dans l'exécutable, voici comment j'ai fait.... Évalué à 4.
Merci pour le lien! Très instructif.
A vrai dire, je suis conscient des problèmes de perf de la solution xxd, mais c'est aussi la plus simple.
Sur ce projet, je suis la philosophie "perfect is the enemy of good enough".
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: appimage?
Posté par David Delassus (site web personnel) . En réponse au lien J'embarque les assets de mon jeu dans l'exécutable, voici comment j'ai fait.... Évalué à 2.
Les appimage c'est spécifique à Linux, et tout sauf portable.
Sous windows cela requiert le WSL et un truc du style Xming
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: On s'en bats les couilles
Posté par David Delassus (site web personnel) . En réponse au lien Le youtubeur Norman Thavaud en garde à vue pour viols et corruption de mineurs. Évalué à 1.
Un live de décollage d'une fusée en direction de la lune, dont les systèmes reposent sur de nombreux logiciels/technologies libre, oui ça me semble cohérent.
Pour la cuisson du poulet, j'avoue, cela n'a rien à faire ici non plus. La preuve: -15
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Paywall
Posté par David Delassus (site web personnel) . En réponse au lien [LWN] Losing the magic. Évalué à 2.
Allez-y moinssez.
C'est vrai qu'après tout dans la vie, tout devrais être gratuit, et essayer de rentabiliser quelque chose est une ignominie capitaliste !
Vraiment des connards ces gens qui mettent un paywall.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Paywall
Posté par David Delassus (site web personnel) . En réponse au lien [LWN] Losing the magic. Évalué à 4.
LWN c'est bien, viens souscrire à un abonnement et aider à supporter le site, on a des cookies (mais pas ceux des brouteurs). :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# TLDR
Posté par David Delassus (site web personnel) . En réponse au lien [LWN] Losing the magic. Évalué à 6.
L'utilisation de "magic number" pour identifier les structures de données du noyaux vont disparaître.
0xDEADBEEF:(https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: On s'en bats les couilles
Posté par David Delassus (site web personnel) . En réponse au lien Le youtubeur Norman Thavaud en garde à vue pour viols et corruption de mineurs. Évalué à 2.
Pour clarifier : ce genre d'info n'a rien à faire sur LinuxFR.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# On s'en bats les couilles
Posté par David Delassus (site web personnel) . En réponse au lien Le youtubeur Norman Thavaud en garde à vue pour viols et corruption de mineurs. Évalué à 2.
https://www.youtube.com/watch?v=XoDY9vFAaG8
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: 404
Posté par David Delassus (site web personnel) . En réponse à la dépêche VulkanSceneGraph - Un graphe de scène en C++. Évalué à 2.
Nope, c'est du markdown bête et méchant :)
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# 404
Posté par David Delassus (site web personnel) . En réponse à la dépêche VulkanSceneGraph - Un graphe de scène en C++. Évalué à 3.
Les images des 2 précédents chapitres ne sont plus disponibles :(
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Old but gold
Posté par David Delassus (site web personnel) . En réponse au lien Mettre emacs à la place de systemd. Évalué à 3.
Je pense que cet article prédate systemd (corrigez moi si je me trompe).
En général, j'aime bien mettre le titre original de la page en guise de titre de lien, plutôt qu'une interprétation personnelle, je laisse ainsi chacun se faire son propre avis.
En tout cas, merci de ce repartage, c'est toujours un plaisir de le voir passer. Cet article regorge de ce qui m'a séduit à l'époque sous Linux: tu peux le bidouiller comme tu veux.
Même si aujourd'hui je ne bidouille plus mon système (manque de temps et de motivation), et que je tourne sous Windows, c'est quand même fun à voir.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Dans une précédente vidéo
Posté par David Delassus (site web personnel) . En réponse au lien Worlds hardest jigsaw vs. puzzle machine (all white). Évalué à 3.
Il a déjà un robot pour peindre ses murs.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Dans une précédente vidéo
Posté par David Delassus (site web personnel) . En réponse au lien Worlds hardest jigsaw vs. puzzle machine (all white). Évalué à 2.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
# Entity Component System
Posté par David Delassus (site web personnel) . En réponse à la dépêche Les graphes de scène. Évalué à 6.
Une question qui me turlupine quand même, c'est comment intégrer efficacement un SceneGraph et un ECS.
Le but des ECS c'est de stocker les données de manière contigüe en mémoire, afin de gagner en performance lors de l'accès aux données.
On va donc avoir un tableau de "transform", un tableau de "shader", un tableau de "mesh", etc… (tableau dans le sens non-IT du terme, l'implémentation peut être un array, un sparse set, un vector, etc… ce n'est pas de ça que je parle ici quand je dis tableau)
Et on va ensuite avec une fonction "render" qui va itérer sur ces tableaux. Et les caches du CPU seront bien content.
Sauf que un SceneGraph, c'est un graphe acyclique. Donc des pointeurs vers des structures qui contiennent des pointeurs vers d'autres structures.
Je vois alors 2 solutions :
Y-a-t-il d'autres solutions ?
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Comme toujours
Posté par David Delassus (site web personnel) . En réponse au lien mold linker pourrait changer de licence pour une licence non open-source. Évalué à 0.
Quand tu fais du libre et qu'ensuite tu viens de plaindre "mince, les gens profitent des libertés que je leur ai donné, quelle ironie du sort", oui j'estime qu'il ne sait pas ce qu'implique le libre.
Ou est le mal a aimer l'argent ? A vouloir générer un revenu et vivre de son travail ?
Ce que je critique n'est pas son "échec", c'est son incompréhension du libre et des libertés et des conséquences que cela a.
"Je fais du libre, mais que tant que ça rapporte des sous" c'est pas "aimer le libre".
Aucune violence ici, juste un autre exemple (parmi tant d'autres) que faire un business model autour du libre c'est pas si facile. Beaucoup d'appelés, peu d'élus.
Quand tu veux passer à temps plein sur un projet, tu prends un risque, t'as donc intérêt à être prêt.
Je maintiens qu'il y a 2 ans, il aurait du ouvrir une discussion du style "je vais passer à temps plein sur ce projet, des idées de business model pour rendre le projet rentable histoire que j'y perde pas des plumes ?".
Il est parfaitement acceptable de changer la licence libre pour une licence commerciale, que ce soit maintenant ou il y a 2 ans. Mais il faut aussi se remettre en question sur ce qu'on attend du libre.
Faire du libre pour dire "hé moi je fais du libre t'as vu ?" c'est plus une histoire d'égo en fait.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Comme toujours
Posté par David Delassus (site web personnel) . En réponse au lien mold linker pourrait changer de licence pour une licence non open-source. Évalué à 2.
Je ne critique pas sa décision d'arrêter de faire du libre, je déplore qu'elle arrive si tard.
Je vais me prendre en exemple, lorsque je créé un nouveau projet, il est privé par défaut. Au moment ou se pose la question de le distribuer, je me pose les questions suivantes :
Et j'en passe bien d'autres. Le choix d'une licence libre est donc un choix conscient et réfléchi. C'est le résultat d'une réflexion, pas une option par défaut.
Ce que je critique, c'est que dans 90% des cas, les "développeurs open-source" n'ont en fait jamais réfléchi à ce que cela veut dire, à ce que leurs licences impliquent. Quand tu créé un dépôt Github, tu dois opt-ou de l'option "publique" et opt-in dans l'option "privé".
Les gens se servent de Github comme d'un port-folio, la ou moi je m'en sers de backup puis d'outil de collaboration. (Parenthèse, je ne comprends pas les gens qui forkent ton projet sans jamais faire de commit, c'est pour faire joli sur leurs profils ?).
Quand rendre publique un projet devient une action supplémentaire et manuelle, la réflexion sur le libre et ses enjeux devient automatique.
J'ai pas mal de "projet perso", certains que je ne finirai jamais, d'autres qui avancent lentement, beaucoup qui ne servent à rien, certains qui pourrait avoir un intérêt dans certaines niches mais dont je ne sais pas encore comme je me place face à la compétition. Ces projets ne sont pas encore opensource, et si je décide de les sortir sous MIT/GPL/… ce sera suite à une réflexion de la sorte.
TL;DR: Réfléchissez avant de faire du libre si vous avez vraiment envie d'en faire.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Quand on croit aimer l'open source, mais qu'en fait on aime l'argent
Posté par David Delassus (site web personnel) . En réponse au lien mold linker pourrait changer de licence pour une licence non open-source. Évalué à 2.
Le fait que son article parle de ça montre que c'est une de ses préoccupation principale, devant la philosophie du libre. Ce n'est pas un mal. Moi aussi j'aime l'argent.
J'infère une seule chose, à partir d'un article complet dont j'ai donné le lien : lorsqu'il a décidé de faire de son projet personnel le produit de sa startup (donc une entreprise dont le but est d'être rentable), il n'a pas réfléchi au business model.
Imagine qu'il ait dit :
Non, la ce qu'il a dit c'est :
Une entreprise qui vient te voir pour me demander d'implémenter des fonctionnalités, tu te rends compte à quel point s'est rare ? Tu te rends compte de la chance, de l'opportunité en or ? C'est le moment parfait pour établir un contrat, et générer du revenue, l'entreprise en sera d'autant plus contente car elle pourra stipuler dans le contrat des garanties qui ne sont pas incluses dans la licence AGPL.
A la place, on présente ça comme une triste ironie du sort "les gens profitent de mon logiciel gratuitement, qui l'eu crut ?".
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Quand on croit aimer l'open source, mais qu'en fait on aime l'argent
Posté par David Delassus (site web personnel) . En réponse au lien mold linker pourrait changer de licence pour une licence non open-source. Évalué à 6.
Je comprends aussi l'envie de changement. Mais cette envie aurait du arriver dès le moment ou il a considéré passer à temps plein sur le projet.
Croire que les gens ne vont pas utiliser les libertés que tu donnes via une licence open source et bien gentiment te financer, c'est au mieux naïf.
Quand tu démarres un business, il faut te poser plusieurs questions, qui seront tes clients ? qu'est-ce qui les motivera à acheter ton produit ? qu'est-ce qui les motivera au contraire à ne pas l'acheter ? etc…
Passer 2 ans à perdre de l'argent pour se rendre compte au final que "les gens ne veulent pas payer pour un truc que je leur donne gratuitement" prouve qu'il ne s'est ni posé les questions ci-dessus, ni n'a considéré les réelles implications de ce qu'est une licence libre/open source.
Le titre de mon commentaire n'a rien de péjoratif. Il n'y a aucun mal a aimer l'argent. Il n'y a aucun mal a vouloir générer un revenu.
Par contre, dire "je fais de l'open source" alors qu'en réalité on n'a pas réfléchi à la question, c'est navrant.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg
[^] # Re: Quand on croit aimer l'open source, mais qu'en fait on aime l'argent
Posté par David Delassus (site web personnel) . En réponse au lien mold linker pourrait changer de licence pour une licence non open-source. Évalué à 8. Dernière modification le 14 novembre 2022 à 05:36.
A noter que la bonne réponse à "quand est-ce que c'est dispo ?" de la part d'une entreprise c'est :
Chiffre à la noix à titre d'exemple, mais c'est comme ça qu'on génère du revenu.
Une entreprise qui te demande une fonctionnalité, c'est pas un utilisateur lambda qui ouvre un ticket sur Github. Faut négocier avec, faire un contrat, et cash in.
Faire une startup (open-source ou non) ça demande un peu de fibre entrepreneuriale.
https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg