Recentemente perdi a noção dessa separação de frontend e backend.
Lá no início, quando estava começando, sempre ouvi que frontend era "a camada de apresentação, no qual o cliente interagia" e backend "a camada de negócios, que cuidava da comunicação com o banco de dados e serviços". Hoje mexendo no meu projeto, mesmo sendo minúsculo, que é uma aplicação com Tauri para gerenciamento de questões e coleções de estudos, percebo que essa linha de pensamento é correta, porém incompleta. Para aplicações bem simples, esse conceito é essencialmente verdadeiro. Mas, e quando a aplicação tem um fluxo de dados mínimo que você não tem o pleno controle de todos os dados? Nesse ponto, a ideia conceitual de frontend e backend separados deixa de fazer sentido. Em ambos, você vai ter que gerenciar os dados, validar e ter uma noção mínima do fluxo e ciclo de vida. Aí eu paro, observo e penso: "cara, é uma coisa só em ambientes diferentes com propósito diferente!".
Ambos tem sua lógica para lidar com os dados e ciclo de vida, a principal diferença que noto é que o frontend foi virando bagunça, bom ao menos no ecossistema JS que tive primeiro contato: ReactJS. Não vou dizer que sou um especialista nisso porque nunca consegui usar sem me engasgar. Porém, enfiar hooks, misturar o que é negócio com a camada do que é APRESENTAÇÃO, obter e tratar dados diretamente no componente, me parece questionável no longo prazo.
