¿Cómo trabajan juntos los desarrolladores front-end y back-end en el mismo proyecto en el trabajo?

Los desarrolladores front-end y back-end trabajan de la mano para crear un producto de software que funcione. Los desarrolladores front-end se preocupan principalmente por las tecnologías de interfaz de usuario como HTML, CSS y Javascript o Javascript Frameworks. Tienden a convertir el diseño de la maqueta en un producto de interfaz de usuario funcional. Luego, ayudan a llamar a la API de back-end desde el front-end que actúa como un puente entre el front-end y el back-end. Aquí es donde los desarrolladores de back-end entran en escena. Ayudan a exponer la lógica de back-end a través de varias API. El front-end llama a estas API para que pasen un cierto modelo de datos front-end para que esta API las procese. El desarrollador de back-end también implementa la lógica detrás de la API, que trata con una o más bases de datos, para procesar datos pasados ​​desde el front-end.

Espero que esto ayude.

No sé mucho sobre otros equipos, pero construí algo que hará que tanto el frente como la parte posterior se desarrollen en paralelo.

Los servicios web REST son clave.

AngularJS controla la interfaz

El backend está controlado por PHP Yii o NodeJS

Para el frontend

Construí una interfaz independiente usando datos Json temporales escritos en archivos json en una carpeta. Luego le indiqué al desarrollador que usara esos datos simulados para completar sus diseños frontend para que los chicos frontend nunca tengan que caminar de regreso y fortalecerse con los chicos de backend. A partir de aquí, hice un archivo de configuración en el que cada función que necesita conectarse en un recurso remoto (servidor local) cambia a en línea o fuera de línea ( sin conexión significa el uso de los archivos json y en línea es cuando la función de servicio web está disponible para su uso ) . De esta manera, mis chicos frontend podrán diseñar formatos Json en el archivo json que luego serán utilizados por mis chicos de back-end como referencia sobre qué formato json se generará.

Para el backend

Hice que crearan controladores de solicitud RESTful para acomodar cada solicitud proveniente de la interfaz basada en esos archivos json diseñados por la interfaz.

De esta manera, pueden desarrollarse en paralelo.

Para agregar hice frente y atrás como dos proyectos separados.

Espero que esto ayude 😀

Primero, el diseñador (o mejor aún, todo el equipo) trabaja en algunos wireframes. Estos son documentos aproximados que descifran el esqueleto del sitio web. No son bonitas, pero deberían cubrir cualquier funcionalidad que esté presente en el producto o característica final.

A partir de ahí, el trabajo se divide un poco. Los desarrolladores de backend comienzan a construir el backend en función de la funcionalidad descrita en los wireframes, y los diseñadores comienzan a diseñar la apariencia del sitio. Idealmente, estos dos equipos están trabajando muy de cerca para que si el diseñador tiene una idea que no está en los wireframes, puede decirle a los desarrolladores y se puede construir y viceversa si el desarrollador tiene una idea de cómo mejorar las cosas.

Una vez que el diseño está terminado y aprobado, el trabajo front-end puede comenzar donde los desarrolladores front-end construyen el diseño en código. Idealmente, el desarrollador front-end terminaría su sección aproximadamente al mismo tiempo que los desarrolladores de back-end y alguien fusiona los dos. Transferencia de datos ficticios para datos reales y asegurarse de que todo funcione según lo planeado.

Planificación anticipada, pizarras y buenos principios de diseño.

Cuando un equipo obtiene un nuevo proyecto, casi de inmediato comienza a analizar los requisitos y a formular una idea y un proceso de cómo convertir esos requisitos en un producto. Todo esto sucede antes de que alguien escriba el código, y a menudo gira en torno a una pizarra, de la misma manera que se hace trabajo grupal en la universidad.

Otro aspecto que permite a ambos desarrolladores codificar juntos es separar las preocupaciones de cada desarrollador para que puedan desarrollarse de forma asincrónica. Un principio de diseño que personifica esta idea es la programación basada en interfaz. Entonces, en esencia, un desarrollador front-end no necesita saber cómo se ve el backend, solo que puede existir y cómo se vería si existiera: ¡magia!

De los equipos en los que he trabajado antes se reduce al uso de canales de comunicación efectivos. Si los equipos pueden obtener la información que necesitan unos de otros de manera oportuna, entonces el proyecto tiene una mayor probabilidad de funcionar sin problemas.

En el pasado, para garantizar que esta comunicación estuviera allí, utilizamos Postman, Google Docs para delinear nuestros puntos finales, documentación de API a través del generador de opciones de documentación del programa y falta de capacidad para la mensajería. Cuando necesitábamos compartir pantallas, normalmente usábamos Skype, sin embargo, ahora me presentaron una mejor herramienta de colaboración llamada screen hero. Espero que esto ayude un poco y, como siempre, la mejor de las suertes.

Soy un desarrollador front-end en un proyecto en mi trabajo, y un desarrollador back-end para otro.

Se nos asigna una tarea, o bien determinamos cuál de nosotros sería más adecuado para cada función, o estamos en incumplimiento. Por ejemplo, en el proyecto uno, la persona con la que estoy emparejado es principalmente back-end, no ha hecho muchas cosas de front-end en años. Por defecto, él es el back end y yo el front end.

Proyecto número dos Estoy de regreso porque entiendo mejor esa parte particular de nuestro sistema. Realmente nada más. El otro chico podría ser el back-end, pero luego tendría que perder el tiempo aprendiendo toda la información y eso sería un gran dolor para todos.

De cualquier manera, hacemos lo mismo: “oye, voy a cambiar ______ para proporcionar los datos de esta manera. He aquí por qué … “oh sí, eso tiene sentido, está bien, actualizaré la vista y ya sabes con esa nueva estructura en los datos que podría hacer ____________ con el front-end.

Ahora, también he sido parte de equipos o parejas donde la otra persona no quería hablar … así que mi trabajo básicamente se convirtió en un juego de adivinanzas. Si estaba en el front end, tenía que sentarme allí y esperar a que actualizaran el código para descubrir qué variables puedo usar.

Si estaba en el back end, tenía que mirar lo que intentaban mostrar y determinar si era factible o no lo que estábamos haciendo (algunas cosas simplemente no lo son). Entonces tendría que lidiar con ellos cuando se dieran cuenta de que lo que escribí no se alineaba con lo que querían, o peor aún, que había cambiado su código (¿cómo me atrevo, otro desarrollador, a cambiar el código que no funcionó?)

De la misma manera que otros profesionales trabajan juntos en aspectos complementarios de un proyecto (como plomeros, electricistas y armadores): a veces bien y otras veces no tan bien.

El resultado se debe a una combinación de madurez (incluyendo competencia y profesionalismo) y a un proceso más limitado con una planificación efectiva.

En mi opinión, Agile Scrum es el mejor proceso cuando se sigue, que generalmente no se encuentra en Silicon Valley / Bay Area. Encontrar buenos miembros del equipo también es un desafío y he tenido la suerte de trabajar con bastantes (mis experiencias fueron mejores en REI, Wetpaint, Nodeprime).