丢失源代码有多严重？[关闭]

如果软件公司将源代码丢失给他们出售的一种产品，那么用您可以向外行解释的话，这有多严重？“重大过失”一词会否太过强烈？还是“严重的无能”？显然没有人被杀，但是难道不如人们因入狱而造成的经济疏忽那么严重吗？

编辑： 假设这不是磁盘驱动器崩溃，自然灾害或类似情况的情况。只是他们放错了地方。

假设MS失去了Windows Phone 7的来源...人们因waaaaay被杀而少于开发它的估计费用4亿美元。

根据产品的不同，我无法想到一个术语“太强”。

对于一家公司而言，这就像失去皇冠上的珠宝。如果它是带有嵌入式处理器的产品，那么他们可以继续“按原样”制造该产品，但是他们失去了改进产品或解决任何问题的能力。

公司在今天的市场上IS它的IP。失去它，它就倒闭了。

正如其他人所指出的那样，这可能属于“全视情况”标题，因此有以下几种说法：

基于磁盘的控制台视频游戏的来源 -这可能对公司影响不大，因为一旦将游戏刻录到磁盘上，他们往往不会对游戏进行任何更改。当然，如果有必须重新开发的库代码，他们可能会浪费一些时间，这并不是那么糟糕。

可下载视频游戏的来源 -这可能很糟糕，因为客户可能会期望会修补错误，而不能这样做，可能会导致客户对公司失去信心，这可能会对以后的发行产生不利影响。

开发中游戏的来源 -大多数视频游戏公司无法承受丢失当前正在开发中的游戏的代码，除非它处于开发周期的极早（即几天甚至几周）。因为他们的旗舰版本可能导致他们倒闭。

发行量有限的小型企业应用程序的来源 -可能给公司造成任何问题，尽管可能会失去几个客户。

发行量有限的大型企业应用程序的来源 -这是由于客户失去信心而导致公司倒闭的另一种情况。即使在大多数小市场中，也往往会有一家以上的公司在运营，这足以使该公司向竞争者转移。

大型公司提供的主要应用程序的来源 -这实际上取决于所有情况，并且可能会基于非常狭窄的案例而定。旗舰产品（例如Microsoft Windows）通常具有与其相关的支持合同，而不能支持该产品可能导致违反合同诉讼。如果我必须给出一个估计，我想说的是，大多数参与准则丧失工作的人，直到这些人的高层领导，可能都需要寻找新的工作。

但是，我可能会说，总体而言，丢失代码的人正在寻找新工作（并且可能很难找到工作！），而且他们也可能面临公司的诉讼。

虽然在某些情况下肯定会造成灾难性的影响，但我认为有很多情况并非如此（至少从软件公司的角度来看）。

我认为，变量太多，无法一概而论，是否有任何法律影响，但是在确定这一点时要考虑的几个问题包括：

• 该计划的本质是什么？如果这是他们丢失的东西，因为像这样的应用只是一角钱，这并不重要，那又如何呢？如果这是公司的旗舰商业产品，那么它们只会伤害自己。如果它是定制软件，那么他们就已经签约建造了，这可能会很有趣，但是您必须要问...
• 谁拥有该代码的版权？（如果客户拥有版权，则可以说他们的财产已经丢失/破坏）
• 规范的消失会给客户带来积极的伤害吗？
• 是否存在有关未来开发的合同，这些合同由于该规范的消失而被违反？
• 能够重新创建现有软件有多重要？如果要像执行维护任务的Shell脚本那样，软件公司会花费时间来制作一个新的做同样的事情。如果是办公套件，请清除简历。

而且我敢肯定，还有许多其他因素需要考虑。随时添加。

现在，我确实说过“从软件公司的角度来看”。在客户心目中，这可能仍然是灾难性的，因为他们有更改，增强或其他方面的计划。尽管签订了此类合同或拥有版权，但它可能会严重激怒客户，但开发人员除了尽其所能维持良好的客户关系外，没有任何义务。

嗯，鉴于您的澄清（在评论中）：

它是很久以前开发的，没有源代码控制，他们一直在销售它，现在突然需要更新它

在这种特定情况下，我想这可能不是世界末日。鉴于他们多年来一直在销售该软件而无需使用源代码，因此您可以对要求更新的一位客户说“抱歉，不能做”。

现在不要误会我的意思，丢失代码不是很好。对于您的公司而言，重写或反向工程原始版本将非常昂贵（如果他们决定这样做的话）。但这不是世界末日。很明显，它们不需要代码就可以生存很长时间，因此，如果没有代码，他们可能会继续生存。

当然，这是假设他们销售的软件只是他们业务的一小部分。我猜肯定是这样的...

只要他们仍然有能力销售产品，我就认为他们没有麻烦。现在，如果他们与客户签有合同以扩展产品并在下一版本中提供某些新功能，那将更加严重，因为这将使他们违反合同规定。但是我认为丢失代码本身没有法律问题。

这并不意味着这不是公司的绝对灾难。但这是一场金融灾难。不是合法的。我可能会以“严重的无能”一词开始，然后从那开始。

老实说，我认为这取决于所使用的语言。如果您丢失了C＃代码库，则可以非常容易地对其进行反编译，但是如果您丢失了C ++代码库，那就更糟了。

如果说不出话来，那么，任何一家可能会通过除相当广泛的灾难以外的任何方式丢失其源代码的供应商显然都不会遵循诸如完善的开发实践之类的方法，因此也不值得信任。我认为这是公司严重无能的非常有力的表面证据。

“不可思议的愚蠢”怎么样？

我希望将其与需要构造项目的其他工作进行比较。可能是身体上的东西。例如，如果建筑师丢失了建造的建筑物的计划；如果汽车公司失去了汽车模型的计划；如果裁缝迷失了他们制作服装的样式；等等

有许多工作可以与创建软件进行物理比较。

我认为，除了可以选择反编译代码之外，假设公司打算继续销售该软件产品，这将是一个很大的问题。如果是内部应用程序，则在较小程度上适用。

如果无法还原源代码，则无法执行维护（错误修复）和增强功能，因此应用程序现在是静态的。如果Microsoft，Apple或Apache或您的操作平台的任何人更改或升级了他们的代码，则您的旧编译代码可能无法工作，您将无法修复它。如果您将此应用程序出售给外部客户，您将无法控制他们何时升级Windows，MAC OSX，iPhone，Web浏览器，因此，如果您与公司签订维护合同，将对公司的声誉造成很大的风险，甚至可能产生法律风险。与客户。

其次，源代码代表了公司的资产。因此，对于软件公司而言，这是一笔宝贵的财富。您可以将其作为产品出售，也可以将源代码和所有权利出售给另一家软件公司。我不会继续向我知道无法维护的客户销售软件产品，因为我丢失了源代码。此外，我怀疑如果不能进一步开发产品，其他软件公司是否会购买该应用程序和所有权利。因此，必须降低此应用程序的资产价值。

对于内部内部应用程序，您可能会更好地控制应用程序的操作平台，但是如果无法将源代码反编译为可用的代码库进行维护，我仍然希望替换此应用程序。

干杯，

凯文

PS我希望这只是一个理论问题... :)

如果他们不必修复任何错误，那么可能就没什么大不了的了。例如，如果公司制作了自定义的ActiveX控件，而他们却将源丢失给了他们的一种传统产品，那么谁真正在乎呢？该产品可能没有得到积极维护，也可能没有积极销售。只要人们仍然使用32位ActiveX，他们就会出售它，然后再将其遗忘。

也就是说，我仍然将其归类为重大过失。显然，没有适当的源代码管理系统，这对于软件公司来说是无能为力的。