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
servere 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.