¿Qué tan serio es perder el código fuente? [cerrado]

Si una compañía de software pierde el código fuente de uno de los productos que está vendiendo, ¿qué tan serio sería, en términos que podría explicarle a un lego? ¿Sería demasiado fuerte el término "negligencia grave"? O "incompetencia grave"? Obviamente nadie fue asesinado, pero ¿no es tan grave como una negligencia financiera que la gente tenga tiempo en la cárcel?

EDITAR: Digamos que no se trata de una unidad de disco que falla, un desastre natural o algo así. Simplemente lo extraviaron.

Digamos MS pierde la fuente para Windows Phone 7 ... personas han muerto por muuuuchas menor que el estimado de $ 400 millones que costó a desarrollarla.

Dependiendo del producto, no hay un término que pueda pensar que sea "demasiado fuerte".

Para una empresa, esto es como perder las joyas de la corona. Si se trata de un producto con un procesador incorporado, pueden continuar fabricando el producto "tal cual", pero pierden la capacidad de mejorarlo o solucionar cualquier problema.

En los mercados actuales, una empresa es IP. Pierde eso y se va a la quiebra.

Como han señalado los demás, esto probablemente se enmarca en el encabezado "todo depende", por lo que un par de senarios:

Fuente de un videojuego de consola basado en disco : esto probablemente tendría poco impacto en la empresa, ya que tienden a no realizar ningún cambio en el juego una vez que se ha grabado en el disco. De acuerdo, podrían perder algo de tiempo si hay un código de biblioteca que tienen que volver a desarrollar, no sería tan malo.

Fuente de un videojuego descargable : esto probablemente sería malo ya que los clientes probablemente van a esperar que se reparen los errores, no poder hacerlo podría hacer que los clientes pierdan la fe en la compañía y podrían afectar negativamente las futuras versiones.

Fuente para un juego en desarrollo : la mayoría de las compañías de videojuegos no pueden permitirse perder el código de un juego actualmente en desarrollo a menos que sea extremadamente temprano en el ciclo de desarrollo (es decir, días, tal vez semanas). Para una empresa pequeña, perder la fuente porque su lanzamiento emblemático podría hacer que cierren.

Fuente para una aplicación de pequeña empresa con un público de lanzamiento limitado : es poco probable que cause problemas a la empresa, aunque podrían perder un par de clientes.

Fuente para una aplicación comercial grande con un público de lanzamiento limitado : otra situación en la que puede hacer que la empresa cierre su negocio debido a la pérdida de fe de sus clientes. Incluso en la mayoría de los mercados pequeños, suele haber más de una empresa en funcionamiento y esto podría ser suficiente para que el negocio se mueva a un competidor.

Fuente para una aplicación importante de una gran empresa : aquí es donde realmente todo depende y es probable que sea muy estricta, caso por caso. Los productos emblemáticos (por ejemplo, Microsoft Windows) generalmente tienen contratos de soporte asociados con ellos y no poder soportar el producto podría dar lugar a demandas por incumplimiento de contrato. Si tuviera que dar una estimación, diría que la mayoría de las personas involucradas en la pérdida del código hasta el liderazgo de esas personas podrían estar buscando un nuevo empleo.

Sin embargo, en general, diría que la persona que perdió el código buscaría un nuevo trabajo (¡y podría tener dificultades para encontrar uno!) Y también podría enfrentar demandas de la empresa.

Si bien ciertamente hay casos en los que podría ser cataclísmico, creo que hay muchos donde no lo es (al menos desde la perspectiva de la compañía de software).

Creo que hay demasiadas variables para dar una respuesta general sobre si hay alguna repercusión legal, pero algunas preguntas a considerar para determinar eso incluirían:

• ¿Cuál es la naturaleza del programa? Si es algo que perdieron porque las aplicaciones como esta cuestan diez centavos por docena y no es importante , ¿y qué? Si es el producto comercial insignia de la compañía, solo se han perjudicado a sí mismos. Si se trata de un software personalizado para el que han sido construidos, ahí es donde podría ser interesante, pero deben preguntar ...
• ¿Quién poseía los derechos de autor del código? (Si el cliente posee los derechos de autor, entonces su propiedad podría haberse perdido / destruido)
• ¿Está el cliente siendo perjudicado activamente por la desaparición del código?
• ¿Había contratos vigentes con respecto al desarrollo futuro que se violarían como resultado de la desaparición del código?
• ¿Qué tan importante es poder recrear el software existente? Si se trata de algo así como un script de shell para realizar tareas de mantenimiento, la compañía de software consume el tiempo necesario para crear uno nuevo que haga lo mismo. Si se trata de una suite ofimática, desempolva el currículum.

Y estoy seguro de que hay muchos otros factores que deberían considerarse. Siéntase libre de agregar.

Ahora sí dije "desde la perspectiva de la compañía de software". Todavía puede ser catastrófico en la mente del cliente debido a los planes que tenían para cambios, mejoras o cualquier otra cosa. Sin embargo, un contrato para tales cosas o la propiedad de los derechos de autor puede enojar seriamente al cliente, pero sin ninguna obligación por parte del desarrollador, aparte de hacer lo que pueda para mantener buenas relaciones con los clientes.

Ah, dada esta aclaración tuya (en los comentarios):

Fue desarrollado hace mucho tiempo, sin control de fuente, lo han estado vendiendo todo este tiempo y ahora de repente necesitan actualizarlo.

En esta situación específica , diría que probablemente no sea el fin del mundo. Dado que han estado vendiendo el software durante años sin necesitar el código fuente, entonces solo puede decirle a este cliente que solicita la actualización, "lo siento, no se puede hacer".

Ahora no me malinterpreten, perder el código no es bueno. Va a ser muy costoso para su empresa reescribir o aplicar ingeniería inversa a la versión original (si eso es lo que deciden hacer). Pero no es el fin del mundo. Obviamente han sobrevivido durante tanto tiempo sin necesitar el código, por lo que probablemente continúen sobreviviendo sin él.

Esto supone, por supuesto, que el software que venden es solo una pequeña parte de su negocio. Lo que supongo que debe ser el caso ...

Mientras puedan vender el producto, no creo que tengan problemas. Ahora, si están bajo contrato con un cliente para extender el producto y proporcionar ciertas características nuevas en la próxima versión, eso es mucho más grave porque los está configurando por incumplimiento de sanciones contractuales. Pero no creo que haya un problema legal con la pérdida del código en sí.

Esto no significa que no sea un desastre absoluto para la empresa. Pero es un desastre financiero; No es legal. Probablemente comenzaría con el término "incompetencia grave" y avanzaría desde allí.

Para ser sincero, creo que depende del idioma utilizado. Si pierde una base de código C #, se puede descompilar con extrema facilidad, pero si pierde una base de código C ++, eso es mucho peor.

Si se corrió la voz de eso, bueno, cualquier proveedor que pueda perder su código fuente por cualquier otro medio que no sea un desastre bastante extendido obviamente no está siguiendo nada como prácticas de desarrollo sólidas, y no se puede confiar en él. Consideraría eso como una evidencia prima facie muy fuerte de incompetencia corporativa bruta.

¿Qué tal "estupidez increíble"?

Lo compararía con otros trabajos que requieren la construcción de un artículo. Probablemente algo físico. por ejemplo, si un arquitecto perdió los planos de un edificio que fue construido; Si una compañía de automóviles pierde los planes para un modelo de automóvil; Si una costurera perdió el patrón para un atuendo que habían hecho; etc.

Hay muchos trabajos que tienen comparaciones físicas para comparar con la creación de software.

Creo que, aparte de la opción de descompilar el código, este sería un problema bastante grande, suponiendo que la compañía tuviera la intención de continuar comercializando el producto de software. Si se tratara de una aplicación interna, lo mismo sería cierto en menor grado.

Si no puede restaurar el código fuente, entonces el mantenimiento (corrección de errores) y las mejoras no se pueden realizar, por lo que la aplicación ahora es estática. Si Microsoft o Apple o Apache o quien sea que su plataforma operativa cambie o actualice su código, entonces su código compilado anterior puede no funcionar y no puede solucionarlo. Si está vendiendo esta aplicación a clientes externos, no puede controlar cuándo actualizarán su Windows, MAC OSX, iPhone, navegador web, por lo que tiene un riesgo bastante grande aquí para la reputación de su empresa y posiblemente un riesgo legal también si tiene un contrato de mantenimiento con los clientes

En segundo lugar, el código fuente representa un activo para la empresa. Entonces, para una compañía de software es un activo en los libros. Es algo que puede vender como producto o vender el código fuente y todos los derechos a otra compañía de software. No continuaría vendiendo un producto de software a clientes que sabía que no podía mantener porque perdí el código fuente. Además, dudo que otra compañía de software compraría la aplicación y todos los derechos si no pudieran seguir desarrollando el producto. Por lo tanto, el valor de los activos de esta aplicación debe reducirse.

Para una aplicación interna interna, es posible que tenga más control sobre la plataforma operativa para su aplicación, pero aún así buscaría reemplazar esta aplicación si el código fuente no se puede descompilar en una base de código utilizable para el mantenimiento.

Salud,

Kevin

PD: Espero que esto sea solo una pregunta teórica ... :)

Si no tienen que corregir ningún error, entonces probablemente no sea tan importante. Por ejemplo, si la compañía hace controles personalizados de ActiveX y pierden la fuente de uno de sus productos heredados, ¿a quién le importa realmente? El producto probablemente no se mantiene activamente, y probablemente tampoco se comercializa agresivamente. Lo venderán siempre que la gente siga usando ActiveX de 32 bits y luego se olviden de ello.

Dicho esto, todavía lo clasificaría como negligencia grave. Obviamente no existe un sistema de gestión de código fuente, que es la incompetencia profesional para una empresa de software.