os maiores GOLPES da história do Desenvolvimento de Software 

Me inspirei no fireship e no big box tb. Puta conteúdo de qualidade, eu so abrasileirei kkk

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.

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.

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 RU-vid 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.

Ser autodidata vale pra tudo! Literalmente tudo!

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

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.

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.

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!!!

Dev que usa estritamente os design patterns vira empregado do dev q construiu tudo com Wordpress e um monte de else if.

Ainda bem que eu fui vacinado com o Fábio Akita e não caí nesses golpes

Almoçando o Lucas Montano enquanto assisto meu almoço, mt bom

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.

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!!!!

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 😂

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.

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.

Esse vídeo do bigbox foi bem disruptivo. Curti demais, eu tinha visto no Bigbox, no The Primeagen e agora aqui.

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.

Tranquilamente o melhor canal de yt do gênero. Parabéns !

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.

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.

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.

Recomendo ler a respeito do "efeito dunning-kruger", em seguida pensar na relação sobre como maioria dos técnicos/analistas/engenheiros trabalham. Isso pode até refletir no como observar o temido "layoff". Entendo ser necessário ter agilidade e entregas a curto prazo, mas se feito com qualidade duvidosa torna-se maioria das vezes uma "bomba-relógio" para o próximo. E com todos estes fatores, cada vez mais se torna difícil avaliar o equilíbrio no tempo dedicado entre legado e novo.

Adorei o sotaque de Dr Rey da dublagem

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...

Bem vindo de volta Tony, sempre se empenhando em nao perdendo o angulo

Como funcionam as equipes e entregas aí na Disney? Usam cartões também? Tem um Scrum master ou um agile coach?

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

Faltou falar da febre dos micro serviços pra qualquer tipo de projeto

Qual caminho devo traçar se eu quiser entrar na tech aqui nos EUA então (sou cidadão)?? O que vcs acham?

Tony é CLT ou PJ?

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.

Qual o nome da ia usada pra dublar ?

Lucas Montano do canal Lucas Montano sempre salvando o almoço agora já posso al mossar 🤗

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!!!

usou heygen pra dublagem?

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.

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...

Design Pattern funciona bem só quando não tem um junior mexendo no código deixando tudo public e cagando na arquitetura. Claro, no mundo real, não existe design patterns, pois eles requerem planejamento e isso vai contra o primeiro axioma do GoHorse, prática seguida por grande maioria das empresas brasileiras.

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.

@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.

Lembro que quando comecei na área quem fazia back e front na web (e até um pouco mais) era chamado de webmaster... rs.

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

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.

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.

O cara simplesmente meteu a Go Horse Pill no final kkkkkkk

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 😂

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.

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

o que eu vejo são pessoas que não tem a maturidade suficiente ou trabalhem com algo que não precisa estruturar o codigo como se menciona nesses livros. Não vejo como golpe. o exemplo da função é clara... porém pode ter suas exceções, assim como a atomicidade de um banco de dados, pode haver algum momento em que é melhor não usar a atomicidade. O SOLID não faz sentido pra vc? não pratique. as vezes é o pessoal que quer usar "Padrões" onde não tem necessidade, mas nem por isso os ensinamento desses livros são golpes

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.

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."

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

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...

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.

Nunca achei que diria isso, mas eu adoro a dublagem da IA kkkkkkkkkkkkkkkkk

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.

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.

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.

Tdd e demais pra minha cabeça, mas uns testes unitarios sempre e bom pra salvar a pele do dev kkk

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.

Como esse vídeo foi traduzido ?

Saudades da época que éramos chamados de WebDesigner kkkk hoje é back, front, devops

O Tonny apareceu como humano em um video aqui e teve que fazer uma task de amazenamento de cpf em char ou int

7:25 agora eu entendi o pq Jimmy Neutron UAhuHAuhAUhUHAhuA

Excelente vídeo

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

Kaban veio da linha de produção da Toyota, se não me engano... Chão de fábrica.

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.

7:23 Isso na época que eu iniciei se chamava Web Master. kkkk

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.

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

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.

Vendo do ponto de vista do Brasil, há algumas considerações. Mas imagina um americano, que pagou 5mil dólares mês por 5 anos, pra se formar e quando sair ganhar 6k de dólar. Sem a vantagem cambial, tá muito ruim ser dev. O ruim disso tudo, que não está sendo vantagem ser nada, em nenhum país. Salários sêniors mundo a fora estão congelados desde 1971, mas esqueceram de congelar a inflação. É claramente um golpe...

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.

Vcs não tem noção o alívio que eu tive quando vi o clean code lá

Aquele momento que do nada muda pra inglês e pra eu não muda nada pois continuo entendendo do mesmo jeito 😂

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.

7:31 “a gente sempre fez tudo”. Por isso que as UI de antigamente eram uma bosta né meu caro Montano? Hahaha 🫶🏼

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.

meu Deus acontece muita coisa nesse video do bigboxSWE

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

Lucas falou depende, então ele deve ser senior :v

Diz a lenda que o Fiasco é o Lucas Montano kkkkk

O Manifesto ágil não tem problema nenhum. O problema é o que fizeram com ele. O mesmo aconteceu com o Delphi.

Agile estragou o mundo de desenvolvimento fez tudo ficar mais chato e desgastante. Já fiz muitos sistemas no passado sem usar qualquer coisa de agile e foi muito menos caótico e mais divertido. O agile só aumentou o burnout nos desenvolvedores.

topetinho maneiro. esse curte em sigilo.

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

kkkk Cara vc é igualzinho o Mark Hopus

bigboxSWE em português virou o professor de la casa de papel

Caramba, a IA ficou até com sotaque de gringo.

por um momento achei que seria um video sem defender bilionários

Lucas, tu joga algum game?

kkkkkkkkkkk Gostei do vídeo no tempo 6:54 kkkkkk. Tudo é apenas briga entre programadores nada é fácil.

tinha q ser criado o manifesto go horse

9:27 Ri tanto que quase engasguei kkkkkk

po lucas to com saudade de tu montano alguma coisa, cade monta algo