> Non, je ne crois pas. Il est proposé dès le départ aux utilisateurs. Quand aux multiples tests, c'est souvent, je crois, autant les utilisateurs qui les font que les gens de la liste de développement.
>Il n'est que rarement « de nouveau publié » selon une telle grille.
Il me semble qu'il soit inévitable de simplifier un maximum de chose pour présenter les idées de façon claire et succincte. Comme dit dans la dépêche, « Il s'agit d'un document présentant de façon imagée une idée de la « fabrication » d'un logiciel libre. »
>Il faut traduire le code source en instructions que l'ordinateur sait gérer. Ça, c'est aussi simple, et moins faux (ptêt même vrai !)
Ce n'est pas faux, peut être vrai, mais incompréhensible sans un chapitre de livre pour expliquer la notion d'« instructions que l'ordinateur sait gérer ». Le message à faire passer ici n'est pas un cours sur le fonctionnement d'un microprocesseur ; mais plutôt l'idée fondamentale qu'il existe deux facettes d'un même logiciel : le source, et le code.
>Un desassembleur donnera donc le code source.
Tu joue sur les mots. Et la décompilation est un exemple parfait de chose théoriquement possible mais pratiquement impensable.
De la même façon que précedemment, nous ne sommes pas là pour détailler une procédure de décompilation, mais pour expliquer que la transformation source -> code n'est pas inversible en pratique (avec source/code pris au sens commun d'un source destiné aux humains et un code destiné aux machines ; pas en jouant sur les mots).
>Enfin, l'utilisateur dessiné en page 2 n'a pas l'air ravi du tout.
[^] # Re: Commentaires
Posté par Pol' uX (site web personnel) . En réponse à la dépêche Le logiciel libre : comment ça marche ?. Évalué à 0.
>Il n'est que rarement « de nouveau publié » selon une telle grille.
Il me semble qu'il soit inévitable de simplifier un maximum de chose pour présenter les idées de façon claire et succincte. Comme dit dans la dépêche, « Il s'agit d'un document présentant de façon imagée une idée de la « fabrication » d'un logiciel libre. »
>Il faut traduire le code source en instructions que l'ordinateur sait gérer. Ça, c'est aussi simple, et moins faux (ptêt même vrai !)
Ce n'est pas faux, peut être vrai, mais incompréhensible sans un chapitre de livre pour expliquer la notion d'« instructions que l'ordinateur sait gérer ». Le message à faire passer ici n'est pas un cours sur le fonctionnement d'un microprocesseur ; mais plutôt l'idée fondamentale qu'il existe deux facettes d'un même logiciel : le source, et le code.
>Un desassembleur donnera donc le code source.
Tu joue sur les mots. Et la décompilation est un exemple parfait de chose théoriquement possible mais pratiquement impensable.
De la même façon que précedemment, nous ne sommes pas là pour détailler une procédure de décompilation, mais pour expliquer que la transformation source -> code n'est pas inversible en pratique (avec source/code pris au sens commun d'un source destiné aux humains et un code destiné aux machines ; pas en jouant sur les mots).
>Enfin, l'utilisateur dessiné en page 2 n'a pas l'air ravi du tout.
Heureusement la ressource est sous licence libre, et nous acceptons les papatchs sur la liste du groupe de travail (ouverte à tous) : http://www.april.org/wws/info/sensibilisation
Il semble que tu est entre les points 3 et 4 du poster. ;-)
Adhérer à l'April, ça vous tente ?