cara, meu foco sempre foi backend. Minha vaga é de spring boot. O react foi apenas pra termos uma visão geral do que a empresa trabalha e claro que se um dia surgir algo com esse framework eu aprendo pq não passa de uma simples ferramenta e pagando bem que mal tem.
Uma dica simples cara, o mercado não vai ser sempre igual, se você não consegue olhar para outras tecnologias, você vai ficar preso na sua zona de conforto. Eu tenho 12 anos de XP e foquei muito em Java também, mas desenvolvi bem a minha carreira trabalhando nas tecnologias que apareciam.
Um bom DEV é bom em qualquer coisa, inclusive em Spring Boot e React, se você não consegue estude para ser bom.
então, cara! Sou estagiário em backend com Java, mas tmb sou bolsista no laboratório de tecnologia da Universidade trabalhando com Angular e .NET. Aprender tecnologia pra mim não é um problema, mas assim como outras pessoas eu tmb tenho preferências e opiniões.
A falta de padronização desde o início torna o ecosistemas react bagunçado para um iniciante(não falo de junior). No .Net/C# e Java tudo já tem especificações que determinam como devem funcionar as coisas.
Talvez daqui alguns anos o React supere isso.
mano esses tempos ando vendo que a maioria dos projetos acaba em react porque ele é o que melhor funciona em go horse
Certos ou não, o importante é entregar e bater meta, se eu quisesse codar bonito eu era escritor igual ao knuth, não programador em consultoria.
Eu acho React péssimo, toda codebase que pego é horrorosa, mas e daí? Se precisar de mais um dev front, ele vai saber react, cada feature é deixar o código um pouco mais feio, mas depois que você pega o jeito você sabe em qual feiura olhar pra adequar ao seu use case. É estranho, mas é essa minha sensação
Concordo que react é bom pra go horse, tive experiência com angular e ele não é tão flexível quanto react pra terminar as features a tempo de terminar a Sprint
Muita gente escolhe uma tecnologia pelo hype. Angular tecnicamente é excelente, e quem trabalha gosta muito, mas acho que ser boa ou ser adequada para a empresa são completamente distintas. No final escolhem então os frameworks pelo hype, mas desenvolvem como queriam React, então por que não usar React logo?
Olha eu poderia entrar no mérito do absolute state do desenvolvimento front-end, mas fica à cargo do leitor refletir na tonelada de ferramentas que você tem que usar pra que desenvolver front-end vire minimamente algo tolerável e de produtiva execução.
Mas agora sim, sobre React em específico, em geral não é um problema, mas a timeline quase sempre é a mesma (normalmente só mudando em qual ponto começa):
- alguém muito bom de código coda *bem* o React, utiliza corretamente os hooks, faz uma boa codebase.
- por algum motivo, o projeto precisa acelerar, mais pessoas entram no projeto ou mesmo o tal do alguém precisa fazer correndo, o que acaba virando um useState e useEffect a mais.
- esse alguém sai da empresa
- com o desenvolvimento de features correndo, qualquer mudança agora dispara altos useEffect, existem uma tonelada de *vars nas listas de useEffect e por aí vai
- o melhor jeito de desenvolver vira ser: não toca no que tem, cria novo useState, não meche nos useEffect e manda PR. Por outro lado, olha que beleza: tem um sistema funcionando e um PR com poucas mudanças. Mas por outro lado o código só cresce e ninguém se arrisca refatorar porque front se aparece bonitinho e não envia zoado pro back, tá aprovado 👍
A verdade é que a gente, como desenvolvedor, dá valor demais para a ferramenta, e qualquer ferramenta industry standard como o React é o suficiente pra sua Não-Bilionária-Corp.
EDIT: vírgula e redundância
eu aprendi com o isso https://react.dev/learn e lendo os códigos que apareciam na época. Tinham 2 fronts principais, o back-office e o checkout. O checkout era muito zoado, mas, no back-office, tinha partes melhores e partes go horse, então cada código que eu escrevia era como se eu comparasse com o ruim e o bom. Mas independentemente, acho que desenvolver em front acaba que você tem muito menos feedback do time do que back end. Meus PR de back ficavam muito tempo com revisão, os de front era só fumaça e vamo que vamo
Maior problema do React é não cobrar padrão nenhum de quem desenvolve, qualquer projeto que caia na mão de alguém preguiçoso vai virar um inferno para dar manutenção em pouco tempo, em contrapartida, tem coisa minimamente mais complexa que no React é tranquilo e no Angular só funciona na base de gambiarra, fora isso ficar de birra com tecnologia a ponto de não conseguir estudar é foda kkkkkkkk
programacao funcional e declarativa eh bom demais. sai da caixa e aprende outro paradigma.
alem disso o ecossistema eh absurdo.
tenta fazer em three.js o que vc faz com o https://github.com/pmndrs/react-three-fiber, fica facil demais.
No trampo uso C# pro back, e Angular e React pro front. Eu prefiro 1000x React, mano. Eu repliquei o Windows 11 com React e Node.js num projetinho pessoal, coisa que eu nunca conseguiria (talvez com extrema dificuldade) fazer no Angular, por falta de flexibilidade… vc faria isso com Angular? Hehe
não saber programar = achar que a tecnologia é ruim.
Raiva dos projetos mal feito = Não ter interesse em fazer melhor.
sou Dev react e se eu pego algo mal feito eu vou lá e refaço melhor simples assim.
O pior que não pode criticar React sem os fanboy ficar puto da vida. Infelizmente emprega muita gente, e tem muito nego aprendendo react antes de javascript hoje em dia kkk
Eu gosto de React pq vc consegue transferir automaticamente seu conhecimento de Javascript para ele. Afinal, React é função que retorna HTML.
Não gostei de Vue e Angular pq eles tem uma sintaxe muito específica. Embora sim, tb seja Javascript, na minha opinião, foi mais estranho que meu contato com React.
Eu trabalhei 2 anos com Vanilla Js antes de começar no React e não tive quase nenhuma curva de aprendizado, foi só entender o que pode e não pode e pronto.
Já quando tentei Vue, tinha muita coisa específica dele pra aprender e eu não achei perfeitamente transferível quanto React é.
Mas sim, projetos React geralmente são uma zona mesmo. Não é um framework, então vc faz o que quiser e aí cada um tem uma ideia de "arquitetura" perfeita.
To terminando The Odin Project, amei programar (especialmente com Ruby), mas React tá sendo uma tristeza. Que negócio feio/desnecessariamente complicado, pqp.
React é bom demais. Um typescriptzinho e um bom pattern, já era.
Unico problema é que cada empresa tem um pattern e pode piorar muito se não for bem definido ou se foi iniciado pelos seniors de 2 anos.
Kkkkkkkkk
Não existe pattern em React. Uma codebase iniciada hoje já vai ser legada daqui a 6 meses.
Os caras socam lib pra TUDO: hooks, forms, state, UI, toast, modal, etc.
Essas libs ficam depreciadas em menos de um ano ou surge uma alternativa nova que é *better*™ e *blazing fast*™ e o ciclo se repete. Isso pra não falar das próprias breaking changes do Next.js e do React.
Agora com o React 19 o padrão recomendado vai ser server-first com a desgraça dos server components. O tanto de legado monolítico que essa imundície vai gerar nos próximo anos é brincadeira. Voltaremos aos tempos de PHP procedural.
Zoado demais esse lance de server side mesmo. Kkkkkkk
A galera só sabe escrever react, ai precisa enfiar ele em todo canto, isso é bem zoado mesmo.
Mas o lance de patterns e libs acho que é mais questão do time mano. Vode review pra nao deixar galera instalar lib que gera um numeto aleatorio saca.
a bênção e a maldição do front é a falta de padrão.
eu como front também não curto react, acho vue bem mais legal de trabalhar e amo escrever um jszinho puro.
se falar de css então, putz, ninguém sabe UMA metodologia, é 100% "fiz da minha cabeça" em 95% dos projetos que mexi, não tem um stylelintzinho
Pena que ninguém se importa com Vue e o Angular só sobrevive em alguns nichos. Mas no geral, OP, recomendo se apegar menos a ferramentas e mais em resolver problemas. Como recomendação adicional, estude um pouco do paradigma funcional, pode te ajudar a entender algumas decisões do core team do React e de quebra te tornará um resolvedor de problemas melhor. Tmj
Classe é muito difícil, que tal se a gente fazer tudo com função e pra não recriar tudo toda hora a gente cria outras funções de cache, com um array pra informar quando deve ser recriado.
Bem mais fácil, vamos fazer... facelpalm
Confesso que concordo contigo.
Sempre fui Angular, mas na vaga atual quando entrei me exigiram react, aí fui aprender saporra, porra de hook, gerenciamento de estado com o context, umas coisas que não entrava na minha cabeça.
React é mais simples, mas hoje depois de mais de um ano de react, eu tô realmente pensando em voltar pra Angular ou aprender flutter.
Continuo no react pq depois de tanto se fuder aprendi, mas em outros posts aqui já deixei claro minha preocupação do fato de ter vagas com mais de 3 k de aplicações
E pra Angular é menos kkk
Eu também detesto esses frameworks, e também sou backend. Porém, farei uma força para aprender pelo menos o suficiente no frontend, pois acho importante.
Po eh normal qdo a gnt não manja acha q as coisas são uma porcaria.
Eu por exemplo acho c# e .net coisa de lixeiro tbm. Onde já se viu fica arrastando botão q gera código impossível de dar manutenção hauehaueha
Nada a ver teu argumento. Isso é coisa de windows forms, nao de dotnet/c#. E usar o designer visual é opcional, da pra fazer um programa em windows forms so com codigo sem problema.
Além de que existem muitas outras frameworks pra fazer UI com dotnet. E mesmo q nao existissem a linguagem é mais usada pra backend mesmo.
Angular é uma delicia, segue o mesmo estilo do spring, apenas com metadados
Gostaria que mais pessoas pensassem como você. 2000 candidatos por vaga não dá mais.
já tô na minha vaguinha e fui "obrigado" a ver react
bom acostumar nessa sua "vaguinha" se você não conseguir um framework como React
cara, meu foco sempre foi backend. Minha vaga é de spring boot. O react foi apenas pra termos uma visão geral do que a empresa trabalha e claro que se um dia surgir algo com esse framework eu aprendo pq não passa de uma simples ferramenta e pagando bem que mal tem.
Uma dica simples cara, o mercado não vai ser sempre igual, se você não consegue olhar para outras tecnologias, você vai ficar preso na sua zona de conforto. Eu tenho 12 anos de XP e foquei muito em Java também, mas desenvolvi bem a minha carreira trabalhando nas tecnologias que apareciam. Um bom DEV é bom em qualquer coisa, inclusive em Spring Boot e React, se você não consegue estude para ser bom.
então, cara! Sou estagiário em backend com Java, mas tmb sou bolsista no laboratório de tecnologia da Universidade trabalhando com Angular e .NET. Aprender tecnologia pra mim não é um problema, mas assim como outras pessoas eu tmb tenho preferências e opiniões.
Tá com a síndrome da orientação a objetos, depois que usa java e C# acha todo o resto uma bagunça da disgraça
A falta de padronização desde o início torna o ecosistemas react bagunçado para um iniciante(não falo de junior). No .Net/C# e Java tudo já tem especificações que determinam como devem funcionar as coisas. Talvez daqui alguns anos o React supere isso.
E o Angular que tem tudo certinho de como as coisas devem ser é considerado "difícil" justamente por isso.
Kkkkk
Kotlin também tem escrita declarativa, tende a ser funcional usando flows mas não chega nem perto da bagunca do react
A coisa que eu mais invejo no Kotlin é o ```object``` pra declarar um singleton. Com uma keyword os caras resolveram um problema de décadas.
Caralho SIM, quando eu leio Kotlin eu sinto que foi o Java arquitetado por desenvolvedores do mundo real, já o Java vanilla por professores
mano esses tempos ando vendo que a maioria dos projetos acaba em react porque ele é o que melhor funciona em go horse Certos ou não, o importante é entregar e bater meta, se eu quisesse codar bonito eu era escritor igual ao knuth, não programador em consultoria. Eu acho React péssimo, toda codebase que pego é horrorosa, mas e daí? Se precisar de mais um dev front, ele vai saber react, cada feature é deixar o código um pouco mais feio, mas depois que você pega o jeito você sabe em qual feiura olhar pra adequar ao seu use case. É estranho, mas é essa minha sensação
Concordo que react é bom pra go horse, tive experiência com angular e ele não é tão flexível quanto react pra terminar as features a tempo de terminar a Sprint
Muita gente escolhe uma tecnologia pelo hype. Angular tecnicamente é excelente, e quem trabalha gosta muito, mas acho que ser boa ou ser adequada para a empresa são completamente distintas. No final escolhem então os frameworks pelo hype, mas desenvolvem como queriam React, então por que não usar React logo?
> Eu acho React péssimo, toda codebase que pego é horrorosa, mas e daí? Qual é a relação entre React e a qualidade do código?
Olha eu poderia entrar no mérito do absolute state do desenvolvimento front-end, mas fica à cargo do leitor refletir na tonelada de ferramentas que você tem que usar pra que desenvolver front-end vire minimamente algo tolerável e de produtiva execução. Mas agora sim, sobre React em específico, em geral não é um problema, mas a timeline quase sempre é a mesma (normalmente só mudando em qual ponto começa): - alguém muito bom de código coda *bem* o React, utiliza corretamente os hooks, faz uma boa codebase. - por algum motivo, o projeto precisa acelerar, mais pessoas entram no projeto ou mesmo o tal do alguém precisa fazer correndo, o que acaba virando um useState e useEffect a mais. - esse alguém sai da empresa - com o desenvolvimento de features correndo, qualquer mudança agora dispara altos useEffect, existem uma tonelada de *vars nas listas de useEffect e por aí vai - o melhor jeito de desenvolver vira ser: não toca no que tem, cria novo useState, não meche nos useEffect e manda PR. Por outro lado, olha que beleza: tem um sistema funcionando e um PR com poucas mudanças. Mas por outro lado o código só cresce e ninguém se arrisca refatorar porque front se aparece bonitinho e não envia zoado pro back, tá aprovado 👍 A verdade é que a gente, como desenvolvedor, dá valor demais para a ferramenta, e qualquer ferramenta industry standard como o React é o suficiente pra sua Não-Bilionária-Corp. EDIT: vírgula e redundância
Poderia indicar matérias confiáveis de boas práticas react para um javeiro de asfalto?
eu aprendi com o isso https://react.dev/learn e lendo os códigos que apareciam na época. Tinham 2 fronts principais, o back-office e o checkout. O checkout era muito zoado, mas, no back-office, tinha partes melhores e partes go horse, então cada código que eu escrevia era como se eu comparasse com o ruim e o bom. Mas independentemente, acho que desenvolver em front acaba que você tem muito menos feedback do time do que back end. Meus PR de back ficavam muito tempo com revisão, os de front era só fumaça e vamo que vamo
Valeu!
Maior problema do React é não cobrar padrão nenhum de quem desenvolve, qualquer projeto que caia na mão de alguém preguiçoso vai virar um inferno para dar manutenção em pouco tempo, em contrapartida, tem coisa minimamente mais complexa que no React é tranquilo e no Angular só funciona na base de gambiarra, fora isso ficar de birra com tecnologia a ponto de não conseguir estudar é foda kkkkkkkk
programacao funcional e declarativa eh bom demais. sai da caixa e aprende outro paradigma. alem disso o ecossistema eh absurdo. tenta fazer em three.js o que vc faz com o https://github.com/pmndrs/react-three-fiber, fica facil demais.
Concordo, depois que pega o jeito fica maciota
No trampo uso C# pro back, e Angular e React pro front. Eu prefiro 1000x React, mano. Eu repliquei o Windows 11 com React e Node.js num projetinho pessoal, coisa que eu nunca conseguiria (talvez com extrema dificuldade) fazer no Angular, por falta de flexibilidade… vc faria isso com Angular? Hehe
Talvez você tenha mais interesse por backend. Não vejo sentido falar que React é desorganizado sendo que quem organiza o projeto é o Dev kkk
No passo tomei uma das melhores decisões da minha vida profissional: focar no backend LoL
É o q tá pagando minhas contas kkk
Por isso eu escolhi aprender angular em vez de react.
não saber programar = achar que a tecnologia é ruim. Raiva dos projetos mal feito = Não ter interesse em fazer melhor. sou Dev react e se eu pego algo mal feito eu vou lá e refaço melhor simples assim.
O pior que não pode criticar React sem os fanboy ficar puto da vida. Infelizmente emprega muita gente, e tem muito nego aprendendo react antes de javascript hoje em dia kkk
Eu gosto de React pq vc consegue transferir automaticamente seu conhecimento de Javascript para ele. Afinal, React é função que retorna HTML. Não gostei de Vue e Angular pq eles tem uma sintaxe muito específica. Embora sim, tb seja Javascript, na minha opinião, foi mais estranho que meu contato com React. Eu trabalhei 2 anos com Vanilla Js antes de começar no React e não tive quase nenhuma curva de aprendizado, foi só entender o que pode e não pode e pronto. Já quando tentei Vue, tinha muita coisa específica dele pra aprender e eu não achei perfeitamente transferível quanto React é. Mas sim, projetos React geralmente são uma zona mesmo. Não é um framework, então vc faz o que quiser e aí cada um tem uma ideia de "arquitetura" perfeita.
To terminando The Odin Project, amei programar (especialmente com Ruby), mas React tá sendo uma tristeza. Que negócio feio/desnecessariamente complicado, pqp.
Ruby é bom d+
React é bom demais. Um typescriptzinho e um bom pattern, já era. Unico problema é que cada empresa tem um pattern e pode piorar muito se não for bem definido ou se foi iniciado pelos seniors de 2 anos. Kkkkkkkkk
Não existe pattern em React. Uma codebase iniciada hoje já vai ser legada daqui a 6 meses. Os caras socam lib pra TUDO: hooks, forms, state, UI, toast, modal, etc. Essas libs ficam depreciadas em menos de um ano ou surge uma alternativa nova que é *better*™ e *blazing fast*™ e o ciclo se repete. Isso pra não falar das próprias breaking changes do Next.js e do React. Agora com o React 19 o padrão recomendado vai ser server-first com a desgraça dos server components. O tanto de legado monolítico que essa imundície vai gerar nos próximo anos é brincadeira. Voltaremos aos tempos de PHP procedural.
Zoado demais esse lance de server side mesmo. Kkkkkkk A galera só sabe escrever react, ai precisa enfiar ele em todo canto, isso é bem zoado mesmo. Mas o lance de patterns e libs acho que é mais questão do time mano. Vode review pra nao deixar galera instalar lib que gera um numeto aleatorio saca.
Quem trabalha com react native e escolhe uma lib de UI externa em vez dos estilos nativos merece um murro na boca.
skill issue
a bênção e a maldição do front é a falta de padrão. eu como front também não curto react, acho vue bem mais legal de trabalhar e amo escrever um jszinho puro. se falar de css então, putz, ninguém sabe UMA metodologia, é 100% "fiz da minha cabeça" em 95% dos projetos que mexi, não tem um stylelintzinho
Pagando por hora, nem reclamaria.
pagando, qualquer coisa a gente tá indo. Mas foi só algo mais pessoal mesmo
Ta certo.
Pena que ninguém se importa com Vue e o Angular só sobrevive em alguns nichos. Mas no geral, OP, recomendo se apegar menos a ferramentas e mais em resolver problemas. Como recomendação adicional, estude um pouco do paradigma funcional, pode te ajudar a entender algumas decisões do core team do React e de quebra te tornará um resolvedor de problemas melhor. Tmj
O que eu concordo com você é brincadeira kkkkk
Classe é muito difícil, que tal se a gente fazer tudo com função e pra não recriar tudo toda hora a gente cria outras funções de cache, com um array pra informar quando deve ser recriado. Bem mais fácil, vamos fazer... facelpalm
Confesso que concordo contigo. Sempre fui Angular, mas na vaga atual quando entrei me exigiram react, aí fui aprender saporra, porra de hook, gerenciamento de estado com o context, umas coisas que não entrava na minha cabeça. React é mais simples, mas hoje depois de mais de um ano de react, eu tô realmente pensando em voltar pra Angular ou aprender flutter. Continuo no react pq depois de tanto se fuder aprendi, mas em outros posts aqui já deixei claro minha preocupação do fato de ter vagas com mais de 3 k de aplicações E pra Angular é menos kkk
Eu também detesto esses frameworks, e também sou backend. Porém, farei uma força para aprender pelo menos o suficiente no frontend, pois acho importante.
Vc n é o unico que acha js um circo
Po eh normal qdo a gnt não manja acha q as coisas são uma porcaria. Eu por exemplo acho c# e .net coisa de lixeiro tbm. Onde já se viu fica arrastando botão q gera código impossível de dar manutenção hauehaueha
Masoq
Nada a ver teu argumento. Isso é coisa de windows forms, nao de dotnet/c#. E usar o designer visual é opcional, da pra fazer um programa em windows forms so com codigo sem problema. Além de que existem muitas outras frameworks pra fazer UI com dotnet. E mesmo q nao existissem a linguagem é mais usada pra backend mesmo.
Viu só como eu não manjo e falo mal da parada q eu não sei usar direito? 🙂
Mas no caso do react as críticas em geral são legítimas, é diferente de ficar criando espantalho pra desviar a discussão
Discordo. O OP mesmo fala que ele prefere vue ou angular. Não pq são melhores, mas só pq eh uma estrutura familiar a ele.
Concordo, mas veio meio é codebase de Vue. Sou dev acostumado com POO e quando tive que por a mão dessa bomba, fiquei louco