Como desenvolvedor de WPF, fiquei confuso quando descobri que não sou considerado front-end porque minha plataforma não é Web, mesmo que eu lide claramente com a interação do usuário e o front-end de um aplicativo.
Um pensamento que eu tinha era que os aplicativos de desktop não tinham uma separação entre o front-end e o back-end (a interface do usuário e o domínio, respectivamente), como a web. No entanto, muitos aplicativos têm essa distinção, especialmente na empresa. A maioria dos aplicativos de desktop que desenvolvi profissionalmente eram meramente clientes de desktop para dados fornecidos e recebidos pelas APIs da web. Nesse sentido, o cliente é basicamente o front-end.
Em esta resposta , os estados escritor que "front-end" deve executados em um navegador enquanto o "client-side" poderiam incluir aplicativos de desktop.
Então ... por que o "front-end" se refere apenas ao desenvolvimento da web?
#include <libpq-fe.h>
ao trabalhar com a lib do cliente PostreSQL. Etc. De qualquer forma, você entendeu a idéia.Respostas:
A premissa da sua pergunta está errada. Quando você diz que "descobriu que o WPF não é considerado desenvolvimento de 'Front-End'", o que você realmente quis dizer é que descobriu que grandes áreas do setor são tão centradas na Web que podem usar o "Front-End" como abreviação de navegador coisa. Esta não é de forma alguma uma definição universalmente aceita para a frase, como a Wikipedia evidencia.
É tudo sobre contexto. No mundo dos desenvolvedores corporativos / empresariais, o WPF ainda é uma habilidade "front-end". Até o autor da postagem que você vinculou disse apenas "front-end ... geralmente é executado em uma interface baseada em navegador da web" (ênfase adicionada).
fonte
Como o desenvolvimento da web é um campo amplo, com um grande número de tecnologias envolvidas, todas as equipes precisam de pessoas para o back-end e o front-end de seus aplicativos da web. Pessoas que sabem tudo bem são raras, daí a especialização em desenvolvedores de "back-end" e "front-end" (ou mais).
Você pode trabalhar em um front-end que não seja da Web, mas eles estão procurando alguém com proficiência em alguma pilha como CSS / HTML / Javascript / React. Se você não trabalha com essas tecnologias, seu trabalho também é um front-end não é muito relevante para as pessoas que tentam preencher essas posições em suas equipes.
Não há razão para que o "front end" se aplique apenas ao desenvolvimento web, mas as vagas na web são uma parte tão grande do mercado que o "desenvolvedor web front-end" é reduzido para "desenvolvedor front-end".
fonte
Pesquisei bastante sobre seu dilema e, infelizmente, não consigo encontrar definições para "desenvolvimento front-end" que incluam aplicativos de desktop. A maioria se refere apenas ao padrão básico de desenvolvimento HTML / CSS / JS.
Algo que notei: um recurso comumente mencionado dos aplicativos front-end que seus aplicativos podem ou não estar ausentes é que eles não apenas enviam dados para o servidor, mas também recebem uma resposta do servidor, com base no referido dados e, subsequentemente, fornecer ao usuário algum tipo de saída dependente da resposta. Em outras palavras, eles são interativos.
Em resumo, até onde eu sei, não há atualmente nenhuma definição de cortador de biscoitos em relação ao domínio do aplicativo FE, mas os recursos e a funcionalidade do aplicativo são importantes.
fonte