Executando verificação de segurança...
2

Sobre as novas mundaças nos frameworks javascript

Desde o começo do ano e final do ano passado, venho estudando next+react, e gosto muito das atualização e mudanças de paradigma, que estão lançado com cada update, mas venho vendo muita resistência ou "tá voltando como era antes" de várias fontes, uma delas que vi recentemente foi a do Daniel berg nesse video https://www.youtube.com/watch?v=Vvk08ZGdnuY

Gostaria de levantar a questão sobre se essas mudanças do next, e react estão mesmo simplesmente virando um servidor normal backend com funções a mais que já vem junto, ou realmente é mudança significativa de qualidade de vida, tanto como dev, quanto para escalabilidade (tirando o fato do custo elevando a longo prazo da vercel).

na minha humilde opinião, de um dev com pouca experiência, tirando o fato do trem do hype, são atualizações bem consistentes, que basicamente tentam balancear o rio de js indo para o cliente que as SPA trouxeram para o front na última década, basicamente a premissa é, tudo que der pra renderizar no servidor, será, e o que não der deixamos com o cliente correto ? isso considerando que vc nao vai ter que aprender nada a mais para esse benefício.

Carregando publicação patrocinada...
2

Eu dei uma olhada muito por cima no transcript do vídeo, e parece que é isso mesmo.

Não falo só de JS, mas JS é pior mesmo, dentro do que eu conheço e por isso não me aventuro. O pior do JS é o ecossistema. Vale para qualquer coisa. Vive acontecendo isso.

Por isso que eu falo que o bom profissional não é o que segue receitas de bolo, o que faz oque um influenciador fala para você usar.

Grande parte das coisas que as pessoas estão adotando em desenvolvimento de software não são boas, e elas só adotam porque elas não entendem o que estão fazendo, elas não tomam decisões, elas delegam para outras pessoas. Passam anos fazendo tudo errado, tendo prejuízos e só percebe que estava ruim quando alguém fala para ela que está ruim. Percebe que o erro é que ela não quer aprender o que é a compilação e a engenharia de software. Ela acha que trabalha bem na área só copiando os outros. Mas muita gente está pulando do precipício.

Quase tudo que inventaram é útil. Mas só em casos muito específicos. O problema é que um monte de gente começa adotar onde não deve. Inclusive criados de ferramentas.

Quando eu falo que quase ninguém precisa de MVC as pessoas falam que eu sou maluco. Mas ninguém me prova que ele é tão bom assim. Novamente, tem caso para usar, mas quase ninguém trabalha em um caso assim. Por isso que tem tecnologias que estão voltando atrás. E têm dificuldade de adoção porque as pessoas treinaram o erro e não querem largar o osso. Estou usando só um exemplo.

Não é sustentável trabalhar em uma área tão complexa desse jeito. O problema é de atitude. As pessoas precisam mudar a forma de pensar e agir, para não comprar gato por lebre.

O único consolo das pessoas, e por isso ficam mais aliviadas de fazerem aquilo, é que a grande maioria está fazendo assim. E quem fala que isso não funciona é considerado maluco. Mas se você for atrás dos melhores programadores do mercado, que não são marketeiros, que não vendem curso, palestra, consultoria, livro ou ferramenta, verá que é quase unânime. Só que essas pessoas quase sempre são mais discretas, elas não aparecem por aí e o grosso das pessoas seguem quem aparece muito, que estão comprometidas com os ganhos delas, não com seu sucesso. Não tem como dar certo.

As balas de prata foram inventadas há décadas e não tem graça ficar tentando vender isso. Aprenda o que importa e tome decisões sensatas de quais ferramentas são realmente úteis em cada contexto. Eu vejo há décadas isso acontecendo. Quem consegue convencer mais as pessoas pessoas a fazerem algo, mesmo que não tenha sentido técnico são as vencedoras.

E confirmo, estou dizendo que a maioria está tomando decisões erradas e não quer mudar porque acham que estão bem assim. Eu mesmo já tomei muita decisão errada, me influenciei, e ainda corro risco de fazer isso, estou longe de acertar em tudo, mas agora não caio em certas armadilhas óbvias (para a minha experiência) que muita gente cai por inexperiência. É difícil eu deixar de adotar algo e me arrepender depois. Mas se acontecer, não tem problema, prefiro esse erro do que ficar correndo atrás do rabo.

Faz sentido para você?

Espero ter ajudado.


Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente. Para saber quando, me segue nas suas plataformas preferidas. Quase não as uso, não terá infindas notificações (links aqui).

1

Muito bom seu comentário. Sou iniciante e vejo muita coisa sendo divulgada/comercializada sobre React, exatamente como o ponto em que você cita sobre os marketeiros e que todo mundo acaba fazendo a mesma coisa. O React não me interessou muito talvez por esse hype. Tenho interesse em Angular ja venho estudando sobre, mas tenho visto que Vue parece ser mais masi facil de aprender e usar.

O que você tem a dizer sobre?

Obrigado pelas palavras, fizeram sentido para mim

Estarei te acompanhando no link citado.

1

Não é muito a minha área para eu poder dizer algo sensato. Mas não ser a minha área já diz alguma coisa :) Foi uma escolha.

-4
1

As vezes o melhor para o iniciante é se manter afastado de foruns e comunidades tópicos que podem vir a ajudar ou ao mesmo tempo gerar dúvida. Mas dentro da questão que levantei você pode dar algum ponto sobre os frameworks que citei?

1

As aplicações em SPA tem um problema essencial. Como toda a renderização da página fica a cargo do JS, conforme a aplicação cresce, maior fica o bundle gerado que é enviado ao cliente. É comum o bundle de grandes aplicações terem vários MBs. E isso impacta várias coisas, como o tempo de carregamento, consumo de banda e até o SEO.

Por isso essas soluções SSR tem sim aplicação e fazem sentido. Em todos os casos? Não. Você poderia utilizar apenas em páginas públicas. Mas seria uma complexidade a mais desnecessária você ter 2 aplicações distintas, trabalhando de formas diferentes, para atingir o mesmo objetivo. Se você já tem um servidor que faz o trabalho pesado de converter o JSX em HTML/JS e servi-las, então adicionar mais páginas não seria algo necessariamente ruim. Além disso, essas ferramentas simplificam partes que originalmente ficariam a cargo do Backend, como a autenticação, e trazem recursos como otimização de imagem (que só deve ser feita em páginas públicas). E não, não é apenas fazer como se fazia antes, pois os recursos basilares das SPAs, como o Client Side Routing, e manipulação do DOM ainda estão presentes. Na verdade, essas ferramentas permitem que o desenvolvedor Front End continue trabalhando como se fosse uma SPA, mas agregando a renderização pelo servidor.

O maior problema na verdade, agora falando do Next, é que existe essa visão de dependência da Vercel. Na realidade, a Vercel é uma empresa de Cloud que utiliza o Next como uma isca para os seus clientes. Mas isso não quer dizer que você obrigatoriamente depende deles. O Next pode rodar, tranquilamente em uma instância EC2 ou utilizando o Amplify. Ou até mesmo e em ambiente On Premises, se for o caso.

1

Oi PrisonMike, tudo bem?

Aproveitando o assunto, você já utilizou o Next em outros ambientes além da Vercel? Trabalho em uma empresa que utiliza o Azure como plataforma padrão e estamos considerando usar o Next em alguns projetos. É possível utilizá-lo com Server Side Rendering? Você tem alguma informação a respeito?

Pensei em utilizar o Docker, mas não sei se seria uma boa opção.

1

Eu usei sim. Mas em on premises apenas. Não cheguei a rodar em cloud. Mas sim, rodei em um container Docker. Não tem mistério. O Next roda como qualquer servidor Node. Basta buildar e rodar um next start -p porta pra inicializar. Vai funcionar como na Vercel. Eu sei que com a AWS você consegue fazer o deploy com o Amplify, mas não sei qual seria a alternativa para Azure, mas de qualquer forma, rodaria em um container.

1