Un desarrollador de backend dijo que el desarrollo frontend es tedioso y tiene menos valor técnico. ¿Qué piensas?

Hay algo de verdad en esto, es tedioso, HTML / CSS / JS es un entorno horrible para trabajar, para hacer un buen trabajo requiere algo de valor por parte del desarrollador.

El ‘valor técnico’ es una declaración sin significado, por lo que puede descartarse de manera segura.

He trabajado tanto en el front-end como en el back-end de los sitios web, siempre tomaré el back-end.

El back-end es más fácil , tu amigo podría querer acariciar su propio ego, pero en el back-end, generalmente trabajas con tecnologías y lenguajes mucho mejores, una plataforma mucho más estable y singular. El desarrollo front-end es la cara de carbón.

Para ser honesto, dudo que tu amigo realmente esté haciendo algo de mérito, en mi experiencia, los buenos programadores no se jactan.

Cada lado tiene sus problemas desafiantes para ser resueltos. Depende de su interés / enfoque elegir una posición o tareas adecuadas. En mi caso, puedo hacer ambos lados, pero me gustan las cosas de front-end web en este momento (gracias a la evolución de React.js y su ecosistema). Entonces, perdí mis intereses en cosas de back-end, y se los dejo a mis compañeros que disfrutan haciendo el desarrollo de back-end que yo.

Sin embargo, mi objetivo final es crear aplicaciones que tengan una excelente UI / UX y alto rendimiento (rápido, capacidad de respuesta, memoria eficiente) para los usuarios finales. Por lo tanto, no importa si es frontal o de fondo, aún debe organizar bien la base de código, usar algoritmos prácticos y eficientes con estructuras de datos adecuadas para resolver problemas complejos si comparte el mismo objetivo conmigo.

Creo que un buen backend no es nada si no tienes un front-end lo suficientemente bueno como para atraer a los usuarios o hacer que regresen nuevamente. “Un buen backend + un buen front-end” siempre es mejor que “un gran backend + un horrible front-end”. Mire Facebook, YouTube, Medium, Messenger, … su backend es increíble, pero aún invierten mucho en el front-end para mejorar UI / UX, porque al final del día, sus usuarios deben sentirse felices de continuar usando sus servicios día a día. día 🙂 Piensa en usar un iPhone 7 Plus que tenga UI / UX de Android 2.3 😀

En realidad, en cuanto al código de front-end, puede tener menos valor técnico.

Pero tiene mayor valor de marketing.

La cuestión de la longevidad del código podría surgir. Y, probablemente se dará cuenta de que el código front-end se reemplazará con bastante frecuencia. Si el código de back-end tiene una buena arquitectura útil, puede durar mucho tiempo haciendo los procesos comerciales de la empresa.

Dado que es más probable que cambie el código de front-end, podría ser mejor que se haga de manera más económica. En otras palabras, ajustar CSS mucho sería de menos valor a medida que avanza el ajuste. Vale la pena conseguir que un front end simple y efectivo funcione rápidamente. Si el código de front-end puede abstraerse más allá de su técnica de representación, podría ser de mayor valor. Por ejemplo, si puede anticipar la extinción de HTML y aún crear front-end para que se ajuste a la marca dentro de su arquitectura de presentación dadas las nuevas herramientas de presentación subyacentes, entonces su trabajo durará más tiempo haciendo el trabajo de marketing para la empresa.

Puede ser fácil para un ingeniero de back-end decir que su trabajo vale más solo porque instintivamente comprende que hay más componentes con longevidad intrínseca. Pero, realmente no pueden menospreciar el trabajo del front-end.

Sé por un lado que preferiría trabajar en los procesos detrás del sitio en lugar de la presentación. La presentación es más como el trabajo de un artista gráfico. No tengo pacientes para las batallas libradas en este terreno. No me entusiasma discutir sobre los colores o el aspecto de una página en diferentes dispositivos. Sin embargo, después de haber hecho algo de eso, puedo entender los desafíos de un desarrollo completo de larga duración. Y prefiero construir una plataforma que permita a los artistas la oportunidad de hacer muchas revisiones necesarias para su juego. Como tal, siempre pienso que sería bueno contratar a un artista.

Entonces, si puedo ver la razón para contratar a un artista para trabajos frontales, no puedo ver la razón para sugerir que su trabajo no vale mucho. Por el contrario, me gustaría hacerles saber que entiendo el alto valor de lo que producen para vender el negocio y su mensaje.

Mi primer consejo para ti es que nunca dejes que nadie menosprecie lo que haces, sin importar la compatibilidad de la tarea / trabajo.

Creo que la siguiente imagen comparte ambas responsabilidades y las principales diferencias entre un desarrollador front-end y un trabajo de desarrollador back-end.

Ambos tienen diferentes responsabilidades, pero al final ambos se complementan el trabajo.

En cuanto a mi opinión, es cierto, el desarrollo front-end es tedioso, pero rara vez escucho a un cliente evaluar o quejarse sobre el back-end de un proyecto, ¿no creo que una parte interesada considere que el back-end es más valioso? en realidad al revés.

Por ejemplo, eche un vistazo a las agencias de marketing, el equipo de front-end es, en general, más grande que el equipo de back-end y puedo garantizar que no es porque hay una gran cantidad de CSS para arreglar o jugar. Esto se debe principalmente a que un back-end se desarrolla una vez y se mantiene después, ya que el front-end puede cambiar constantemente.

He trabajado en equipos pequeños y grandes y nunca diría que uno es más valioso que el otro. Ambos tienen su importancia y ambos deberían poder respetarse mutuamente sus trabajos.

Incluso si se dijo como una broma, el desarrollador de back-end simplemente te depreciaba.

El desarrollador de backend no sabe lo que está diciendo.

Como desarrollador que trabaja en ambos, puedo decirle que el desarrollo de backend es bastante aburrido en muchos casos y produce resultados que la mayoría de la gente no entenderá. Tampoco les importará a menos que sea lento o roto. El usuario final se centra en lo que está delante de ellos, la interfaz de usuario.

Además, cuanto más sepa sobre el front end, menos trabajo tendrá que hacer en el backend. En los navegadores HTML5 y modernos, y aprovechando AJAX, JSON y otras tecnologías como AngularJS, se puede realizar un trabajo complejo en el front-end, recuperando solo una mínima información del servidor.

Un buen desarrollador que conozca tanto el front como el backend puede crear una capa API que minimice el trabajo de back-end, mejore la escalabilidad y el rendimiento, y tenga una interfaz de usuario receptiva.

Ambos tienen el mismo “valor técnico” y este tipo es simplemente arrogante y mal informado o está tratando de disminuir el trabajo que otra persona hace porque necesita reforzar su importancia personal.

Lo que pienso, y lo que todos los demás piensan, es muy subjetivo.

No me gusta el desarrollo frontend yo mismo. Lo encuentro tedioso. También me resulta más difícil que el backend, pero eso es probablemente solo porque no me gusta.

Trabajo con algunos desarrolladores que respeto profundamente a quienes prefieren el desarrollo frontend y encuentran tedioso el backend.

Es una cuestión de gustos, de verdad. Algunos desarrolladores odian escribir SQL. Me encanta. A algunos desarrolladores les encanta escribir CSS. Lo odio.

En cuanto al valor técnico, no lo sé. ¿Y eso que significa? La interfaz es la más importante para los usuarios. Es lo que ven e interactúan. Pero sin el backend, no funcionaría. Realmente no puedes compararlos directamente.

Cierto o no, eso no importa en el sector privado y, por supuesto, depende del producto.

Uno no puede existir sin el otro. Alguien necesita hacer el trabajo, en ambos extremos. “Valor técnico” es un término subjetivo y sin valor (desde mi punto de vista) si no está construyendo algo nuevo o trabajando en investigación.

Si un producto / característica no funciona correctamente, entonces es inútil. Período.

Soy un desarrollador de back-end que trabaja principalmente con estructura de datos distribuidos. Tengo pocas funciones esperando la maldita interfaz de usuario. Por lo tanto, todo eso podría tener un mayor “valor técnico”, pero en realidad es inútil, no sirve para nada.

Una vez solo agregué nuevas relaciones entre 3 conjuntos de datos, mejoré el rendimiento. UI hizo un buen trabajo para presentarlos.

Oh, de repente recibimos los comentarios de que a nuestros clientes les encanta esto. Conviértete en una de las características más valiosas del producto según Productmanager y las ventas. Hurra……

Entonces, el “valor técnico” realmente no vale ni un centavo a veces, pero la presentación SIEMPRE importa. Si no estás trabajando en investigación. (Incluso allí debe presentar sus resultados)

Dígale a su desarrollador de back-end que debe diseñar su código de backend elegante y escalable para ejecutarse en 20 plataformas de navegador diferentes (fuera de su control), y tener un diseño amigable de UX para usuarios no técnicos.

Además, dígale que su código debe cargarse en menos de 250 milisegundos, tener un diseño receptivo y ser compatible con utf-8, y degradarse con gracia si un usuario desactiva las cookies o javascript, y cumple con los requisitos de accesibilidad.

Su código de backend no valdrá la pena si los usuarios no usan el sitio.

No es una competencia. Estás en el mismo equipo, con el mismo objetivo: crear un producto que los usuarios encuentren funcional y agradable de usar.

El chico de front-end ayudará a atraer a los usuarios con un diseño agradable e interacciones y animaciones agradables que funcionen en una variedad de navegadores y dispositivos. Ahí es donde los usuarios tocan más tangiblemente su aplicación.

Pero, si la aplicación despega y las personas acuden a su sitio, son esos tipos de backend dedicados los que evitarán que las cosas se bloqueen y se atasquen bajo la carga, ya que 1000 usuarios se convierten en millones de usuarios. Y evite que la información de los usuarios y los detalles de la tarjeta de crédito sean robados. Todo el diseño agradable y CSS y JavaScript en el mundo no salvará su mundo si esas cosas no se atienden.

Así que toma las manos y canta kumbaya. Todos ustedes son parte de la misma tripulación, y su barco se hundirá o nadará según lo bien que ambos hagan su trabajo.

Algunos dirían que el desarrollo de back-end de hoy tampoco es programación. Todo depende de la persona con la que hables. Tradicionalmente, la programación era algo que comenzaba como código fuente, luego se compilaba y vinculaba, y luego se ejecutaba directamente en el sistema operativo.

En los primeros días había una correspondencia 1: 1 entre el código objeto (el valor binario real de la instrucción asignada a la CPU), al escribir programas. Esto se llamaba lenguaje ensamblador, y típicamente la mneumónica se usaba como una abreviatura para las instrucciones de la CPU. Más tarde llegaron “idiomas de nivel superior”, como Pascal, Fortran o C. Otros idiomas (interpretativos), surgieron en la escena también en la época del lenguaje ensamblador. Este lenguaje respondió en tiempo real (no requiere un paso de compilación). Finalmente, el mundo comenzó a usar el marcado, para manejar el DOM para aplicaciones web. Marcado, es una capa más de abstracción sobre los días del compilador / enlazador. Además, muchos programas de software son meras extensiones del entorno en el que trabajan.

Así que no te enorgullezcas de quién está haciendo una programación real frente a quién no, si estás programando (incluso usando un entorno de secuencias de comandos basado en oop en el back-end), tus habilidades no son más relevantes para la programación que alguien que escribe marcado En un entorno complejo. Lo que es impresionante para la mayoría de los programadores es si sabes cómo usar las mejores bibliotecas para la tarea, sin tener que reinventar la rueda. Combinando soluciones que escalan y son relevantes para lo que está sucediendo en este momento. Lo que más me impresiona no es si alguien puede escribir un núcleo de aplicación multiproceso o un código de controlador especializado, para un dispositivo específico, sino que puede adaptar sus habilidades personales de manera amplia y experta …

Definitivamente no es cierto. Si te refieres a alguien que codifica estrictamente HTML y CSS y eso es todo lo que hacen, entonces eso es algo válido. Pero, agregue JavaScript en la mezcla, así como Angular / React, Boostrap, Node, Express, formularios de entrada, validación, php, envíos de back-end. Se pone realmente complicado. El programador front-end se ocupa de la optimización, seo, actualización de una sola página, marcos front-end, hojas de estilo, intuición del usuario, navegación.

Sin JavaScript y otros frameworks front-end, básicamente no tiene nada en su aplicación web. Definitivamente es una programación real.

Sí, lo que dijo podría ser cierto, ¿y luego qué? 😀

Si el problema de súper escalabilidad que resolvió, luego se traduce a una aplicación, que parece violada en grupo cuando se abre en un teléfono móvil, los clientes le prestarán atención 🙂 Un backend pseudo-lento, respaldado por una interfaz de usuario muy atractiva / UX, siempre y cuando la aplicación sea funcional, es lo que cautiva a los clientes a comprarla o soltarla en caso de que sea mala … Una no puede existir sin la otra … Si no soluciona el CSS y agrega soporte para múltiples dispositivos , por simple que sea (irrelevante), las cosas no avanzarían. Un backend horrible tampoco ayudará con el rendimiento, pero es mejor tener un término medio que centrarse demasiado en un extremo del espectro.

Yo mismo soy un desarrollador de Front-End, y puedo decirles que es más fácil para los desarrolladores de front-end moverse al back-end, capas de integración, que al revés.

Así que no se trata de ser tedioso o menos técnico … simplemente diferente 🙂

El esta en lo correcto. Todos los trabajos de los desarrolladores front-end son casi

• Construyendo hermosas páginas HTML usando etiquetas HTML y CSS. Solía ​​ser un arte, pero ahora equivale a usar Bootstrap :))
• Realizando algunas interacciones dinámicas con usuarios que usan JavaScript escuchando eventos como onChange, onClick, onBlur.
• Interactuar con servidores mediante el envío de formularios HTML o llamadas AJAX.
• Iterando a través de datos y colecciones JSON para llenar HTML DOM.

Nada de ciencia sobre eso. Debe saber cómo / dónde copiar las cosas correctas y pegarlas en los lugares correctos.

Los marcos modernos como AngularJS, ReactJS, VueJS y nuevas herramientas como NodeJS, npm, Browserify, Babelify solo hacen que la gente aprenda más, escriba más y copie / pegue más, y agregue algunas ejecuciones coloridas en el terminal. Nada interesante sobre ellos.

Y usar NodeJS para ejecutar el código del lado del servidor javascript es puramente estúpido y patético.

Entonces, sí, el desarrollo front end hoy en día es un trabajo tedioso y aburrido, no un trabajo de ingeniería. Pero es necesario, porque todavía necesitamos construir interfaces basadas en web para aplicaciones.

Sin embargo, no engañes a las personas y no te engañes a ti mismo porque el trabajo front end hoy en día es el desarrollo de software. Un pedazo de mierda … t

Soy un desarrollador “full stack” en una empresa que se esfuerza mucho por compartimentar. Puedo decirle que los expertos tienen muchas opiniones sobre el desarrollo front-end, pero realmente no saben nada al respecto. También toman decisiones. que se filtran con respecto al front end con el que no deberían tener nada que ver.

Si escalar su aplicación es tan importante, probablemente no se haya diseñado bien. En estos días, con la tecnología en la nube y todas las técnicas de acoplamiento flojo y fragmentación que existen, probablemente no estén pensando demasiado.

Los marcos de front-end cambian a un ritmo vertiginoso y muchos de los populares requieren conocimiento de OOP y adherencia a los patrones de diseño. Como desarrollador de stack completo, personalmente siento que el back-end es lo mismo una y otra vez y tengo mucho que aprender cuando se trata de front-end. Lo encuentro emocionante y disfruto trabajando con lo que el humano en el otro extremo estará interactuando.

Yo pienso que él tiene razón.

Comparar el desarrollo backend con el desarrollo front-end es como comparar matemático con física, científico con ingeniero o artista con diseñador. Básicamente, el primero tiene más complejidad teórica mientras que el segundo es más práctico. Es solo la forma de las cosas. Alguien tiene que lidiar con las realidades desagradables que no se ajustan a los ideales.

Entonces, basta con decir que no me habría convertido en un desarrollador front-end si el “valor técnico” fuera importante para mí.

El frente y la espalda deben complementarse entre sí, y ninguno de los dos es más o menos importante. El backend es inútil si el frontend no está bien hecho.

Frontend es un trabajo tedioso, algunas personas de back-end pueden no tener la paciencia necesaria para concentrarse en los detalles a ese nivel.

Se espera que las personas frontend ofrezcan una interfaz de usuario y una experiencia de usuario que sean agradables para los clientes / clientes / usuarios que no siempre tienen conocimientos técnicos. Eso, en sí mismo, es altamente técnico.

Yo trabajo con frontend y backend a diario. Tengo un gran respeto por las personas que pueden hacer un hermoso trabajo frontend y ofrecer una experiencia de usuario increíble. Y creo que la persona del backend que hizo esa crítica está llena de eso.

Simple. El back-end es irrelevante sin un front-end que lo haga útil. Entonces, lo que está construyendo es inútil por sí mismo. Dile que forme parte del equipo o GTFO.

Bueno, el backend es tan tedioso como el front end pero de diferentes maneras. Personalmente, amo a ambos por diferentes razones. Odio tratar con CSS pero me encanta JavaScript. Backend Me encantan las rutas y las plantillas, pero odio tratar con bases de datos. Independientemente de que ambos tienen su lugar y son igualmente valiosos.

Cuando está trabajando en problemas de escalabilidad de nodos de servidor, usted está trabajando en problemas de administración de estado de nodos DOM bajo la estricta restricción de memoria.

El hecho de que el desafío sea diferente no lo hace menos difícil.