¿Muchos desarrolladores front-end odian a los desarrolladores de backend?

Sucede en equipos malos, sí. En general, predice la fatalidad para cualquier proyecto en el que estén trabajando, por lo tanto, ese odio debe resolverse o dañará a la empresa.

El desarrollo es trabajo en equipo, por lo que todos los miembros del equipo tienen que trabajar juntos. Y en proyectos grandes, las tareas de desarrollo tienden a dividirse en varios equipos. Si todo va bien, entonces hay interfaces claras con la documentación adecuada compartida entre la interfaz y el backend y ambos equipos hacen el trabajo adecuado en su propio lado del proyecto.

Pero lo que sucede es que un equipo no está haciendo su trabajo correctamente. La documentación puede ser incorrecta o faltante y las interfaces pueden no ser totalmente compatibles o utilizadas de manera incorrecta. El equipo podría olvidarse de hacer una prueba de unidad adecuada, entregando así un código defectuoso que ocasione problemas al otro equipo. Tiende a generar conflictos entre ambos equipos porque se culpan mutuamente por no hacer su trabajo correctamente.

Porque lo que sucede es lo que sucede en todos los proyectos: las cosas salen mal y los errores deben resolverse. Y en un buen equipo, los miembros comienzan a trabajar juntos para resolver el problema. En otros equipos, tienden a encontrar primero a alguien a quien culpar por los estúpidos errores y esa persona es preferiblemente alguien del otro equipo. Se olvidan de trabajar juntos y comienzan a trabajar uno contra el otro porque nadie quiere ser culpado por ningún problema en el proyecto.

Pero, de lo que no se dan cuenta es que todos los proyectos tienen errores y que no hay necesidad de culpar a nadie. Culpar a las personas lleva tiempo, que se usa mejor para resolver problemas. Y si bien es bueno saber qué causó un error, una vez que comience a culpar a las personas por los errores, se pondrán a la defensiva. Y cuando se ponen a la defensiva, el otro equipo se convierte en enemigo. Y ahí es cuando comienza el odio.

¿Cómo resolverlo? Simplemente convenza a todos de que todos cometen errores, los errores ocurren en cualquier proyecto y nadie tiene la culpa de ellos, ya que siempre sucederán. Como equipo, deben trabajar juntos y detectar las fallas de los demás.

Desafortunadamente, a la gerencia le gusta saber a quién culpar por cualquier problema en la empresa y eso también permite que los equipos se odien entre sí. Comienzan a competir a cambio de favores de la gerencia …

No, a menos que el equipo sea disfuncional o se distribuya en silos. Tanto los desarrolladores front-end como los back-end tienen que estar en constante discusión constructiva para que una aplicación sea exitosa. Tenerlos sentados juntos funciona mejor; La proximidad resuelve la mayoría de los malentendidos con bastante rapidez.

Sin embargo, puede haber mucha rivalidad alegre para hacer el día un poco más divertido; eso pasa mucho!

Me parece que es mucho menos cortante y seco de lo que las otras respuestas están dispuestas a admitir. Si bien tal vez “odio” es una palabra fuerte, definitivamente puede haber una fricción constante, especialmente al inicio de una etapa temprana, cuando no es raro tener una gran brecha en la habilidad entre los equipos de front-end y backend.

Los desarrolladores de back-end pueden sentirse molestos por las constantes solicitudes de nuevos servicios con diferencias a veces pequeñas o triviales del equipo de front-end.

  1. cada tarea que obtienen requiere un nuevo servicio de back-end para alimentarlos con datos
  2. cada error, por supuesto, se debe a un backend invisible malvado.

Los equipos de front-end, por otro lado, creo que se cansan de escuchar todas las “complejidades” y casos de esquina y excusas del equipo de back-end. Su interfaz de usuario simplemente funciona. Toma una foto y la muestra. Si la foto está dañada o tarda mucho en enviarse, se bloquea. Eso es un problema de fondo. Probablemente se cansan de errores al manejar el backend.

Al final, creo que este tipo de toxicidad proviene directamente de una mala gestión que trata de encontrar a alguien a quien culpar por problemas que no entienden.

More Interesting

¿Debo aprender a usar Node.js o PHP para la programación de back-end como principiante?

¿Qué debe saber un buen desarrollador de back-end de Java?

¿Cuál es el mejor backend para admitir aplicaciones iOS y Android de múltiples usuarios?

¿Puedo obtener más de 1 rupia lakh por mes si voy a ser un desarrollador de pila completa con Ruby on Rails como una habilidad de fondo?

¿Qué pila tecnológica sería más escalable para TI, Java como backend o Node.js?

Me gusta el desarrollo de back-end, ¿qué habilidades debo obtener con PHP?

¿Cuáles son las subcategorías de la programación de back-end?

¿Puedo desarrollar una aplicación como Twitter usando Firebase como mi backend?

Como principiante en el desarrollo web, ¿qué lenguaje de programación debo usar para el desarrollo de back-end: Java o NODE JS?

¿Hay alguna razón para que un desarrollador prefiera PHP sobre las alternativas más nuevas (más sexys?) Como Node.js, Ruby on Rails, etc.

Me encanta codificar y me siento cómodo con la lógica tanto de front-end como de back-end, pero soy un asco en CSS y diseño. ¿Qué debo hacer para mejorar mis habilidades de CSS?

¿Puedo usar mBaaS como backend móvil en lugar de contratar un desarrollador de backend?

¿Alguien encuentra extraño que Apple no desarrolle su propio marco de back-end?

La gente arroja mucho sobre los títulos de ingeniero de software front-end y back-end. ¿Cuáles son algunos ejemplos concretos que me harán comprender lo que realmente significan?

¿Cuál es el mejor lenguaje / marco para un back-end diseñado para interactuar con varias plataformas (aplicación iOS, habilidad Alexa, sitio web, etc.)?