¿Por qué las personas usan React y Angular en el mismo extremo?

A veces existe la necesidad de migrar una aplicación existente de un marco / biblioteca (solución) a otra solución. Puede tener varias razones:

  • una empresa quiere seguir siendo atractiva para los desarrolladores utilizando la última tecnología
  • los desarrolladores de una empresa quieren ser más eficientes
  • Los desarrolladores de una empresa quieren usar una solución donde la solución anterior no hubiera ayudado
  • la nueva solución tiene menos vulnerabilidad (pensando en problemas de seguridad en bibliotecas desactualizadas)

Pero en una aplicación grande no puede simplemente intercambiar una solución con otra. Es un camino difícil de tomar en una larga fase de migración. Una empresa o equipo detrás de la aplicación tiene que decidir si vale la pena hacer la migración en primer lugar:

  • ¿Agrega valor comercial? (contratación, eficiencia de desarrolladores, …)
  • ¿Agrega valor a los desarrolladores? (eficiencia, satisfacción, solucionador de problemas?)

No hay razón para comenzar un nuevo proyecto con React y Angular. De hecho, esta elección agregaría complejidad innecesaria e hinchazón al proyecto.

Usar tanto Angular como React suele ser un artefacto de decidir cambiar los marcos a la mitad de un proyecto. La mayoría de las veces, los recursos no están disponibles para reescribir todo el proyecto en el nuevo marco, por lo que solo las nuevas partes se escriben en el nuevo marco. Se utiliza algún tipo de puente para comunicarse entre ellos (como un emisor de eventos).

En mi experiencia, he visto proyectos que decidieron usar Angular unos años antes de que React ganara popularidad, y luego cambié a React. Para muchas empresas, es más fácil contratar desarrolladores de React porque es lo “genial” en este momento en 2017.