Geralmente evitamos colocar blips no anel Evite quando consideramos uma recomendação muito óbvia, por exemplo, seguir cegamente um estilo de arquitetura sem prestar atenção às compensações. No entanto, a grande prevalência de times que escolhem uma aplicação de página única (SPA) por padrão quando precisam de um site nos despertou a preocupação de que as pessoas não estejam nem mesmo reconhecendo SPAs como um estilo de arquitetura — em vez disso, saltando imediatamente para a seleção de framework. SPAs incorrem em uma complexidade que simplesmente não existe em sites tradicionais baseados em servidor: otimização de mecanismo de pesquisa, gerenciamento de histórico do navegador, web analytics, tempo de carregamento da primeira página etc. Essa complexidade é frequentemente justificada por questões de experiência de uso (embora a rotatividade em torno do gerenciamento de estado na comunidade React indique o quão difícil pode ser obter uma solução de aplicação geral). Muitas vezes, porém, não vemos os times fazendo essa análise de compensação, aceitando cegamente a complexidade da prática de SPA como padrão, mesmo quando as necessidades de negócio não justificam. De fato, começamos a perceber que muitas pessoas desenvolvedoras mais inexperientes nem sequer estão cientes da existência de uma abordagem alternativa, pois passaram toda a sua carreira em um framework como o React. Acreditamos que muitos sites se beneficiarão da simplicidade da lógica do lado do servidor e técnicas que ajudam a fechar a lacuna na experiência de uso, como Hotwire, são encorajadoras.
