¿Por qué algunos desarrolladores de backend desprecian a los desarrolladores frontend?

Una vez caí en este campamento. Como desarrollador inicial de Java, Spring y SQL, tenía poco respeto por los matices de JavaScript, los lenguajes de marcado como HTML o HBS y el estilo.

Ahora trabajo principalmente una mezcla de backend Java Spring, backend Node, frontend React, frontend Angular, frontend Vue y muchas bases de datos SQL y NoSQL diferentes.

Mi condescendencia temprana vino de la pura ignorancia: el marketing para los marcos de trabajo del cliente es muy fuerte y puede hacer que parezca menos desafiante o menos riguroso a veces.

Además, aunque JavaScript es muy potente y complejo (trabajar con bucles de eventos de un solo subproceso en Node requiere muchas habilidades comparables a trabajar con contenedores web Java, lo mismo para muchas tecnologías específicas de frontend como MDN websockets) para dominar bibliotecas y marcos que lo usan. a menudo es mucho más fácil comenzar o usar de manera muy limitada.

Toma Socket.io. Fácil de construir un cuadro de chat. Es muy difícil hacerlo de manera segura, concurrente y de manera eficiente a nivel empresarial. ¿Pero divertido? Diablos, sí 🙂

Esas observaciones contribuyen al pheoneomon.

Si observa los salarios del trabajo, verá que los puestos frontales se pagan casi igual que la mayoría de los puestos de back-end. Echa un vistazo ¿Le pagan su salario de mercado? y Angel.co!

Detrás de escena, JavaScript, por ejemplo, está completamente compilado (por lo general), muy abstracto, elegante y poderoso. Los marcos modernos del lado del cliente le dan mucho poder.

No se deje engañar por 5 líneas de ejemplos de código: la cantidad de dependencias que trabajan detrás de escena es excelente. Por ejemplo, ¡simplemente abra una carpeta Node_Modules después de ejecutar npm install!

De manera relevante, muchas empresas importantes no utilizan una gran cantidad de código abierto, o bien lanzan sus propias soluciones o crean los marcos que todos los demás usan. Canva, Google, etc. son así.

Además, los marcos y tecnologías del lado del cliente como Firebase, AWS Lambda y Solidity significan que la mayoría de los sistemas frontend también pueden hacer mucho trabajo, ya que muchos servicios de back-end pueden abstraerse.

Entonces, ahora que estoy cerca o en el nivel Senior, ¡solo diré que mi aprecio por la interfaz es mucho mayor!

Principalmente historia.

El lenguaje dominante del desarrollo front-end, JavaScript, fue diseñado originalmente para perdonar los errores del desarrollador. También fue una idea inteligente, ya que permitió que la Web creciera tanto y tan rápido como lo hizo. Combine esto con el hecho de que JavaScript no se enseña ampliamente en las escuelas y que, a pesar de las apariencias superficiales, el paradigma del lenguaje se aleja significativamente de los que son, ¿y qué tiene? Un vasto grupo de desarrolladores front-end retirados de “las calles” que pueden enviar una solicitud XML HTTP o una devolución de llamada de evento pero carecen del conocimiento fundamental más amplio que poseen otros profesionales.

Si ese fenómeno existe todavía hoy, no lo hará por mucho más tiempo. A medida que aumentaron las expectativas de los consumidores web, también lo hizo la necesidad de desarrolladores front-end que realmente conozcan su oficio. Y con ese cambio también vendrá un cambio en la actitud de los demás hacia ellos.

Supongo que proviene de que nunca tuvieron que hacer proyectos desafiantes orientados al front-end. La mayoría de los desarrolladores de back-end que conocía comenzaron a quejarse una vez que tuvieron que corregir los errores de IE ( ¿no todos amamos IE? ) Y hacer que las cosas respondan.

Tampoco se dan cuenta de que la interfaz requiere un estado de ánimo diferente. Una mente que se centra en la estética y el pensamiento fuera de la caja para obtener un cierto diseño. Es una combinación de habilidades blandas y duras. La estética no es algo con lo que la mayoría de los desarrolladores de back-end se molesten. Por lo tanto, es posible que no piensen muy bien en los desarrolladores front-end que tienen este conjunto de habilidades. Probablemente piensan que establecer un color de fondo, cambiar el tamaño de fuente y ajustar algunos rellenos hacen las cosas o algo así.

Porque temen lo que no pueden hacer.

Muchos desarrolladores de backend son muy buenos en lo que hacen. Disfrutan de la abstracción de las tareas que realizan. Piensan muy técnicamente en la tarea en cuestión y la disfrutan. Muchos desarrolladores de backend son creativos con sus habilidades para resolver problemas, pero no son creativos en el sentido del diseño.

Además, muchos desarrolladores de back-end están interesados ​​en saber si el software funciona. Si el sitio web / aplicación funciona, están contentos con la aplicación y a menudo sienten que no hay necesidad de hacer que el software se vea mejor.

Sin embargo, los desarrolladores de backend piensan que la funcionalidad es 0 o 1. Pero en realidad está en algún punto intermedio. Y cuando hay una mejor experiencia de usuario, el software es más funcional.

Los desarrolladores backend de tl; dr Judgmental carecen de habilidad / interés en el diseño y desprecian a aquellos que son mejores en lo que consideran insignificante.

Su pariente.

Prefiero decir, ignóralo. Porque todavía no se han encontrado con los aspectos furiosos del desarrollo front-end.

Solía ​​trabajar en la plataforma backend de mvc.net. Ignoraba el front end como si todo estuviera en internet. cualquiera puede encontrarlo.

Pero si bien era hora de trabajar en la pila de LAMP, me presentaron el entorno npm, es6, especialmente los marcos javascript modernos, y luego el front-end se conectó.

¡El front end no es fácil, por el amor de Dios!

Soy un desarrollador de stack completo, tengo un buen control tanto en la parte posterior como en el front-end, cuando aparece alguien con solo front-end, y él sabe lo que yo sé … es como … “Está bien, eres normal, yo ‘ Todavía estoy rockeando porque puedo hacer tu trabajo y el mío ”

si aparece alguien con habilidades frontales más altas, es como … “qué … cómo hiciste eso, supongo que no soy bueno en frontend tanto, pero solo backend”

En el primer escenario, el desarrollador es arrogante porque siente que vale el doble.
en el segundo escenario, el desarrollador está haciendo una excusa para mostrar que el desarrollador frontend no puedo hacer lo suficiente de cosas técnicas …

hay un nivel de todo, la interfaz de usuario es algo genial, incluso el desarrollador con cero habilidades de interfaz puede hacer algo. pero el desarrollador frontend con cero habilidades no puede arruinar las cosas técnicas

en resumen: desarrollador de Oracle (formularios, seguridad, consultas, módulos, procedimientos, applets, interfaz de máquina, GUI, interacción del usuario, etc.) frente a desarrollador frontend (css, js, html, etc.)

Como estudiante que trabaja como desarrollador de UI en un proyecto de código abierto, trato con esto constantemente desde los desarrolladores de back-end. Algunos, pero no todos, son simplemente imbéciles que piensan que si no se trata de datos directamente no es una programación “real”.

En mi última pasantía, conocí a un nuevo desarrollador de back-end que pensó así, en 2 semanas se fue porque pensó que las pruebas unitarias no eran una codificación “real”.

La gente tiene filosofías extrañas sobre qué es la programación real y qué no. Pero la moral de la historia es no ser un estereotipo, aprender todo y no estereotipar a los demás. Desarrolle sus habilidades blandas y apunte a mejorar constantemente, si sus habilidades no obtienen su respeto, entonces nada más que trabajo aún debe hacerse.

Como desarrollador predominantemente back-end, sugeriría que se debe a que el front-end se trata menos de “Sistemas” y más de “cómo se ve” o “cómo se comporta”. Cuando se crea una condición de carrera en el cliente, y afecta el estado del servidor … seguramente habrá algunas quejas.

Dicho esto, tengo que respetar a algunos de los diseñadores front-end. He visto un hermoso trabajo realizado, y he recibido sugerencias que simplificaron la vida para mí, por parte de los desarrolladores front-end.

Al final, sé lo mejor que puedas en el papel que elijas, o encuentra la necesidad de hacerlo. Trabaja con el equipo, sin antagonizarlos. d (> _ ・)

¿Realmente te desprecian los desarrolladores de backend? Entonces te están siendo groseros. Donde trabajo ese tipo de comportamiento no sería aceptable.

Quiero decir, ¿ni siquiera veo de dónde viene? Un proyecto requiere que varias capas se unan y todos tienen que hacer su parte.