<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Ezequiel Dias</title>
    <description>The latest articles on DEV Community by Ezequiel Dias (@ezdfs).</description>
    <link>https://dev.to/ezdfs</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3838422%2Ffe36e3b5-a299-4f6b-b43f-7f25dc453f2e.jpeg</url>
      <title>DEV Community: Ezequiel Dias</title>
      <link>https://dev.to/ezdfs</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/ezdfs"/>
    <language>en</language>
    <item>
      <title>Front-end e back-end não existe, o que existe é engenharia de software</title>
      <dc:creator>Ezequiel Dias</dc:creator>
      <pubDate>Tue, 14 Jul 2026 20:44:45 +0000</pubDate>
      <link>https://dev.to/ezdfs/front-end-e-back-end-nao-existe-o-que-existe-e-engenharia-de-software-p06</link>
      <guid>https://dev.to/ezdfs/front-end-e-back-end-nao-existe-o-que-existe-e-engenharia-de-software-p06</guid>
      <description>&lt;p&gt;Recentemente perdi a noção dessa separação de frontend e backend. &lt;/p&gt;

&lt;p&gt;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!".&lt;/p&gt;

&lt;p&gt;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.&lt;/p&gt;

&lt;p&gt;A ideia de componentização é muito boa, porém esse acoplamento gerado misturado com o que é puramente sobre negócios é extremamente complicado de rastrear, entender e compreender. Nesse ponto, ao menos para mim, o frontend se perde totalmente da mesma fonte que bebe o backend e se torna um sistema confuso. O desenvolvimento para de ser de software e se torna de framework. Aí é questão de tempo de o meu ou seu negócio, ideia ou aplicação parar de ser nossa e ficar refém das decisões do framework, ficando todo costurado sem um norte claro de para onde está caminhando.&lt;/p&gt;

&lt;p&gt;Nesse ponto, a separação é essencial. Frontend não é somente camada de apresentação, é uma parte da aplicação tanto quanto o backend. A forma para ser pensada, deve ir além de apenas uma tela simples no qual o usuário interage.&lt;/p&gt;

</description>
    </item>
  </channel>
</rss>
