Frameworks vs Código "puro" em projetos: Por que usamos? Vale a pena de verdade?
Вставка
- Опубліковано 8 вер 2024
- E você é do time framework ou do time código puro? Será que esse tipo de briga faz sentido? Tava refletindo bastante sobre isso esses dias e resolvi fazer esse vídeo com a minha visão e eu já adianto: Framework é importante sim! e saber o código puro também haha, mas bora ver no vídeo como isso se aplica no dia a dia e os impactos desse tipo de decisão 😋
🔸 Link importantes para VOCÊ! (e pra me ajudar a continuar trazendo conteúdo!)
■ Quer ajudar a fortalecer a firma pra valer? aproveita meu cupom da Alura! alura.com.br/d... agora tem a minha formação de NextJS lá!
■ E também Considera virar membro do canal e ter acesso a conteúdo extra, bastidores e muito mais!
/ @devsoutinho
■ Quer receber 7 dicas toda segunda pra ler em 2 minutinhos? mariosouto.com...
■ Sabia que eu tenho uma lojinha? mariosouto.com...
🔸 Quer ver mais conteúdos meus? Segue ai!
■ / omariosouto
■ / devsoutinho
■ t.me/hipstersf...
🔸 Sabia que eu tenho séries na Alura também?
■ www.alura.com....
■ www.alura.com....
#Frameworks #FrontEnd #BackEnd
Um dia eu ouvi um Senior falar:
“Construir um sistema usando somente o javascript sem framework vai te levar inevitavelmente ao caminho de criar o seu próprio framework de javascript, e essa é a última coisa que esse mundo precisa.”
Baita mensagem.
KKKKKKKKKKKKKKK NÃO PFV NÃO CRIEM OUTRO FRAMEWORK
estou aprendendo css puro não que eu venha usar como lei e sim pq eu acho interessante entender o que estou fazendo ne rs.
o mesmo estilo de aprendizado estou seguindo com js e sei que pelo pouco que entendi é interessante dominar o puro.
eu aprendi css purao mesmo, depois fui aprender tailwind, e em algumas horas eu tava usando de boa, apenas olhando como era a sintaxe de tal class e etc
Queria um mentor assim. Eu voltei a estudar, mas confesso que me sinto bem perdido diante de tantas informações e caminhos a seguir.
Concordo com o que tu falou sobre o OBJETIVO dos frameworks/bibliotecas e que só com HTML/CSS/JS a aplicação não escala, porém existem um problema enorme na execução desse objetivo de "facilitação". Vamos pro REACT por exemplo, ele realmente trás muitas coisas que pra serem feitas na mão seriam extremamente demoradas e complexas, porém ao mesmo tempo ele interfere em coisas muito básicas e simples que não precisariam ser mexidas, que no caso são CSS (CSS-IN-JS e styled components) e HTML com uma estrutura totalmente "javascriptada". No geral o REACT piora a curva de aprendizado pela forma que ele foi estruturado, e eu digo que ele é ruim nisso pelo fato de que o VUE.js já mostra outras formas MUITO mais simples de se fazerem as coisas, o Svelte então nem se fala, é praticamente JS/HTML/CSS puro e simplifica o que é REALMENTE necessário. Outro caso que tu citou ali foi o JEST, ele executa perfeitamente o que ele foi feito pra fazer, ele não tenta "meter os dedos" aonde não deve e isso sim é um exemplo de simplificação e otimização do trabalho.
Ia perguntar isso hj pra um amigo desenvolvedor aí abro o UA-cam e vejo esses vídeo , show obrigado pela explicação e sucesso
Muito bom vídeo! Eu sempre digo, o "core" do projeto ele poderia/deveria ser feito separadamente, ou seja, o FW seria apenas a ponta do iceberg.
Estava no html, css e js, contruindo sites institucionais. Porém, quero fazer coisas mais complexas para meu portfólio e futuros job´s, então vou partir para o React. Só de assistir ontem uma aula inicial desse framework, fiquei fascinada como ele consegue construir algo bem mais rápido que o JS puro. Daí compreendi geral o motivo das empresas exigirem React, Angular etc...
Engraçado que em todas as profissões, sempre terão aquelas pessoas que querem ficar na mesmice, e acha errado o uso de coisas novas e práticas. Quando eu trabalhava com restauração, usava máquinas e ferramentas no meu dia a dia. Quando o mercado lançava uma nova ferramenta que era pra facilitar a vida das pessoas e agilizar na produção, sempre vinha alguém pra criticar dizendo que o correto era fazer da maneira "raíz". Acreditem... tinha gente que reclamava o uso de lixadeira pneumática, diziam que o certo era lixar com a mão. kkkk Corra de gente assim, galera!
Sei html e css e smp me pergunto sobre framework, pq ngm eh capaz (n q eu conhecia alguem) q foi capaz de mostrar a diferença lado a lado do puro com o pre moldado. Vendo uns video, acredito q aprender a lidar com a interface, saber criar, conhecer os macetes sem atalhos, acredito q possa ser melhor…
"Algumas coisas têm a complexidade que elas têm porque são complexas de fato; a gente, às vezes, tem que abraçar essa complexidade e aceitar que a gente pode criar estruturas que fazem isso ficar mais simples...” - 7:17
Bem falado! Algumas coisas são (ou ficam) complexas de forma natural, em casos assim a complexidade é parte do processo, a ineficiência e caos é que devem ser mitigados. Decidir sobre frameworks a afins pode passar por coisas como pensar no problema que você está tentando resolver, quais ferramentas te entregam o suficiente pra satisfazer os requisitos e quais trade-offs você tolera fazer.
Na minha opinião para sites curto muito o vanilla js pensando na performance, mas para apps e sistemas vai bem um framework.
Percebi que tomei a decisão correta de abandonar JS vendo esse vídeo... obg! PHP pra que te quero...
Ahhsahshahshhshshshs mt bom
Já pensou como seria se toda vez que fossemos construir um site precisássemos criar o código do menu responsivo do zero? Frameworks e Bibliotecas que facilitam a vida do programador são sempre bem vindas, mas cabe ao programador decidir quando utilizar ou não essas ferramentas.
Muito bom o conteúdo. Uma pena que o youtube não tá me entregando seus vídeos com mais frequência.
Pq faz isso comigo UA-cam 🥺
Como iniciante voce acha que vale a pena fazer usando js puro?
Eu sou estagiário backend e to fazendo uma todolist sem framework nenhuma
Tenho aprendido muito mas agora esse video me deixou reflitao
Se tu já manja do Js, já está no ótimo caminho. Aprenda os framework´s
Muito bom!
Um projeto que eu acho interessante que dá para ir de front a back e quem sabe até um BD kkkk. Dá para explicar muitas coisa é um blog simples.
Massa! Mas me diz aí você Mário, como VOCÊ convenceria uma empresa a mudar seu CMS arcaico a mudar para uma tecnologia mais atual. Digo, vejo muitas empresa que mantém um CMS com uma tecnologia que não é a mais indicada para tal, mas que até o momento funcionam.
não consigo gostar de FrameWork, mas estou tentando me adaptar ao Vue, entendo que o conceito de web componente é importante e não vejo muito sentido fazer tudo na unha.
É o desktop, já virou um hackintosh ? Aquele do vídeo com o miguel … se quiser um help nessa jornada hackintosh estamos aí ..
🚀🚀🚀🚀
Eu não faço mais nada na mão kkk
Sei q no final não é muito o ponto do vídeo, mas queria lembrar q Web Components são JS puro, então sim da pra fazer componentização e uma padronização disso só com JS puro
Mas aí entra num ponto do vídeo, quem usa? 👀 se não tem mercado é um risco maior o trade off e a empresa tem que tá ciente dessa aposta
@@DevSoutinho Sim, este é um ótimo ponto, mas como se trata de default da web tem um risco bem menor de algo mudar tão rápido, e já vi algumas empresas usando para fazer design system por exemplo. Mas ainda sim é verdade o fato de q não é algo para se competir com frameworks pois não é o objetivo da tecnologia, e comentei mais levantando a ideia de q sim, é possível ter uma componentização legal só com JS puro, mesmo q não seja algo que muitas empresas usam, pelos menos não atualmente
한글 특허로 한글 최고 박박사 이태순. 한글 특허로 한글 최고.
한글 특허로 한글이 공통어된다. 한글 특허로 제2의 세종대왕 이태순.
한글 공통어 예언 한글 특허로 성취.
Alguém que acha que tem desvantagem em usar framework é terraplanista, só pode!
Oxi, mas claro que tem desvantagens! Nem tudo são flores...
Ao contrário. Quem usa framework vive dentro do "Domo"... Empresas pequenas e médias usam framework, mas empresas gigantes e fodásticas de TI usam o seu próprio ... Ou acredita que Google usa Django, só pode!