¿Puedo comprar varios sitios web desarrollados en diferentes lenguajes de programación y usarlos todos juntos como uno solo?

Answer 1

La respuesta corta es: elegir diferentes “objetos” y “pegarlos” juntos es la base del desarrollo web.
Hoy en día, los desarrolladores web maximizan su productividad al elegir componentes listos para usar, en lugar de reescribirlos desde cero, simplemente tiene sentido.
PERO, esos objetos “prefabricados” están diseñados para ser utilizados como tales.
Por lo tanto, están diseñados como una solución incompleta, con muchos “ganchos” que puede usar para integrarlos con su solución, a pesar de que generalmente vienen con aplicaciones de ejemplo que puede usar para ayudarlo a aprender cómo hacerlo.
Puedes pensar en estos componentes como ingredientes para hacer un pastel: encontrarás varias mezclas de pastel base diferentes, por lo que puedes elegir uno. Luego, puede elegir un aderezo de pastel premezclado, de una selección de diferentes opciones.
Pero, ninguno de esos es un pastel completo.
Además, están diseñados para ser utilizados en un pastel.
Puedes crear mil pasteles diferentes combinando esos ingredientes prefabricados.
Ahora, si las “soluciones” que desea integrar son sitios web por su cuenta, eso es mucho más complicado, si es posible.
Si compra algunos scripts de sitios web e intenta integrarlos, será lo mismo que comprar varios pasteles horneados y cortar partes de ellos y juntar esas partes para hacer su propio pastel: va a ser mucho más difícil que hacer su pastel propio Y, ** lo que es más importante **, probablemente será feo, incómodo, difícil de cortar y tendrá un sabor extraño.
En términos de profesionales de TI, probablemente le costará mucho más mantener una solución de este tipo, que escribir la suya, porque cuando escribe su solución, se hace de una manera que la mayoría de los programadores podrán seguir y aprender. Porque es una programación simple.
Si ‘integra’ piezas de soluciones, una vez que su programador se aleje, estará en problemas, porque no habrá una manera fácil para que alguien que no esté involucrado en el proyecto se ponga al día con él.
Entonces, supongo que la respuesta corta en realidad es: probablemente no quieras hacer eso.

Answer 2

Ciertamente es posible. De hecho, cuanto más grande sea su proyecto, más difícil será mantenerse en una plataforma o lenguaje de programación. Debo mencionar algunos inconvenientes de usar muchas herramientas para administrar un proyecto que se encuentra en sus primeras etapas.

1. Costo: – El costo de administrar una plataforma con múltiples componentes aumentará exponencialmente con cada componente que agregue.

2. Complejidad: – Su proyecto tendrá muchos errores no triviales causados ​​por la interacción de sus herramientas, y la depuración de estos errores será difícil.

3. Su capacidad para ajustar su código para casos de uso específicos puede verse obstaculizada debido a limitaciones en cada una de las herramientas que interactúan.

Como tal, siempre es mejor atenerse a una plataforma / herramienta hasta que sea absolutamente necesario para expandirse. Esos son mis dos centavos.

Answer 3

Hacer que trabajen juntos es posible, pero muy difícil si se escriben en diferentes idiomas, a menos que interactúen a través de algún método de comunicación conocido como una base de datos o una API.

No estoy seguro si cambió la pregunta un poco ya que las otras personas la respondieron, pero creo que están subestimando la dificultad y sobreestimando la utilidad.

Considerar cuándo se adquieren las empresas. Por un tiempo, todo es igual para la empresa adquirida. Siguen dirigiendo su empresa, pero bajo el paraguas de los padres. Eventualmente, tienen que comenzar a migrar sus sistemas. Por lo general, esto significa que pieza por pieza, el software y la infraestructura se convierten a las tecnologías que le gustan a la empresa matriz.

Esencialmente, las adquisiciones de software son como los Borg. Son largos, costosos y francamente una paliza.

Es mucho mejor escribir y usar software que se integre bien con otro software a través de API en lugar de simplemente tratar de combinar cosas.