Quelle est la gravité de la perte du code source? [fermé]

Si une entreprise de logiciels perd le code source de l'un des produits qu'elle vend, quelle en serait la gravité, en termes que vous pourriez expliquer à un profane? L'expression "négligence grave" serait-elle trop forte? Ou "incompétence grossière"? De toute évidence, personne n'a été tué, mais n'est-ce pas aussi grave qu'une négligence financière pour laquelle les gens purgent une peine de prison?

EDIT: Disons que ce n'est pas un cas de panne d'un lecteur de disque, de catastrophe naturelle ou quelque chose comme ça. Ils l'ont juste égaré.

Disons que MS perd la source de Windows Phone 7 ... des gens ont été tués pour waaaaay moins que les 400 millions de dollars estimés pour le développer.

Selon le produit, il n'y a pas de terme que je puisse penser qui soit «trop fort».

Pour une entreprise, c'est comme perdre les joyaux de la couronne. S'il s'agit d'un produit avec un processeur intégré, ils peuvent continuer à fabriquer le produit «tel quel», mais ils perdent la possibilité de l'améliorer ou de résoudre les problèmes.

Dans les marchés d'aujourd'hui, une entreprise EST c'est IP. Perdez ça et ça s'arrête.

Comme les autres l'ont noté, cela relève probablement de la rubrique "tout dépend", donc quelques sénarios:

Source pour un jeu vidéo sur console et sur disque - Cela aurait probablement peu d'impact sur l'entreprise car ils ont tendance à ne pas apporter de modifications au jeu une fois qu'il a été gravé sur disque. Certes, ils pourraient perdre du temps s'il y a du code de bibliothèque à redévelopper, ce ne serait pas si mal.

Source pour un jeu vidéo téléchargeable - Ce serait probablement mauvais car les clients s'attendront probablement à ce que des bogues soient corrigés, ne pas pouvoir le faire pourrait faire perdre confiance aux clients en la société, ce qui pourrait avoir un effet négatif sur les versions futures.

Source pour un jeu en développement - La plupart des sociétés de jeux vidéo ne peuvent pas se permettre de perdre le code d'un jeu en cours de développement à moins qu'il ne soit très tôt dans le cycle de développement (c'est-à-dire des jours, voire des semaines). Pour une petite entreprise, perdre la source car leur sortie phare pourrait les amener à fermer leurs portes.

Source pour une application pour petite entreprise avec une audience limitée - Peu susceptible de causer des problèmes à l'entreprise, même si elle risque de perdre quelques clients.

Source pour une application d'entreprise de grande envergure avec une audience limitée - Une autre situation où cela pourrait entraîner la fermeture de l'entreprise en raison de la perte de confiance de leurs clients. Même dans la plupart des petits marchés, il y a généralement plus d'une entreprise en activité et cela pourrait suffire pour que l'entreprise passe à un concurrent.

Source pour une application majeure d'une grande entreprise - Voici où tout dépend vraiment et serait probablement sur une base très étroite, au cas par cas. Les produits phares (par exemple Microsoft Windows) ont généralement des contrats de support qui leur sont associés et le fait de ne pas pouvoir prendre en charge le produit peut entraîner une violation des poursuites contractuelles. Si je devais donner une estimation, je dirais que la plupart des personnes impliquées dans la perte du code jusqu'à la haute direction de ces personnes pourraient avoir besoin de chercher un nouvel emploi.

Dans l'ensemble, je dirais probablement que la personne qui a perdu le code chercherait un nouvel emploi (et pourrait avoir du mal à en trouver un!) Et qu'elle pourrait également faire face à des poursuites judiciaires de la part de l'entreprise.

Bien qu'il y ait certainement des cas où cela pourrait être cataclysmique, je pense qu'il y en a beaucoup où ce n'est pas (du moins du point de vue de la société de logiciels).

Je pense qu'il y a beaucoup trop de variables pour donner une réponse globale quant à savoir s'il y a des répercussions juridiques, mais une poignée de questions à considérer pour déterminer cela comprendrait:

• Quelle est la nature du programme? Si c'est quelque chose qu'ils ont perdu parce que des applications comme ça coûtent un centime et ce n'est pas important , alors quoi? S'il s'agit du produit commercial phare de l'entreprise, ils ne se sont vraiment fait du mal. Si c'est un logiciel personnalisé qu'ils ont été mandatés pour construire, c'est là que cela pourrait devenir intéressant, mais ils doivent vous demander ...
• À qui appartient le droit d'auteur du code? (Si le client détient le droit d'auteur, alors sa propriété a sans doute été perdue / détruite)
• Le client est-il activement lésé par la disparition du code?
• Y avait-il des contrats en place concernant les développements futurs qui seront violés suite à la disparition du code?
• Dans quelle mesure est-il important de pouvoir recréer le logiciel existant? Si c'est quelque chose comme un script shell pour effectuer des tâches de maintenance, la société de logiciels mange le temps qu'il faut pour en créer un nouveau qui fait les mêmes choses. S'il s'agit d'une suite bureautique, dépoussiérez le CV.

Et je suis sûr qu'il y a beaucoup d'autres facteurs à prendre en considération. N'hésitez pas à ajouter.

Maintenant, j'ai dit "du point de vue de la société de logiciels". Cela peut toujours être catastrophique dans l'esprit du client en raison des plans qu'il avait pour les changements, les améliorations ou autres. Cependant, un contrat pour de telles choses ou la propriété du droit d'auteur peut sérieusement irriter le client, mais sans aucune obligation de la part du développeur, à part faire ce qu'il peut pour maintenir de bonnes relations avec la clientèle.

Ah, étant donné cette clarification de votre part (dans les commentaires):

Il a été développé il y a longtemps, sans contrôle de source, ils le vendent depuis tout ce temps et maintenant ils ont soudainement besoin de le mettre à jour

Dans cette situation spécifique , je dirais que ce n'est probablement pas la fin du monde. Étant donné qu'ils vendent le logiciel depuis des années sans avoir besoin du code source, vous pouvez simplement dire à ce client qui demande la mise à jour, "désolé, ne peut pas faire".

Maintenant, ne vous méprenez pas, perdre le code n'est pas bon. Cela va coûter très cher à votre entreprise de réécrire ou de désosser la version originale (si c'est ce qu'elle décide de faire). Mais ce n'est pas la fin du monde. Ils ont évidemment survécu aussi longtemps sans avoir besoin du code, alors ils continuent probablement à survivre sans lui.

Cela suppose, bien sûr, que les logiciels qu'ils vendent ne représentent qu'une petite partie de leur activité. Ce qui, je suppose, doit être le cas ...

Tant qu'ils sont encore en mesure de vendre le produit, je ne pense pas qu'ils soient en difficulté. Maintenant, s'ils sont sous contrat avec un client pour étendre le produit et fournir certaines nouvelles fonctionnalités dans la prochaine version, c'est beaucoup plus grave car cela les prépare à des pénalités de rupture de contrat. Mais je ne pense pas qu'il y ait un problème juridique avec la perte du code lui-même.

Cela ne signifie pas que ce n'est pas un désastre absolu pour l'entreprise. Mais c'est un désastre financier; pas légal. Je commencerais probablement par le terme «incompétence grossière» et continuerais mon chemin à partir de là.

Pour être honnête, je pense que cela dépend de la langue utilisée. Si vous perdez une base de code C #, elle peut être décompilée extrêmement facilement, mais si vous perdez une base de code C ++, c'est bien pire.

Si la nouvelle en est sortie, eh bien, tout fournisseur qui pourrait perdre son code source par un moyen autre qu'un désastre assez répandu ne suit évidemment rien de semblable à de bonnes pratiques de développement et n'est pas digne de confiance. Je considérerais cela comme une preuve prima facie très forte de l'incompétence flagrante des entreprises.

Que diriez-vous d'une "stupidité incroyable"?

Je le comparerais à d'autres emplois qui nécessitent la construction d'un article. Probablement quelque chose de physique. Par exemple, si un architecte a perdu les plans d'un bâtiment qui a été construit; Si une entreprise automobile perd les plans d'un modèle de voiture; Si une couturière perdait le patron d'une tenue qu'elle avait confectionnée; etc.

Il existe de nombreux emplois qui ont des comparaisons physiques à comparer à la création de logiciels.

Je pense qu'en dehors de l'option de décompilation du code, ce serait un assez gros problème en supposant que la société avait l'intention de continuer à commercialiser le produit logiciel. S'il s'agissait d'une application interne, il en serait de même dans une moindre mesure.

Si vous ne pouvez pas restaurer le code source, la maintenance (correction de bogues) et les améliorations ne peuvent pas être effectuées, l'application est donc statique. Si Microsoft ou Apple ou Apache ou quiconque votre plate-forme d'exploitation modifie ou met à niveau leur code, votre ancien code compilé peut ne pas fonctionner et vous ne pouvez pas le corriger. Si vous vendez cette application à des clients externes, vous ne pouvez pas contrôler quand ils mettront à niveau leur Windows, MAC OSX, iPhone, navigateur Web, vous avez donc un gros risque ici pour la réputation de votre entreprise et éventuellement un risque juridique également si vous avez un contrat de maintenance avec les clients.

Deuxièmement, le code source représente un atout pour l'entreprise. Donc, pour une entreprise de logiciels, c'est un atout dans les livres. C'est quelque chose que vous pouvez vendre en tant que produit ou vendre le code source et tous les droits à une autre société de logiciels. Je ne continuerais pas à vendre un produit logiciel à des clients que je savais ne pas pouvoir maintenir car j'ai perdu le code source. De plus, je doute qu'une autre société de logiciels achèterait l'application et tous les droits si elle ne pouvait pas développer davantage le produit. La valeur de l'actif de cette application doit donc être réduite.

Pour une application interne interne, vous pouvez avoir plus de contrôle sur la plate-forme d'exploitation de votre application, mais je chercherais toujours à remplacer cette application si le code source ne peut pas être décompilé en une base de code utilisable pour la maintenance.

À votre santé,

Kevin

PS J'espère que ce n'est qu'une question théorique ... :)

S'ils n'ont pas à corriger de bogues, ce n'est probablement pas si grave. Par exemple, si l'entreprise crée des contrôles ActiveX personnalisés et perd la source de l'un de ses produits hérités, qui s'en soucie vraiment? Le produit n'est probablement pas activement entretenu et n'est probablement pas non plus commercialisé de manière agressive. Ils le vendront tant que les gens utiliseront encore l'ActiveX 32 bits, puis l'oublieront.

Cela dit, je le classerais toujours comme une négligence grave. De toute évidence, il n'y a pas de système de gestion de code source en place, ce qui est une incompétence professionnelle pour une maison de logiciels.