Discussion :

[minimumserious]

Bonjour a tous!

Je suis débutant en python et j'ai une petite question auquel je j'arrive pas a trouver de réponse. Peut être pourrez-vous me donner une réponse.

Python étant un language interprété, le code source d'une application est directement visible. Il a-t'il la possibilité de cacher ce code source tout en gardant l'application executable?

Autant pour un site web je ne vois pas de soucis puisque la partie visible n'est que le code HTML généré, mais comment faire pour une application?

Pardon si cette question vous parait idiote, mais comme je vous le disait un peu plus haut je suis débutant.

Je vous remercie par avance de votre réponse

[GnuVince]

Tu peux regarder l'utilitaire freeze. Et quelqu'un pourrait m'expliquer le problème que l'usager voit le code?

[minimumserious]

A vrai dire je n'en ai pas l'utilité c'est juste par curiosité. Mais en faite j'ai pensé cela en me plaçant dans la peau d'une entreprise qui n'a peut être pas envi que l'on fouille dans son code source...

En tout cas merci pour la petite piste

[anthyme]

Tu peux regarder l'utilitaire freeze. Et quelqu'un pourrait m'expliquer le problème que l'usager voit le code?

faire un programe closed source comme on peut le faire facillement avec du C++

[GnuVince]

faire un programe closed source comme on peut le faire facillement avec du C++

Il y a closed-sourced et il y a propriétaire. Que le code soit visible empêche pas que le programme soit propriétaire.

[anthyme]

Il y a closed-sourced et il y a propriétaire. Que le code soit visible empêche pas que le programme soit propriétaire.

euhh mais il n'y a que toi qui parle de proprietaire moi je n'ai fait que dire que cela permet de garder le programme closed source

Mais bon vis a vis des logiciel opensource non libre (cad propriétaire, j'insiste sur cette tournure plus representative), ils sont assez marginal je n en connais qu'un : Qmail car la personne ne veux pas (et ce n est pas permit par la licence) qu'on redistribut des versions modifiés mais que l'on passe par lui pour ajouter des fonctionnalités (patch) au logiciel, personnelement je trouve que ce n'est qu'une nuance a l opensource car le but est le même : faire progresser le logiciel en comunauté (au contraire des "vrai" logiciel proprio).
Les logiciels proprio (et quand je dis proprio, c'est a objectif d'etre totalement proprio) sont majoritairement a source fermé et en effet cela permet de conserver totalement la propriété intéléctuel du code.

[Gobumann]

Tu peux regarder l'utilitaire freeze. Et quelqu'un pourrait m'expliquer le problème que l'usager voit le code?

Dans le cadre d'un échange de données entre applications sur un réseau, il serait intéressant de pouvoir cacher le protocole d'identification d'une application afin de ne pas pouvoir faire passer une autre application pour une officielle. Parfois, l'open source peut compromettre la fiabilité d'une application.

[BufferBob]

salut,

Dans le cadre d'un échange de données entre applications sur un réseau, il serait intéressant de pouvoir cacher le protocole d'identification d'une application afin de ne pas pouvoir faire passer une autre application pour une officielle. Parfois, l'open source peut compromettre la fiabilité d'une application.

• tu déterres une discussion qui date de 2007 : c'est mal
• ce que tu décris c'est ni plus ni moins que de la sécurité par l'obscurité, par définition ce n'est pas valable, au contraire si un protocole, une méthode d'identification, un algorithme de chiffrement etc. reste fiable tout en permettant un droit de regard sur son code source c'est en général perçu comme un gage de qualité
• histoire de pas rester complètement hors sujet et revenir un peu sur le sujet principal de la discussion, on peut également dire qu'un binaire (généré par cx_freeze comme proposé plus haut) n'empêche en rien de le décortiquer et y compris dans le cas d'utilitaires connus comme py2exe ou cx_freeze d'effectuer carrément un retour arrière pour récupérer un code source Python, plus de détails dans cet article très intéressant