¿Todavía se adquieren tecnologías iniciales pero probadas con bases de código desorganizadas?

Me temo que tengo malas noticias.

No se trata del código base, sino del estado de la industria informática en general.

Recuerdo haber tomado clases de informática donde me dieron la impresión de que, una vez que saliera de la escuela, iría a un mundo de código encantador e impecable o el UX estaba aislado del código funcional y dondequiera que mirara, sería encantador, ordenado estructuras de datos hasta donde alcanza la vista.

Ah, ja, ja, ja, ja, ja, ja, ja.

El código podrido elaborado de manera slapdash por un desarrollador junior no es un impedimento para la adquisición. El código podrido creado por un desarrollador junior de una manera slapdash es la forma en que funciona el mundo. No me importa si estás en Oracle, Microsoft o Google, cualquier imperio que se te ocurra está construido sobre una base de código podrido. He oído que hay fragmentos de código de Windows que nadie realmente entiende, y lo creo.

Si los constructores construyeran edificios de la forma en que los programadores escriben el código, el primer pájaro carpintero que aparezca destruirá la civilización.

Sí, se adquieren. Los muchachos de M&A generalmente no saben nada sobre codificación, en primer lugar son de finanzas, por lo que sus evaluaciones iniciales tienen que ver con el ajuste del producto / mercado, si pueden hacer algo con su tecnología, etc. La mayoría de las veces , están presupuestando que van a necesitar una reescritura seria para que algo funcione dentro de su plataforma, incluso si no se lo dicen.

Dicho esto, es probable que baje su precio si la tecnología es realmente horrible (y no solo desorganizada). En muchas grandes empresas, los técnicos de M&A están acostumbrados a que los técnicos de TI les digan que todo cuesta un millón de dólares para arreglarlo … y su primera reacción será que deberían sacar ese millón de dólares de su precio. Dependiendo de qué tan buen negociador sea usted (y sus asesores), probablemente pueda evitar esto porque sabían antes de comenzar a hablar con usted que tendrían que ajustar su tecnología para trabajar dentro de sus propios sistemas. Todo depende de qué tanto necesita ser adquirido (por ejemplo, cuánto efectivo le queda disponible y si tiene un flujo de caja positivo).

Al final del día, cuando las compañías compran compañías de tecnología, están comprando una de dos cosas: una base de usuarios, o algo que consideran simplemente buena tecnología. Dado que un desarrollador junior pudo construir su producto, es más probable que deseen la base de usuarios en lugar de la tecnología: todos saben que un desarrollador junior es un recurso económico, incluso si les toma de 3 a 4 meses construir algo.

Gracias por el A2A.