Ce n'est pas sans rapport effectivement, les sujets sont très liées, y compris de la manière que tu décris, mais ça reste des concepts très différents. Et bien sûr que les faits sont plus importants que comment on les décrits, et lors d'argumentations on devrait se concentrer sur le fond.
Mais perso, je ne parlais pas de vocabulaire, mais de réelles confusions sur ces choses, dans le fond. J'ai rencontré des gens qui ne font pas bien la distinction code open source et modèle de développement contributif ("ouvert"). Il n'y a qu'à voir comment les gens réagissent quand un projet libre n'accepte pas de contributions : "C'est pas vraiment open source". Bah... si. Peut importe comment on appelle les choses, mais il faut que les concepts soient claires...
... Mais justement, les confusions dans comment on appelle les choses entraînent des confusions sur le fond. Le discours est de fait notre manière de se comprendre et de mener des argumentations claires aussi. Donc c'est quand même important de parler précisément.
Quand quelqu'un nous dit "bof, c'est nul, c'est pas vraiment open source", on peut chercher à comprendre ce qui est important pour cette personne :
Un développement coopératif ?
Un développement à ciel ouvert ?
les droits garantis par le logiciel libre ?
open core ou totalement libre ?
par une entreprise privée, ou par un particulier, ou par une asso ?
Et en vrai, un vocabulaire carré et bien utilisé, ça aide quand même vachement à débroussailler. Ça permet aussi de mettre les concepts / le fond au clair et de penser clairement.
Très souvent, on a quand même confusion de vocabulaire = confusion de fond. C'est comme un code smell, parfois c'est en fait ok, souvent, c'est quand même un réel problème dessous. Autant éviter le code smell du coup, quand on peut.
Utiliser le bon vocabulaire quand on maitrise bien les choses, ça évite aussi de semer la confusion auprès des gens pour qui les choses sont moins claires. On le leur doit.
Du coup, c'est même pire. Il ne faut pas confondre :
code open source
droits d'auteurs
modèle de développement
Ces trois choses sont très liés mais on a intérêt à pouvoir raisonner clairement en appelant un chat un chat.
C'est ok de se tromper, je le fais moi-même, et je ne vais pas nécessairement reprendre les gens à chaque coin de rue surtout si les idées sont transmises correctement malgré un mauvais terme parce que sinon au secours, mais malgré tout, je pense sincèrement qu'utiliser le bon vocabulaire c'est mieux, tant qu'à faire. Et parfois, une simple correction de vocabulaire a mené à des discussions de fond intéressantes. Évidemment, il faut ne pas être complètement désagréable pour que ça soit possible.
[^] # Re: Wut?
Posté par raphj (site web personnel) . En réponse au journal PySimpleGUI ferme (les sources). Évalué à 4. Dernière modification le 27 mars 2024 à 17:51.
Ce n'est pas sans rapport effectivement, les sujets sont très liées, y compris de la manière que tu décris, mais ça reste des concepts très différents. Et bien sûr que les faits sont plus importants que comment on les décrits, et lors d'argumentations on devrait se concentrer sur le fond.
Mais perso, je ne parlais pas de vocabulaire, mais de réelles confusions sur ces choses, dans le fond. J'ai rencontré des gens qui ne font pas bien la distinction code open source et modèle de développement contributif ("ouvert"). Il n'y a qu'à voir comment les gens réagissent quand un projet libre n'accepte pas de contributions : "C'est pas vraiment open source". Bah... si. Peut importe comment on appelle les choses, mais il faut que les concepts soient claires...
... Mais justement, les confusions dans comment on appelle les choses entraînent des confusions sur le fond. Le discours est de fait notre manière de se comprendre et de mener des argumentations claires aussi. Donc c'est quand même important de parler précisément.
Quand quelqu'un nous dit "bof, c'est nul, c'est pas vraiment open source", on peut chercher à comprendre ce qui est important pour cette personne :
Et en vrai, un vocabulaire carré et bien utilisé, ça aide quand même vachement à débroussailler. Ça permet aussi de mettre les concepts / le fond au clair et de penser clairement.
Très souvent, on a quand même confusion de vocabulaire = confusion de fond. C'est comme un code smell, parfois c'est en fait ok, souvent, c'est quand même un réel problème dessous. Autant éviter le code smell du coup, quand on peut.
Utiliser le bon vocabulaire quand on maitrise bien les choses, ça évite aussi de semer la confusion auprès des gens pour qui les choses sont moins claires. On le leur doit.
Du coup, c'est même pire. Il ne faut pas confondre :
Ces trois choses sont très liés mais on a intérêt à pouvoir raisonner clairement en appelant un chat un chat.
C'est ok de se tromper, je le fais moi-même, et je ne vais pas nécessairement reprendre les gens à chaque coin de rue surtout si les idées sont transmises correctement malgré un mauvais terme parce que sinon au secours, mais malgré tout, je pense sincèrement qu'utiliser le bon vocabulaire c'est mieux, tant qu'à faire. Et parfois, une simple correction de vocabulaire a mené à des discussions de fond intéressantes. Évidemment, il faut ne pas être complètement désagréable pour que ça soit possible.