Sem enrolação meu nome é Augusto galigo você está no canal Augusto galego E esses são os 10 erros que os devis Juniors cometem Eu sei que eles cometem porque eu já fui um Devid Júnior e eu já cometi todos esses então vou te alertar para você estar ligado nesses possíveis erros e evitar que eles aconteçam com você primeiro erro ele é um erro de soft Skill é porque você como Devid Júnior e como todos os outros Devid Juniors provavelmente sente vergonha de perguntar você não quer incomodar você não quer dar trabalho para ninguém você quer
resolver tudo sozinho seu primeiro erro é não fazer perguntas isto aqui vai atrasar e muito a sua progressão na sua carreira porque é o seguinte né pô se eu te dar um problema para resolver e você ficar quebrando a cabeça ali durante 8 horas para achar a solução daquele problema Você poderia só ter me perguntado não necessariamente pela solução mas para eu te dar um direcionamento de onde pesquisar como encontrar essa solução como buscar eficientemente por essa solução Como aprender a solucionar esse problema para encurtar essas 8 horas para duas efetivamente você estaria progredindo quatro
vezes mais rápido na carreira se você tivesse feito a pergunta e resolvido o problema em Du horas ao invés de ficar 8 horas quebrando cabeça eu acho que todos os Davis Juniors que eu conheci fazem menos perguntas do que deveria regra de bolso aqui se você quebrar a cabeça por 1 hora você já deveria ter feito pergunta se você quebrar a cabeça por 20 minutos e você já pesquisou na internet já pediu PR I te ajudar já buscou nos chats públicos por soluções já colou a mensagem de erro no Google certo e nada disso nem
te levou perto do Ah já olhou a documentação nada disso nem te levou perto para uma solução Faz a pergunta você não quer ser a pessoa que faz pergunta para tudo você quer dar uma pesquisadinha antes para pelo menos dizer ó eu tentei a b c não funcionou Mas você quer fazer perguntas faz perguntas faz perguntas você não fo ser demitido por fazer perguntas se você for demitido por fazer perguntas vai ser Livramento porque essa é a pior empresa do planeta Terra tá nenhum lugar que eu trabalhei demitiu ninguém para fazer nenhuma pergunta eu sou
um Devid Senior eu tenho 10 anos de experiência na área e eu faço perguntas todos os dias pro meu CTO porque ele conhece mais do produto que eu a gente trabalha com ia atualmente né ele conhece muito mais de ia do que eu a gente tem também cientistas de dados que tem mestrados e doutorados em EA na empresa e eu faço perguntas de ia para eles quase todos os dias se eu que tenho 10 anos de experiência faço perguntas quase todos os dias você que é um Devid Júnior deveria fazer perguntas quase todas as horas
do dia segundo erro usar ia como muleta Qual que é o problema aqui né se a Ia sempre soluciona todos os seus problemas eh como que eu vou deixar isso mais óbvio né Vamos repetir se aa sempre soluciona todo os seus problemas se a Ia sempre faz todas as suas tasks Se todas as suas tasks são resolvidas pela ia tá entendendo tá entendendo que o problema Por que que a empresa precisa de você certo você não pode depender tanto assim da ia você tem que aprender ali os conceitos básicos que é o que vai te
permitir fazer código bom fazer código escalável fazer código que se dec aos padrões da empresa se tudo que você faz é pegar a tesca e ficar colando na ia fazendo tentativa e erro até chegar uma solução que a cuspiu uma solução certa e você colou no código cara o aquele Devin e a vai sub substituir o agente do chpt vai te substituir e a não é uma muleta e a é uma ferramenta para te ajudar a fazer aquilo que é trivial e a é uma ferramenta para te ajudar a aprender mais rápido certo teses triviais
que você já sabe resolver né tipo boiler Plate é testar código e tal e ajudar a aprender aí ela tá ali para você subir nos ombros dela e ver mais longe e aprender mais não é uma muleta não é para resolver tudo comia e se você precisa de miia para resolver tudo né se você tá cansado de não entender como as coisas funcionam eu posso te ensinar algo basilar da Computação que é dsa structures and algorithms estruturas de dados e algoritmos eu vou falar sobre isso bem rapidinho a gente tem um curso de estrutura de
dados e algoritmos eu vou te ensinar a Race link de list Skills hashmap vou te ensinar técnicas de lit code para passar entrevista de emprego vou te ensinar um monte de coisa esse curso agora tá sendo hospedado numa plataforma nova se você comprou o curso na udem embaixo tem um formulário para você preencher para eu te dar acesso à Nova plataforma também de graça não vou te cobrar nada se você ainda não comprou Aproveita porque eu estou adicionando aulas novas eu tô melhorando a qualidade desse curso eu tô expandindo a quantidade de conteúdo e a
qualidade do conteúdo e eu vou subir o preço usa o cupom YouTube para você ter o preço antigo né o preço de 99 Porque quanto mais conteúdo eu agrego claro você vai ter acesso a todo conteúdo novo tá mas eu vou subir o preço esse vídeo vai estar saindo em janeiro ou fevereiro acredito lá por Março já é pro preço tá em r$ 50 atualmente com o cupom YouTube tá em R 99 Ah galer mas seu curso é bom sim ele tava hospedado no udem Você pode abrir lá yem e pesquisar por Augusto Galego tem
1666 estudantes 3600 65 ratings né uma rating por dia a gente tá com 4.8 estrelas de cinco e você pode ler as reviews é público todo mundo tá aqui Né 365 reviews públicas se você não tá confiante que vai ter qualidade né Vai lá Lê as reviews ah comprei achei ruim pede reembolso não tem problema não fico triste link na descrição cupom YouTube aproveita que esse é o último mês nesse preço três acreditar que desenvolvimento de software é só sobre escrever código gente eu sempre falo isso já tem código suficiente na internet o código que
você procura já existe em alguma Library você não é o dxtra você não tá inventando nada de muito novo assim Provavelmente o problema que você tá resolvendo já foi resolvido aí a já faz código seu trabalho não é datilógrafo de código certo o trabalho de um pedreiro não é empilhar blocos é construir uma casa trabalho de um médico não é escrever receitas ilegíveis é ajudar o paciente a curar doença seu trabalho é construir software para resolver um problema Às vezes o seu trabalho é identificar que o problema nem existe e que não tem software que
precisa ser escrito Às vezes o seu trabalho é identificar que o cliente não entendeu o que ele quer certo o seu trabalho não é escrever código desenvolvimento de software é sobre automatizar resolução de problemas é basicamente isso software né É É aquilo que o computador vai fazer para você não precisar fazer desenvolvimento de software é sobre entender o problema do seu cliente resolver o problema do seu cliente ou entender como o produto que você tá desenvolvendo vai agregar valor para alguém e agregar esse valor linhas de código não são métricas para nada não é so
escrever código é sobre solucionar eficientemente o problema Eu espero que você entenda essa diferença quatro acreditar que velocidade é igual a mais código velocidade é entregar mais features mais rápida velocidade é comer tesque atrás de tesque atrás de tesque atrás de tesque entregar entregar entregar entregar certo A César o que de César Isso faz parte sim do que é velocidade mas a velocidade ela precisa estar adequada pro escopo do seu software por escopo da empresa certo talvez escrever código da maneira go Horse na escrever código sem padrão nenhum sem se preocupar com teste sem se
preocupar com legibilidade fazendo tudo em um método gigantesco gambia rento seja a maneira mais rápida de entregar aquela feature Sim provavelmente vai ser tá provavelmente você sentar e escrever 300 linhas uma embaixo da outra vai ser o jeito mais rápido de entregar aquela feature O problema é que né a gente não tá em 100 m rasos a gente tá numa maratona quando acabar o dia você vai acordar amanhã e aquelas 300 linhas de código vão te perseguir pelo resto da sua vida aquelas 300 linhas de código são Tech dept são débito técnico que vai atrasar
o seu software certo você tá pegando velocidade do Futuro trazendo ela para valor presente entregando muita velocidade agora e daqui a pouco ninguém vai conseguir mexer nesse sistema daqui a pouco ninguém vai entender esse código daqui a pouco essas 300 linhas de código vão ser tudo código legado que ninguém entende ninguém tem coragem de mexer porque não tem teste ninguém sabe o que que pode alterar ninguém sabe como funciona e você vai ter um software que tá preso no tempo velocidade não é sobre entregar mais features numa semana velocidade é sobre entregar mais features com
qualidade durante todo o período do que esse software vai existir se o seu software vai existir por só uma semana de fato velocidade é 300 linhas de código uma embaixo da outra não tem problema nenhum com isso se o seu software vai existir por 5 anos velocidade não é isso velocidade tem que levar em consideração testes tem que levar em consideração manutenibilidade tem que levar em consideração design patterns tem que levar em consideração legibilidade modularidade todo esse tipo de coisa porque isso vai te dar velocidade no longo prazo o que nos leva pra quinta ignorar
boas práticas certo eu Eu sei que você quer mostrar serviço eu sei que você quer entregar rápido eu sei que você quer ser visto como uma pessoa que entrega muita coisa muito rápido e se a sua gestão não for nada técnica talvez você até seja forçado a fazer isso tenta contra-argumentar tenta mostrar que pro longo prazo vale mais a pena só que se não der não deu eu entendo também a realidade das pessoas né agora pra sua carreira você não quer ignorar boas práticas você não quer ignorar design patterns Você quer aprender Quais são as
boas práticas Por que elas são boas práticas certo contrasta um código gambia rento com código que segue algumas práticas recentes eu não tô falando que você precisa ser assim um um um extremista purista de de Clean code não é isso é só que vamos combinar que um arquivo de 100.000 linhas de PHP que tem dois métodos não é legível Vamos combinar que uma code base gigantesca sem um único teste é muito difícil de dar manutenção Vamos combinar que Auto acoplamento Se tiver tudo fortemente acoplado aclopado acoplado vai ser muito difícil de fazer mudanças de novo
não não é extremista de de Clin c é seguir boas práticas se a sua equipe não tem boas práticas introduzir essas boas práticas o que nos leva pra sexta não testar adequadamente testar faz parte do seu trabalho criar testes automatizados faz parte do seu trabalho Se você entregou uma tesque hoje aí semana que vem o seu colega mexeu em alguma parte do código que não estava relacionado com o seu código mas de alguma maneira quebrou a sua feature a culpa em parte é sua que deveria acontecer é que os seus testes automatizados deveriam acusar que
o novo Código quebrou a sua feature portanto impedindo que o seu colega quebrasse o seu código certo testar o seu trabalho testes automatizados são parte do seu trabalho Eles garantem a qualidade Eles garantem que a feature que você desenvolveu não vai quebrar ah mas tem qway o qa vai testar sim aí a tes que vai lá pro qway o q vai testar vai ver que tá tudo errado a tes que vai voltar para você vai diminuir novamente a sua velocidade tá tudo interligado aqui testes te dão mais velocidade também demora mais para fazer uma feature
mas demora menos para fazer 100 features entendeu entendeu O Pulo do Gato aqui a primeira feature vai de de fato demorar mais a fiture de número 100 vai ser muito mais rápida porque se você não tiver nenhum teste O código vai deteriorar a code base inteira vai deteriorar testar faz parte do seu trabalho testar todas as suas tasks com com ed cases É sim parte do seu trabalho como deve erro número sete é pular de galing galho é perseguir sempre aquele Framework novo pensa assim ó você começou ali pelo JavaScript porque falaram que era lindo
aí você começou a aprender nextjs né aí você viu todo um terrorismo em cima do nextjs da versel você pensou Putz esse negócio de nextjs não tá com nada eu eu vou pro View Você Mudou pro View você começou a reaprender tudo aquilo que você tinha presidido com react perdão com o nextjs a você viu De repente o selt você pensou na real que esse viu aqui não não tá com nada o o futuro é o svelt aí você foi para svelt efetivamente você tá aprendendo o o mesmo início a a mesma faceta que Júnior
certo quando você pula de Gal em Gal imagina que que o conhecimento possível de ser adquirido tá aqui certo essa aqui é a barra de conhecimento é uma analogia meio ruim que eu tô fazendo é mas eu não ligo onde o conhecimento tá aqui ó 0% 50% 100% do do conhecimento de de base assim da Computação né quando você chegou aqui no final você sabe o que que é tudo você sabe o que que que que são as estruturas de dados você sabe o que que é como é que o browser funciona você sabe todos
os protocolos de comunicação você sabe tudo sobre hardware você sabe tudo sobre que mais sistemas operacionais você entende como file Systems funcionam você consegue recriar o Linux do zero você consegue recriar o Google Chrome do zero você consegue recriar um banco de dados do zero aí você começa no seu Framework novo né você começa no react você começa aqui ó comecei a aprender react tô aprendendo tô aprendendo tô aprendendo tô aprendendo tô aprendendo tô aprendendo tô aprendendo Consegui criar um crud em react Putz não gosto mais de react me disseram que react é ruim vou
pra View começa aqui de novo aprendendo vi aprendendo vi aprendendo vi aprendendo View aprendendo View comecei aqui Consegui criar um crud com View pensei pô na real isso aqui não tá com nada quer saber eu vou pro backend o backend é onde é onde tá o turo você vem aqui começa vai aprendendo ali o backend aprendeu ali a fazer o crud com javim aprendeu ali a conectar com banco de dados com javin de repente seu amigo ali tá tirando 0.000 por mês com goang você pensa Pô golang né se já vim aí tá com nada
Bora para golang começa do zero de novo esse é o seu problema entendeu Você ficou pulando de galho em galho você ficou indo do 0 ao 10% do zer ao 10% do zero ao 10% e agora você é Júnior em quatro linguagens você é Júnior em 20 frameworks diferentes Meus parabéns você ainda não não sabe o que que significa restful direito você ainda não consegue fazer um serviço que vai funcionar para 100 usuário simultaneamente Mas você consegue criar a entidade professor e a entidade AL em cinco frameworks diferentes Entendeu Qual o problema acho que tá
Bem óbvio né número oito esse aqui é um dos que eu acho mais legal tá só resolver tesque pensa comigo você não Dev junor você vai receber tases de um Devid Júnior se você é um Devid Júnior que recebe tases de um Devid Júnior e você sempre fica resolvendo tases de um Devid Júnior você vai eternamente ficar na esteirinha de Devid Júnior como que a gente sai disso aqui que que eu tô propondo resolver tes que é boa parte do seu trabalho tá você vai continuar recebendo tesque e resolvendo o tesque não tem nenhum problema
nisso isso tá correto é isso que é para fazer mesmo porém tesque não cai do céu você quer entender Eh toda a tesque né ela tá escrito lá sei lá implemente a entidade usuário no banco de dados você quer entender como que essa decisão foi tomada certo quem que tomou essa decisão foi o David plor foi o David Senior foi o Staff engineer foi o arquiteto foi o CTO Como que essa pessoa Tomou essa decisão pede para participar dessas reuniões pede para olhar Como que o processo de decisão é feito tá entende como que essas
decisões foram tomadas porque aí você tá começando a progredir você tá começando a entender como chegar ali no pleno você quer também que a dificuldade V aumentando algumas empresas elas vão reconhecer isso e elas vão te dar quase como uma academia assim uma progressão de teses que vão ficando cada vez mais difíceis se isso acontece na sua empresa é super legal se isso não acontece você vai ter que pedir peça mais responsabilidade peça teses mais difíceis certo ali acabamos de falar se você é um devy Júnior que só resolve tesque de devy Júnior você tá
se tornando um devy Júnior melhor é um Dev Júnior com mais experiência em ser Júnior se você quer virar um Dev pleno se você quer ser pago para executar o trabalho de um Dev pleno vai puxando responsabilidades que seriam de um Dev pleno você quer tomar mais decisões você quer tomar mais decisões sobre como o software funciona é isso sabe é progressão é pedir por mais dificuldade mesmo não é só resolver tesque é tentar entender também é pô ter uma visão zinha de produto né aqui ó produto por que que você tá fazendo seu tesque
o que que você quer entregar pro cliente Como que o que você tá desenvolvendo vai ajudar o cliente lá na ponta isso aqui linca com isso aqui ó desenvolvimento de software é sobre resolver problemas não é sobre resolver tesque às vezes tá a tesque que você recebe se você entender que que o cliente quer que você resolva às vezes até que nem tá bem inscrita às vezes até que nem resolve o problema e às vezes outras pessoas não vão perceber isso tá e todo mundo comete erros você comete erros todos os dias provavelmente eu com
certeza cometo erros todos os dias e eu tenho que conviver com esses erros e consertar eles depois né mas todo mundo erra o time de produto erra a sua liderança erra e você é sim capaz de se você entender como que você tá agregando valor pro cliente você é capaz de identificar esses erros às vezes e cara A melhor solução para uma tasque é você olhar pra tasque você entender o que que você quer entregar para cliente e falar essa tesque está errada essa é a solução perfeita porque senão você resolveria a tesque e não
resolveria o problema entendeu Vamos pro nove então né eu acabei falando do nove agora que é não puxar responsabilidade mas agora não quero falar responsabilidade no sentido de dificuldade né de testes mais difíceis é responsabilidade no sentido de responsabilidade mesmo né se você a responsabilidade é sua se você quebrar algo se o cliente não conseguir fazer o login por culpa sua corrije O problema vai atrás seja o dono daquilo que você entrega certo seja responsável pel aquilo que você entrega você eu sei que é difícil falar isso hoje em dia não é Popular Mas você
vai ser recompensado por puxar responsabilidade ou pela empresa que você está atualmente ou pela próxima empresa que você trabalhar ou quando você abrir a sua própria empresa em algum momento da sua carreira se ela for longeva o suficiente você vai ser adequadamente recompensado por puxar responsabilidade isso vai acontecer ah Galego Mas eu não quero puxar responsabilidade para mim porque eu tenho síndrome de impostor e aqui meu amigo todo mundo tem Ah eu eu acredito cara eu cheguei no ponto que eu acredito que nenhum deve não tem síndrome de impostor ela pode estar controlada ela pode
estar abaixo da superfície ela pode estar no subconsciente mas em algum momento ela vai voltar eu volto e me tenho todo mundo tem síndrome de impostor Pois é né e eu falei que tem um erro de síndrome que ter síndrome de postura é um erro mas se todo mundo tem a solução para esse erro na verdade não é não ter síndrome de impsto quer dizer você tem que trabalhar isso né Se possível aí uma terapia pode ajudar se não não for possível saber que todo mundo tem síndrome de impostor e não deixar síndrome de impostor
te impedir de fazer as coisas Ah eu não aplico pra vaga na gringa porque o meu inglês não é bom é aplica aplica e faz o processo stivo se você receber o feedback da empresa e a empresa falar não te contratamos porque o seu inglês não é bom aí realmente seu inglês não é bom você vai ter que treinar mais inglês até o momento que você não for contratado especificamente por isso você não sabe se o seu inglês não é bom porque você tem sindrome de impostou você não sabe quão bom você é ah eu
não aplico para vagas de desenvolvedor pleno porque eu não me considero um desenvolvedor pleno vendo aplica se a empresa te contratar você é se a empresa te D um feedback de Ah não te contratamos porque você não tem experiência o suficiente não quer dizer nada tá continua aplicando à vontade cara dá para ser Dev pleno com se meses de experiência serião pô Conheço muita gente que fez isso não deixa síndrome de impostor de te impedir de fazer as coisas te impedir de puxar responsabilidade ninguém sabe o que tá fazendo todo cara todo Dev usa o
Google 500 vezes por dia todo Dev usa o chat PT 20 vezes por dia todo Dev Tem que ler documentação eu esqueço como é que se escreve um for loop em linguagens que eu uso 10 anos sabe é síndrome de impostor no momento que ela te impede de fazer algo é horrível é ridículo então isso aí n hoje de vídeo temos o curso ali na descrição Só lembrando pode usar o cupom YouTube para aproveitar O Precinho antigo ainda certo até Março só até Março não até o final de Fevereiro eu acho tira um print disso
aqui cola em cima do seu computador e saiba que estamos todos aprendendo todos os dias eu olho pro pro meu emprego pra dificuldade no meu emprego pra importância do que a gente tá fazendo eu penso Caraca eu não faço a menor ideia de como eu vim parar aqui na verdade eu faço sim é porque eu insisti é porque eu sou teimoso seja teimoso
