os maiores GOLPES da história do Desenvolvimento de Software
ฝัง
- เผยแพร่เมื่อ 25 เม.ย. 2024
- ✅ Torne-se membro para obter aulas técnicas exclusivas comigo:
/ @lucasmontano
🔥@bigboxSWE
Quer mandar sugestão de artigos e tópicos? Manda direto pro Tony que nós vamos selecionar os melhores para gravar o próximo video: chat.openai.com/g/g-IaNiHmwSC...
✅ Meu site parece que foi feito por um DEV backend né?! Mas lá tu encontra tudo que precisa saber sobre o que tenho feito e onde estou:
lucasmontano.com/
✅ 𝗢𝗦 𝗠𝗘𝗟𝗛𝗢𝗥𝗘𝗦 𝗩𝗜𝗗𝗘𝗢𝗦 𝗗𝗢 𝗖𝗔𝗡𝗔𝗟
▸ 3,700,000 requests do MrBeast na API do X (eu tentei e não foi barato)
• 3,700,000 requests do ...
▸ Programação realmente é muito difícil?
• Programação realmente ...
▸ DEV Precificando Projeto tipo Netflix (bem simples)
• DEV Precificando Proje...
▸ Gemini Impressiona ao Superar Humanos : Nova IA do Google • Gemini Impressiona ao ...
▸ OpenAI choca o mundo +1 (mas Sora não é sobre gerar videos)
• OpenAI Sora não é apen...
▸ IA que utilizo & a mentira da Gemini (Nova IA do Google)
• IA que utilizo & a men... - วิทยาศาสตร์และเทคโนโลยี
Me inspirei no fireship e no big box tb. Puta conteúdo de qualidade, eu so abrasileirei kkk
Olha sóóóó quem apareceu, salve mano Fiasco, vai voltar? 😏
ta vivendo de renda
Seu puto , deixei meu discord no site que fiz pra ti , e tu so mandaste msg no Istagram , mas sen recentimentos , mas tu ta me devendo um cursso
@@matheustauan9113 Acho Dificil
vai voltar a fazer video quando?
por mim o maior golpe é "Seja fullstack em 6 meses e ganhe 10k"... ai nas lives perguntam.. "Só com HTML/JS/CSS vou conseguir emprego?".. Resp: "Sim, mercado está faltando profissionais, empresas estão desesperadas em contratar"... kkkk e ai o curso q o cidadão tá pagando eh de 3k pra cima.
ASDHJUASDHASUHD a resposta direta na lata que com HTML, CSS e JS a pessoa vai entrar no mercado é uma das coisas mais canalhas que fazem ultimamente
Mas aí o cara merece se ferrar.
mano, acabei de ver um anuncio falando isso aí Kkkkkkkkkkkkkkkkkkkkk
E a Ebac cobrando 5.500,00 em qualquer curso😂
Primo Rico e Joel Jota falando asneira 😂. Isso deveria ser crime
O vídeo é um tapa na cara, simples assim. O que mais tem é Dev que caga design patterns mas não aguenta a pressão de entregar uma feature em uma deadline apertada. Esse mesmo Dev que vem com um monte de firulagem no código, é o Dev que se acha superior aos demais, principalmente ao cliente, quem de fato tem a necessidade e sabe do problema! Vi muito Dev assim e por pouco não me tornei um desses, até um dia eu ter um gestor e falar para mim "o que eu quero é entregas!". Aquilo foi um divisor de águas em minha vida profissional, e eu entendi que: Quando tem dinheiro do cliente, valor alto, uma dor que precisa ser sanada, o cliente não quer saber de TDD, Cleane Code ou qualquer outra coisa, o cliente quer entrega, quer feature para poder honrar o dinheiro dele investido.
Deixo bem claro aqui, não estou menosprezando as boas práticas, Clean Code, testes ou qualquer outra coisa assim, mas precisamos entender que, entregas são cruciais, com gambiarra, com código extenso ou não, mas precisam ser entregues e gerar valor(sim, me refiro a dinheiro, pois é isso que comanda o mundo, goste você ou não). É isso, esse vídeo foi um tapa na minha cara, e deve ser para geral mesmo. Quem sabe se a "boooollhhaa deeevvv" entender isso, o número de layoffs diminua.
Deixo mais uma vez bem claro aqui: Não estou menosprezando Clean Code ou demais outras práticas que impactam positivamente a entrega de um trabalho. Mas apenas esse chacoalhão e um desabafo.
Achei seu ponto de vista bem interessante, obg por compartilhar
o cara que acha que tem que aplicar design patterns e clean code em tudo, provavelmente não entendeu nada sobre design patterns e clean code
ai no futuro ele pede uma alteração no código e toda vez vai demorar 40% mais tempo pra entender o codigo
@@baltha_zar você ficaria surpreso em ver o quanto de Dev tem assim.
O problema não é a literatura em si, mas sim, a rapaziada que tá começando/chegando agora, não leu nem estudou porra nenhuma, não entende os conceitos, não entende onde usar, viu meia dúzia de video em TH-cam e sai falando que não funciona.
Código é expressão, saber ser expressivo, de forma não ambígua, é o que faz TODA a diferença.
Código é interpretação, conseguir interpretar um código escrito por alguém, abstrair com o que era esperado, e pontuar cenários de excessão é que te darão destaque sobre os demais.
E isso, por exemplo, facilita muito aplicando as práticas do Clean Code.
Não se trata de cagar regra, mas sim, de expressão.
Clean code é eficaz. Não entendi a queixa.
@@AlexXavier Eu também não.
Ser autodidata vale pra tudo! Literalmente tudo!
Eu sou médico auto didata.
Uma pena que no cemitério aqui perto já estão notando a falta dos corpos...
Exceto homem-bomba 😅
@@psyab9375se te pegarem, fale que aprendeu com Leonardo da Vinci
auto didata = pessoa normal
na musica, Vale o mesmo
Almoçando o Lucas Montano enquanto assisto meu almoço, mt bom
Quem nunca trampou em um projeto que em sua essencia é basicamente um crud.. não tem nada além de cadastrar, alterar e excluir registro... a parte mais complexa do código é calcular um percentual... E ai vem o dev José SOLID, José CLEAN CODE e começa enfiar 1 milhão de interface, começa abstrair a abstração, a parada que podia ser sómente uma validação e gravar no banco de dados, vira uma puta salada de código desnecessário e se vc OUSAR a criticar a "ARQUITETURA", vc não sabe nada kkkkkkk
É muita verdade em um comentário só.
quando o cara já bem com essas palavrinhas, já sei que é um péssimo programador e que ele não entende de fato do que ele mesmo está falando e nem sabe como e quando aplicar.
A real é que pessoas inseguras querem mostrar um monte de habilidades e técnicas, apenas e tão somente para tentar mascarar os resultados medíocres.
“Keep it simple, stupid.”
Pode ser que eu um projeto desse porte você não precise, mas quando começa a ficar mais complexo ajuda muito ter uma arquitetura limpa.
@@diegodevwebb concordo em gênero, número e grau!
Faltou citar teste unitário ( vou ser sacrificado agora pelos devs rocketseat), muitos devs endeusam testes unitários como se fosse a maior bala de prata do desenvolvimento
Sobre o clean code, não é sobre a função fazer literalmente só uma coisa, mas ter um único propósito. Ele explica bem detalhado isso, dividindo até em níveis de abstração.
Exatamente isso! Achei que ele interpretou essa parte de maneira bem errônea
o arquivo funcoes.php com 22 mil linhas de código vendo isso
@@MatheusSouza-ty9zk cara existe uma birra com o tio bob devido a visão politica que ele tem, tem gente que critica ele mais por esse motivo do que um real motivo nos livros dele, ai ele tentam implacar a ideia que o livro dele é inútil.
Ainda bem que eu fui vacinado com o Fábio Akita e não caí nesses golpes
EXATO. Logo me lembrei do Akira. Ele bate bastante em pessoas que pegam assuntos que chamam atenção para vender coisas
E isso todos fazem, pois é a "gourmetização" das coisas que vendem. Colocam uma capa de "super conhecimento" e vendem por aí...
Meu, tenho olhado vagas de programadores... o cara tem que ser da Nasa para "preencher os requisitos", muito louco isso. Dai a gente faz tudo num builder c++ e o pessoal fica louco em ver que um programa de poucos kbytes e uma interface gráfica amigável faz rapidamente o que aquele ""framework" leva 3x o tempo.
“Questione meus métodos, mas jamais meus resultados”
isso sem falar que vc tem reaprender o framework toda vez,
Dev que usa estritamente os design patterns vira empregado do dev q construiu tudo com Wordpress e um monte de else if.
E o novato leva a culpa se não entender o código do dev anterior. Mesmo que seja go horse puro.
@@lucaslopes1260 o dev anterior subiu toda aplicação rodando em alguns meses, o novo dev demora 1 mês pra entregar uma feature
@@Niunzas os testes tão bonitos po Kkkkkkkk
Falou mal do VIM?????? Tirou sarro do ARCH LINUX???? Espera aí, vou logar na minha conta com foto de anime girl e já volto, isso não vai ficar assim, me aguardem!!!
Kkkk
Cara, eu lembro que em 2014 o pessoal falava um pouco sobre essas tendências, mas dev fazia tanto a parte do front como back. De fato, alguns eram melhores com design, mas todos sabiam o básico. Hoje com este monte de cerimônias que mais parecem um culto que um trabalho (afinal, todo dia você precisa confessar o que fez em uma maldita daily) parece que o pessoal abraçou muito mais a tecnologia e esqueceu do negócio. Cara, em 2016 eu ainda via vagas de vb6! Será que o problema é a tecnologia que mudou ou são os programadores novos que querem usar tudo e não fazem nada? Digo isto, pois se programas em cobol, vb6, asp classic, perduraram por muitos anos funcionando e hoje em dia o sistema muda constantemente de tecnologia, algo não me parece certo.
Eu ODEIO daily com todas as minhas forças. Isso é culpa da galerinha de humanas que fica inventando problema pra vender solução é conseguiram uma brecha no meio de exatas com essa e outras bullshit
Maior problema que vejo em quem está entrando na área é a atitude do: ninguém me falou, ninguém me ensinou, não tinha no curso que eu fiz. A pessoa faz um curso de Node e React e acha que está pronta para o mercado. Não pratica lógica de programação, não se aprofunda em deployment, não busca entender como as coisas funcionam mais a fundo. Um curso não faz um dev.
Não sou do time de jovens que acredita nos 6 meses, mas realmente estou pensando em voltar a estudar para concurso(PF), pelo menos a aprovação é 100% mérito meu. Estudar várias tecnologias , e arriscar ficar anos até conseguir a primeira vaga, ficando à mercê da subjetividade de recrutadores etc.. Sinceramente, isso é desanimador.
Das* recrutdoras (feministas que odeiam trabalhar e se esforçam para diminuir qualquer pessoa que ela julgue superior por qualquer motivo idiota da cabeça vazia delas)
Ou então um feministo desconstruídx
Pois é mano. Olha que eu já tenho certa experiência. Já trabalhei por 2 anos como dev somando estágios e emprego Full time e tô a 3 meses desempregado pq simplesmente parece que meu currículo não serve pra porra nenhuma mais. Também penso em ir para os concursos.
Para perito? Estou me preparando tbm... Área 3.
Faltou falar da febre dos micro serviços pra qualquer tipo de projeto
Real, teve um amigo que pagou 3k em um curso
Microservices pra um projeto com 8 endpoints e 2 projetos kkkkkkkkkkkkkk
@@yuripires6806 kkkkkkkkkkk
A real é que a maioria das empresas não fazem nem testes.
Sempre o conhecimento fez com que ajude a gente a diferenciar o que funciona e nao funciona.
Eu adoro os conceitos do Clean Code, TDD, Design Patterns, Agile Methods. Sao perfeitos GUIAS. Cada caso é um caso e se vc tem o conhecimento pra diferenciar do que vai ser bom ou nao, ai é outra coisa. Ser cego e seguir a risca tudo tambem nao vai. Vc vai gastar mais tempo tentando se encaixar nos padroes porque te vai restringir do que criar o codigo que vc precisa.
Esse dos metodos terem 1 funcionalidade eu gosto por semantica, fica mais facil de dar manutençao porque se vc pode 2 coisas e vai reutilizar a funçao, pode ser que pra outra isso nao era o esperado. Lá pra 2008 (comecei em 2006), o arquiteto leu o livro e meteu checkstyle no Java pra metodo nao ter mais de 3 linhas, tinha que fazer 1 coisa só, e por ai vai. Foi mais dificil arrumar o codigo pra que compilasse do que desenvolver. Isso ja foi um extremo, bem dificil. Eu era Junior e sofri bastante. Anos depois eu notei a diferença de produzir um codigo com um grupo que tinha lido o livro e entendiam como guia. Era muito mais facil de entender e dar manutençao nos codigos.
Design Patterns exagerado é ruim, ser extremo com clean code atrasada projeto.
Methodologia Agil mal entendido nao é agil. Saber que em algum ponto que o projeto esta, XP pode ser melhor que Scrum e ter menos problemas.
Muita coisa discutivel nesse assunto.
Valeu mais uma vez Montano estou a uns bom longos 9 meses estudando front end e ja tava pensando que eu que não levava jeito ate pq "FRONT END É FACIL" mais uma vez obrigado este videos falando sobre o ego que tem na tecnologia e o que esta me mantendo firme nao entrei nessa de cursinho ate pq fiz medio tecnico mais uma vez valeu agora estou ciente que o tempo que estou levando consolidando os conhecimentos em Front nao é porque nao levo jeito ou algo assim Front end ou back é ... desculpa se fico meio confuso meu comentário mas apenas saiba que este video veio no momento certo !! VLW!!!!
Adorei o sotaque de Dr Rey da dublagem
Caraca fiquei uns anos fora do YT e tu se tornou uma maquina de produzir conteúdo nesse tempo hein? hahaha bom te ver por aqui ainda mano! Tbm gostei muito da pegada desse tipo de video react/comentário, vou copiar 😂
No Ceará em 2013 quando comecei a desenvolver software tínhamos uma única função o Anapropégua. Ana-pro-pégua. Analista, programador e fí duma égu4. Fazíamos tudo, reunião com o cliente, arquitetura, backend, frontend, gestão. Enfim tudo e mais um pouco.
esse termo era muito falado aqui no Piauí também, e nessa época ai, 2010 até 2014.
O que é chamado hoje de Tribes, Full Cycle, Squads
O famoso “de raça”
Tranquilamente o melhor canal de yt do gênero. Parabéns !
Esse vídeo do bigbox foi bem disruptivo. Curti demais, eu tinha visto no Bigbox, no The Primeagen e agora aqui.
Bem vindo de volta Tony, sempre se empenhando em nao perdendo o angulo
Na empresa em que eu trabalho se usa desenvolvimento ágil. Mas tendo vindo de outra área, engenharia mecânica, onde eu era projetista, e aplicava várias técnicas de desenvolvimento de projetos. Percebo que o ágil só funciona se você tem, logicamente, um time ágil. Você precisa de toda uma estrutura de planejamento e know how antes de implementar uma metodologia ágil. Não é simplesmente colocar um quadro de tarefas para monitorar quem faz mais. Os desenvolvedores deixaram de resolver problemas para resolver "tasks" não importa o quanto de gambiarra e o quanto isso vai quebrar o projeto depois e o quanto isso vai atrasar o conjunto da obra. No meu ponto de vista e experiência de engenharia e relatos dos colegas de outras empresas, são muito raros os casos que realmente sabem usar a metodologia ágil.
Lucas Montano do canal Lucas Montano sempre salvando o almoço agora já posso al mossar 🤗
Se eu preciso de uma função fetchAndSaveUser eu vou desenvolver ela em algum momento se isso é necessário para o meu negócio.
Mesmo que internamente ela seja quebrada em fetchUser e saveUser, em algum momento eu vou precisar das duas funções uma após a outra e talvez com condições, por exemplo se fetchUser falha não chama saveUser.
Fiasco sumiu pq o chefe dele viu que ele tava com tempo livre e começou a dar mais demanda pra ele.
Excelente conteúdo!!!
eu adorava quando o desenvolvedor fazia front e back , fazia o negocio com o cliente, agora tudo e AGIL e acaba sendo uma merda , a entrega do front e uma merda a entrega do back e uma merda , por que vc tem que fazer dentro de uma sprint de merda de 10 dias ou 15 dias , sendo que o trabalho e para 2 meses.
Programo desde 2010, me viro com o que tem: Sou designer, faço protótipo, desenvolvo o front, o backend, documento o backend, integro com o front, escrevo os testes, faço o deploy com CI/CD, numa boa; mas se a empresa quiser me pagar um misto e um refri de salário, eu vou entregar o equivalente
Qual caminho devo traçar se eu quiser entrar na tech aqui nos EUA então (sou cidadão)?? O que vcs acham?
Quem tá chegando agora acaba caindo nesses golpes. Aí fica complicafo, pois vão tirar dinheiri de alguém que pensa estar aprendendo o essencial, mas que na verdade o essencial mesmo depende da empresa, do projeto e do time onde estivermos...
antes do fullstack éramos apenas o webmaster , ou na vdd webdesign pois esse era o termo popular pro cliente entender que criamos sites/sistemas web
Lembro que quando comecei na área quem fazia back e front na web (e até um pouco mais) era chamado de webmaster... rs.
Eu não era da área, mas lembro disso também, aqui no RJ chovia curso de web design na época, seria tipo cursos de programação hoje kkkkm
Nossa… lembrei da minha infância e adolescência agora kkk
Frontend é mais dificil. Os códigos são uma zona, com JS um novo framework e gambiarras com libs que já existiam mas não estão no novo framework. Admiro os FE por manterem a sanidade lidando com código, usuarios e designers/UX.
Goooooooooooooooool ate que enfim alguém falou por mim. E tem muito mais redpill, vocẽ vai passar anos estudando AI para ser usado por banc0s e big techs. Eu tava me organizando para falar tudo isso ai que ele disse, principalmente sobre vagas na area é uma fars4, tem que se levar mais como to com uma obra.
Sensasional. Tentei falar isso pra essa boiada mais fui censurado e tive que ficar calado por depender ainda dessa renda.
Tony é interessante, mas eu to parando de assistir vídeos de algumas pessoas e não é conteúdo ruim, são muito bons, mas estão adotando essa câmera que se mexe e da zoom e eu fico com tontura e não consigo chegar no final do vídeo
Também acho ruim, então não vejo, apenas ouço.
Como funcionam as equipes e entregas aí na Disney? Usam cartões também? Tem um Scrum master ou um agile coach?
eu achava que esse tipo de coisa era piada, mas tem um analista senior que é exatamente igual no meu estágio, e ele literalmente me emprestou 3 desses livros comentados, quando vi o video do bigboxSWE dei uma acordada legal.
Sou desenvolvedor BackEnd(na maioria do tempo), e fazer front pra mim é extremamente complexo e massante, acho que os dois são difícil, mas o costume e a apitidão tornam um ou outro mais fácil, resumindo, é completamente pessoal.
Rapaz… eu não tinha me ligado que já tinha visto o The Primeagen reagindo ao mesmo vídeo até chegar a parte do FE é fácil 😂
O conceito do SRP não é a função fazer uma única coisa! No Clean Architecture, pg. 62 explica isso com detalhes. "Um módulo deve ter apenas uma, e apenas uma, razão para mudar" / "Um módulo deve ser responsável por um, e apenas um, usuário ou stakeholder."
O que tá no clean code não é SRP, é exatamente isso da função fazer uma única coisa, tem até uma parte que ele fala que se a função tem "and" no nome ela possivelmente tá fazendo coisas demais. Clean Architecture é um outro livro
Uma das formas "Canônicas" o SRP diz que "A classe deve ter apenas uma razão para mudar!"; Mas cada um vai fazendo suas interpretações e adaptações, numa discussão teve um cara que falou que a Classe deveria ter apenas 1 metodo! KKK
Frontend é para ser fácil mesmo. Nos últimos anos que estão dificultando mesmo, um monte de framework com 5 kg de javascript, é tenebroso o ponto que chegamos para fazer algo que nasceu para ser simples
Vulgo angular...
Tudo tem seu motivo, mais complexidade para mais qualidade
Pensamento limitado, entao da mesma forma o backend é pra ser CRUD simples
@@mateushenrique833
Às vezes, menos é mais
@@wscldmas é mesmo. O lance é fazer funcionar e deixar o mais simples possível de manter (KISS keep it stupid simple). Se só crud simples resolve é pra ser só crud simples mesmo
Tony é CLT ou PJ?
tony é um estagiário...pq estagiário nem é gente.
PJotinha na Startup super cool chamada Lucas Montano, aquela que tem o canal Lucas Montano que é apresentado pelo Lucas Montano.
É um escravo kkkk pagamento único e nem pra ele mesmo, foi comprado de seu dono anterior, e agora trabalha por comida e teto.
@@danigui8573estagiário é um escravo, e escravo nem é considerado gente
Na real a galera não lê nada, não estuda nada, fica num superficial de quase tudo, não entendem nem se quer o Clean Code, o efeito desastroso para manutenção de um código "macorronico"... No fim não entendem pq os caras escreveram um livro sobre o assunto, não entendem o problema que a "ferramenta" tenta resolver... depois reclamam que não funciona "remover um parafuso com um martelo"... triste realidade...
Assim como vc nao entende o que está sendo criticado... triste realidade.
@@Adams456 argumente primata
Chegou o caga regra kkkkk
Quando o elefante na sala é performance, meu querido, arranca orm, arranca as abstrações, arranca startup cheio de manhas até chegar na regra de negócio e vai direto ao ponto com um sistema robusto de cache que aguente paulada. O resto é bullshit. Ah e outra coisa, aprende sql caralho. Quer performance? Faz suas consultas porra. ORM quando começa a enfiar regra só faz merda.
Esse lance sobre Agile fez eu lembrar de um professor de engenharia de software que falava que o manifesro agile e os processos inspirados eram babaquice pois no fim o RUP tambem servia para os casos propandeados do Agile, bastando adaptar o RUP pegando o necessário dele 😂 . O RUP era para ele como um META processo.
Um meta processo seria um processo do processo?
@@PeX218 como um processo que permite criar processos . Ele afirmava que o RUP de permitia alta adaptação até para os casos que o agile era vendido , propagandeado.
7:25 agora eu entendi o pq Jimmy Neutron UAhuHAuhAUhUHAhuA
@LucasMontano, tive que parar o vídeo aqui 2.35 depois eu assisto o resto. should não é must. "as funções deveriam fazer apenas uma coisa." não "as funções devem fazer..." o peso é menor. é uma sugestão. não uma regra. aliás o próprio tio Bob fala isso direto. ufa. ainda bem que eu continuei assistindo. kkk vc ta certo. agora entendi.
O cara simplesmente meteu a Go Horse Pill no final kkkkkkk
por um momento achei que seria um video sem defender bilionários
Diz a lenda que o Fiasco é o Lucas Montano kkkkk
Tenho essa suspeita também kk
7:31 “a gente sempre fez tudo”. Por isso que as UI de antigamente eram uma bosta né meu caro Montano? Hahaha 🫶🏼
Será?
Certeza
Saudades da época que éramos chamados de WebDesigner kkkk hoje é back, front, devops
Nunca achei que diria isso, mas eu adoro a dublagem da IA kkkkkkkkkkkkkkkkk
2:43 eu tinha quebrado e nao sabia . iniciante . 6:13 Estou numa escola técnica integrada , e os veteranos nos contaram que basicamente tinhamos que ser autodidatas e eu ja estava apreendendo conceitos basicos , mas alguns chegaram de olhos fechados nao sabendo nada da area.
O maior golpe da área inteira se chama Metodologia Ágil. O nome é lindo, que empresa que não quer usar uma metodologia que seja ágil? Mas na prática ela é a anti-engenharia. Por definição, ou você gosta de engenharia (documentar e realizar processos) ou você gosta de Agile.
Queria saber tua opinião no que o Agile se tornou Montano, nem que seja pra me xingar e falar que tô totalmente errado.
Pessoal confunde ágil com rápido, mas eh vdd, essa metodologia virou um pesadelo hj em dia, pq o pessoal só sabe seguir receita de bolo e não quer mais pensar.
Eu só queria que waterflow voltasse a moda, até empresa grande está aderindo pra fazer a gente trabalhar em cima de prazos irreais
Kaban veio da linha de produção da Toyota, se não me engano... Chão de fábrica.
Do SRP, o S de Solid. Lá fala que um módulo deve fazer apenas uma coisa, na wikipédia ainda tbm fala Classe. É interessante que não fala que a "função" deve fazer uma coisa, que alias tem mais haver com "razão de mudança".
E agora me vendendo um pouco... escrevi: "Junior need rules, Senior guidelines", meu ponto lá é que todo mundo sabe mais do que fala o Clean Code do que outros livros ainda mais importantes porque... é cagação de regra e juniors precisam de algo claro "isso é certo, aquilo é errado. não pensa, só faz" e depois vão crescendo.
Eu assistindo esse vídeo bem na época que decidi ler Clean Code do tio Bob e Head First Design Patterns 🥲
Mas ao mesmo tempo acho que foi bom, por que estou na metade de cada um dos livros citados e comecei a sentir que não vou conseguir aplicar aquilo ali em muita coisa, e estava começando a me sentir mal por isso. Então esse vídeo me deu um certo conforto.
Design Patterns, apesar de acreditar que não vou conseguir aplicar em algum lugar, está sendo bom pra preencher vários GAPs de conhecimento em OOP que eu tenho. Além disso, é legal por que você acaba enxergando melhor de onde vem vários conceitos (Factories, Observables, Commands, Iterators, etc...) aplicados nos frameworks atualmente, como Laravel e Angular.
E o Clean Code tem sido bom pra organizar um pouco o código que escrevo, que confesso que sempre foi uma bagunça. Mas me identifique com a parte do "Se o nome da função tá grande demais, tem alguma coisa errada..." por que assim que comecei a aplicar os conceitos, comecei a ter funções com nomes bem grandes, vou me atentar mais a isso.
Estudamos os Design Patterns para quando a real necessidade da aplicação deles aparecer sabermos aplicar. Design Patterns não se sai aplicando porque acha bonito ou coisas do gênero. Aplicar Design Patterns onde não necessita é o equivalente a instalar um Elevador numa casa térrea, não tem objetivo. Porém, num edifício de 20 andares o elevador é indispensável. Tem projetos ou partes de projetos onde o(s) Design Pattern caem como uma luva para solucionar problemas complexos.
Função deve fazer apenas um única coisa, é uma excelente recomendação e deve ser usada na maior parte dos códigos na minha opinião (Recomendado, não obrigatório).
Eu sempre prezo pela facilidade de leitura e manutenção de um código.
Qual o nome da ia usada pra dublar ?
Aquele momento que do nada muda pra inglês e pra eu não muda nada pois continuo entendendo do mesmo jeito 😂
Muito good quando this acontece :)
Excelente vídeo
Sobre as boas práticas, o golpe não é buscar fazê-las, mas ser dogmático. Curto muito fazer TDD, mas é loucura fazer disso um dogma. Tem muitos casos que não vale a pena.
A propaganda desse vídeo pra mim, foi literalmente o ei nerd aparecendo pra falar que programação ainda tá pagando muito bem e tem vaga sobrando
Lucas falou depende, então ele deve ser senior :v
usou heygen pra dublagem?
Com SOA ocorreu a mesma coisa, empresas patrocinando toda uma mídia e vendendo pacotes de ferramentas, vi muitos desastres, empresas despejarem milhões e milhões e não conseguirem o sonho dourado de migrar tudo para SOA.
Com EJB a ideia inicial era boa, porém furada, mas depois ocorreu a mesma coisa, empresas vendendo os pacotes caríssimos com a mídia forte por trás.
Almoço com Lucas montando, lá ele
Fantástico cara! O dia a dia e ver isso tentar ler estes livros abandonar pq é um monte de bullshit! kkkkkk
Jovem, ou vc é autodidata ou vc tem professor, não existe os dois ao mesmo tempo. Mesmo que vc aprenda algo a mais que o ensino passado pelo professor isso não é ser autodidata, vc teve orientação.
todo autodidata tem um professor direta ou indiretamente. A questão do autodidatismo é mais sobre ensino formal
@@kingoftime470 Boa colocação, mas não diria que vem do ensino formal, pq ensino formal nem existia quando o conceito foi criado, é literalmente se vc teve orientação com professor ou se não teve. O conceito de Mestre e aluno.
isso mesmo, se tem professor, então não é ser autodidata.. pessoal agora tá confundindo isso ai.. kk
Tem Gente que assiste vídeos tutoriais com Udemy ou outras é acha que por isso é Autodidata!! Vai vendo o que tem Brasil a fora!!
Se você leu um livro. Teve um professor (ou vários) so que de maneira assíncrona.
9:27
Ri tanto que quase engasguei kkkkkk
Acho que quanto ao autodidata é que a pessoa iniciou pelo caminho se estudar sem nenhum curso. Este foi o meu caminho, só depois de ser desenvolvedor pleno fiz uma facul EAD. E nunca nem fui pegar o diploma...
kkkkkkkkkkk Gostei do vídeo no tempo 6:54 kkkkkk. Tudo é apenas briga entre programadores nada é fácil.
Frontend ficou muito complexo e atualmente o Frontend virou um universo por si só. Acho que o Frontend é complexo sim...
Freecodecamp que o diga eu tô fazendo aquilo e tô perdidasso
O Tonny apareceu como humano em um video aqui e teve que fazer uma task de amazenamento de cpf em char ou int
Eu gosto mais de backend, e conheço um pouco de front e digo que nenhum dos dois é fácil... Fácil é ficar sentado sem fazer nada... Na área de TI eu não considero nada fácil, porque em todas as atividades vc tem que ter algum nível de atenção.
Produtividade com vim.. putz.. essa é foda. Eu juro q eu tentei kkk 😂
e pasme, tem gente ai falando que abandonou o VS-Code e foi pro vim.. pode acreditar.
Eu sai do vscode pra usar vim, foi uma merda aprender no início, mas o principal foi a "leveza" o vim é muito mais leve que o vscode e hoje eu gosto muito de desenvolver em vim.
@@messiasolimpio1992 rs.. mas vc nao pegou projetos enormes com um monte de arquivos.. eu trabalho em empresa grande eu sei vim de cabo a rabo, mas é o que o rapaz do topico ai falou... não tem como ter produtividade alta com vim e quem soltar essa pérola numa entrevista, com certeza não será contratado.
Concordo, e olha que uso desde 2014. Mas perder tempo configurando tudo… Ainda bem que no Brasil não existe muito essa tendência de punhetar ferramentas, lá na gringa muito dev que usa VIM nem trabalha na área.
@@gepetovovo2509bem isso. Um exemplo são projetos em .NET, não tem como, o sujeito vai perder horas ou dias tentando configurar, e para que? Só para chegar a fazer 50% do que o Visual studio ou Resharper faz? Kskskk
Não acho inútil ler os livros, pois podemos absorver os conhecimentos contido neles , testar e ver se serve para cada um e usar e abstrair o que não gostar, e montar sua própria forma de customizada com o que acha ser melhor.
Frontend é um inferno, não exatamente pq criar interfaces é difícil, mas se tornou difícil, principalmente na web. Essa combinação de html, css e javascript já deu o que tinha que dar, essa stack deveria dar espaço para abordagens menos complexas para o desenvolvedor. A web está sendo construída de gambiarra em gambiarra (na verdade boa parte da computação kk) mas no front isso chegou a um expoente inimaginável
Caramba, a IA ficou até com sotaque de gringo.
tinha q ser criado o manifesto go horse
topetinho maneiro. esse curte em sigilo.
Fiasco e Deschamps sumiram... teorias.
Não vejo benefícios de separar font-end e back-end. Na verdade, só tem benefícios se tiver múltiplos front-ends (web, celular) ou se o back-end é usado com API por inúmeras aplicações. Fazer site tendo só um back-end e só um front-end é uma péssima ideia, porque os programadores tem que escrever mais código.
Fazer um bot pra contar quantas vezes o Lucas Montano do canal Lucas Montano troca o titulo do video, três hipoteses a testar: 1. eu sou maluco, 2. ele está a ver o que mais entrega, 3. Montano quer criar um efeito mandela nos inscritos. Mas estou bem enviezado a aceitar a primeira
brasil mentioned? lesgooo
se o Lucas está montano imagina quando ele terminar.
O Manifesto ágil não tem problema nenhum. O problema é o que fizeram com ele. O mesmo aconteceu com o Delphi.
Acho que o maior problema dos Design Patterns é achar que eles resolvem qualquer problema. Na realidade, o problema se encaixa ao Pattern, não o contrário.
7:23 Isso na época que eu iniciei se chamava Web Master. kkkk
O vídeo parece ser da perspectiva de um frontend.
Para o backend, é fundamental diversos padrões que fazem as regras de negócio funcionarem bem.
Vcs não tem noção o alívio que eu tive quando vi o clean code lá
Salve Johnny Bravo kkkkkkK! #brinks
Se voce é Júnior e está focado em Clean Code, a verdade é que você nao quer focar no Code, mas so no clean.
bigboxSWE em português virou o professor de la casa de papel
meu Deus acontece muita coisa nesse video do bigboxSWE
Tua voz ficou muito alta, enquanto o vídeo do box ficou muito baixo. Mesmo numa caixa de som, eu tive que abaixar o áudio enquanto tu falava e aumentar enquanto o box falava.
Todo desenvoledor backend acha o front fácil, ate eu perguntar como funciona o ciclo de vida de um componente react e nenhum deles saber responder