Tener dos equipos separados trabajando en un proyecto es bastante común. Un equipo crea el backend y el otro el front-end. Pero para que las cosas funcionen, ambos deben usar una interfaz común. El equipo de front-end debe especificar lo que necesita y el equipo de back-end tiene que proporcionar esto de alguna manera. Esto significa que debe haber mucha comunicación entre ambos equipos, preferiblemente por parte de ambos líderes de equipo.
En su situación, si el equipo de back-end hace un trabajo adecuado y también proporciona la documentación adecuada, hacer un front-end no debería ser un gran problema. Pero ambos equipos tendrán que trabajar juntos en la interfaz común entre estas dos partes. Y cuando no puedan ponerse de acuerdo sobre las definiciones adecuadas, necesitará un tercero para analizar básicamente la situación y decidir cómo se resolverá.
Mi consejo sería contratar a un experto local adicional que pueda vigilar tanto el front-end como el backend y realizar revisiones de código adecuadas para mantener una alta calidad. No es infrecuente con proyectos subcontratados que las cosas se “saboteen” haciendo las cosas más difíciles de lo que deberían ser. Si ese es el caso con su equipo de back-end, su equipo de front-end tendrá problemas para crear el código adecuado.
- ¿El concepto / técnica de desarrollo de Flux encajaría en el desarrollo de back-end? ¿Puede reemplazar MVC?
- ¿Qué debo hacer para crear un sitio web con back-end y front-end, incluida una base de datos para una tienda en línea?
- ¿Qué tan factibles son los trabajos de desarrollo que involucran la codificación de back-end después de graduarse de un campamento de codificación superior?
- ¿Cuáles son las tecnologías utilizadas por los desarrolladores de back-end?
- ¿Cómo comenzaría a crear una aplicación móvil con back-end web?
