e ne vois pas en quoi le fait de reecrire un logiciel pose probléme. Le conception d'un logiciel n'est qu'un probléme de mathématique: c'est l'utilisation de un ou plusieurs algorithmes pour résoudre un probléme donné.
Pas du tout, l'ecriture d'un programe n'est pas un probleme mathematique. On peut demontrer qu'un algorythme est fini, que le probleme est calculable et soluble a coup sur. Mais ca n'empeche pas le nombre de facon de resoudre le dit probleme d'etre "grand". Pas plus que ca n'indique que le probleme est pratiquement soluble, les informations obtenues par approche mathematique sont le plus souvent purement theorique.
Par exemple un employe A bosse dans une entreprise X qui veut ecrire un programe. Les matheux planchent sur les modeles et en retiennent une dizaine qui sont "theoriquement realisables".
La dessus la boite X investit 20 ans/homme de R &D pour implementer et tester les solutions que les matheux ont decrit comme valables. Il en ressort au final qu'une seule solution est applicable en pratique (pour des raisons de charge, de temps de traitement, de coherence des donnees, de facilite de deploiement etc.).
L'entreprise X a pris un risque (rien ne guarantissait qu'une solution etait implementable), elle a claquee une fortune en recherche et en tests. Le prix de l'application refletera ces faits.
Maintenant si notre employe A quitte la boite X pour aller bosser chez Y qui veut creer un logiciel similaire. A a deux choix soit il dit qu'il connait la seule solution implementable, soit par respect envers son ancien employeur il se tait. Mais si il parle alors Y aura des avantages monstrueux sur X :
-Cout de recherche et de tests quasi null car la solution est deja connue
-Prise de risque minimale car l'entreprise Y sait que la solution est implementable.
Y sera donc en mesure de fournir une application de qualite identique a celle de X (en theorie) a un prix beaucoup plus faible.
Malgre mes penchants pour le libre, face a un cas comme celui que je viens de decrire je suis oblige d'admettre que si A donne la solution a Y alors il y a acte de concurrence deloyale.
Bien sur cela ne s'applique que sur de tres gros projet, ou des projets vraiment innovants, mais a la place de A je demanderais a l'entreprise Y de me sortir du projet, non par crainte des represailles judiciaire, mais par respect envers le travail de mon ancienne boite.
[^] # Re: Droit d'auteur et travailleurs
Posté par Jerome Herman . En réponse à la dépêche Droit d'auteur et travailleurs. Évalué à 2.
Pas du tout, l'ecriture d'un programe n'est pas un probleme mathematique. On peut demontrer qu'un algorythme est fini, que le probleme est calculable et soluble a coup sur. Mais ca n'empeche pas le nombre de facon de resoudre le dit probleme d'etre "grand". Pas plus que ca n'indique que le probleme est pratiquement soluble, les informations obtenues par approche mathematique sont le plus souvent purement theorique.
Par exemple un employe A bosse dans une entreprise X qui veut ecrire un programe. Les matheux planchent sur les modeles et en retiennent une dizaine qui sont "theoriquement realisables".
La dessus la boite X investit 20 ans/homme de R &D pour implementer et tester les solutions que les matheux ont decrit comme valables. Il en ressort au final qu'une seule solution est applicable en pratique (pour des raisons de charge, de temps de traitement, de coherence des donnees, de facilite de deploiement etc.).
L'entreprise X a pris un risque (rien ne guarantissait qu'une solution etait implementable), elle a claquee une fortune en recherche et en tests. Le prix de l'application refletera ces faits.
Maintenant si notre employe A quitte la boite X pour aller bosser chez Y qui veut creer un logiciel similaire. A a deux choix soit il dit qu'il connait la seule solution implementable, soit par respect envers son ancien employeur il se tait. Mais si il parle alors Y aura des avantages monstrueux sur X :
-Cout de recherche et de tests quasi null car la solution est deja connue
-Prise de risque minimale car l'entreprise Y sait que la solution est implementable.
Y sera donc en mesure de fournir une application de qualite identique a celle de X (en theorie) a un prix beaucoup plus faible.
Malgre mes penchants pour le libre, face a un cas comme celui que je viens de decrire je suis oblige d'admettre que si A donne la solution a Y alors il y a acte de concurrence deloyale.
Bien sur cela ne s'applique que sur de tres gros projet, ou des projets vraiment innovants, mais a la place de A je demanderais a l'entreprise Y de me sortir du projet, non par crainte des represailles judiciaire, mais par respect envers le travail de mon ancienne boite.
Kha