[...] Mais faire signer un papier, je ne sais pas, à mes yeux cela a un petit côté contrat, même si ce n'en est pas un, un "voilà, à partir de maintenant c'est du sérieux ce que vous allez faire, alors attention". Un peu normal du coup que l'un des pères fondateurs du projet n'ait pas envie de signer.
Sauf qu'il est l'auteur (ou au mois co-auteur) d'une des premieres versions de ce papier. Ca n'est pas nouveau, quand je suis devenu developeur en 96 c'etait deja en vigueur. Le texte a tres peu change depuis. A partir du moment ou on demande aux nouveaux developeurs de signer quelque chose je trouve normal que les anciens le signent aussi.
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Stephane Catteau <steph.nospam@sc4x.net> wrote:
[...]
Mais faire signer un papier, je ne sais pas, à mes yeux cela a un
petit côté contrat, même si ce n'en est pas un, un "voilà, à partir de
maintenant c'est du sérieux ce que vous allez faire, alors attention".
Un peu normal du coup que l'un des pères fondateurs du projet n'ait pas
envie de signer.
Sauf qu'il est l'auteur (ou au mois co-auteur) d'une des premieres versions de
ce papier. Ca n'est pas nouveau, quand je suis devenu developeur en 96 c'etait
deja en vigueur. Le texte a tres peu change depuis. A partir du moment ou
on demande aux nouveaux developeurs de signer quelque chose je trouve normal
que les anciens le signent aussi.
--
Manuel Bouyer <bouyer@nerim.net>
NetBSD: 26 ans d'experience feront toujours la difference
--
[...] Mais faire signer un papier, je ne sais pas, à mes yeux cela a un petit côté contrat, même si ce n'en est pas un, un "voilà, à partir de maintenant c'est du sérieux ce que vous allez faire, alors attention". Un peu normal du coup que l'un des pères fondateurs du projet n'ait pas envie de signer.
Sauf qu'il est l'auteur (ou au mois co-auteur) d'une des premieres versions de ce papier. Ca n'est pas nouveau, quand je suis devenu developeur en 96 c'etait deja en vigueur. Le texte a tres peu change depuis. A partir du moment ou on demande aux nouveaux developeurs de signer quelque chose je trouve normal que les anciens le signent aussi.
-- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
F. Senault
Sur les causes, Charles pointe l'organisation type "chevaliers de la table ronde", qui s'oppose à l'organisation "dictateur bénévole" de Linux et OpenBSD. D'après lui cette dernière serait plus efficace.
Ce qui est amusant, c'est de lire que FreeBSD est censé souffrir des mêmes problèmes, à tel point qu'il a forké un successeur... Au détail près, AMHA, que le projet FreeBSD reste tout de même assez dynamique, contrairement à DragonFly qui avance à une vitesse d'escargot parce que son dictateur bénévole et quasi seul développeur n'est pas superman...
Il est interessant de mettre en paralelle cette remarque avec celle de je ne sais plus quel developpeur Debian sur Ubunutu il y a quelques jours.
Tu pourrais retrouver ça, je ne vois pas du tout de quoi il est question ?
Je ne sais pas si il y a quelque chose de solide ici: faire le lien entre organisation du projet et dynamisme sur quelques exemples est une statistique un peu faible.
Volontairement un peu faible ; rien qu'à lire quelques lignes, et à retrouver le contexte, le bonhomme à l'air terriblement biaisé.
Fred -- Got a kick for a dog begging for love I gotta have my suffering So that I can have my cross I know a cat named Easter He says will you ever learn You're just an empty cage girl if you kill the bird (Tori Amos, Crucify)
Sur les causes, Charles pointe l'organisation type "chevaliers de la
table ronde", qui s'oppose à l'organisation "dictateur bénévole" de
Linux et OpenBSD. D'après lui cette dernière serait plus efficace.
Ce qui est amusant, c'est de lire que FreeBSD est censé souffrir des
mêmes problèmes, à tel point qu'il a forké un successeur... Au détail
près, AMHA, que le projet FreeBSD reste tout de même assez dynamique,
contrairement à DragonFly qui avance à une vitesse d'escargot parce que
son dictateur bénévole et quasi seul développeur n'est pas superman...
Il est interessant de mettre en paralelle cette remarque avec celle de je
ne sais plus quel developpeur Debian sur Ubunutu il y a quelques jours.
Tu pourrais retrouver ça, je ne vois pas du tout de quoi il est
question ?
Je ne sais pas si il y a quelque chose de solide ici: faire le lien
entre organisation du projet et dynamisme sur quelques exemples est une
statistique un peu faible.
Volontairement un peu faible ; rien qu'à lire quelques lignes, et à
retrouver le contexte, le bonhomme à l'air terriblement biaisé.
Fred
--
Got a kick for a dog begging for love I gotta have my suffering
So that I can have my cross I know a cat named Easter
He says will you ever learn
You're just an empty cage girl if you kill the bird (Tori Amos, Crucify)
Sur les causes, Charles pointe l'organisation type "chevaliers de la table ronde", qui s'oppose à l'organisation "dictateur bénévole" de Linux et OpenBSD. D'après lui cette dernière serait plus efficace.
Ce qui est amusant, c'est de lire que FreeBSD est censé souffrir des mêmes problèmes, à tel point qu'il a forké un successeur... Au détail près, AMHA, que le projet FreeBSD reste tout de même assez dynamique, contrairement à DragonFly qui avance à une vitesse d'escargot parce que son dictateur bénévole et quasi seul développeur n'est pas superman...
Il est interessant de mettre en paralelle cette remarque avec celle de je ne sais plus quel developpeur Debian sur Ubunutu il y a quelques jours.
Tu pourrais retrouver ça, je ne vois pas du tout de quoi il est question ?
Je ne sais pas si il y a quelque chose de solide ici: faire le lien entre organisation du projet et dynamisme sur quelques exemples est une statistique un peu faible.
Volontairement un peu faible ; rien qu'à lire quelques lignes, et à retrouver le contexte, le bonhomme à l'air terriblement biaisé.
Fred -- Got a kick for a dog begging for love I gotta have my suffering So that I can have my cross I know a cat named Easter He says will you ever learn You're just an empty cage girl if you kill the bird (Tori Amos, Crucify)
Eric Masson
"F. Senault" writes:
'Lut,
Au détail près, AMHA, que le projet FreeBSD reste tout de même assez dynamique, contrairement à DragonFly qui avance à une vitesse d'escargot parce que son dictateur bénévole et quasi seul développeur n'est pas superman...
DragonFly est né du fait que Matt Dillon trouvait que la direction prise par FreeBSD pour le support SMP/threads n'était pas la bonne, ce qui n'est pas vraiment en rapport avec une supposée apathie du développement de Free.
C'est d'ailleurs dommage qu'il n'y ait pas plus de développeurs sur DFly, les idées défendues par le sieur Dillon semblent amha se tenir et un progrès plus rapide permettrait de valider/infirmer les options qu'il a choisi.
Il faut par contre reconnaitre que le modèle dictateur éclairé a du bon, en ce sens qu'il permet de prendre des décisions rapidement (pas forcément les bonnes, mais c'est un autre problème) , là ou un comité ne pourra rien faire sans majorité...
-- Mais ou écrire pour ne pas écraser des données, ni être écrasé par inadvertance, tout en demeurant indétectable (pour la majorité), sur le principe d'un boot jump ? -+- Joe in: <http://www.le-gnu.net> - Suis gentil neuneu, écrase -+-
"F. Senault" <fred@lacave.net> writes:
'Lut,
Au détail près, AMHA, que le projet FreeBSD reste tout de même assez
dynamique, contrairement à DragonFly qui avance à une vitesse
d'escargot parce que son dictateur bénévole et quasi seul développeur
n'est pas superman...
DragonFly est né du fait que Matt Dillon trouvait que la direction prise
par FreeBSD pour le support SMP/threads n'était pas la bonne, ce qui
n'est pas vraiment en rapport avec une supposée apathie du développement
de Free.
C'est d'ailleurs dommage qu'il n'y ait pas plus de développeurs sur
DFly, les idées défendues par le sieur Dillon semblent amha se tenir et
un progrès plus rapide permettrait de valider/infirmer les options qu'il
a choisi.
Il faut par contre reconnaitre que le modèle dictateur éclairé a du bon,
en ce sens qu'il permet de prendre des décisions rapidement (pas
forcément les bonnes, mais c'est un autre problème) , là ou un comité ne
pourra rien faire sans majorité...
--
Mais ou écrire pour ne pas écraser des données, ni être écrasé par
inadvertance, tout en demeurant indétectable (pour la majorité), sur le
principe d'un boot jump ?
-+- Joe in: <http://www.le-gnu.net> - Suis gentil neuneu, écrase -+-
Au détail près, AMHA, que le projet FreeBSD reste tout de même assez dynamique, contrairement à DragonFly qui avance à une vitesse d'escargot parce que son dictateur bénévole et quasi seul développeur n'est pas superman...
DragonFly est né du fait que Matt Dillon trouvait que la direction prise par FreeBSD pour le support SMP/threads n'était pas la bonne, ce qui n'est pas vraiment en rapport avec une supposée apathie du développement de Free.
C'est d'ailleurs dommage qu'il n'y ait pas plus de développeurs sur DFly, les idées défendues par le sieur Dillon semblent amha se tenir et un progrès plus rapide permettrait de valider/infirmer les options qu'il a choisi.
Il faut par contre reconnaitre que le modèle dictateur éclairé a du bon, en ce sens qu'il permet de prendre des décisions rapidement (pas forcément les bonnes, mais c'est un autre problème) , là ou un comité ne pourra rien faire sans majorité...
-- Mais ou écrire pour ne pas écraser des données, ni être écrasé par inadvertance, tout en demeurant indétectable (pour la majorité), sur le principe d'un boot jump ? -+- Joe in: <http://www.le-gnu.net> - Suis gentil neuneu, écrase -+-
Francois Tigeot
F. Senault wrote:
[...]
Ce qui est amusant, c'est de lire que FreeBSD est censé souffrir des mêmes problèmes, à tel point qu'il a forké un successeur... Au détail près, AMHA, que le projet FreeBSD reste tout de même assez dynamique, contrairement à DragonFly qui avance à une vitesse d'escargot parce que son dictateur bénévole et quasi seul développeur n'est pas superman...
Dragonfly n'apparaît peut-être pas du premier coup d'oeuil comme un projet très dynamique, mais il avance bien au moins pour tout ce qui concerne ses objectifs principaux (SMP / clustering).
Depuis le début, il y a du boulot ingrat dont on ne verra le résultat au mieux que dans quelques années, mais le potentiel est énorme. Il pourrait être possible de créer des clusters à la VMS à terme...
-- Francois Tigeot
F. Senault wrote:
[...]
Ce qui est amusant, c'est de lire que FreeBSD est censé souffrir des
mêmes problèmes, à tel point qu'il a forké un successeur... Au détail
près, AMHA, que le projet FreeBSD reste tout de même assez dynamique,
contrairement à DragonFly qui avance à une vitesse d'escargot parce que
son dictateur bénévole et quasi seul développeur n'est pas superman...
Dragonfly n'apparaît peut-être pas du premier coup d'oeuil comme un projet
très dynamique, mais il avance bien au moins pour tout ce qui concerne ses
objectifs principaux (SMP / clustering).
Depuis le début, il y a du boulot ingrat dont on ne verra le résultat au
mieux que dans quelques années, mais le potentiel est énorme. Il pourrait
être possible de créer des clusters à la VMS à terme...
Ce qui est amusant, c'est de lire que FreeBSD est censé souffrir des mêmes problèmes, à tel point qu'il a forké un successeur... Au détail près, AMHA, que le projet FreeBSD reste tout de même assez dynamique, contrairement à DragonFly qui avance à une vitesse d'escargot parce que son dictateur bénévole et quasi seul développeur n'est pas superman...
Dragonfly n'apparaît peut-être pas du premier coup d'oeuil comme un projet très dynamique, mais il avance bien au moins pour tout ce qui concerne ses objectifs principaux (SMP / clustering).
Depuis le début, il y a du boulot ingrat dont on ne verra le résultat au mieux que dans quelques années, mais le potentiel est énorme. Il pourrait être possible de créer des clusters à la VMS à terme...
-- Francois Tigeot
talon
Francois Tigeot wrote:
Dragonfly n'apparaît peut-être pas du premier coup d'oeuil comme un projet très dynamique, mais il avance bien au moins pour tout ce qui concerne ses objectifs principaux (SMP / clustering).
Probablement, Matt Dillon est un développeur génial, mais il est quasiment seul.
Depuis le début, il y a du boulot ingrat dont on ne verra le résultat au mieux que dans quelques années, mais le potentiel est énorme. Il pourrait être possible de créer des clusters à la VMS à terme...
Oui, c'est là que j'ai un gros doute, pour tout te dire le potentiel d'utilisation d'un cluster me semble voisin de 0 sauf pour quelques utilisateurs industriels et quelques autres scientifiques, ces derniers étant convertis à Linux depuis longtemps et ne changeront plus d'avis.
Dragonfly n'apparaît peut-être pas du premier coup d'oeuil comme un projet
très dynamique, mais il avance bien au moins pour tout ce qui concerne ses
objectifs principaux (SMP / clustering).
Probablement, Matt Dillon est un développeur génial, mais il est quasiment
seul.
Depuis le début, il y a du boulot ingrat dont on ne verra le résultat au
mieux que dans quelques années, mais le potentiel est énorme. Il pourrait
être possible de créer des clusters à la VMS à terme...
Oui, c'est là que j'ai un gros doute, pour tout te dire le potentiel
d'utilisation d'un cluster me semble voisin de 0 sauf pour quelques
utilisateurs industriels et quelques autres scientifiques, ces derniers étant
convertis à Linux depuis longtemps et ne changeront plus d'avis.
Dragonfly n'apparaît peut-être pas du premier coup d'oeuil comme un projet très dynamique, mais il avance bien au moins pour tout ce qui concerne ses objectifs principaux (SMP / clustering).
Probablement, Matt Dillon est un développeur génial, mais il est quasiment seul.
Depuis le début, il y a du boulot ingrat dont on ne verra le résultat au mieux que dans quelques années, mais le potentiel est énorme. Il pourrait être possible de créer des clusters à la VMS à terme...
Oui, c'est là que j'ai un gros doute, pour tout te dire le potentiel d'utilisation d'un cluster me semble voisin de 0 sauf pour quelques utilisateurs industriels et quelques autres scientifiques, ces derniers étant convertis à Linux depuis longtemps et ne changeront plus d'avis.
--
Michel TALON
Francois Tigeot
Michel Talon wrote:
Francois Tigeot wrote:
Dragonfly n'apparaît peut-être pas du premier coup d'oeuil comme un projet très dynamique, mais il avance bien au moins pour tout ce qui concerne ses objectifs principaux (SMP / clustering).
Probablement, Matt Dillon est un développeur génial, mais il est quasiment seul.
Depuis le début, il y a du boulot ingrat dont on ne verra le résultat au mieux que dans quelques années, mais le potentiel est énorme. Il pourrait être possible de créer des clusters à la VMS à terme...
Oui, c'est là que j'ai un gros doute, pour tout te dire le potentiel d'utilisation d'un cluster me semble voisin de 0 sauf pour quelques utilisateurs industriels et quelques autres scientifiques, ces derniers étant convertis à Linux depuis longtemps et ne changeront plus d'avis.
Justement, il ne s'agirait pas de clusters de calcul spécialisés comme on en voit pour le cinéma ou les essais nucléaires, mais d'un système qui permettrait de gérer tout un ensemble de machine comme une seule.
Ca permettrait de faire tourner des programmes normaux comme si de rien n'était, avoir un système de fichier commun à toutes les machines, ajouter des membres au cluster et en enlever sans arrêter le système; etc...
Un petit lien sur VMS pour info: http://en.wikipedia.org/wiki/OpenVMS (section clustering)
Actuellement, aucun OS libre que je connais n'arrive à faire ça. Le mieux que j'ai vu c'est Mosix, et la license n'a pas l'air très nette...
Dragonfly n'apparaît peut-être pas du premier coup d'oeuil comme un projet
très dynamique, mais il avance bien au moins pour tout ce qui concerne ses
objectifs principaux (SMP / clustering).
Probablement, Matt Dillon est un développeur génial, mais il est quasiment
seul.
Depuis le début, il y a du boulot ingrat dont on ne verra le résultat au
mieux que dans quelques années, mais le potentiel est énorme. Il pourrait
être possible de créer des clusters à la VMS à terme...
Oui, c'est là que j'ai un gros doute, pour tout te dire le potentiel
d'utilisation d'un cluster me semble voisin de 0 sauf pour quelques
utilisateurs industriels et quelques autres scientifiques, ces derniers étant
convertis à Linux depuis longtemps et ne changeront plus d'avis.
Justement, il ne s'agirait pas de clusters de calcul spécialisés comme on
en voit pour le cinéma ou les essais nucléaires, mais d'un système qui
permettrait de gérer tout un ensemble de machine comme une seule.
Ca permettrait de faire tourner des programmes normaux comme si de rien
n'était, avoir un système de fichier commun à toutes les machines, ajouter
des membres au cluster et en enlever sans arrêter le système; etc...
Un petit lien sur VMS pour info: http://en.wikipedia.org/wiki/OpenVMS
(section clustering)
Actuellement, aucun OS libre que je connais n'arrive à faire ça. Le mieux
que j'ai vu c'est Mosix, et la license n'a pas l'air très nette...
Dragonfly n'apparaît peut-être pas du premier coup d'oeuil comme un projet très dynamique, mais il avance bien au moins pour tout ce qui concerne ses objectifs principaux (SMP / clustering).
Probablement, Matt Dillon est un développeur génial, mais il est quasiment seul.
Depuis le début, il y a du boulot ingrat dont on ne verra le résultat au mieux que dans quelques années, mais le potentiel est énorme. Il pourrait être possible de créer des clusters à la VMS à terme...
Oui, c'est là que j'ai un gros doute, pour tout te dire le potentiel d'utilisation d'un cluster me semble voisin de 0 sauf pour quelques utilisateurs industriels et quelques autres scientifiques, ces derniers étant convertis à Linux depuis longtemps et ne changeront plus d'avis.
Justement, il ne s'agirait pas de clusters de calcul spécialisés comme on en voit pour le cinéma ou les essais nucléaires, mais d'un système qui permettrait de gérer tout un ensemble de machine comme une seule.
Ca permettrait de faire tourner des programmes normaux comme si de rien n'était, avoir un système de fichier commun à toutes les machines, ajouter des membres au cluster et en enlever sans arrêter le système; etc...
Un petit lien sur VMS pour info: http://en.wikipedia.org/wiki/OpenVMS (section clustering)
Actuellement, aucun OS libre que je connais n'arrive à faire ça. Le mieux que j'ai vu c'est Mosix, et la license n'a pas l'air très nette...
-- Francois Tigeot
ts
"F" == Francois Tigeot writes:
F> Actuellement, aucun OS libre que je connais n'arrive à faire ça. Le mieux F> que j'ai vu c'est Mosix, et la license n'a pas l'air très nette...
F> Actuellement, aucun OS libre que je connais n'arrive à faire ça. Le mieux F> que j'ai vu c'est Mosix, et la license n'a pas l'air très nette...
Mosix ou openMosix ?
--
Guy Decoux
Eric Masson
Francois Tigeot writes:
'Lut,
Actuellement, aucun OS libre que je connais n'arrive à faire ça. Le mieux que j'ai vu c'est Mosix, et la license n'a pas l'air très nette...
Un des projets de Tannenbaum visait cet objectif : http://www.cs.vu.nl/pub/amoeba/
-- "moi Aussi j'étais debutant. He oui, lorsque j'ai commencé a installer 1ere fois linux, ca faisait 6 mois j'avais mon pc. Avant, P.C voulait dire partie communiste. ;-)." -+- Gleny in Guide du linuxien pervers : "Bien configurer ses parties"
Actuellement, aucun OS libre que je connais n'arrive à faire ça. Le mieux
que j'ai vu c'est Mosix, et la license n'a pas l'air très nette...
Un des projets de Tannenbaum visait cet objectif :
http://www.cs.vu.nl/pub/amoeba/
--
"moi Aussi j'étais debutant. He oui, lorsque j'ai commencé a installer
1ere fois linux, ca faisait 6 mois j'avais mon pc. Avant, P.C voulait
dire partie communiste. ;-)."
-+- Gleny in Guide du linuxien pervers : "Bien configurer ses parties"
Actuellement, aucun OS libre que je connais n'arrive à faire ça. Le mieux que j'ai vu c'est Mosix, et la license n'a pas l'air très nette...
Un des projets de Tannenbaum visait cet objectif : http://www.cs.vu.nl/pub/amoeba/
-- "moi Aussi j'étais debutant. He oui, lorsque j'ai commencé a installer 1ere fois linux, ca faisait 6 mois j'avais mon pc. Avant, P.C voulait dire partie communiste. ;-)." -+- Gleny in Guide du linuxien pervers : "Bien configurer ses parties"
talon
Francois Tigeot wrote:
Ca permettrait de faire tourner des programmes normaux comme si de rien n'était, avoir un système de fichier commun à toutes les machines, ajouter des membres au cluster et en enlever sans arrêter le système; etc...
Je suis bien d'accord, et qui va s'amuser à mettre 10 PC dans son salon pour faire un cluster? A mon avis, tout ça relève du fantasme, sauf dans les gros centres de calculs où le choix de l'OS est déjà plié.
Ca permettrait de faire tourner des programmes normaux comme si de rien
n'était, avoir un système de fichier commun à toutes les machines, ajouter
des membres au cluster et en enlever sans arrêter le système; etc...
Je suis bien d'accord, et qui va s'amuser à mettre 10 PC dans son salon pour
faire un cluster? A mon avis, tout ça relève du fantasme, sauf dans les gros
centres de calculs où le choix de l'OS est déjà plié.
Ca permettrait de faire tourner des programmes normaux comme si de rien n'était, avoir un système de fichier commun à toutes les machines, ajouter des membres au cluster et en enlever sans arrêter le système; etc...
Je suis bien d'accord, et qui va s'amuser à mettre 10 PC dans son salon pour faire un cluster? A mon avis, tout ça relève du fantasme, sauf dans les gros centres de calculs où le choix de l'OS est déjà plié.
--
Michel TALON
Miod Vallat
Franchement j'en ai rien à battre de devoir signer un papier où je dis que je ne vais pas introduire de code à license litigieuse dans le CVS.
Mais il ne dit pas que ça, ce papier.
Je ne place pas le respect à ce niveau là, il n'y a rien dans le document auquel je sois moralement opposé. Je n'y vois pas non plus de marque de manque de confiance, puisque ce document ne pourrait même pas servir dans une action légale contre moi (un truc pareil à faire jouer dans un contexte international, laisse tomber). En fait, je ne sais même pas à quoi ca sert, mais je n'ai aucune raison de refuser de le signer.
C'est ton opinion quant à la valeur légale du papier, moi j'ai la mienne. Et puis en terme d'éthique et d'honnêteté intellectuelle, ça se pose un peu de dire «je signe parce que je n'en ai rien à fiche, vu que la valeur légale est nulle». Peu importe la valeur légale du document, le signer est un engagement.
D'ailleurs, si je prends un projet où on ne fais pas signer ce genre de papier, par exemple OpenBSD: est-ce que le developeur nouveau venu peut esperer du respect de la part du dictateur bénévole local? D'après ce qu'on entends dire ici où là, pas spécialement plus qu'ailleurs.
Si, il peut en obtenir, mais ça prend du temps. Le fait d'obtenir un commit bit étant d'ailleurs une forme de respect indirect (celui du travail de la personne, pas nécessairement de la personne en elle-même).
De toute façon, OpenBSD n'a hélas pas le monopole des psychorigides avec lesquels il n'est pas facile de s'entendre : citons pêle mêle et sans ordre particulier Al Viro, Poul Hennig-Kemp, Jonhatan Stone et Thor Lancelot Simon.
Franchement j'en ai rien à battre de devoir signer un papier où je dis
que je ne vais pas introduire de code à license litigieuse dans le CVS.
Mais il ne dit pas que ça, ce papier.
Je ne place pas le respect à ce niveau là, il n'y a rien dans le
document auquel je sois moralement opposé. Je n'y vois pas non plus de
marque de manque de confiance, puisque ce document ne pourrait même pas
servir dans une action légale contre moi (un truc pareil à faire jouer
dans un contexte international, laisse tomber). En fait, je ne sais même
pas à quoi ca sert, mais je n'ai aucune raison de refuser de le signer.
C'est ton opinion quant à la valeur légale du papier, moi j'ai la
mienne. Et puis en terme d'éthique et d'honnêteté intellectuelle, ça se
pose un peu de dire «je signe parce que je n'en ai rien à fiche, vu que
la valeur légale est nulle». Peu importe la valeur légale du document,
le signer est un engagement.
D'ailleurs, si je prends un projet où on ne fais pas signer ce genre de
papier, par exemple OpenBSD: est-ce que le developeur nouveau venu peut
esperer du respect de la part du dictateur bénévole local? D'après ce
qu'on entends dire ici où là, pas spécialement plus qu'ailleurs.
Si, il peut en obtenir, mais ça prend du temps. Le fait d'obtenir un
commit bit étant d'ailleurs une forme de respect indirect (celui du
travail de la personne, pas nécessairement de la personne en elle-même).
De toute façon, OpenBSD n'a hélas pas le monopole des psychorigides avec
lesquels il n'est pas facile de s'entendre : citons pêle mêle et sans
ordre particulier Al Viro, Poul Hennig-Kemp, Jonhatan Stone et Thor
Lancelot Simon.
Franchement j'en ai rien à battre de devoir signer un papier où je dis que je ne vais pas introduire de code à license litigieuse dans le CVS.
Mais il ne dit pas que ça, ce papier.
Je ne place pas le respect à ce niveau là, il n'y a rien dans le document auquel je sois moralement opposé. Je n'y vois pas non plus de marque de manque de confiance, puisque ce document ne pourrait même pas servir dans une action légale contre moi (un truc pareil à faire jouer dans un contexte international, laisse tomber). En fait, je ne sais même pas à quoi ca sert, mais je n'ai aucune raison de refuser de le signer.
C'est ton opinion quant à la valeur légale du papier, moi j'ai la mienne. Et puis en terme d'éthique et d'honnêteté intellectuelle, ça se pose un peu de dire «je signe parce que je n'en ai rien à fiche, vu que la valeur légale est nulle». Peu importe la valeur légale du document, le signer est un engagement.
D'ailleurs, si je prends un projet où on ne fais pas signer ce genre de papier, par exemple OpenBSD: est-ce que le developeur nouveau venu peut esperer du respect de la part du dictateur bénévole local? D'après ce qu'on entends dire ici où là, pas spécialement plus qu'ailleurs.
Si, il peut en obtenir, mais ça prend du temps. Le fait d'obtenir un commit bit étant d'ailleurs une forme de respect indirect (celui du travail de la personne, pas nécessairement de la personne en elle-même).
De toute façon, OpenBSD n'a hélas pas le monopole des psychorigides avec lesquels il n'est pas facile de s'entendre : citons pêle mêle et sans ordre particulier Al Viro, Poul Hennig-Kemp, Jonhatan Stone et Thor Lancelot Simon.
