🔥 Convidado: @manodeyvin ❤ Confere também o video "Precisamos URGENTEMENTE conversar sobre eles" do @FilipeDeschamps: ua-cam.com/video/LMmVjzApFqQ/v-deo.html ✅ Aulas ao Vivo de Desenvolvimento Android: comercial1657028932.kpages.online/zero-ao-app
Na minha opinao o problema pra começar no Back è a infinidade de caminhos que você já tem que escolher logo no início Oq nao acontece no front onde todo mundo passa pelo mesmo caminho e depois ramifica pra áreas mais específicas.
Sair do ZERO ao primeiro projetinho de estudos no ar no geral é mais fácil no FRONTEND do que no BACKEND. Isso pode dar a sensação de o Frontend é mais fácil, mas depois pra de fato ser um(a) bom profissional, ambos tem suas complexidades como você mostrou no vídeo e nos roadmaps. E no fim, se a pergunta surge por conta do pensamento "qual vou aprender mais rápido e ter que estudar menos pra ganhar um bom dinheiro?", só esquece. NÃO vai ser rápido. NÃO vai ser fácil. NÃO vai estudar pouco.
kkkkk é por isso que essa discussão nunca vai ser resolvida. Eu já acho tão mais simples fazer uma API bem basiquinha. Com um express ou fastify e um prisma da vida, em 30min tu faz um crudzinho. Em 30min de front tu conseguiu cair numa bronca no css e tá sem entender o porquê que teu estilo não tá sendo aplicado 😆
@@gabrielantunes455 usando um Material UI da vida um front básico pode ser bem rápido de fazer também. Mas justo, eu comentei que no geral pessoas tendem a achar o início no front mais fácil, porém de fato pode ter gente como no teu caso que acha o backend mais tranquilo de início.
No geral pelo front ser considerado por muitos como mais fácil é esperado mais dos devs, tem que entregar mais, ser uma máquina de centralizar div. E acho que é mais difícil dentro da empresa de subir de Jr pra pleno e sr como front. Back consegue enrolar mais a gestão não técnica por não ser algo visual, é só falar com confiança que o mainframe caiu que os MBA aceitam. Pode ser só a minha experiência isso
Existe um problema sério com a pesquisa do Montano: Ele perguntou pelo background dos VPs e CTOs. O resultado da pesquisa seria completamente diferente se ele tivesse perguntado pelo frontground. 🤔
Man, trabalho com os dois, e depende da tarefa e processo. Mas no geral, passo mais horas no frontend, as vezes uma task que levo 15 min no Back pra fazer, no front eu levo 5h pra consumir os dados, tratar, criar tela, gerenciar e etc. Eu acho o back mais linear e facil, tem uma logica "padrao" pra qualquer processo, mas no front é doideira, muita coisa.
Então talvez a complexidade não resida na "ideia" do front em si, mas justamente por conta do mundo de pensamentos distintos que existem onde cada qual quer uma coisa e aí sim tornando a questão fundamental mais difícil.
Tipagem, GOF Patterns, SOLID, DRY, Observabilidade, OOP, Ci / CD, Unit Test, E2E Test, Stress Test, Service Test etc.., Camada de Persistência (IndexedDB, Storages, Caching...), Performance, Websocket, Pub Sub, Authentication, CDN, Estrutura de Dados, Algoritmos, etc. Enfim, o Front é muito mais parecido com o Backend do que muita gente pensa.
Mas é uma falsa impessão na real. Eu tenho muitoas analistas juniors e plenos na minha equipes, que tem essa mesma impessão, eles começam achando mais facil o FE. Porem depois que eles entendem a arquitetura do BE, e como ta organizando, o BE começa a ser tirado de letra, a complexidade passa a ser somente a regra de negocio mesmo. No final todos estão passando mal com FE kkkkk. Mas ainda acho que é conhecimento e conhecimento compartilhado que faz nos termos essa impressão.
@@dkeepsie Acho que a "nota de corte" do front-end (Trio HCJ) é bem tranquilinha, tanto que eu vejo os iniciantes em front-end reclamando do quanto javascript é dificil, sendo que javascript é considerada uma linguagem facil, enquanto no back-end precisa saber muito mais coisas apenas pra iniciar um estagio. Deixando o meu Comentario um pouco mais alinhado, é mais facil se tornar junior para um front-end, mas o back-end assim que se torna junior ja esta muito mais perto de se tornar um pleno, e para ambas as vias é um caminho muito tortuoso até se tornar Senior.
@@dkeepsie Interessante como cada empresa apresenta cenários diferentes. Tenho uma equipe de 4 júniors que eu coordeno. Dois trabalham com react e os outros dois com o Angular, mas faz 6 meses que eles estão precisando trabalhar com o BE em dotnet, nenhum deles está conseguindo ter evolução nas tasks e apresentando uma evolução. Estão com uma dificuldade absurda em resolver problemas simples do BE
Mas, falando sério, front e back são dois animais bem diferentes: A complexidade do backend vem da escala, isso todo mundo sabe. A complexidade do frontend vem, a princípio, da fragmentação dos browser e JavaScript engines. Essa fragmentação fez com que a plataforma Web tivesse uma evolução muito errática, exigindo a criação de um framework atrás do outro. Até hoje não houve uma solução convergente, e não sei se isso vai acontecer.
Houve sim uma solução convergente e se chama Jquery ♥ O resto é coisa de jovem dinâmico sem Deus no coração. Vc nunca vai ver um pai de família usando React...
@@VirtusLang jQuery tinha o coração no lugar certo: facilitar a compatibilidade entre navegadores. O espírito dos frameworks de hoje em dia é reinventar a roda.
Eu acredito que, quem está começando a se interessar por Frontend com certeza deve se sentir muito perdido com tantas opções de bibliotecas e frameworks que fazem a mesma coisa, ainda mais quando se trata de javascript.
Ambas são difíceis pra quem não tem força de vontade ou "ódio" suficiente pra aprender ambas e se firmar 100% na qualidade, entrega e desejo de aprender, desenvolver, se capacitar.
Acredito que um dos maiores desafios do Frontend, como o @manodeyvin comentou, é que o Frontend não sabe para onde ele quer ir! Além disso, são muitas Libs e Frameworks que buscam resolver problemas muitos parecidos, cada um com suas peculiaridades. Uma das consequências que notei dessa grande variedade é uma alta taxa de desenvolvedores iniciantes/intermediários sendo reféns dessas FERRAMENTAS, deixando de lado coisas importantes como algorítimos, POO, arquitetura e testes. Quando olhamos para o Backend esses detalhes já estão mais solidificados. Conceitos como arquitetura, design patterns, SOLID, são muito mais notáveis e levados a sério. Pelo menos, essa é a perspectiva que eu tenho!
Corretíssimo, hoje me sinto refém do React e isso é terrível, mudar de framework exige começar do "zero", para entender bem as peculiaridades e reler tudo de novo. A questão dos básicos acho que é mais questão de "desleixo " de alguns, justamente pela facilidade de entrar na área pelo front e da pressa pra fazer os 4k em 6 meses.
Faço faculdade de engenharia, e estou estudando programação. De cara me identifiquei com back, mas quero pelo menos dar uma passada por front, pra entender como é o conjunto da obra. Acho válido entender os dois lados.
11:51 aqui está o motivo do porquê eu decidi dar uma pausa (longa) nos estudos de front-end. No resto concordo que há mais chances de crescimento para o programador back-end, a coisa mais comum é ver programador back-end sentado com a diretoria conversando sobre as regras de negócio, já o front-end geralmente só ouve um elogio ou crítica sobre a tela que programou. O fato é que geralmente quem cuida do banco (que em pequenas empresas é o dev back-end) acaba entendendo mais do negócio, e por isso tem mais chances de ser visto pela diretoria.
Eu querendo começar meu aprendizado em programação vendo todas essas tecnologias, e pensando: Ferrou de vez! Vou precisar de uns 100 anos para aprender isso. 😂
Trabalhando como fullstack há quase dois anos e pegando alguns projetos em react pra dar manutenção, tenho sempre a sensação de: "não to entendo porr nenhuma do que ta acontecendo nesses componentes" No backend tenho mais noção do que acontece, talvez pelas boas praticas mais difundidas em rest apis, consigo entender melhor o fluxo das coisas
KKKKKKKK sou backend Java, e nós últimos meses estou dando uma estudada em front pra fazer a cara dos meus projetos, e mesmo tendo estudado react por umas 2 semanas e passar o dia todo olhando/escrevendo códigos react na tela, a sensação que eu tenho é a mesma "puta que pariu que código feio do caralho", por mais que seja pouco tempo quando estudei spring boot eu conseguia entender perfeitamente o código e convenhamos que é muito mais bonito do que função retornando html
@@alanalves9645Depende muito também. Backend é padrão, mas tem vários padrões que dá pra você seguir (várias filosofias de fazer um código). SOLID, Clean Code e mais uma porrada de filosofia que tem como você fazer, mas a essência do seu código não é a filosofia, mas como você faz essa filosofia funcionar. O backend precisa de criatividade também por isso. Independentemente, creio que em ambos precisa de criatividade.
O backend é vc saber seguir o padrao, sabe o que tem fazer em cada situacao? ja era. Ja o frontend tem menos logica e tudo, mas tem que ter a parada da criativadade e gostar do que faz, tem que ter bom relacionamento com os designers, cliente... pq eles nao tem nem ai pro back, o que importa é o visual, se nao tiver de acordo é mingué
Sou programador front-end na XP, mano eu digo que back é mais dificil, maaaasss geralmente o front-end é bem mais trabalhoso, isso se deve pq você trabalha diretamente com os clientes ( assesores no meu caso ) então sempre tem que ficar arrumando coisas meio q é irrelevante, mas q ao olhos dos clientes importam, ex.: Fizermos uma nova plataforma para os assessores e estamos a três semanas fazendo testes, porém sempre pedem algo no front-end, semana passada entregamos com o visual incremente bonito e os sócios amaram mas temos que mudar a posição do ROA para que caso tirem printe não mostre isso para o cliente ou a pocentagem do ROA tem que ter 3 casas decimais e assim por diante Eu sempre gosto de pensar q meio cliente é mio burro e preguiçoso, isso ajuda na hora de fazer funções e nao sair codando que nem doido kkkk
Trabalhoso é diferente de dificuldade/complexidade. Por exemplo, o broker de amqp da minha empresa, em um *determinado* serviço não estava funcionando direito. Isso impacta diretamente na cadeia de eventos decorrente.. A quantidade de horas que fiquei para entender o que estava acontecendo, não foi brincadeira, a quantidade de documentação que li, artigos.. Etc... Venhamos e convenhamos, quando se trata de backend, o rabbit hole é MUITO mas MUIIIITO mais deep.
Eu comecei a estudar programa a uns 2 meses e quero programar web, e vi que pra ter web tem que saber front, só fui eu começar a estudar e vi que aquilo não é pra mim. Ficar escolhendo corzinha e fonte certa. Deus abençoe o pessoal que gosta disso, mas eu gostei mais de quebrar a cabeça pra fazer um CRUD
@@lcFerreira11 exato kk da mesma forma no front, pega um projeto enorme e complexo que renderiza muitos dados e graficos, tu vai é rezar pra ficar mechendo com cores mesmo kkk pq é do menos...
Depende do que está sendo feito no BackEnd. pode ser algo muito fácil como um CRUD ou algo super nebuloso. O Front é doideira também, tem bastante coisa mas tem um limite de funcionalidades, já o back pode ta rodando qualquer coisa, aí é que tá.
Eu sou do back já a um ano profissionalmente, e resolvi aprender next esse mês, e posso dizer q concordo. Acho q front tá mais difícil msm, pq tem q se ligar em 300 coisas diferentes. É html, css, javascript, react, next, redux, sass, tailwind, putaqueoparil
@@MegaXDBrasileu discordo. E vou te dizer o seguinte, depois de dominar as linguagens de back-end, muita coisa fica se repetindo. E no front-end não, daqui um ano, tua biblioteca já mudou e tu tem que refatorar um projeto de 5 anos ou mais, só pra tá competindo com os outros sites. Quem trabalha com aplicações pequenas, usada internamente pela empresa, pode achar mesmo front-end muito fácil, o negócio fica brabo quando o app tem +5 anos de mercado e gera receita
Ei que vou lhe contar uma história de uma programador que ficou milionário, ele começou em um estágio , desempenhou bem e foi efetivado, trocou de empresa e virou júnior, trocou de empresa e virou pleno e começou a ganhar ainda mais dinheiro, trocou de empresa e virou pleno ganhando ainda mais, foi promovido para sênior nessa empresa logo depois saiu para ganhar mais como especialista em outra empresa, até que em uma noite descobre que ganhou 10 milhões na loteria
Quando comecei olhava esse roadmap do backend desesperado com a quantidade de coisas. 2 anos depois, 1.5 de experiência no trabalho (me deu até uma nostalgia recente com o vídeo), hoje já sei mais da metade dos tópicos e o resto já esbarrei por aí, tudo você vai aprendendo com a necessidade
Tem também o ponto que muitas das responsabilidades de um BE estão sendo divididas por DevOps/Infra. Já passei por empresa em que os BEs do time nem acesso a AWS tem por exemplo, algo que fica sendo exclusivo da galera de DevOps/Infra do time, ou de um time de plataforma centralizado que lida com essas demandas, principalmente em empresas grandes com distinções bem definidas. Então muitas vezes o BE vai só codar a API, o que na minha opinião é muito mais simples que o trabalho do FE. Trabalhei num banco onde nas sprints era normalmente assim: o BE terminava a rota dele de CRUD em 30min e o FE levava muito mais tempo para deixar tudo responsivo, funcionando offline, com as animações e design que o Designer definiu pixel-perfect e ainda lidar com acessibilidade (a must em bancos). Então penso que como sempre vai depender muito, num contexto de empresa pequena no geral ambos vão sair bastante da sua casinha também.
Pensei em muitos comentários pra acrescentar nesse vídeo (falar sobre o que eu tive contato, o que eu acho mais difícil, sobre qual o contexto do "difícil", receita de bolo de fubá, enfim, muitas) , mas acho que no final não importa qual é mais difícil ou mais fácil, e sim qual tá pagando o teu salário 🤡
Eu sou dev back mas hoje estou na posição de full em um projeto proprio, na minha experiencia atual o front é mais trabalhoso a evolução tem que se constante para melhorar a experiencia do usuário, no backend as coisas precisam se mais estaveis ja que é coração de qualquer aplicação, se tela esta mal feita no frontend o cliente vai reclama mas vai acabar usando no final do dia, se algo esta mal feito no backend a ponto de parar ou deixar uma operação lenta e seu cliente esta perdendo dinheiro com isso, ele vai querer ter matar no final do dia. 😆
Backend é mais difícil, pois quando tem um bug, além de corrigir o código, também precisa corrigir os estragos causados pelo bug (ex: arrumar os registros no banco). Já o front só precisa arrumar o código kkkkk 😢😅
Eu acredito que a maioria das pessoas pensa num “crud” simples quando esse tipo de pergunta vem… o complicado é o que vem junto no pacote. No front vc se preocupa com ux e acessibilidade por exemplo, e no back vc se preocupa com infra, container, escala, etc… no final das contas, pra ser um dev referencia em qualquer área exige tempo, preparo e muito estudo, independente do caso
A maioria do backend e tranquila, difícil e a arquitetura e as pequenas APIs com mais lógica de negócio ou com complexidade maior (tipo relatorios, dashboards, integrações com outros serviços, etc) Frontend também pode ser tranquilo pra tela de login ou de formulário, mas complexo para telas específicas de negócio ou com animações complexas e coisas específicas tipo canvas, edições de imagem, etc etc. (a arquitetura de frontend pode ficar complexa em level enterprise com múltiplos times compartilhando a tela e isso sendo construído de múltiplos repositórios) Enfim, eu sou Frontend aqui na AWS e tem coisa fácil e coisa difícil em ambos lados, no fim vai depender do projeto também, alguns são mais foçados em front enquanto outros em Back. Etc
Front é dificl tbm hein, muits muita coisa pra aprender, um sistema web completo mesmo pode ser muito complexa, mas conforme se avançar na carreira, é inevitável voce ter contato necessitar aprender backend
E pra ser tech lead ou vp de tecnologia, qualquer área mais macro, o mais importante é soft skill. Daria pra perguntar quantos vp de tecnologia vieram de áreas correlatas tipo infra ou comunicações, acho que da uma pesquisa legal. No fundo, saber motivar, inspirar, compreender a realidade e a complexidade do produto, são o que realmente contam. Quando você chega lá em cima, quem produz mesmo, mão na massa, não é você…
Sou back e sempre achei o front mais difícil. No back escrevo e funciona ou não. Já no front, pode ficar um milímetro pro lado ou quebrar tudo e não dá pra depurar. E nunca tive um usuário falando que não gostou do backend 😂
Tem um vídeo de um cara que é front-end senior, e ele diz que já está pra ficar maluco de tanto estudar, pq sempre lançam tecnologias novas e as coisas ficam legadas muito rápido, a cada atualização dos frameworks mudam coisa pra caramba, e o que vc estudou antes não serve pra nada mais
Dia vai, dia vem, e temos mais uma pergunta na Tecnologia onde a resposta é "Depende" kkkkkkkk Majoritariamente trabalho com Backend, mas já trabalhei um bom tempo como Full-Stack. No dia-a-dia, o front é bem mais trabalhoso e demanda um maior gerenciamento do tempo, pois problemas de incompatibilidade de browsers, dispositivos e layouts surgem e por causa disso você precisa fazer mais malabarismos para que a sua visão funcione. Além disso, também tem as peculiaridades no framework utilizado, que afetam mais o profissional de Front pois você sempre precisa entender como funciona o ciclo de vida dele para entender onde mudar o código para ele renderizar corretamente, e também o teste unitário que pessoalmente sempre achei mais complicado de fazer do que no Back. Quem tem a experiência no Backend acaba se favorecendo quando você precisa pensar em grandes engrenagens colaborando entre si, uma vez que integrações entre sistemas são comuns. No front, isto ainda pode acontecer (como em microfrontends) mas no geral o ponto de interação mais comum acaba sendo entre o front e o JSON malaco devolvido pelo Back. Fora os problemas de manutenção e custos da infraestrutura, que sempre precisam ser monitorados no Backend principalmente se o sistema for distribuído. Vir de Backend é mais comum aos cargos superiores pois o contexto é favorável a desenvolver as habilidades necessárias mais rapidamente e as situações enfrentadas permitem que se estabeleça mais relações políticas (não basta apenas o esforço, também conta falar com as pessoas certas). Isso não significa que o Frontend não consiga fazê-lo, só que a probabilidade deste desenvolvimento de habilidades e relações ser mais lento é maior, e unido ao timing as oportunidades de ocupar esses cargos ficam menores também. Em suma: Frontend para um contexto mais micro (desenvolvimento, implementação, sprint), Backend para um contexto mais macro (negócio, arquitetura, infraestrutura).
@@manunascimxnto Não necessariamente. O contexto do backend é mais favorável para subir a níveis maiores, mas um profissional Frontend consegue subir a um nível Lead/Staff dependendo da empresa, dos projetos que ela participa e da aptidão da pessoa. Em cargos mais executivos é mais provável que seja ocupado por um profissional com experiência no Backend. E "crescer na carreira" é relativo também. É provável que muito dev não chegue a um cargo executivo, e demore 10+ anos de percurso para chegar a uma oportunidade Lead/Staff. E profissionais desse nível provavelmente ganharão menos que Seniors ou até mesmo Mid-levels que trabalham para empresas de fora.
Na minha opinião o Front-End é mais difícil porque você precisa agradar centenas, milhares ou milhões de pessoas que vão usar aquele serviço, escolher as funcionalidades que à aplicação terá e como disponibilizar um layout que deixe dinâmico o uso do usuário é muito difícil. Gosto muito do Back, reconheço as suas dificuldades, mas perante ao Front ainda acho um pouco mais fácil, mas é difícil também KKK Lembro da vez que estava fazendo um front, demorou para um K7 KKK
O Frontend anda tão complexo hoje em dia, galera… Essa galera que tá dizendo que o Back é mais difícil, se não estiver considerando Infra, se tiver pensando só em banco de dados e Back, eu diria que depende muita da Aplicação!
Estou proximo de fazer um ano de front-end, ja penso seriamente em focar no back-end, justamente por essa questão de o front nao saber pra onde vai, cada mes é um hype novo.
@@Matheus-cn2yh exatamente, onde eu trabalho, estamos usando algumas tecnologias no front como react, typescript e mui...., faz uns 4 anos que o projeto existe já, e olha quando coisa mudou no mercado, isso é desculpinha para mudar de área, o motivo pelo qual vc quer trocar, não é esse, ao menos não deveria ser.
@@Pedro-gu7jjgalera quer mudar por preconceito. Vê os outros comentários: “não quero ter que mudar corzinha”, mas pergunta a esse cara se o mesmo sabe utilizar conceitos avançados do React. Povo acha que Front é só mudar corzinha kkkkk, galera é arrogante d+. Sou dev React, Node e Nest... tou de boa nos três.
Consumir a API e desenhar na tela é "fácil", difícil é escalar, autorizar, permitir, fazer paginações, tratamentos de dados, filas, caching, se preocupar com questões de segurança, rate-limit, sanitização de requests, e ainda na maioria das vezes ter que lidar também com a infra kkkkk Escrevi e saí correndo.
Front end : precisamos saber de 5 protocolos de rede. Back end : bro, porque aqui diz que o livro tem 48 capítulos e cada capítulo aborda 1 protocolo?. O cara do infra: porque aqui diz que preciso criar um protocolo contra raios cósmicos?
Ultimamente eu me pego conferindo o canal que estou assistindo pra ter certeza de onde estou. Será que sou o único? Tô achando muito loko e legal isso!
O que torna a programação difícil é isso que o Deyvin disse, as coisas mudam muito, toda hora e as vz é difícil se atualizar. Mas qualquer coisa que exige criatividade e lógica é difícil
Quando vc falou do roadmap de front-end comecei a dar risada, conheço muitos DEV que nem se quer sabe o básico do básico, o cara fica tão viciado em React, Vue ETC que só fica neste mundo, os fundamentos mostrado logo no início do roadmap a pessoal não sabe de nada, imagine o restante, é basicamente CTRL + C /V dos cursos que tem por ai. (Pessoal de back-end é a mesma coisa hehe ). A dificuldade não está na tecnologia e sim no quanto o DEV sabe sobre o problema.
Por outro lado. Na empresa onde eu trabalho, se chuta um arbusto e caem 20 back-end devs. A rotatividade deles é bem mais alta. Front-end devs, os que são bons mesmo, senior, especialistas => estes são pouquíssimos e tendem a crescer bem mais rápido na carreira, o bom front-end dev nāo tem muita "competição interna" e vira referência muito rápido, vai de júnior pra lead em projetos front em pouco tempo. Talvez seja um caso isolado. No nosso caso, o front-end dev é o que tem o contato direto com o cliente também, então na realidade é ele que acaba sendo o primeiro contato com as features que estão sendo requisitadas pelo cliente e leva estes requisitos aos back-end devs (juntamente com o PM, claro). Mas na minha empresa a roda é ao contrário, bem product-client-oriented mesmo: cliente => PM/UX/UI/front => back => infra
É um grande depende! Frontend Web também pode ter uma app escalável(e-commerces um exemplo) como o backend, se ele não for estático(blog é um exemplo). Backend tende a ser mais "organizado" que o Frontend, já que o mesmo tende ao caos, por sua natureza. O que justificaria o Frontend ser mais "difícil" é o nível de caos ao qual ele tende a ser (na nossa área mensurar pela quantidade de estudo, não vejo promissor, já que precisamos sempre estarmos estudando), que daí somente quem tem o perfil de "engenheiro" conseguiria deduzir, sem ter que entrar em techniques para explicar. P.S: Citei Frontend Web já que venho de uma época que o FrontEnd era desktop, antes deste boom da web e lembrar/mostrar que Frontend não é só web para o pessoal mais novo na área.
Devs frontend mais antigos já torciam o nariz quando ouviam falar de CofeeScript, imagina hoje em dia quando souberem que essa bagaceira toda existe...
No frontend você programa pouco comparado ao back, muita das vezes vc só mexe com layout e tbm tem componentes prontos para aquilo que você quer e só precisa reutilizar
Concordo muito. O front end não é em si complexo, mas hoje ele se tornou muito complexo, pelo caminho q essa área tomou. No passado os backs eram tbm front e conseguiam fazer tudo com javascript, css, jquery e HTML fazendo tudo com Server side rendering.
Trabalho com Ciência de Dados e nessa profissão não usamos esses termos, porque tem um pouco dos dois mas não aprofunda em nenhum deles... Em termos de dificuldade na parte de programação o que é mais difícil ao meu ver é quando começa misturar infra e dev, a dificuldade surge por causa da quantidade de ferramenta e a formação de muitos cientistas de dados em programação ser bem mé
Eu acho que essa fala de "front é mais difícil" é uma resposta a anos e anos de pessoas diendo que front era molezinha que nem chegava a ser programação de verdade (e até hoje muita gente repete essa baboseira). Eu cheguei na época do webmaster e quando começou a especializar acabei indo pro front por uma mistura de machismo "mulher é boa com imagem, da tarefa de front pra ela" com imaturidade de ser pau pra toda obra e matar no peito qualquer tarefa que me dão sem advogar pela minha carreira. Hoje em dia me arrependo o front é muito frustrante, é um sentimento constante de não estar entendendo nada porque tudo muda muito rápido, você começa a entender algo e do nada ja ta obsoleto e tem algo novo. Mesmo aprendendo as bases primeiro e depois o framework na entrevista vão perguntar o detalhe do detalhe do framework e vc acaba nao pegando a vaga ou pegando num grad menor. Não acho back mais fácil, acho mais estável.
Sei um pouco de design então pensei no front, até perceber que no design tem, sei lá, três grandes programas no mercado, no front tem mil frameworks que fazem coisas iguais, mas a fã base quer deixar a sintaxe cada vez mais única, dificultando passear entre os frameworks com certa facilidade.
Por experiência própria, ainda não atuo como dev, mas fiquei quase 1 ano estudando front end e na minha opinião o Back acaba sendo um pouco mais complexo. O Back envolve bastante regras de negócio, segurança de dados dos clientes, pois o banco de dados tá mais ali pro Back, onde a ali gerencia tudo, mas posso estar enganado. Mas ao meu ver, é muito do que tu curte fazer, curte front? Vai de front. Curte Back? Vai de Back. Tem q fazer os dois? Faz os dois, mas se tiver oportunidade, foca no que tu curte, essa de ir pro mais fácil ou mais difícil é complicado, tu tem q gostar do que tu faz auhaushah
Acredito que vai muito de projeto para projeto, alguns a regra de negocio é mais complexa deixando o back-end mais complexo, em outros o front-end pode ser mais complexo
Já trabalhei com os dois, acredito que a complexidade tecnologica do front é mais alta e com pouca complexidade de négocio, mas a complexidade de négocio do backend é maior, o front acaba se preocupando muito com complexidade de tecnologia, 1 milhão de frameworks para tudo, o backend por outro lado possui muitas ferramentas e frameworks, e misturar esses frameworks com complexidade de négocio é um problema (assunto tratado em DDD e Clean Arch). um outro ponto é entender o projeto e isso pode mudar a complexidade. meus dois centavos de xp: Backend se torna mais complexo, além de ter que lidar muito bem com mais regras de négocio e arquitetura, é bem comum hoje em dia uma empresa requisitar um backend que entenda bem de DevOps e arquitetura de microserviços, o que torna ainda mais dificil, o próprio DDD e Clean Arch que são livros famosos deixam bem claro a complexidade que é lidar com regras de négocio. Regras de négocio == mais lógica de programação e Backend carrega mais lógica
Estou dedicando minha vida atual a migrar para o desenvolvimento, e sinceramente, adoro codar, mas não me sinto um dev quando tô colocando um padding, nada contra quem gosta de trabalhar estilizando, mas minha alegria seria criar algo extremamente útil. E algo extremamente bonito? Ahh... É legal
"Finja que sua área é mais difícil". Para mim é totalmente o oposto, a minha área eu conheço, tenho domínio, tenho facilidade... É mais fácil para mim acreditar que minha área é mais fácil porque eu a conheço melhor...
Pra mim não existe "mais difícil" oq manda é o conhecimento da pessoa em cada parte, oq acho que rola é que o Front End é mais cobrado pq esta mais próximo do usuário final então sofre mais criticas.
Acredito que alguns backends se tornam uns VPs ou CTO devido a familiaridade com a regra de negócio do produto. É igual uma jornada de quando você sai do técnico para a área de negócios, exemplo: Você se torna um sênior de um produto fiscal, após isso você pode ir para a parte de arquitetura ou não, mas se você consegue lidar um pouco com as pessoas, você pode se tornar o PO desse produto, num futuro um PM, se tornando um PM em um produto Fiscal, você está a poucos passos para se tornar o CTO de uma empresa, porque você entende da tecnologia que está ali por trás e sobre o negócio em si (ou seja, a parte que traz dinheiro para os stakeholders).
Uma coisa que reparei quando trabalhei em uma empresa média pra grande é que programador precisa ser perfeito enquanto todos os outros setores tem permissão para errar o dev precisa fazer tudo funcionae perfeitamente, cumprir prazos, saber se comunicar, não pode fazer nada mal feito, etc.
Quem apanha mais para aprender na transição: um FE Pleno migrando para o BE ou um BE Pleno migrando para o FE. Essa pergunta responde qual é o mais difícil!
Eu comentei sobre "significância nula", porque esse papo vem sempre acompanhado de egoísmo e de achar que a sua área é sempre mais difícil independente se é game, crud, IA ou qualquer outra... Mas eu vejo que tudo tem suas complicações, tanto Back quanto Front tem suas particularidades. Backend de fato é mais complexo e sensível pois lida diretamente com a base de dados, sistemas distribuídos, arquiteturas complexas e a criticidade do negócio, de resto são coisas compartilhadas como filas, workers, threads, I/O, data streaming, micro frontends, message brokers, websockets etc.. Mas tem Frontends que são mais complexos também como Canvas (Miro), WebGL, WYSIWYG, WebRTC, Controle de versão (GitBook), Web Assembly. Então a resposta é DEPENDE DO PROJETO! Sobre se tornar VP ou CTO concordo com isso, sendo Back você tem um background maior em Engenharia de Software e Business do que um Engenheiro Frontend, mas não adianta só estudar código pois estará da mesma forma acomodado na zona de conforto.
Sou BE e sinceramente acho FE mais difícil. Eu consigo ter paciencia para montar um endpoint seguindo uma boa arquitetura com uma consulta complexa envolvendo em torno de 20 a 25 tabelas com milhões de dados no BD retornar entre 200ms a 300ms mas não consigo ter paciencia para desenvolver interfaces e layouts por ser mais complexo de se lidar então optei por ficar só no BE mesmo (e comecei minha carreira como FE kkkk). Na minha opinião, ser FE envolve conceitos que tenho certa dificuldade em tomar decisão como UI/UX ou em como a aplicação vai se comportar em diversas plataformas e dispositivos entre outras questões de FE. Então chego a conclusão que isso depende da pessoa e onde ela consegue desenvolver o potencial dela, na duvida estuda o que os dois fazem e se especializa em um. Hoje eu procuro me especializar profundamente em BE, mas o que eu aprendi com FE desenvolvendo em React, Vue.js ou o velho jQuery, Bootstrap e CSS me ajudaram muito a entender meu papel, em que posso ajudar e como facilitar a vida do FE.
backend é mais trabalhoso frontend também é trabalhoso mas acaba sendo mais "rápido" acho que em grau de complexidade, os dois exigem que você aprenda linguagens de programação, todos têm conceitos que vão ser mais fáceis e mais difíceis, é tudo questão de empenho
peço desculpas por não ter ouvido..... responder o título: Mais fácil é o que vc sabe mais. Quanto menos sabe, mais difícil. Quanto mais aprender, mais fácil fica para o que já sabe, mas descobre que mais tem pra aprender e isso é tão difícil quanto o que estava aprendendo no início, porém em outro nível. A dificuldade é relativa a vontade que a pessoa tem de fazer ou tentar resolver um problema, encontrar uma solução e por aí vai. Sendo assim, alguém pode dizer que algo é muito difícil por não ter vontade de pensar sobre, de aprender sobre, não ter curiosidade no assunto. Caso contrário, o ser humano comum vai aprendendo e resolvendo aos poucos.
Acho que o ruim mesmo e integrar o frontend com backend não pela dificuldade em si, mas mesmo por ter um universo gigantesco de ferramentas e linguagens de programação.
Resumindo: Backend = Negócio , Frontend = usabilidade . 13:17 Sim, frontend persiste dados mas apenas para controle dos estados da aplicação no frontend e não dados de negócio, o que seria extremamente amador e vai contra o compliance de qualquer empresa. uma exceção é o mobile e outros sistemas embarcados que também podem persistir dados sigilosos.
Comentando de novo após terminar de ver o vídeo. Entendo que atualmente a maioria das lideranças de TI é de backend porque back tem mais história e o front cresceu meio recente. Mas discordo que back sozinho pode entrar numa track pra ser liderança e front não. Acho que a liderança tem que ter o perfil mais fullstack. Já cansei de pegar projeto com decisão bosta na parte do front end porque só tinha gente com background de back tomando decisão. Pior, um bando de dinossauro que não se atualizou e acha que front é só html e css e não quer ouvir o dev. Já passou da hora de ter liderança mista.
FE é mais fácil pra começar Mas quando o bagulho fica avançado e complexo são outros 500. Back tem muitas práticas consolidadas com ferramentas que você pode seguir
Backend, tem que tratar os dados e entregar tudo bonitinho pra o front só exibir em alguma coisa. Fora tratar tudo que vai ser inserido no banco, front é um forms, back é uma dezena de coisas.
Te acompanho há um bom tempo já e fico me perguntando o porquê de você não lançar um curso para DEV. Sua didática é boa, tem um grande conhecimento na área e já conquistou um dos objetivos que, no meu ponto de vista, muitos almejam, que é trabalhar fora do país.
🔥 Convidado: @manodeyvin
❤ Confere também o video "Precisamos URGENTEMENTE conversar sobre eles" do @FilipeDeschamps:
ua-cam.com/video/LMmVjzApFqQ/v-deo.html
✅ Aulas ao Vivo de Desenvolvimento Android:
comercial1657028932.kpages.online/zero-ao-app
É o Chorume brotando do neida hahaha
NO STRIKE @@manodeyvin
@@manodeyvinagr só falta o felipe deschamps e o felipe do foguete pra completar os vingadores da programação kkk
estou até com medo de ler os comentários e descobrir que eu fui cancelado pela tropa do frontend hahaha
Basicamente, um carro consegue andar sem uma carroceria bonita, mas não sem o motor.
o mais difícil é trabalhar com seu gerente que é adm e n manja do q ce fala...
nem fala
Isso foi muito específico, tá tudo bem? 😂
nem desenhando adianta kkkkk
Caralho, aí é o INFERNO na Terra
"Tá, mas pra quê mais de um backup, ou fazer backup com frequência, se uma vez por bimestre já tá bom." Kkkkkkkkkkkk
Na minha opinao o problema pra começar no Back è a infinidade de caminhos que você já tem que escolher logo no início Oq nao acontece no front onde todo mundo passa pelo mesmo caminho e depois ramifica pra áreas mais específicas.
Oh o homi aí
Colocou o acento do "é" errado. (espero ter contribuído com o algoritmo)❤️
@@marcelodias2734😢😢
Aí vc escolhe Java e o estágio diz que vc tem que ter C# e Python tbem . Eu tô ainda estudando pra tentar um estágio 😅
Eh uma put@ especulacao de mercados futuros, nao eh muito melhor q fazer iso na bolsa de valores
Que dupla sensacional. Façam mais vezes.
Sair do ZERO ao primeiro projetinho de estudos no ar no geral é mais fácil no FRONTEND do que no BACKEND. Isso pode dar a sensação de o Frontend é mais fácil, mas depois pra de fato ser um(a) bom profissional, ambos tem suas complexidades como você mostrou no vídeo e nos roadmaps.
E no fim, se a pergunta surge por conta do pensamento "qual vou aprender mais rápido e ter que estudar menos pra ganhar um bom dinheiro?", só esquece. NÃO vai ser rápido. NÃO vai ser fácil. NÃO vai estudar pouco.
É exatamente isso man! Nunca vai ser facil e nem rapido. Essa área é um eterno estudo.
kkkkk é por isso que essa discussão nunca vai ser resolvida.
Eu já acho tão mais simples fazer uma API bem basiquinha. Com um express ou fastify e um prisma da vida, em 30min tu faz um crudzinho.
Em 30min de front tu conseguiu cair numa bronca no css e tá sem entender o porquê que teu estilo não tá sendo aplicado 😆
@@gabrielantunes455 usando um Material UI da vida um front básico pode ser bem rápido de fazer também. Mas justo, eu comentei que no geral pessoas tendem a achar o início no front mais fácil, porém de fato pode ter gente como no teu caso que acha o backend mais tranquilo de início.
@@syskore Acho que o front tbm é mais visual, ver coisas bonitas e harmônicas na tela parece ser mais atraente que jsons
No geral pelo front ser considerado por muitos como mais fácil é esperado mais dos devs, tem que entregar mais, ser uma máquina de centralizar div.
E acho que é mais difícil dentro da empresa de subir de Jr pra pleno e sr como front.
Back consegue enrolar mais a gestão não técnica por não ser algo visual, é só falar com confiança que o mainframe caiu que os MBA aceitam.
Pode ser só a minha experiência isso
Existe um problema sério com a pesquisa do Montano: Ele perguntou pelo background dos VPs e CTOs. O resultado da pesquisa seria completamente diferente se ele tivesse perguntado pelo frontground. 🤔
Eu ri com essa piada, devo me preocupar?
ah mano kkkkkkkkkkkkkkkkk
@@walterfelipe3546 DEV....
Kkkkkkkkkkkkkkkk genial
Ai tu mandou a piada pill
Man, trabalho com os dois, e depende da tarefa e processo. Mas no geral, passo mais horas no frontend, as vezes uma task que levo 15 min no Back pra fazer, no front eu levo 5h pra consumir os dados, tratar, criar tela, gerenciar e etc. Eu acho o back mais linear e facil, tem uma logica "padrao" pra qualquer processo, mas no front é doideira, muita coisa.
Então talvez a complexidade não resida na "ideia" do front em si, mas justamente por conta do mundo de pensamentos distintos que existem onde cada qual quer uma coisa e aí sim tornando a questão fundamental mais difícil.
Tipagem, GOF Patterns, SOLID, DRY, Observabilidade, OOP, Ci / CD, Unit Test, E2E Test, Stress Test, Service Test etc.., Camada de Persistência (IndexedDB, Storages, Caching...), Performance, Websocket, Pub Sub, Authentication, CDN, Estrutura de Dados, Algoritmos, etc.
Enfim, o Front é muito mais parecido com o Backend do que muita gente pensa.
Eu penso o seguinte, Front-End é mais fácil pro iniciante, porem Back-End é mais dificil pro veterano. 😂
Fato
Mas é uma falsa impessão na real. Eu tenho muitoas analistas juniors e plenos na minha equipes, que tem essa mesma impessão, eles começam achando mais facil o FE. Porem depois que eles entendem a arquitetura do BE, e como ta organizando, o BE começa a ser tirado de letra, a complexidade passa a ser somente a regra de negocio mesmo. No final todos estão passando mal com FE kkkkk. Mas ainda acho que é conhecimento e conhecimento compartilhado que faz nos termos essa impressão.
@@dkeepsie
Acho que a "nota de corte" do front-end (Trio HCJ) é bem tranquilinha, tanto que eu vejo os iniciantes em front-end reclamando do quanto javascript é dificil, sendo que javascript é considerada uma linguagem facil, enquanto no back-end precisa saber muito mais coisas apenas pra iniciar um estagio. Deixando o meu Comentario um pouco mais alinhado, é mais facil se tornar junior para um front-end, mas o back-end assim que se torna junior ja esta muito mais perto de se tornar um pleno, e para ambas as vias é um caminho muito tortuoso até se tornar Senior.
@@dkeepsie Interessante como cada empresa apresenta cenários diferentes. Tenho uma equipe de 4 júniors que eu coordeno. Dois trabalham com react e os outros dois com o Angular, mas faz 6 meses que eles estão precisando trabalhar com o BE em dotnet, nenhum deles está conseguindo ter evolução nas tasks e apresentando uma evolução. Estão com uma dificuldade absurda em resolver problemas simples do BE
O melhor caminho é começar no front, passar pelo back e a partir disso se decidir pra onde vai.
É o que pretendo fazer.
Pelos comentários cheguei a conclusão que vale mais a pena focar no backend.
Caralho! Kkkk essa pausa o deyvin aí não tava esperando! Que foda 😂😂😂 até fui olhar o título do vídeo
Mas, falando sério, front e back são dois animais bem diferentes: A complexidade do backend vem da escala, isso todo mundo sabe. A complexidade do frontend vem, a princípio, da fragmentação dos browser e JavaScript engines. Essa fragmentação fez com que a plataforma Web tivesse uma evolução muito errática, exigindo a criação de um framework atrás do outro. Até hoje não houve uma solução convergente, e não sei se isso vai acontecer.
Houve sim uma solução convergente e se chama Jquery ♥
O resto é coisa de jovem dinâmico sem Deus no coração. Vc nunca vai ver um pai de família usando React...
e a complexidade de mobile?
@@VirtusLang kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
@@VirtusLang jQuery tinha o coração no lugar certo: facilitar a compatibilidade entre navegadores. O espírito dos frameworks de hoje em dia é reinventar a roda.
@@ryanm-_- Mobile é frontend com vendor lock-in kkkkkkkkkk
Mais difícil não sei mas pessoalmente frontend é de longe o mais chato e que mais dá dor de cabeça.
css...
Eu acredito que, quem está começando a se interessar por Frontend com certeza deve se sentir muito perdido com tantas opções de bibliotecas e frameworks que fazem a mesma coisa, ainda mais quando se trata de javascript.
Acredito que o Back-End precisa ter mais clarezadas sobre as regras de negócio e usam mais a lógica de programação para solucionar problemas.
Ambas são difíceis pra quem não tem força de vontade ou "ódio" suficiente pra aprender ambas e se firmar 100% na qualidade, entrega e desejo de aprender, desenvolver, se capacitar.
Acredito que um dos maiores desafios do Frontend, como o @manodeyvin comentou, é que o Frontend não sabe para onde ele quer ir! Além disso, são muitas Libs e Frameworks que buscam resolver problemas muitos parecidos, cada um com suas peculiaridades. Uma das consequências que notei dessa grande variedade é uma alta taxa de desenvolvedores iniciantes/intermediários sendo reféns dessas FERRAMENTAS, deixando de lado coisas importantes como algorítimos, POO, arquitetura e testes.
Quando olhamos para o Backend esses detalhes já estão mais solidificados. Conceitos como arquitetura, design patterns, SOLID, são muito mais notáveis e levados a sério. Pelo menos, essa é a perspectiva que eu tenho!
Corretíssimo, hoje me sinto refém do React e isso é terrível, mudar de framework exige começar do "zero", para entender bem as peculiaridades e reler tudo de novo.
A questão dos básicos acho que é mais questão de "desleixo " de alguns, justamente pela facilidade de entrar na área pelo front e da pressa pra fazer os 4k em 6 meses.
@@dev_meia_bocaNão, na vdd é tudo parecido e simples, React é Java Script junto com html, apenas deixa mais fácil não vai mudar nada
Faço faculdade de engenharia, e estou estudando programação. De cara me identifiquei com back, mas quero pelo menos dar uma passada por front, pra entender como é o conjunto da obra. Acho válido entender os dois lados.
11:51 aqui está o motivo do porquê eu decidi dar uma pausa (longa) nos estudos de front-end. No resto concordo que há mais chances de crescimento para o programador back-end, a coisa mais comum é ver programador back-end sentado com a diretoria conversando sobre as regras de negócio, já o front-end geralmente só ouve um elogio ou crítica sobre a tela que programou. O fato é que geralmente quem cuida do banco (que em pequenas empresas é o dev back-end) acaba entendendo mais do negócio, e por isso tem mais chances de ser visto pela diretoria.
Acontece comigo direto kkkkkk
A mais dificil é a que você menos gosta.
Eu querendo começar meu aprendizado em programação vendo todas essas tecnologias, e pensando: Ferrou de vez! Vou precisar de uns 100 anos para aprender isso. 😂
Trabalhando como fullstack há quase dois anos e pegando alguns projetos em react pra dar manutenção, tenho sempre a sensação de: "não to entendo porr nenhuma do que ta acontecendo nesses componentes"
No backend tenho mais noção do que acontece, talvez pelas boas praticas mais difundidas em rest apis, consigo entender melhor o fluxo das coisas
KKKKKKKK sou backend Java, e nós últimos meses estou dando uma estudada em front pra fazer a cara dos meus projetos, e mesmo tendo estudado react por umas 2 semanas e passar o dia todo olhando/escrevendo códigos react na tela, a sensação que eu tenho é a mesma "puta que pariu que código feio do caralho", por mais que seja pouco tempo quando estudei spring boot eu conseguia entender perfeitamente o código e convenhamos que é muito mais bonito do que função retornando html
o backend é tudo padronizado, o frontend dá pra ser mais criativo, eu acho o front mais fácil
@@alanalves9645Depende muito também. Backend é padrão, mas tem vários padrões que dá pra você seguir (várias filosofias de fazer um código). SOLID, Clean Code e mais uma porrada de filosofia que tem como você fazer, mas a essência do seu código não é a filosofia, mas como você faz essa filosofia funcionar.
O backend precisa de criatividade também por isso. Independentemente, creio que em ambos precisa de criatividade.
tentei ser full stack, desisti por causa do front end, fiquei só no beque... entao pra mim, front é mais dificil
O backend é vc saber seguir o padrao, sabe o que tem fazer em cada situacao? ja era. Ja o frontend tem menos logica e tudo, mas tem que ter a parada da criativadade e gostar do que faz, tem que ter bom relacionamento com os designers, cliente... pq eles nao tem nem ai pro back, o que importa é o visual, se nao tiver de acordo é mingué
@manodeyvin adicionou MUITO ao video, gostei muito desse tipo de intereção em video.
Sou programador front-end na XP, mano eu digo que back é mais dificil, maaaasss geralmente o front-end é bem mais trabalhoso, isso se deve pq você trabalha diretamente com os clientes ( assesores no meu caso ) então sempre tem que ficar arrumando coisas meio q é irrelevante, mas q ao olhos dos clientes importam,
ex.: Fizermos uma nova plataforma para os assessores e estamos a três semanas fazendo testes, porém sempre pedem algo no front-end, semana passada entregamos com o visual incremente bonito e os sócios amaram mas temos que mudar a posição do ROA para que caso tirem printe não mostre isso para o cliente ou a pocentagem do ROA tem que ter 3 casas decimais e assim por diante
Eu sempre gosto de pensar q meio cliente é mio burro e preguiçoso, isso ajuda na hora de fazer funções e nao sair codando que nem doido kkkk
Trabalhoso é diferente de dificuldade/complexidade. Por exemplo, o broker de amqp da minha empresa, em um *determinado* serviço não estava funcionando direito. Isso impacta diretamente na cadeia de eventos decorrente.. A quantidade de horas que fiquei para entender o que estava acontecendo, não foi brincadeira, a quantidade de documentação que li, artigos.. Etc... Venhamos e convenhamos, quando se trata de backend, o rabbit hole é MUITO mas MUIIIITO mais deep.
@@matheuss7348 mas eu não disse que são iguais...
Eu comecei a estudar programa a uns 2 meses e quero programar web, e vi que pra ter web tem que saber front, só fui eu começar a estudar e vi que aquilo não é pra mim. Ficar escolhendo corzinha e fonte certa. Deus abençoe o pessoal que gosta disso, mas eu gostei mais de quebrar a cabeça pra fazer um CRUD
Exatamente como aconteceu comigo rs
É assim que a maioria da galera pensa, vai pro back e faz um banco de dados todo desorganizado não escalável e fornecendo dados de forma errada.
@@lcFerreira11 exato kk da mesma forma no front, pega um projeto enorme e complexo que renderiza muitos dados e graficos, tu vai é rezar pra ficar mechendo com cores mesmo kkk pq é do menos...
Ueh mas Front-end é bem de boa escolher cor e tamanho qq tem?
@@lcFerreira11 esses erros fazem parte do aprendizado.
Fui totalmente contemplada com o comentário do mano Deyvin (ou algo assim). A demanda de "este ícone não está bom", tem me matado!
Muito legal esse collab assincrono com o mano deyvin 😂😂😂
Front-end de início parecia mais fácil, agora vejo o backend mais fácil de certa forma
Depende do que está sendo feito no BackEnd. pode ser algo muito fácil como um CRUD ou algo super nebuloso. O Front é doideira também, tem bastante coisa mas tem um limite de funcionalidades, já o back pode ta rodando qualquer coisa, aí é que tá.
O mais difícil é ser reconhecido como um bom profissional digno de um bom salário.
Eu sou do back já a um ano profissionalmente, e resolvi aprender next esse mês, e posso dizer q concordo. Acho q front tá mais difícil msm, pq tem q se ligar em 300 coisas diferentes.
É html, css, javascript, react, next, redux, sass, tailwind, putaqueoparil
kkkkkkkkkkk é foda
Back-end q é dificil mano, as frameworks da front-end é bem simples de aprender, back-end é muito mais coisas complexas
@@MegaXDBrasileu discordo. E vou te dizer o seguinte, depois de dominar as linguagens de back-end, muita coisa fica se repetindo. E no front-end não, daqui um ano, tua biblioteca já mudou e tu tem que refatorar um projeto de 5 anos ou mais, só pra tá competindo com os outros sites. Quem trabalha com aplicações pequenas, usada internamente pela empresa, pode achar mesmo front-end muito fácil, o negócio fica brabo quando o app tem +5 anos de mercado e gera receita
Eu já estava encaminhando esse vídeo para o Erick Wendel quando tu lembrou de falar dos web works
Deivyn falou a pura verdade (nunca pensei que ia concordar tanto assim), quando ele falou "o front não sabe pra onde vai" é a mais pura verdade!!!
Ainda bem que o deyvin me passou esse insight, to aprendendo HTML e CSS agora e a pressão chega baixou, to bem agora orbigado >.
Ei que vou lhe contar uma história de uma programador que ficou milionário, ele começou em um estágio , desempenhou bem e foi efetivado, trocou de empresa e virou júnior, trocou de empresa e virou pleno e começou a ganhar ainda mais dinheiro, trocou de empresa e virou pleno ganhando ainda mais, foi promovido para sênior nessa empresa logo depois saiu para ganhar mais como especialista em outra empresa, até que em uma noite descobre que ganhou 10 milhões na loteria
Quando comecei olhava esse roadmap do backend desesperado com a quantidade de coisas. 2 anos depois, 1.5 de experiência no trabalho (me deu até uma nostalgia recente com o vídeo), hoje já sei mais da metade dos tópicos e o resto já esbarrei por aí, tudo você vai aprendendo com a necessidade
bah primeirinho a ver o video q top
Tem também o ponto que muitas das responsabilidades de um BE estão sendo divididas por DevOps/Infra. Já passei por empresa em que os BEs do time nem acesso a AWS tem por exemplo, algo que fica sendo exclusivo da galera de DevOps/Infra do time, ou de um time de plataforma centralizado que lida com essas demandas, principalmente em empresas grandes com distinções bem definidas. Então muitas vezes o BE vai só codar a API, o que na minha opinião é muito mais simples que o trabalho do FE. Trabalhei num banco onde nas sprints era normalmente assim: o BE terminava a rota dele de CRUD em 30min e o FE levava muito mais tempo para deixar tudo responsivo, funcionando offline, com as animações e design que o Designer definiu pixel-perfect e ainda lidar com acessibilidade (a must em bancos). Então penso que como sempre vai depender muito, num contexto de empresa pequena no geral ambos vão sair bastante da sua casinha também.
Pensei em muitos comentários pra acrescentar nesse vídeo (falar sobre o que eu tive contato, o que eu acho mais difícil, sobre qual o contexto do "difícil", receita de bolo de fubá, enfim, muitas) , mas acho que no final não importa qual é mais difícil ou mais fácil, e sim qual tá pagando o teu salário 🤡
Eu sou dev back mas hoje estou na posição de full em um projeto proprio, na minha experiencia atual o front é mais trabalhoso a evolução tem que se constante para melhorar a experiencia do usuário, no backend as coisas precisam se mais estaveis ja que é coração de qualquer aplicação, se tela esta mal feita no frontend o cliente vai reclama mas vai acabar usando no final do dia, se algo esta mal feito no backend a ponto de parar ou deixar uma operação lenta e seu cliente esta perdendo dinheiro com isso, ele vai querer ter matar no final do dia. 😆
Mais dificil é aquele que a gente sabe pouco no meu caso os 2 😂
Backend é mais difícil, pois quando tem um bug, além de corrigir o código, também precisa corrigir os estragos causados pelo bug (ex: arrumar os registros no banco). Já o front só precisa arrumar o código kkkkk 😢😅
Eu acredito que a maioria das pessoas pensa num “crud” simples quando esse tipo de pergunta vem… o complicado é o que vem junto no pacote. No front vc se preocupa com ux e acessibilidade por exemplo, e no back vc se preocupa com infra, container, escala, etc… no final das contas, pra ser um dev referencia em qualquer área exige tempo, preparo e muito estudo, independente do caso
A maioria do backend e tranquila, difícil e a arquitetura e as pequenas APIs com mais lógica de negócio ou com complexidade maior (tipo relatorios, dashboards, integrações com outros serviços, etc)
Frontend também pode ser tranquilo pra tela de login ou de formulário, mas complexo para telas específicas de negócio ou com animações complexas e coisas específicas tipo canvas, edições de imagem, etc etc. (a arquitetura de frontend pode ficar complexa em level enterprise com múltiplos times compartilhando a tela e isso sendo construído de múltiplos repositórios)
Enfim, eu sou Frontend aqui na AWS e tem coisa fácil e coisa difícil em ambos lados, no fim vai depender do projeto também, alguns são mais foçados em front enquanto outros em Back. Etc
Front é dificl tbm hein, muits muita coisa pra aprender, um sistema web completo mesmo pode ser muito complexa, mas conforme se avançar na carreira, é inevitável voce ter contato necessitar aprender backend
E pra ser tech lead ou vp de tecnologia, qualquer área mais macro, o mais importante é soft skill. Daria pra perguntar quantos vp de tecnologia vieram de áreas correlatas tipo infra ou comunicações, acho que da uma pesquisa legal. No fundo, saber motivar, inspirar, compreender a realidade e a complexidade do produto, são o que realmente contam. Quando você chega lá em cima, quem produz mesmo, mão na massa, não é você…
Sou back e sempre achei o front mais difícil. No back escrevo e funciona ou não. Já no front, pode ficar um milímetro pro lado ou quebrar tudo e não dá pra depurar. E nunca tive um usuário falando que não gostou do backend 😂
Tem um vídeo de um cara que é front-end senior, e ele diz que já está pra ficar maluco de tanto estudar, pq sempre lançam tecnologias novas e as coisas ficam legadas muito rápido, a cada atualização dos frameworks mudam coisa pra caramba, e o que vc estudou antes não serve pra nada mais
cara isso é muito fudido e o problema não é as coisas mudarem, mas mudarem completamente do dia pra noite, fica obsoleto muito rápido.
Por isso, melhor fazer puro kkkkkkk
Dia vai, dia vem, e temos mais uma pergunta na Tecnologia onde a resposta é "Depende" kkkkkkkk
Majoritariamente trabalho com Backend, mas já trabalhei um bom tempo como Full-Stack. No dia-a-dia, o front é bem mais trabalhoso e demanda um maior gerenciamento do tempo, pois problemas de incompatibilidade de browsers, dispositivos e layouts surgem e por causa disso você precisa fazer mais malabarismos para que a sua visão funcione. Além disso, também tem as peculiaridades no framework utilizado, que afetam mais o profissional de Front pois você sempre precisa entender como funciona o ciclo de vida dele para entender onde mudar o código para ele renderizar corretamente, e também o teste unitário que pessoalmente sempre achei mais complicado de fazer do que no Back.
Quem tem a experiência no Backend acaba se favorecendo quando você precisa pensar em grandes engrenagens colaborando entre si, uma vez que integrações entre sistemas são comuns. No front, isto ainda pode acontecer (como em microfrontends) mas no geral o ponto de interação mais comum acaba sendo entre o front e o JSON malaco devolvido pelo Back. Fora os problemas de manutenção e custos da infraestrutura, que sempre precisam ser monitorados no Backend principalmente se o sistema for distribuído.
Vir de Backend é mais comum aos cargos superiores pois o contexto é favorável a desenvolver as habilidades necessárias mais rapidamente e as situações enfrentadas permitem que se estabeleça mais relações políticas (não basta apenas o esforço, também conta falar com as pessoas certas). Isso não significa que o Frontend não consiga fazê-lo, só que a probabilidade deste desenvolvimento de habilidades e relações ser mais lento é maior, e unido ao timing as oportunidades de ocupar esses cargos ficam menores também.
Em suma: Frontend para um contexto mais micro (desenvolvimento, implementação, sprint), Backend para um contexto mais macro (negócio, arquitetura, infraestrutura).
isso quer dizer q é mais """fácil"""" crescer na carreira em Backend do q em Frontend?
@@manunascimxnto Não necessariamente. O contexto do backend é mais favorável para subir a níveis maiores, mas um profissional Frontend consegue subir a um nível Lead/Staff dependendo da empresa, dos projetos que ela participa e da aptidão da pessoa. Em cargos mais executivos é mais provável que seja ocupado por um profissional com experiência no Backend.
E "crescer na carreira" é relativo também. É provável que muito dev não chegue a um cargo executivo, e demore 10+ anos de percurso para chegar a uma oportunidade Lead/Staff. E profissionais desse nível provavelmente ganharão menos que Seniors ou até mesmo Mid-levels que trabalham para empresas de fora.
Na minha opinião o Front-End é mais difícil porque você precisa agradar centenas, milhares ou milhões de pessoas que vão usar aquele serviço, escolher as funcionalidades que à aplicação terá e como disponibilizar um layout que deixe dinâmico o uso do usuário é muito difícil. Gosto muito do Back, reconheço as suas dificuldades, mas perante ao Front ainda acho um pouco mais fácil, mas é difícil também KKK
Lembro da vez que estava fazendo um front, demorou para um K7 KKK
O Frontend anda tão complexo hoje em dia, galera… Essa galera que tá dizendo que o Back é mais difícil, se não estiver considerando Infra, se tiver pensando só em banco de dados e Back, eu diria que depende muita da Aplicação!
Estou proximo de fazer um ano de front-end, ja penso seriamente em focar no back-end, justamente por essa questão de o front nao saber pra onde vai, cada mes é um hype novo.
Opa mano, tudo certo? Estou querendo fazer migração de carreira e queria ir para front-end, poderia me dar umas dicas?
E por qual motivo você teria que estudar o "hype novo"? As empresas não ficam trocando de tecnologia conforme os "novos lançamentos" kkkkk
já to migrando pro back-end front tá muita gente pra vaga.
@@Matheus-cn2yh exatamente, onde eu trabalho, estamos usando algumas tecnologias no front como react, typescript e mui...., faz uns 4 anos que o projeto existe já, e olha quando coisa mudou no mercado, isso é desculpinha para mudar de área, o motivo pelo qual vc quer trocar, não é esse, ao menos não deveria ser.
@@Pedro-gu7jjgalera quer mudar por preconceito. Vê os outros comentários: “não quero ter que mudar corzinha”, mas pergunta a esse cara se o mesmo sabe utilizar conceitos avançados do React. Povo acha que Front é só mudar corzinha kkkkk, galera é arrogante d+. Sou dev React, Node e Nest... tou de boa nos três.
Consumir a API e desenhar na tela é "fácil", difícil é escalar, autorizar, permitir, fazer paginações, tratamentos de dados, filas, caching, se preocupar com questões de segurança, rate-limit, sanitização de requests, e ainda na maioria das vezes ter que lidar também com a infra kkkkk Escrevi e saí correndo.
Front end : precisamos saber de 5 protocolos de rede.
Back end : bro, porque aqui diz que o livro tem 48 capítulos e cada capítulo aborda 1 protocolo?.
O cara do infra: porque aqui diz que preciso criar um protocolo contra raios cósmicos?
o mais dificil nesse comentário não foi nem front nem back, mas entender sua ideia sem o espaçamento no "porque" ksasuahsuashau
Ultimamente eu me pego conferindo o canal que estou assistindo pra ter certeza de onde estou. Será que sou o único? Tô achando muito loko e legal isso!
po, eu também kkkkkkkkkkkk
achei que tava no chorume
O que torna a programação difícil é isso que o Deyvin disse, as coisas mudam muito, toda hora e as vz é difícil se atualizar. Mas qualquer coisa que exige criatividade e lógica é difícil
Quando vc falou do roadmap de front-end comecei a dar risada, conheço muitos DEV que nem se quer sabe o básico do básico, o cara fica tão viciado em React, Vue ETC que só fica neste mundo, os fundamentos mostrado logo no início do roadmap a pessoal não sabe de nada, imagine o restante, é basicamente CTRL + C /V dos cursos que tem por ai. (Pessoal de back-end é a mesma coisa hehe ). A dificuldade não está na tecnologia e sim no quanto o DEV sabe sobre o problema.
Acho que o mais difícil é o Backend!
Por outro lado. Na empresa onde eu trabalho, se chuta um arbusto e caem 20 back-end devs. A rotatividade deles é bem mais alta. Front-end devs, os que são bons mesmo, senior, especialistas => estes são pouquíssimos e tendem a crescer bem mais rápido na carreira, o bom front-end dev nāo tem muita "competição interna" e vira referência muito rápido, vai de júnior pra lead em projetos front em pouco tempo. Talvez seja um caso isolado. No nosso caso, o front-end dev é o que tem o contato direto com o cliente também, então na realidade é ele que acaba sendo o primeiro contato com as features que estão sendo requisitadas pelo cliente e leva estes requisitos aos back-end devs (juntamente com o PM, claro). Mas na minha empresa a roda é ao contrário, bem product-client-oriented mesmo: cliente => PM/UX/UI/front => back => infra
Muito esclarecedor, obrigada! Comecei com front e quero migrar para back, estou no processo dos estudos.
É um grande depende!
Frontend Web também pode ter uma app escalável(e-commerces um exemplo) como o backend, se ele não for estático(blog é um exemplo).
Backend tende a ser mais "organizado" que o Frontend, já que o mesmo tende ao caos, por sua natureza.
O que justificaria o Frontend ser mais "difícil" é o nível de caos ao qual ele tende a ser (na nossa área mensurar pela quantidade de estudo, não vejo promissor, já que precisamos sempre estarmos estudando), que daí somente quem tem o perfil de "engenheiro" conseguiria deduzir, sem ter que entrar em techniques para explicar.
P.S: Citei Frontend Web já que venho de uma época que o FrontEnd era desktop, antes deste boom da web e lembrar/mostrar que Frontend não é só web para o pessoal mais novo na área.
Devs frontend mais antigos já torciam o nariz quando ouviam falar de CofeeScript, imagina hoje em dia quando souberem que essa bagaceira toda existe...
Temos hoje, o "Middle end" aquele que programa pela metade, e o resto é com os colegas, qual o roadmap? E a curva de aprendizado? 😂😂
No frontend você programa pouco comparado ao back, muita das vezes vc só mexe com layout e tbm tem componentes prontos para aquilo que você quer e só precisa reutilizar
Concordo muito. O front end não é em si complexo, mas hoje ele se tornou muito complexo, pelo caminho q essa área tomou. No passado os backs eram tbm front e conseguiam fazer tudo com javascript, css, jquery e HTML fazendo tudo com Server side rendering.
Trabalho com Ciência de Dados e nessa profissão não usamos esses termos, porque tem um pouco dos dois mas não aprofunda em nenhum deles... Em termos de dificuldade na parte de programação o que é mais difícil ao meu ver é quando começa misturar infra e dev, a dificuldade surge por causa da quantidade de ferramenta e a formação de muitos cientistas de dados em programação ser bem mé
Eu acho que essa fala de "front é mais difícil" é uma resposta a anos e anos de pessoas diendo que front era molezinha que nem chegava a ser programação de verdade (e até hoje muita gente repete essa baboseira). Eu cheguei na época do webmaster e quando começou a especializar acabei indo pro front por uma mistura de machismo "mulher é boa com imagem, da tarefa de front pra ela" com imaturidade de ser pau pra toda obra e matar no peito qualquer tarefa que me dão sem advogar pela minha carreira. Hoje em dia me arrependo o front é muito frustrante, é um sentimento constante de não estar entendendo nada porque tudo muda muito rápido, você começa a entender algo e do nada ja ta obsoleto e tem algo novo. Mesmo aprendendo as bases primeiro e depois o framework na entrevista vão perguntar o detalhe do detalhe do framework e vc acaba nao pegando a vaga ou pegando num grad menor. Não acho back mais fácil, acho mais estável.
Guardar pra ver na hora do almoço hehe
idem kkkk
Fiz isso tbm kk
Sei um pouco de design então pensei no front, até perceber que no design tem, sei lá, três grandes programas no mercado, no front tem mil frameworks que fazem coisas iguais, mas a fã base quer deixar a sintaxe cada vez mais única, dificultando passear entre os frameworks com certa facilidade.
Mandando o multiverso pill: esses colabs de vocês tão ficano muito foda, parabéns!
Hahaha, gostei do convidado especial, hahahaha.
Por experiência própria, ainda não atuo como dev, mas fiquei quase 1 ano estudando front end e na minha opinião o Back acaba sendo um pouco mais complexo. O Back envolve bastante regras de negócio, segurança de dados dos clientes, pois o banco de dados tá mais ali pro Back, onde a ali gerencia tudo, mas posso estar enganado. Mas ao meu ver, é muito do que tu curte fazer, curte front? Vai de front. Curte Back? Vai de Back. Tem q fazer os dois? Faz os dois, mas se tiver oportunidade, foca no que tu curte, essa de ir pro mais fácil ou mais difícil é complicado, tu tem q gostar do que tu faz auhaushah
Acredito que vai muito de projeto para projeto, alguns a regra de negocio é mais complexa deixando o back-end mais complexo, em outros o front-end pode ser mais complexo
Já trabalhei com os dois, acredito que a complexidade tecnologica do front é mais alta e com pouca complexidade de négocio, mas a complexidade de négocio do backend é maior, o front acaba se preocupando muito com complexidade de tecnologia, 1 milhão de frameworks para tudo, o backend por outro lado possui muitas ferramentas e frameworks, e misturar esses frameworks com complexidade de négocio é um problema (assunto tratado em DDD e Clean Arch).
um outro ponto é entender o projeto e isso pode mudar a complexidade.
meus dois centavos de xp: Backend se torna mais complexo, além de ter que lidar muito bem com mais regras de négocio e arquitetura, é bem comum hoje em dia uma empresa requisitar um backend que entenda bem de DevOps e arquitetura de microserviços, o que torna ainda mais dificil, o próprio DDD e Clean Arch que são livros famosos deixam bem claro a complexidade que é lidar com regras de négocio. Regras de négocio == mais lógica de programação e Backend carrega mais lógica
Mas front-end é melhor mais rapido q back-end, back-end tem q saber mt sobre banco de dados e vários códigos
Primeiro vídeo que assisto, em que não tenho uma resposta direta para o assunto principal (titulo do vídeo) e mesmo assim saio satisfeito kkkk
Estou dedicando minha vida atual a migrar para o desenvolvimento, e sinceramente, adoro codar, mas não me sinto um dev quando tô colocando um padding, nada contra quem gosta de trabalhar estilizando, mas minha alegria seria criar algo extremamente útil. E algo extremamente bonito? Ahh... É legal
"Finja que sua área é mais difícil". Para mim é totalmente o oposto, a minha área eu conheço, tenho domínio, tenho facilidade... É mais fácil para mim acreditar que minha área é mais fácil porque eu a conheço melhor...
Pra mim não existe "mais difícil" oq manda é o conhecimento da pessoa em cada parte, oq acho que rola é que o Front End é mais cobrado pq esta mais próximo do usuário final então sofre mais criticas.
Acredito que alguns backends se tornam uns VPs ou CTO devido a familiaridade com a regra de negócio do produto. É igual uma jornada de quando você sai do técnico para a área de negócios, exemplo: Você se torna um sênior de um produto fiscal, após isso você pode ir para a parte de arquitetura ou não, mas se você consegue lidar um pouco com as pessoas, você pode se tornar o PO desse produto, num futuro um PM, se tornando um PM em um produto Fiscal, você está a poucos passos para se tornar o CTO de uma empresa, porque você entende da tecnologia que está ali por trás e sobre o negócio em si (ou seja, a parte que traz dinheiro para os stakeholders).
Qualquer programador profissional sabe que front end é mais difícil.
Tenta centralizar uma div para você ver.
O video já saiu com o React!
Uma coisa que reparei quando trabalhei em uma empresa média pra grande é que programador precisa ser perfeito enquanto todos os outros setores tem permissão para errar o dev precisa fazer tudo funcionae perfeitamente, cumprir prazos, saber se comunicar, não pode fazer nada mal feito, etc.
Quem apanha mais para aprender na transição: um FE Pleno migrando para o BE ou um BE Pleno migrando para o FE. Essa pergunta responde qual é o mais difícil!
Eu acho backend mais facil, porque você consegue debugar e testar mais fácil. Além disso, a parte de design do front é um saco.
Eu comentei sobre "significância nula", porque esse papo vem sempre acompanhado de egoísmo e de achar que a sua área é sempre mais difícil independente se é game, crud, IA ou qualquer outra... Mas eu vejo que tudo tem suas complicações, tanto Back quanto Front tem suas particularidades.
Backend de fato é mais complexo e sensível pois lida diretamente com a base de dados, sistemas distribuídos, arquiteturas complexas e a criticidade do negócio, de resto são coisas compartilhadas como filas, workers, threads, I/O, data streaming, micro frontends, message brokers, websockets etc..
Mas tem Frontends que são mais complexos também como Canvas (Miro), WebGL, WYSIWYG, WebRTC, Controle de versão (GitBook), Web Assembly. Então a resposta é DEPENDE DO PROJETO!
Sobre se tornar VP ou CTO concordo com isso, sendo Back você tem um background maior em Engenharia de Software e Business do que um Engenheiro Frontend, mas não adianta só estudar código pois estará da mesma forma acomodado na zona de conforto.
Quem diz que frontend é mais facil, nunca trabalhou com biblioteca/framework mobile #FATO
Sou BE e sinceramente acho FE mais difícil. Eu consigo ter paciencia para montar um endpoint seguindo uma boa arquitetura com uma consulta complexa envolvendo em torno de 20 a 25 tabelas com milhões de dados no BD retornar entre 200ms a 300ms mas não consigo ter paciencia para desenvolver interfaces e layouts por ser mais complexo de se lidar então optei por ficar só no BE mesmo (e comecei minha carreira como FE kkkk). Na minha opinião, ser FE envolve conceitos que tenho certa dificuldade em tomar decisão como UI/UX ou em como a aplicação vai se comportar em diversas plataformas e dispositivos entre outras questões de FE. Então chego a conclusão que isso depende da pessoa e onde ela consegue desenvolver o potencial dela, na duvida estuda o que os dois fazem e se especializa em um. Hoje eu procuro me especializar profundamente em BE, mas o que eu aprendi com FE desenvolvendo em React, Vue.js ou o velho jQuery, Bootstrap e CSS me ajudaram muito a entender meu papel, em que posso ajudar e como facilitar a vida do FE.
backend é mais trabalhoso
frontend também é trabalhoso mas acaba sendo mais "rápido"
acho que em grau de complexidade, os dois exigem que você aprenda linguagens de programação, todos têm conceitos que vão ser mais fáceis e mais difíceis, é tudo questão de empenho
Parabéns pelo seu trabalho, Lucas!!! 👨🏽💻
peço desculpas por não ter ouvido..... responder o título:
Mais fácil é o que vc sabe mais. Quanto menos sabe, mais difícil. Quanto mais aprender, mais fácil fica para o que já sabe, mas descobre que mais tem pra aprender e isso é tão difícil quanto o que estava aprendendo no início, porém em outro nível.
A dificuldade é relativa a vontade que a pessoa tem de fazer ou tentar resolver um problema, encontrar uma solução e por aí vai.
Sendo assim, alguém pode dizer que algo é muito difícil por não ter vontade de pensar sobre, de aprender sobre, não ter curiosidade no assunto. Caso contrário, o ser humano comum vai aprendendo e resolvendo aos poucos.
Eu acho muito bacana que ele vai falando um bocado de informações e eu fico sem entender porra nenhuma KKKKKKKKKKKKKKK
Acho que o ruim mesmo e integrar o frontend com backend não pela dificuldade em si, mas mesmo por ter um universo gigantesco de ferramentas e linguagens de programação.
Resumindo: Backend = Negócio , Frontend = usabilidade . 13:17 Sim, frontend persiste dados mas apenas para controle dos estados da aplicação no frontend e não dados de negócio, o que seria extremamente amador e vai contra o compliance de qualquer empresa. uma exceção é o mobile e outros sistemas embarcados que também podem persistir dados sigilosos.
Comentando de novo após terminar de ver o vídeo.
Entendo que atualmente a maioria das lideranças de TI é de backend porque back tem mais história e o front cresceu meio recente. Mas discordo que back sozinho pode entrar numa track pra ser liderança e front não. Acho que a liderança tem que ter o perfil mais fullstack. Já cansei de pegar projeto com decisão bosta na parte do front end porque só tinha gente com background de back tomando decisão. Pior, um bando de dinossauro que não se atualizou e acha que front é só html e css e não quer ouvir o dev. Já passou da hora de ter liderança mista.
FE é mais fácil pra começar
Mas quando o bagulho fica avançado e complexo são outros 500.
Back tem muitas práticas consolidadas com ferramentas que você pode seguir
Backend, tem que tratar os dados e entregar tudo bonitinho pra o front só exibir em alguma coisa.
Fora tratar tudo que vai ser inserido no banco, front é um forms, back é uma dezena de coisas.
Acho q o Front é mais difícil por ser mais chato pra estudar. Eu mesmo tenho muito mais paciência pra aprender coisas novas no back do q no front.
Esse formato de vídeo do Montano em que ele parece estar numa conversa com a gente é muito bom
Te acompanho há um bom tempo já e fico me perguntando o porquê de você não lançar um curso para DEV. Sua didática é boa, tem um grande conhecimento na área e já conquistou um dos objetivos que, no meu ponto de vista, muitos almejam, que é trabalhar fora do país.
"Na verdade o CORS não é tu que vai aprender, o CORS que vai te achar em algum momento, se tu é dev front-end"😂😂😂