¿Es cierto que los desarrolladores frontend son fácilmente reemplazables y menos valiosos que los desarrolladores backend?

Jajaja, no.

No me malinterpreten, hay espacio para la subjetividad. Algunas compañías obtienen una gran cantidad de ingresos de acciones que ocurren principalmente en su servidor: su generador de dinero reside en grandes sumas de datos, análisis y algoritmos. Pero a menos que tenga un segmento del mercado básicamente monopolizado, es probable que aún viva y muera por la experiencia del usuario de sus clientes, y eso es todo front-end, bebé.

En la mayoría de los casos, los dos desarrolladores son iguales . Son co-dependientes . Sin una red escalable que contenga datos significativos, no hay nada de interés para las personas. Sin una interfaz agradable que atraiga al público y cautive a los usuarios, nadie querrá ver lo que está ofreciendo.

Y cada lado continúa volviéndose cada vez más especializado.

El back-end continúa teniendo que lidiar con las luchas involucradas en escalar los servicios de diez usuarios a decenas de millones. Tienen que proporcionar canales rápidos y robustos para que los datos se muevan. Tienen que optimizar el almacenamiento y lidiar con el cifrado. Todo el tiempo tienen que mantener los datos a salvo de miradas indiscretas, ataques maliciosos e inundaciones de solicitudes de datos.

Y las cosas no se están poniendo más fáciles en el front-end. Los paradigmas cambian constantemente a medida que los usuarios interactúan con la web de diferentes maneras. No puede esperar que los usuarios se conecten desde una computadora de escritorio; pueden estar en un teléfono. No puede suponer que estarán en los EE. UU. Con una conexión 4G; pueden estar en la India con 2G. Mientras tanto, los navegadores aún no son bastante consistentes, los fanboys (y las niñas) defienden su biblioteca / marco de la semana, y se repiten los idiomas sobre los que se basa su trabajo.

Si los desarrolladores front-end son fácilmente reemplazables, lo más probable es que la compañía los vea como tales.

Todos los desarrolladores, especialmente los desarrolladores web, son “fácilmente” reemplazables, sin importar si son frontales o posteriores. Hay mucha oferta, el conocimiento utilizado está documentado públicamente, no hay nada tremendamente peligroso involucrado en una página web, quiero decir, le pagamos a un cirujano cerebral con la esperanza de que sea bueno en lo que necesitamos que haga. Que hay automatización / estandarización en forma de marcos, CMS, temas, SaaS. Esta tendencia no se va a detener.

Esas fuerzas también se aplican a las empresas de marketing web, hay poca diferenciación de una tienda de WordPress a la siguiente, el capital necesario para ingresar a este mercado es comparativamente bajo y la competencia de SaaS se está comiendo a la baja.

En mi opinión, sí, sigue siendo cierto, pero a medida que se crean más marcos y herramientas, cada vez es menos cierto.

Los desarrolladores de backend tienen muchos más idiomas para elegir (PHP, Ruby, Python, …) mientras que en el mundo Frontend tienes HTML, CSS, JS y eso es todo.

Cuando se contrata a un desarrollador de back-end, generalmente ya conoce el lenguaje que se usa en ese lugar de trabajo en particular y cuanto más se queda allí, más se acostumbra al flujo de trabajo, las herramientas utilizadas, la infraestructura; mientras que para el Frontender es suficiente si sabe cómo desarrollarse para el front end.

Digo “se vuelve cada vez menos cierto” porque hoy en día el front end tiene muchas posibilidades diferentes para crear un sitio web, con todas las herramientas y marcos existentes. Si un equipo trabaja con Angular, es posible que quieran conservar los desarrolladores de Angular que tienen o buscar personas que ya conocen ese marco en particular. Aunque técnicamente todavía es html / css / js, los candidatos se vuelven mucho más diferentes entre sí.

Realmente no. En mi empresa no pudimos encontrar un desarrollador front-end realmente bueno, por lo que recurrimos a contratar a alguien para trabajar de forma remota. Él demostró ser muy bueno en su trabajo y produjo código limpio, pero no siempre está en línea durante nuestras horas de trabajo (desaparece misteriosamente sin una excusa) y generalmente no es confiable, y sospechamos que está trabajando para otras compañías durante el tiempo que él Se supone que está trabajando para nosotros.

Y hubiéramos preferido despedirlo y contratar a alguien para que ingrese a nuestras oficinas donde podamos coordinar mejor las tareas, y pensaría que estar en un país con una tasa de desempleo del 20% habría facilitado esa tarea, pero aún así, nosotros No pudo reemplazarlo.

Lo que es especial acerca de este desarrollador front-end es que, él conoce bien nuestras convenciones de nombres de clase para frontend, también hace diseños (y en realidad fue diseñador hasta que aprendió con nosotros cómo codificar) Su código front-end es muy limpio, él puede configurar angular y trabajar en él con poca ayuda, etc.

No absolutamente no. La experiencia cuenta mucho y no olvidemos el interés, un desarrollador de back-end puede que no esté interesado en empujar píxeles y calificar colores, lo que es posible que no tenga la experiencia o incluso la voluntad. El desarrollador front-end podría no estar interesado en bases de datos, índices, consultas rápidas, él / ella podría carecer de experiencia en seguridad.

Cuando una empresa comienza a distinguir entre los programadores y los evalúa según lo reemplazables que son, simplemente tome un cubo de palomitas de maíz y obtenga su refresco y siéntese y observe cómo esa empresa comienza a luchar y luego se apaga.

Entonces también hay empresas que solo contratan un tipo de desarrolladores, con el pensamiento de que solo se trata de programación, todos los desarrolladores front-end pueden hacer backend y viceversa. Aunque al final puede ser cierto, no es útil.

Tener desarrolladores con una amplia variedad de antecedentes y conocimientos suele ser siempre la mejor opción.

More Interesting

¿Cuál es el mejor backend para mi sitio web para almacenar nombres de usuario, contraseñas y envíos de formularios?

Al completar el certificado de back-end de Free Code Camp, ¿debo usar un idioma de back-end que se enseña en mi programa de informática en la universidad?

¿Debería desarrollarse el backend de nuestra aplicación móvil en Ruby o Python?

Para una plataforma de aplicación móvil de comercio electrónico, ¿cuál es el mejor marco web de back-end: Node.js o Django?

Cómo conectar los puntos entre tutoriales de programación y aplicaciones de la vida real

¿Qué debo aprender para construir un sitio web (front-end + back-end)?

¿Cuáles son algunos problemas de integración entre el front-end y el back-end de las aplicaciones web?

¿Cuál es la mejor manera de asegurarle al usuario que el código que se ejecuta en el backend es el mismo que se anunció?

¿Es C ++ mejor para el rendimiento con una aplicación web científica (backend)?

¿Debo aprender Java y C # si quiero convertirme en un desarrollador de back-end?

¿Debo continuar con JavaScript o saltar a Python?

¿Es una mala idea aprender desarrollo web front-end y back-end al mismo tiempo?

¿Cómo puede un desarrollador de back-end convertirse en un desarrollador móvil competente?

Las empresas necesitan desarrolladores con habilidades de back-end, front-end y móviles al mismo tiempo. Entonces, ¿cómo puedo aprender todas estas habilidades al mismo tiempo?

¿Cómo y dónde (front-end o back-end) utilizan grandes aplicaciones web algoritmos y estructura de datos?