Bonjour, depuis plusieurs mois je me documente et prépare ma migration
(intellectuelle et logicielle ;-) vers dotNet. Mon utilisation de VB6 avec sa
"pseudo POO" et les API m'aide pour franchir le cap.
Cependant je vie de mes logiciels ! mais avec dotNet et Ildasm.exe, tout ce
que je génère, n'importe qui peut consulter mes sources !! Pourquoi donc ce
choix de microsoft est-il orienté "open source" ! J'ai la chance d'avoir vu
cela qu'en est-il pour les autres ... tant pi ?
Pour occulter le code, Microsoft ajoute un logiciel d'un Tier. Ok mais c'est
une option ! Oui, un option de protéger ses sources ! Vous comprendrez mon
désaroi et mon incompréhension. Le fait d'occulter ses souces avec un autre
logiciel diminue-t-il les performences ?
Que dois-comprendre de Microsoft sur ce point de vue. Je suis allé à VB Day
et le démonstrateur Microsoft a simplement aussez les épaules me signifiant
en gros "ben oui, c'est comme cela".... Je reste inquiet.
Salutations,
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Christophe Lauer [MS]
Bonjour,
Christophe wrote:
Bonjour, depuis plusieurs mois je me documente et prépare ma migration (intellectuelle et logicielle ;-) vers dotNet. Mon utilisation de VB6 avec sa "pseudo POO" et les API m'aide pour franchir le cap. Cependant je vie de mes logiciels !
Nous aussi, nous connaissons bien vos interrogations légitimes.
mais avec dotNet et Ildasm.exe, tout ce que je génère, n'importe qui peut consulter mes sources !!
Par défaut, si vous ne faites rien contre, oui, les MSIL des assemblies .NET sont assez facilement réversibles et permettent dans une certaine mesure de remonter à du code source lisible en clair.
Pourquoi donc ce choix de microsoft est-il orienté "open source" !
L'Open Source est par définition un mode de distribution du logiciel dans lequel la Licence qui l'accompagne stipule que les code source sont disponibles à quiconque et autorise généralement différents droits sur ces codes sources, droits variables d'une licence à l'autre, comme le droit de copier, modifier ou redistribuer les sources modifiées, etc...
Nous ne sommes pas du tout dans cette logique avec .NET, je vous rassure.
J'ai la chance d'avoir vu cela qu'en est-il pour les autres ... tant pi ?
Ceci n'a jamais été caché et de nombreuses présentations ou articles sur .NET attirent l'attention sur ce point. Ensuite, reste à chacun à prendre ses dispositions et à définir sa propre stratégie en fonction de ses impératifs et besoins.
Pour occulter le code, Microsoft ajoute un logiciel d'un Tier. Ok mais c'est une option ! Oui, un option de protéger ses sources !
Oui, car tout le monde n'a pas forcément ce besoin. Ce besoin n'existe pas pour quiconque développe ses propres applications web sur un serveur car le code source n'est jamais visible par les utilisateurs. Au passage, notons que les développeurs ASP 3.0 ou les développeurs PHP se soucient généralement peu que leur code source soit non seulement visible mais modifiable via un simple Notepad.
Dans le cas de sociétés utilisatrices finales, les applications réalisées par le service informatique interne ou les sociétés de services en sous-traitances n'ont aucun intérêt en dehors de la société et contiennent souvent peu de propriété intellectuelle au sens propre du terme. Et ainsi de suite...
En fait, il est clair que le besoin de protection de la propriété intellectuelle est récurrent et très présent chez les Editeurs de Logiciels, et encore, pas chez tous. J'ai d'ailleurs moi même eu cette question à plusieurs reprises.
Vous comprendrez mon désaroi et mon incompréhension. Le fait d'occulter ses souces avec un autre logiciel diminue-t-il les performences ?
Ca dépend. Certains implémentations des outils de type "Obfuscateurs" permettent d'obtenir par un simple effet mécanique sur la modification du code MSIL une augmentation des performances, contrairement à une idée reçue et communément partagée.
Que dois-comprendre de Microsoft sur ce point de vue. Je suis allé à VB Day et le démonstrateur Microsoft a simplement aussez les épaules me signifiant en gros "ben oui, c'est comme cela"....
Oui, il voulait certainement dire que le fait que le code MSIL soit décompilable est "by design" un pré-requis au fonctionnement de la plate-forme, et plus exactement au fonctionnement du CLR. C'est d'ailleurs exactement la même chose dans le mode Java, et il existe de nombreux Obfuscateurs pour bytecode Java.
Je reste inquiet. Salutations,
Ne le soyez pas ! Vous avez raison de vous poser la question, et je voudrais vous indiquer que je me suis documenté sur la question depuis quelques temps et que je prépare toute une série d'articles à publier sur mon blog sur les questions, besoins et réponses à la protection de la propriété intellectuelle pour les Editeurs de Logiciels. Les premières parties devraient être en ligne dans les prochaines semaines sur http://blogs.microsoft.fr/clauer
Cordialement,
-- Christophe Lauer - Relations Techniques Editeurs de Logiciels Division Développeurs et Plateforme d'Entreprise - Microsoft France http://www.microsoft.com/france/msdn/ This posting is provided "AS IS" with no warranties, and confers no rights.
Bonjour,
Christophe wrote:
Bonjour, depuis plusieurs mois je me documente et prépare ma migration
(intellectuelle et logicielle ;-) vers dotNet. Mon utilisation de VB6
avec sa "pseudo POO" et les API m'aide pour franchir le cap.
Cependant je vie de mes logiciels !
Nous aussi, nous connaissons bien vos interrogations légitimes.
mais avec dotNet et Ildasm.exe,
tout ce que je génère, n'importe qui peut consulter mes sources !!
Par défaut, si vous ne faites rien contre, oui, les MSIL des assemblies .NET
sont assez facilement réversibles et permettent dans une certaine mesure de
remonter à du code source lisible en clair.
Pourquoi donc ce choix de microsoft est-il orienté "open source" !
L'Open Source est par définition un mode de distribution du logiciel dans
lequel la Licence qui l'accompagne stipule que les code source sont
disponibles à quiconque et autorise généralement différents droits sur ces
codes sources, droits variables d'une licence à l'autre, comme le droit de
copier, modifier ou redistribuer les sources modifiées, etc...
Nous ne sommes pas du tout dans cette logique avec .NET, je vous rassure.
J'ai la chance d'avoir vu cela qu'en est-il pour les autres ... tant
pi ?
Ceci n'a jamais été caché et de nombreuses présentations ou articles sur
.NET attirent l'attention sur ce point. Ensuite, reste à chacun à prendre
ses dispositions et à définir sa propre stratégie en fonction de ses
impératifs et besoins.
Pour occulter le code, Microsoft ajoute un logiciel d'un Tier.
Ok mais c'est une option ! Oui, un option de protéger ses sources !
Oui, car tout le monde n'a pas forcément ce besoin. Ce besoin n'existe pas
pour quiconque développe ses propres applications web sur un serveur car le
code source n'est jamais visible par les utilisateurs. Au passage, notons
que les développeurs ASP 3.0 ou les développeurs PHP se soucient
généralement peu que leur code source soit non seulement visible mais
modifiable via un simple Notepad.
Dans le cas de sociétés utilisatrices finales, les applications réalisées
par le service informatique interne ou les sociétés de services en
sous-traitances n'ont aucun intérêt en dehors de la société et contiennent
souvent peu de propriété intellectuelle au sens propre du terme. Et ainsi de
suite...
En fait, il est clair que le besoin de protection de la propriété
intellectuelle est récurrent et très présent chez les Editeurs de Logiciels,
et encore, pas chez tous. J'ai d'ailleurs moi même eu cette question à
plusieurs reprises.
Vous comprendrez mon désaroi et mon incompréhension. Le fait
d'occulter ses souces avec un autre logiciel diminue-t-il les
performences ?
Ca dépend. Certains implémentations des outils de type "Obfuscateurs"
permettent d'obtenir par un simple effet mécanique sur la modification du
code MSIL une augmentation des performances, contrairement à une idée reçue
et communément partagée.
Que dois-comprendre de Microsoft sur ce point de vue.
Je suis allé à VB Day et le démonstrateur Microsoft a simplement
aussez les épaules me signifiant en gros "ben oui, c'est comme
cela"....
Oui, il voulait certainement dire que le fait que le code MSIL soit
décompilable est "by design" un pré-requis au fonctionnement de la
plate-forme, et plus exactement au fonctionnement du CLR. C'est d'ailleurs
exactement la même chose dans le mode Java, et il existe de nombreux
Obfuscateurs pour bytecode Java.
Je reste inquiet. Salutations,
Ne le soyez pas ! Vous avez raison de vous poser la question, et je voudrais
vous indiquer que je me suis documenté sur la question depuis quelques temps
et que je prépare toute une série d'articles à publier sur mon blog sur les
questions, besoins et réponses à la protection de la propriété
intellectuelle pour les Editeurs de Logiciels. Les premières parties
devraient être en ligne dans les prochaines semaines sur
http://blogs.microsoft.fr/clauer
Cordialement,
--
Christophe Lauer - Relations Techniques Editeurs de Logiciels
Division Développeurs et Plateforme d'Entreprise - Microsoft France
http://www.microsoft.com/france/msdn/
This posting is provided "AS IS" with no warranties, and confers no rights.
Bonjour, depuis plusieurs mois je me documente et prépare ma migration (intellectuelle et logicielle ;-) vers dotNet. Mon utilisation de VB6 avec sa "pseudo POO" et les API m'aide pour franchir le cap. Cependant je vie de mes logiciels !
Nous aussi, nous connaissons bien vos interrogations légitimes.
mais avec dotNet et Ildasm.exe, tout ce que je génère, n'importe qui peut consulter mes sources !!
Par défaut, si vous ne faites rien contre, oui, les MSIL des assemblies .NET sont assez facilement réversibles et permettent dans une certaine mesure de remonter à du code source lisible en clair.
Pourquoi donc ce choix de microsoft est-il orienté "open source" !
L'Open Source est par définition un mode de distribution du logiciel dans lequel la Licence qui l'accompagne stipule que les code source sont disponibles à quiconque et autorise généralement différents droits sur ces codes sources, droits variables d'une licence à l'autre, comme le droit de copier, modifier ou redistribuer les sources modifiées, etc...
Nous ne sommes pas du tout dans cette logique avec .NET, je vous rassure.
J'ai la chance d'avoir vu cela qu'en est-il pour les autres ... tant pi ?
Ceci n'a jamais été caché et de nombreuses présentations ou articles sur .NET attirent l'attention sur ce point. Ensuite, reste à chacun à prendre ses dispositions et à définir sa propre stratégie en fonction de ses impératifs et besoins.
Pour occulter le code, Microsoft ajoute un logiciel d'un Tier. Ok mais c'est une option ! Oui, un option de protéger ses sources !
Oui, car tout le monde n'a pas forcément ce besoin. Ce besoin n'existe pas pour quiconque développe ses propres applications web sur un serveur car le code source n'est jamais visible par les utilisateurs. Au passage, notons que les développeurs ASP 3.0 ou les développeurs PHP se soucient généralement peu que leur code source soit non seulement visible mais modifiable via un simple Notepad.
Dans le cas de sociétés utilisatrices finales, les applications réalisées par le service informatique interne ou les sociétés de services en sous-traitances n'ont aucun intérêt en dehors de la société et contiennent souvent peu de propriété intellectuelle au sens propre du terme. Et ainsi de suite...
En fait, il est clair que le besoin de protection de la propriété intellectuelle est récurrent et très présent chez les Editeurs de Logiciels, et encore, pas chez tous. J'ai d'ailleurs moi même eu cette question à plusieurs reprises.
Vous comprendrez mon désaroi et mon incompréhension. Le fait d'occulter ses souces avec un autre logiciel diminue-t-il les performences ?
Ca dépend. Certains implémentations des outils de type "Obfuscateurs" permettent d'obtenir par un simple effet mécanique sur la modification du code MSIL une augmentation des performances, contrairement à une idée reçue et communément partagée.
Que dois-comprendre de Microsoft sur ce point de vue. Je suis allé à VB Day et le démonstrateur Microsoft a simplement aussez les épaules me signifiant en gros "ben oui, c'est comme cela"....
Oui, il voulait certainement dire que le fait que le code MSIL soit décompilable est "by design" un pré-requis au fonctionnement de la plate-forme, et plus exactement au fonctionnement du CLR. C'est d'ailleurs exactement la même chose dans le mode Java, et il existe de nombreux Obfuscateurs pour bytecode Java.
Je reste inquiet. Salutations,
Ne le soyez pas ! Vous avez raison de vous poser la question, et je voudrais vous indiquer que je me suis documenté sur la question depuis quelques temps et que je prépare toute une série d'articles à publier sur mon blog sur les questions, besoins et réponses à la protection de la propriété intellectuelle pour les Editeurs de Logiciels. Les premières parties devraient être en ligne dans les prochaines semaines sur http://blogs.microsoft.fr/clauer
Cordialement,
-- Christophe Lauer - Relations Techniques Editeurs de Logiciels Division Développeurs et Plateforme d'Entreprise - Microsoft France http://www.microsoft.com/france/msdn/ This posting is provided "AS IS" with no warranties, and confers no rights.
Christophe
Merci de votre réponse M. Lauer (d'ailleurs il me semble que vous étiez à des journées Microsoft... non ?).
Ok, c'est vraiment un des points qui frénait mon passage vers dotNet.
(Je suis allé à trois journées Microsoft et à la suite me suis alloué une journée sur mon VS.NET. Dans un premier temps j'ai développé une appli simple avec un Class et eurêka... je m'y retrouve facilement et parfois même le VB.NET comprends certaines syntaxes de VB6.. Donc plus de peur de que mal. Pour mon cas mes applis ne sortiront en dotNet que pour mi-2006. L'année 2005 sera une charnière ;-) et ne pense pas migrer automatiquement les applis mais les refaires afin de maitrise le code... ) Cordialement,
Merci de votre réponse M. Lauer (d'ailleurs il me semble que vous étiez à des
journées Microsoft... non ?).
Ok, c'est vraiment un des points qui frénait mon passage vers dotNet.
(Je suis allé à trois journées Microsoft et à la suite me suis alloué une
journée sur mon VS.NET.
Dans un premier temps j'ai développé une appli simple avec un Class et
eurêka... je m'y retrouve facilement et parfois même le VB.NET comprends
certaines syntaxes de VB6.. Donc plus de peur de que mal. Pour mon cas mes
applis ne sortiront en dotNet que pour mi-2006. L'année 2005 sera une
charnière ;-) et ne pense pas migrer automatiquement les applis mais les
refaires afin de maitrise le code... )
Cordialement,
Merci de votre réponse M. Lauer (d'ailleurs il me semble que vous étiez à des journées Microsoft... non ?).
Ok, c'est vraiment un des points qui frénait mon passage vers dotNet.
(Je suis allé à trois journées Microsoft et à la suite me suis alloué une journée sur mon VS.NET. Dans un premier temps j'ai développé une appli simple avec un Class et eurêka... je m'y retrouve facilement et parfois même le VB.NET comprends certaines syntaxes de VB6.. Donc plus de peur de que mal. Pour mon cas mes applis ne sortiront en dotNet que pour mi-2006. L'année 2005 sera une charnière ;-) et ne pense pas migrer automatiquement les applis mais les refaires afin de maitrise le code... ) Cordialement,
