O desabafo de um dev JavaScript

O Problema do JavaScript - Continuação

Visão Geral da Seção: Neste vídeo, o palestrante faz uma continuação de um vídeo gravado há dois anos chamado "O Problema do JavaScript". Ele aborda a fragmentação da comunidade JavaScript e a falta de união entre os desenvolvedores.

Novos Problemas com JavaScript

• No vídeo anterior, o palestrante mencionou que o problema não está na linguagem em si, mas sim na fragmentação da comunidade.

• A falta de comunicação entre as equipes resulta em cada um tentando resolver problemas isoladamente, levando à reinvenção da roda várias vezes.

• A falta de união entre os desenvolvedores leva a opiniões divergentes sobre diversos assuntos relacionados ao JavaScript.

• O palestrante reafirma que não mudou de ideia desde o último vídeo e apresentará novos problemas enfrentados nos últimos anos como desenvolvedor.

O Framework Remix

• O palestrante menciona o framework Remix e sua proposta revolucionária de renderização no lado do servidor.

• Ele destaca que o Remix é considerado "old school" por fazer renderização no servidor, enquanto frameworks mais antigos estão se modernizando com geração de sites estáticos.

• O marketing em torno do Remix é elogiado pelo palestrante, sugerindo que outros frameworks mais antigos poderiam se tornar mais populares com uma estratégia de marketing eficiente.

Comparativo entre React e Remix

• O palestrante mostra um comparativo entre uma aplicação React padrão e uma aplicação Remix.

• Na aplicação React, há vários loadings ao chamar rotas de API e renderizar componentes dependentes de dados do backend.

• Já no Remix, a renderização no servidor permite que a página seja carregada por completo, evitando múltiplos loadings.

Essa é apenas uma parte do vídeo. Recomenda-se assistir ao vídeo completo para obter todas as informações apresentadas pelo palestrante.

O que é o Remix e como ele se diferencia dos frameworks antigos?

Visão geral da seção: Nesta parte do vídeo, o palestrante discute sobre o Remix, um framework mais antigo que está copiando os conceitos dos frameworks antigos e removendo o excesso de marketing. Ele menciona a documentação e comparações entre o Remix e outros frameworks.

Comparativo entre o Remix e o Next

• O Remix foi criado para concorrer com o Next.js.

• Os fundadores do Remix fizeram um comparativo entre os dois frameworks.

• O Next.js é rápido porque utiliza geração de site estático (SSG) com Jamstack.

• O Remix não utiliza SSG, mas usa cache control para melhorar a velocidade.

A solução do Remix para vencer a geração de site estático

• O Remix propõe usar renderização de cache control para resolver problemas de velocidade.

• É necessário passar parâmetros no render de cache control, como Max Age e outros relacionados ao uso de CDN.

Reflexões sobre as tecnologias front-end

• Após anos estudando novas tecnologias front-end, muitas vezes elas acabam sendo consideradas desnecessárias ou voltamos às antigas abordagens.

• Muitos frameworks JavaScript estão voltando para a renderização no servidor.

• Exemplo disso é o Next.js, que inicialmente não era server-first, mas mudou sua abordagem após ver a valorização da comunidade em relação ao servidor.

Server Actions no Next.js

Visão geral da seção: Nesta parte do vídeo, é apresentada uma nova funcionalidade chamada "Server Actions" no Next.js, que simplifica a interação com o banco de dados no lado do servidor.

Exemplo de uso anterior

• Anteriormente, para fazer uma mutação ou alterar algo no banco de dados, era necessário criar uma API no backend e enviar requisições POST.

• Era necessário monitorar as respostas da requisição para saber se foi bem sucedida ou não.

Uso do Server Actions

• Agora, é possível simplesmente criar uma função com um decorator server e realizar as operações diretamente no banco de dados.

• Os componentes agora estão no servidor por padrão, permitindo escrever diretamente no banco de dados sem a necessidade de camadas intermediárias.

Reflexões finais sobre o retorno às abordagens antigas

Visão geral da seção: Nesta parte final do vídeo, o palestrante reflete sobre como voltamos ao ponto inicial das abordagens antigas, onde tudo era renderizado no servidor em um modelo monolítico MVC.

Retorno ao servidor monolítico

• Após estudar diversas tecnologias front-end e ver a tendência de retorno à renderização no servidor, o palestrante questiona se todo esse estudo valeu a pena.

• O ponto de partida parece ser um servidor monolítico MVC que renderiza tudo no servidor.

O Desafio de Acompanhar as Novas Tecnologias no Front-end

Visão Geral da Seção: Nesta seção, o palestrante expressa sua frustração em acompanhar as constantes mudanças e novas tecnologias no desenvolvimento front-end.

Cansaço de Estudar Coisas Novas

• O palestrante está cansado de estudar novas bibliotecas e frameworks que acabam ficando obsoletos em pouco tempo.

• Ele menciona a necessidade constante de refatorar projetos quando uma nova versão ou framework é lançado.

• Apesar de ter estudado intensamente nos últimos anos, ele sente que está no mesmo patamar dos desenvolvedores que não se atualizaram.

Falta de União na Comunidade

• O palestrante critica a falta de união na comunidade front-end e como isso leva a um progresso mais lento.

• Ele destaca a importância de focar os esforços em uma arquitetura comum para evoluir mais rapidamente.

• Faz referência ao Rios como exemplo de uma comunidade unida e progressiva.

Influência do Hype nas Decisões

• O palestrante observa que a comunidade front-end é movida pelo hype, onde as decisões são influenciadas por modismos e tendências.

• Ele reconhece sua própria contribuição nesse aspecto ao falar sobre novas tecnologias.

• Destaca a importância de diminuir o hype e buscar soluções mais duradouras.

Reflexões Finais

• O palestrante conclui que, apesar das inovações e tecnologias emergentes, muitas vezes é necessário voltar para abordagens mais tradicionais.

• Ele menciona o exemplo do React como uma tecnologia melhor em comparação com frameworks antigos, mas ressalta a importância de evitar exageros no hype.

O Desafio de Acompanhar as Novas Tecnologias no Front-end

Visão Geral da Seção: Nesta seção, o palestrante expressa sua frustração em acompanhar as constantes mudanças e novas tecnologias no desenvolvimento front-end.

Cansaço de Estudar Coisas Novas

• O palestrante está cansado de estudar novas bibliotecas e frameworks que acabam ficando obsoletos em pouco tempo.

• Ele menciona a necessidade constante de refatorar projetos quando uma nova versão ou framework é lançado.

• Apesar de ter estudado intensamente nos últimos anos, ele sente que está no mesmo patamar dos desenvolvedores que não se atualizaram.

Falta de União na Comunidade

• O palestrante critica a falta de união na comunidade front-end e como isso leva a um progresso mais lento.

• Ele destaca a importância de focar os esforços em uma arquitetura comum para evoluir mais rapidamente.

• Faz referência ao Rios como exemplo de uma comunidade unida e progressiva.

Influência do Hype nas Decisões

• O palestrante observa que a comunidade front-end é movida pelo hype, onde as decisões são influenciadas por modismos e tendências.

• Ele reconhece sua própria contribuição nesse aspecto ao falar sobre novas tecnologias.

• Destaca a importância de diminuir o hype e buscar soluções mais duradouras.

Reflexões Finais

• O palestrante conclui que, apesar das inovações e tecnologias emergentes, muitas vezes é necessário voltar para abordagens mais tradicionais.

• Ele menciona o exemplo do React como uma tecnologia melhor em comparação com frameworks antigos, mas ressalta a importância de evitar exageros no hype.

Desabafo sobre Estudar Tecnologias

Visão Geral da Seção: Nesta seção, o palestrante faz um desabafo sobre suas experiências ao estudar tecnologias e discute a importância de escolher tecnologias mais estáveis para projetos de longo prazo.

Estudando Tecnologias Mais "Raiz"

• O palestrante menciona que tem dedicado seu tempo livre para estudar tecnologias mais "raiz" na empresa em que trabalha.

• Ele está interessado em sair do projeto atual e montar um projeto pessoal com essas tecnologias.

• Além disso, ele expressa sua intenção de aprender um pouco sobre Hotwire.

Aposta Segura para o Longo Prazo

• O palestrante compartilha sua opinião de que é mais seguro investir em tecnologias mais conservadoras, como Reus, do que em JavaScript.

• Ele argumenta que mesmo com o uso do Next.js e sua melhor performance, não vale a pena se a tecnologia ficar obsoleta em alguns meses.

• O palestrante destaca as inúmeras bibliotecas que ele já usou no passado e tiveram que ser refeitas quando se tornaram obsoletas.

Escolhendo Tecnologias Duradouras

• O palestrante sugere que, para criar uma aplicação duradoura no longo prazo, é melhor ser conservador e usar frameworks estabelecidos há muitos anos.

• Ele enfatiza a importância de evitar modismos no JavaScript e optar por soluções mais seguras.

• Embora as tecnologias modinhas possam parecer atrativas no curto prazo, o palestrante acredita que, no longo prazo, escolher tecnologias mais estáveis trará menos arrependimentos.

Opiniões Divergentes

• O palestrante menciona que suas opiniões são frequentemente discordantes daqueles que trabalham na área de front-end.

• Ele expressa sua frustração por parecer ser o único a enxergar as desvantagens das tecnologias JavaScript.

• O palestrante convida os espectadores a compartilharem suas opiniões e gostaria de ouvir diferentes perspectivas sobre o assunto.