Posté par devnewton 🍺 (site web personnel) .
Évalué à 10 (+12/-0).
Dernière modification le 28 octobre 2025 à 10:30.
Le puissant raisonnement un dev ne peut pas savoir d'où vient le code, donc c'est impossible d'en respecter la licence est complètement idiot : si le dev ne le sait pas, l'avocat qui va lui coller un procès lui le sait.
C'est valable avec des IA génératives ou avec des copier/coller depuis un forum.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Et puis il ne faudrait surtout pas croire que des devs proprio à travers le monde ne s'amusent pas déjà à copier-coller sans vergogne du code open-source.
Pas vu pas pris.
C'est le cœur même de l'open-source : tu mets à disposition.
Et avec une licence type BSD, n'importe qui peut repomper allègrement en fermé et tout, et en toute légalité (ton disclaimer dans les sources fermées comme quoi ça vient de tel projet, il ne coûte pas grand chose).
Ça n'a jamais empêché le libre d'exister et de grandir : c'est construit dessus.
Et puis il ne faudrait surtout pas croire que des devs proprio à travers le monde ne s'amusent pas déjà à copier-coller sans vergogne du code open-source.
Pas vu pas pris.
Mais si pris, ça peut risquer gros pour les amis dev/entreprise faisant des affaires en France qui s'en balec' des licences parce que "c'est open-source, on fait ce qu'on veut du code".
Les délinquants peuvent être condamnés devant un tribunal français pour contre-façon avec des amendes en violant la licence GPL. Vous êtes donc prévenus.
Mais tu ne peux le voir que dans le cas où le code a été justement redistribué. mais on s'oriente plutôt vers de moins en moins de redistribution, et de plus en plus d'application déportée et où on aura juste le mini-bout avec l'UI. Je doute qu'on ait encore les moyens de détecter les abus sur la GPL par exemple.
Après j'ai l'impression (mais j'ai pas de chiffres à la clé) que les licences de type GPL sont en fortes pertes de vitesse pour les nouveaux projets par rapport aux Apache2/MIT/BSD, mais c'est peu être juste un soucis de point de vue par rapport à mon écosystème. Si c'est bien le cas ce genre de problème devrait tendre à diminuer a priori.
Je verrais plutôt un fonctionnement pas exactement tel que ce qui est indiqué.
Un développeur dans une société, qui utilise l'IA (alimentée largement par les codes OSS), produire un logiciel.
Et plus tard que la société se base sur les sources de ce logiciel pour attaquer un développement OSS "qui ressemble fortement" (et pour cause s'il a servi d'inspiration par l'IA).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Avec les projets libres qui ont tout leur historique Git et le code source des anciennes versions archivé avec les checksums correspondants (pour éviter la falsification), ça ne devrait pas être difficile de prouver qui a rédigé le code en premier?
Ouais mais si c'est libre, c'est facilement modifiable par n'importe qui l'historique ;)
Plus sérieusement, il faut pour cela que le code soit sur un forge qui n'est pas gérée par les développeur⋅es dudit projet, car sinon, ces derniers pourraient modifier ce qu'ils veulent.
Posté par totof2000 .
Évalué à 8 (+6/-0).
Dernière modification le 28 octobre 2025 à 20:09.
Il devrait être possible de remonter à l'origine de chaque ligne de code.
N'importe quoi …. Faut vraiment rien comprendre au code pour écrire ça. C'est comme s'il disait qu'il devrait être possible de remonter à l'origine de chaque note d'un morceau de musique, ou chaque accord, ou de chaque mot d'une phrase.
Une ligne de code ça ne représente rien en soi. Si j'écris du code faudrait que je puisse remonter à la source de ça ?
# Pourquoi le journalisme pourrait ne pas survivre à l'essor de la Stupidité Humaine
Posté par devnewton 🍺 (site web personnel) . Évalué à 10 (+12/-0). Dernière modification le 28 octobre 2025 à 10:30.
Le puissant raisonnement un dev ne peut pas savoir d'où vient le code, donc c'est impossible d'en respecter la licence est complètement idiot : si le dev ne le sait pas, l'avocat qui va lui coller un procès lui le sait.
C'est valable avec des IA génératives ou avec des copier/coller depuis un forum.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Pourquoi le journalisme pourrait ne pas survivre à l'essor de la Stupidité Humaine
Posté par Yth (Mastodon) . Évalué à 9 (+7/-0).
Et puis il ne faudrait surtout pas croire que des devs proprio à travers le monde ne s'amusent pas déjà à copier-coller sans vergogne du code open-source.
Pas vu pas pris.
C'est le cœur même de l'open-source : tu mets à disposition.
Et avec une licence type BSD, n'importe qui peut repomper allègrement en fermé et tout, et en toute légalité (ton disclaimer dans les sources fermées comme quoi ça vient de tel projet, il ne coûte pas grand chose).
Ça n'a jamais empêché le libre d'exister et de grandir : c'est construit dessus.
Bref.
[^] # Re: Pourquoi le journalisme pourrait ne pas survivre à l'essor de la Stupidité Humaine
Posté par volts (Mastodon) . Évalué à 10 (+10/-0).
Mais si pris, ça peut risquer gros pour les amis dev/entreprise faisant des affaires en France qui s'en balec' des licences parce que "c'est open-source, on fait ce qu'on veut du code".
Les délinquants peuvent être condamnés devant un tribunal français pour contre-façon avec des amendes en violant la licence GPL. Vous êtes donc prévenus.
[^] # Re: Pourquoi le journalisme pourrait ne pas survivre à l'essor de la Stupidité Humaine
Posté par Jean Gabes (site web personnel) . Évalué à 3 (+1/-0).
Mais tu ne peux le voir que dans le cas où le code a été justement redistribué. mais on s'oriente plutôt vers de moins en moins de redistribution, et de plus en plus d'application déportée et où on aura juste le mini-bout avec l'UI. Je doute qu'on ait encore les moyens de détecter les abus sur la GPL par exemple.
Après j'ai l'impression (mais j'ai pas de chiffres à la clé) que les licences de type GPL sont en fortes pertes de vitesse pour les nouveaux projets par rapport aux Apache2/MIT/BSD, mais c'est peu être juste un soucis de point de vue par rapport à mon écosystème. Si c'est bien le cas ce genre de problème devrait tendre à diminuer a priori.
# Risque inverse
Posté par lolop (site web personnel) . Évalué à 3 (+1/-0).
Je verrais plutôt un fonctionnement pas exactement tel que ce qui est indiqué.
Un développeur dans une société, qui utilise l'IA (alimentée largement par les codes OSS), produire un logiciel.
Et plus tard que la société se base sur les sources de ce logiciel pour attaquer un développement OSS "qui ressemble fortement" (et pour cause s'il a servi d'inspiration par l'IA).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Risque inverse
Posté par pulkomandy (site web personnel, Mastodon) . Évalué à 10 (+7/-0).
Avec les projets libres qui ont tout leur historique Git et le code source des anciennes versions archivé avec les checksums correspondants (pour éviter la falsification), ça ne devrait pas être difficile de prouver qui a rédigé le code en premier?
[^] # Re: Risque inverse
Posté par lejocelyn (site web personnel) . Évalué à 4 (+2/-0).
Ouais mais si c'est libre, c'est facilement modifiable par n'importe qui l'historique ;)
Plus sérieusement, il faut pour cela que le code soit sur un forge qui n'est pas gérée par les développeur⋅es dudit projet, car sinon, ces derniers pourraient modifier ce qu'ils veulent.
[^] # Re: Risque inverse
Posté par Pierre Tramal (site web personnel) . Évalué à 4 (+2/-0).
Même pas.
[^] # Re: Risque inverse
Posté par raphj (site web personnel) . Évalué à 4 (+2/-0).
Je pense que cette garantie ne peut être donnée que par des archives de confiance.
# pfff
Posté par fearan . Évalué à 8 (+5/-0).
Visiblement il ne parle que des licence type gpl, il ignore complètement les apache, bsd, mpl…
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: pfff
Posté par totof2000 . Évalué à 8 (+6/-0). Dernière modification le 28 octobre 2025 à 20:09.
N'importe quoi …. Faut vraiment rien comprendre au code pour écrire ça. C'est comme s'il disait qu'il devrait être possible de remonter à l'origine de chaque note d'un morceau de musique, ou chaque accord, ou de chaque mot d'une phrase.
Une ligne de code ça ne représente rien en soi. Si j'écris du code faudrait que je puisse remonter à la source de ça ?
ou
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.