Como desarrollador de WPF, me confundí cuando descubrí que no se me considera front-end porque mi plataforma no es web, aunque claramente trato con la interacción del usuario y el front-end de una aplicación.
Un pensamiento que tuve fue que las aplicaciones de escritorio no tienen una separación entre los extremos frontal y posterior (la interfaz de usuario y el dominio, respectivamente) como lo hace la web. Sin embargo, muchas aplicaciones tienen esta distinción, especialmente en la empresa. La mayoría de las aplicaciones de escritorio que desarrollé profesionalmente eran simplemente clientes de escritorio para los datos servidos y recibidos por las API web. En este sentido, el cliente es en gran medida el front-end.
En esta respuesta , el escritor afirma que "front-end" debe ejecutarse en un navegador, mientras que "lado del cliente" podría incluir aplicaciones de escritorio.
Entonces ... ¿por qué "front-end" solo pertenece al desarrollo web?
#include <libpq-fe.h>cuando trabajas con el cliente PostreSQL lib. Etc. De todos modos, tienes la idea.Respuestas:
La premisa de su pregunta es incorrecta. Cuando dice que "descubrió que WPF no se considera desarrollo 'Front End'", lo que realmente quiso decir es que descubrió que grandes sectores de la industria están tan centrados en la web que pueden usar "Front End" como abreviatura para el navegador cosas. Esta no es una definición universalmente aceptada para la frase, como lo demuestra Wikipedia .
Se trata de contexto. En el mundo de desarrollo corporativo / empresarial, WPF sigue siendo una habilidad "front-end". Incluso el autor de la publicación a la que se vinculó dijo que "el front-end ... generalmente se ejecuta en una interfaz basada en un navegador web" (énfasis agregado).
fuente
Debido a que el desarrollo web es un gran campo con una gran cantidad de tecnologías involucradas, y todos los equipos necesitan personas para el backend y la interfaz de sus aplicaciones web. Las personas que saben todo bien son raras, de ahí la especialización en desarrolladores "backend" y "frontend" (o más).
Puede trabajar en una interfaz que no sea web, pero está buscando a alguien que sea competente en alguna pila como CSS / HTML / Javascript / React. Si no trabaja con esas tecnologías, entonces que su trabajo también sea una interfaz no es muy relevante para las personas que intentan ocupar estos puestos en sus equipos.
No hay ninguna razón por la cual "front-end" solo debería aplicarse al desarrollo web, pero las vacantes web son una parte tan importante del mercado que el "desarrollador web front-end" se acorta a "desarrollador front-end".
fuente
Acabo de investigar un poco sobre su dilema, y desafortunadamente no puedo encontrar ninguna definición para "desarrollo front-end" que incluya aplicaciones de escritorio. La mayoría solo se refiere al patrón básico de desarrollo HTML / CSS / JS.
Algo que noté: una característica comúnmente mencionada de las aplicaciones front-end que sus aplicaciones pueden (o no) faltan es que no solo envían datos al lado del servidor, sino que también reciben una respuesta del servidor, según dicho datos y, posteriormente, proporcionar al usuario algún tipo de salida dependiente de la respuesta. En otras palabras, son interactivos.
En resumen, por lo que puedo decir, actualmente no existe una definición de cortador de cookies con respecto al dominio de la aplicación FE, pero las características y la funcionalidad de la aplicación son importantes.
fuente