Se o padeiro acorda com vontade e amor com oq faz, com certeza ele fica rico, o que n adianta é achar que fazer algo com o CU só por fazer vai trazer algo de benéfico
Eu entendo que tem devs que não curtem fazer uma call, pois eu já fui assim, porém existem problemas que você pode resolver com 15 minutos de conversa sincrona ao invés de perder uma tarde toda no chat.
Tenho 52 anos e iniciei com 17 anos, fui desenvolvedor, analista e analista de negocio. Desenvolver e envolver com tecnologia é maravilhoso, aprenda qualquer porcaria para atender o mercado , mas aprenda C , o que não tiver você pode criar. O que vai te desgastar no tempo é o ambiente da empresa onde você irá trabalhar. Tudo será pedido com atraso, os chefes entendem menos que os subordinados , tecnologias que prometem coisas que não fazem, investimentos baixos com exigências altas. Se preparem e sejam felizes !!!💾💾💾💾
Aprender conceitos ao invés de tecnologias. Era exatamente isso que professores me falavam no meu curso de Ciencia da Computação lá nos anos 90. Fiz 4 anos de curso e não ensinaram uma linguagem sequer, só paradigmas (UNICAMP). Linguagens, só nas aulas de laboratório e era espareado que o aluno aprendesse a linguagem por conta própria com base nos conceitos explicados nas aulas teóricas com pseudo-linguagem.
Concordo que aprender conceitos é muito mais importante do que tecnologias, porém,esses dois aprendizados podem ser conectados não ? Curso sistemas de informação e quando fomos aprender lógica de programação usaram C,mesmo que pudessem usar uma pseudo linguagem pra isso Em estrutura de dados também vamos usar C e para aprender sobre POO podemos optar entre Java e C++ Claro que vamos perder um tempo de aula pra nós adaptar a linguagem Mas creio que dá pra pegar o conceito sem perder a chance de aprender alguma nova tecnologia
Sou da area de Network Security e gosto de acompanhar para ter uma ideia de como os devs pensam. Aqui em 13:00 um belo exemplo de como dev da a luz às vulnerabilidades.
Já fiz muito isso de falar sobre o problema em voz alta, nas primeiras vezes o pessoal do time que trabalho achava estranho, hoje em dia eles ajudam discutindo comigo sobre o problema/regras de negócio que estou com dificuldade, isso ajuda muito, consigo destravar e concluir a implementação com muito mais facilidade.
Na empresa que trampo hoje, estou a 6 meses sem fazer absolutamente quase nada, não to aprendendo mais nada no trampo, ja pedi realocamento, mas os cara nao deixa eu sair dessa bomba, provavelmente vou de americanas. (Sim eu to estudando no meu horario de espediente faz 6 meses)
no na mesma, mas numa loja de ferragem kkk e estudando programação e to so pensando que vai dar em nada e to so perdendo tempo, mas pelo menos to apredendo coisas
@@MotivDay51 Sei bem como é, demorei 3 anos para conseguir meu primeiro estagio em TI, logico sem contatos de "Quem indica". Demorou mais chegou, desde então venho trabalhando na área, só não desistir.
Dois porque estou careca, com astigmatismo e zumbido no ouvido então a nao ser que eu abra um quisosque nao tenho chance e por mais que possa ser hilario estudei alguns meses para a PRF mais descobri que no edital quem tem ceratocone nao entra..
@@joaocarlo8444ouvir um dev de 13 anos de carreira cansado da area nesse momento seria bem ruim pra vc que está começando. Se empolgue com a area e foque em crescer, deixe pra ouvir esses desabafos daqui uns anos quando vc quiser desabafar tambem
talvez mudar de área dentro da ti já te dê novos ares, mexer com java 13 anos é tenso, tenta mudar de linguagem, ir pra algo mais de DevOps, SRE, arquitetura...
Lucas, faz um vídeo falando sobre como você e suas equipes gerenciam e dão visibilidade aos requisitos que estão entregando. Como lidar com equipes multidisciplinares com baixa maturidade em levantamento de requisitos e priorização de requisitos.
As vezes eu olho pra thumb e para o titulo e penso: "Ah esse nem vai ser tão bom" Mas ai você vem e surpreende, ótimo video com muitas verdades, espero que o pessoal saiba "ouvir" thks!
Essa parte de que o desenvolvedor Junior precisa de tempo para se adequar ao projeto me pegou muito, porque sinto que fui demitido da ultima empresa em parte porque nunca davam tempo para eu me tornar produtivo em um time e já me jogavam pra outro.
O problema é que nem todos os times são receptivos quando se pede ajuda! Hoje sou sênior, mas só aprendi a pedir ajuda depois de alcançar essa posição. Passei por grandes dificuldades por não ter essa habilidade antes. Uma boa simpatia entre os times faz toda a diferença, e hoje consigo pedir ajuda graças à minha última experiência, onde trabalhei com uma equipe formada apenas por sêniores e especialistas.
20 anos de carreira? um menino. Tenho 37 anos de profissao exclusiva de desenvolvedor (comecei programando profissionalmente quando tinha 17 anos, em um apple 2 em Assembly z80 (que eh o processador na placa CP/M que tinha nele, em vez do 6502) e MBasic e dBase II (dBase III, foxbase, clipper, etc foi muito tempo depois, junto com Delphi etc) - fazendo programas para o setor de contabilidade. e o meu 1o "micro" (eh como as pessoas chamavam computador) foi em 1986: um tk90x. Meus ultimos 10 anos foram dedicados exclusivamente para programar GPUs para jogos, simuladores e ferramentas para grafico 3D. desde 2019 trabalho home-office para outros paises que pagam em media entre 3 e 4 vezes mais que o maior salario aqui no brasil. (isso nao vem "de graca". voce tem que se especializar em uma area, como eu fiz, para ser um dos melhores na area, e para continuar sendo, tem que estudar constantemente)
Comecei a desenvolver profissionalmente 23 anos atrás, mas em 10 anos mais ou menos eu migrei de arquitetura para segurança da informação. Ainda sou apaixonado por desenvolvimento, mas não consigo ver bons salários para a área de desenvolvimento, mesmo para os Sêniors. Então quando os meus filhos nasceram eu tive que migrar de área. A alternativa seria ir para o exterior, mas por motivos de saúde isso não foi possível. Estou falando isso porque vejo a área de desenvolvimento como o berço de ótimos profissionais, com pensamento analítico que seria muito útil em diversas outras áreas que pagam melhor. Então se vc é um dev "cansado", várias áreas podem te receber de braços abertos.
@@jhonesjhonatas5524 Sim. No caso eu uso Linux e Mac mas não Windows. Desktops e mesas poderiam servir mas no meu caso eu faço que nem o lucas mesmo. Só clono mesmo o projeto na pasta downloads e deixo até o merge finalizar. Mesma coisa pra outro PR e por aí vai até o final do dia
Semana que vem dia 23, completo meu primeiro mês como dev, e literalmente aconteceu todas as situações que Lucas falou no video nesse mês, cara até comecei procurar a câmera escondida aqui do quarto kkkkkkk. Video muito bom, vc é o cara
No geral concordo com oq foi apresentado. Numa área dinâmica como essa, deixar tudo mais rígido complica a vida, deixar tudo solto TB. Achar quando ir para um outro para outro pode ser o rule of thumb para conseguir continuar as atuações.
Caracas! Top! Faço exatamente isso. Dois clones do projeto. Um pra desenvolver e outro pra fazer review. Assim não caga meu cache local nem fode meu cache local. Ajuda de verdade mesmo.
Cara, conheces algumas pessoas de outros lugares da Europa que são devs tbm? tipo: do Reino Unido, Alemanha, Portugal, Australia, Noruega, Suiça? Ia ser diferente de tudo que tem no youtube fazer um colab com eles pra conversar tlgd? Se pá dava até pra fazer um episódio com outros da américa do norte, ia ser massa tbm.(Só um pedido misturando com sugestão)
Muitas vezes faço pair programming com meu filho (Laravel). Ele está a frente de mim no Laravel, eu já passei por muito mais problemas. Impressionante como a coisa rende. Muito prazer, sou Rubber Dad
Code review cara, tu falou o certo mano. Code review não é só código, é negócio e regressão. Se não tem entrega de valor, não passa. E PR bom tem contexto e como testar.
O que cansa é relativizar tudo, você tem de ter um template na mente de como você trabalha e umas variações, se estiver aberto a tudo, o trabalho vira o problema no lugar do problema a ser resolvido. Enfim, tomar decisões cansam demais, por isso eu quero tudo escrito no meu ticket, não quero conversar, quero apenas fazer.
Os devs que não coda Android entende o quanto tempo demora pra buildar um projeto Android quando o Lucas Montano diz que volta a codar na branch dele enquanto a branch de PR está buildando... que troço lerdo kkkkkk Enquanto isso, eu faço stash, vou pra branch head (main/dev), puxo o PR e faço o checkout. Se eu tentar fazer 2 coisas ao mesmo tempo, eu bugo hard!!!
Lucas, recuperei 60% do tempo q eu gastava revisando PRs quando passei a pedir testes para cada requisito da demanda. Primeira coisa q eu vejo: os testes e a descrição da demanda. O CI me garante q os testes passaram e os requisitos foram satisfeitos. O resto é só ver se o cara nao enxeu o codigo de stub 😂 e dar dicas de codigo.
Segundo o Lucas Montano do canal Lucas Montano, se vc deixar a empresa muito tarde, as dívidas técnicas que vc criou serão cobradas de você e não do próximo DEV 😂
Sou dev de embarcados aqui em Tóquio, Agile é uma merda pra gente de embarcados(mas eu nao sei pq tem startup que usa isso) maioria das empresas grandes e famosas na area de embarcados usam waterfall ou V model(sistema crítico)
Lucas, trabalho em uma grande empresa offshore e eles adotaram métodos ágeis há uns 2 anos. Mudaram toda a gestão e forma de trabalhar. Na minha opinião, muita coisa boa foi destruída e pouca coisa boa construída. Então minha pergunta a você é se esses métodos ágeis, como SCRUM por exemplo, são a melhor opção em outras áreas diferente da programação? E na programação, também é a ideal? Abç
Uma dica pra galera, reflitam sobre essa listinha que o Lucas montou no começo do video. Já tive que responder essas coisas em entrevistas. E já fui eliminado de processos por ter opinião diametralmente oposta ao entrevistador 😂
Um conselho de um Dev: - A área é muito boa para quem GOSTA DE PROGRAMAR! - Se teu objetivo é apenas ganhar dinheiro rápido e fácil, vá fazer o outro tipo de programa, pois dev não é pra vc.
Esse negócio de não ter uma linguagem de programação unica é complicado, teria que explicar isso para os recrutadores brasileiros kkkk Eu tenho mais de 4 anos de exp com desenvolvimento, mais ou menos 2 php, e mais de 2 com react/node. Ai vou fazer um processo seletivo, eles só veem o tempo que tenho de experiência com aquela linguagem, não se importam com o quanto eu tenho de conhecimento com ela, só se importam com o número.
20:50 Já me bateu um desespero pedir ajuda pro Lucas Montano, imagina a pressão do cara te pedindo log do Charles Proxy, o jr lendo em voz alta, eu já me sentiria demitido.
Uso a mesma estrategia na hora de encontrar alguém que possa me ajudar tecnicamente ou de requisito, procuro o microsserviço e depois saiu buscando os DEVs que atuaram no projeto
Se sua empresa usa o Github, e você não quer subir a aplicação, basta ir na página do projeto no github e aperta "." que ele abre o projeto em um vscode no navegador
Uma coisa que aprendi após 1 década e meia...JAMAIS UTILIZAR versões 0.x.x de qualquer coisa. Não há lib/framework/pacote/dependência tão maravilhosa que deva ser utilizada em versão menor que 1.x.x. Essa msg geralmente é mais direcionada aos amiguinhos de Frontend, ô galerinha que gosta de usar pacote 0.x.x
Salve Luan Santana da bolha dev. Essa parte de tentar adiantar implementações que vc "talvez precise" no futuro é um tópico muito abordado nos livro de "como ser um programador melhor" e "programador programático" os quais eu acho que deveriam ser os livros padrões para desenvolvedores, principalmente inciantes, não só o clean code
Estou trabalhando como "Junior" em uma empresa, onde só tem 2 devs Juniors(contando comigo), onde geralmente cada um pega um projeto pra desenvolver, porém muitas vezes me sinto preso, tendo que entregar projetos com "gambiarras" pois não tenho o conhecimento técnico necessário, e nem tempo para entregar um código melhor. E ganhando 🤏🏻. O que vocês fariam nesse situação?
Continue estudando, e foque em algo melhor. Pegue outros projetos menores que te traga mais satisfação, e logo sua visão muda e estará em outra, simples
Chega a ser cômico de tão tragico mas tambem to cansado de software depois de 15 anos estudando e nunca concluindo nada ou trabalhando com isso kkkkk É o que eu disse, tragico, mas entendo mesmo nao entendendo
Lucas montando, do canal Lucas Montando você nao tem noção o quanto isso é importe (ou tem, creio que tenha) mas oque eu quero dizer é que isso é algo que ninguém te fala e meu Deus como isso é importante ruclips.net/video/6xuR3Bcbqq8/видео.html
esse de ficar chamando o dev toda hora é foda mesmo, atrapalha muito e o pessoal não percebe isso. desenvolvimento é processo criativo interromper atrapalha sim, não importa se é uma call rapida
Mandando uma piada das antigas aqui: Quando vc for contratar um "Programador" e quando for contratar um "comprador de hardware", vc tem que perguntar pra eles: voce gosta de software? E vc gosta de hardware? A resposta do comprador de hardware tem que ser: Eu amo hardware! A resposta do dev tem que ser: Eu ODEIO p*rra de software Pq pela logica o responsavel pelo hardware vai adorar ficar pesquisando as funcionalidades e specs, mas vc que vai aprovar a compra Ja o Dev ele tem que entregar unica e exclusivamente oque esta especificado e tem que fazer isso querendo se livrar da tarefa o quanto antes
Nao existem linguagens de programação terrível, realmente, quem faz a linguagem ser terrível é quem escolhe uma linguagem que resolve um problema para aplicar na solução de um problema que ela não foi concebida.
Merge vs rebase? Tanta coisa pra se preocupar. Inúmeros problemas, varios alinhamentos pra fazer. Regra negocio complexa. Sprint atrasada. E merge vs rebase se torna uma questão. Pqp. Pior ainda spaces vs tab. Rsrs. É muita falta de trampo.
Se acordar 5hrs da manhã fosse sinonimo de sucesso financeiro, o padeiro tava rico.
Se o padeiro acorda com vontade e amor com oq faz, com certeza ele fica rico, o que n adianta é achar que fazer algo com o CU só por fazer vai trazer algo de benéfico
Com o preço da mão de obra, só não estiver rico é pq é um bebum
Eles podem até acordar 5 da manhã, mas nas obras que precisei, nunca chegaram na minha casa antes das 10hrs. Tem algo errado aí... =D
é impressão minha ou o cara q fez esse comentario escreveu 'padeiro', e os caras leram 'pedreiro'? kkk
@@misilva1879 holy shit!!!! Hahahahaha li pedreiro real
Sou desenvolvedora Junior e caí de paraquedas nesse vídeo enquanto codava e só tenho a dizer obrigada
Eu entendo que tem devs que não curtem fazer uma call, pois eu já fui assim, porém existem problemas que você pode resolver com 15 minutos de conversa sincrona ao invés de perder uma tarde toda no chat.
Tenho 52 anos e iniciei com 17 anos, fui desenvolvedor, analista e analista de negocio. Desenvolver e envolver com tecnologia é maravilhoso, aprenda qualquer porcaria para atender o mercado , mas aprenda C , o que não tiver você pode criar. O que vai te desgastar no tempo é o ambiente da empresa onde você irá trabalhar. Tudo será pedido com atraso, os chefes entendem menos que os subordinados , tecnologias que prometem coisas que não fazem, investimentos baixos com exigências altas. Se preparem e sejam felizes !!!💾💾💾💾
Aprender conceitos ao invés de tecnologias. Era exatamente isso que professores me falavam no meu curso de Ciencia da Computação lá nos anos 90. Fiz 4 anos de curso e não ensinaram uma linguagem sequer, só paradigmas (UNICAMP). Linguagens, só nas aulas de laboratório e era espareado que o aluno aprendesse a linguagem por conta própria com base nos conceitos explicados nas aulas teóricas com pseudo-linguagem.
Concordo que aprender conceitos é muito mais importante do que tecnologias, porém,esses dois aprendizados podem ser conectados não ?
Curso sistemas de informação e quando fomos aprender lógica de programação usaram C,mesmo que pudessem usar uma pseudo linguagem pra isso
Em estrutura de dados também vamos usar C e para aprender sobre POO podemos optar entre Java e C++
Claro que vamos perder um tempo de aula pra nós adaptar a linguagem
Mas creio que dá pra pegar o conceito sem perder a chance de aprender alguma nova tecnologia
Sou da area de Network Security e gosto de acompanhar para ter uma ideia de como os devs pensam. Aqui em 13:00 um belo exemplo de como dev da a luz às vulnerabilidades.
Já fiz muito isso de falar sobre o problema em voz alta, nas primeiras vezes o pessoal do time que trabalho achava estranho, hoje em dia eles ajudam discutindo comigo sobre o problema/regras de negócio que estou com dificuldade, isso ajuda muito, consigo destravar e concluir a implementação com muito mais facilidade.
Coloca um fone que a galera vai achar q vc está em call
ainda bem que já sou estranho
@@matheus7219 pior que não dá o time todo fica junto na mesma sala kkk
Na empresa que trampo hoje, estou a 6 meses sem fazer absolutamente quase nada, não to aprendendo mais nada no trampo, ja pedi realocamento, mas os cara nao deixa eu sair dessa bomba, provavelmente vou de americanas. (Sim eu to estudando no meu horario de espediente faz 6 meses)
no na mesma, mas numa loja de ferragem kkk e estudando programação e to so pensando que vai dar em nada e to so perdendo tempo, mas pelo menos to apredendo coisas
Estudo nunca será jogado fora...
Parte para o próximo nível , pega uns freela .. rsrsrs Brinks
Sua empresa é rica, seis meses sem fazer nada e continua pagando né? 🙂
@@MotivDay51 Sei bem como é, demorei 3 anos para conseguir meu primeiro estagio em TI, logico sem contatos de "Quem indica". Demorou mais chegou, desde então venho trabalhando na área, só não desistir.
git "blame"... intankável, o nome desse comando kkk
esperando o comando git tankar --force
Tenho 13 anos como dev java. Também já estou cansado. Mas mudar de área agora não seria inteligente de minha parte
tu pode elaborar mais? eu literalmente começo minha carreira depois de amanhã hehe
Dois porque estou careca, com astigmatismo e zumbido no ouvido então a nao ser que eu abra um quisosque nao tenho chance e por mais que possa ser hilario estudei alguns meses para a PRF mais descobri que no edital quem tem ceratocone nao entra..
@@joaocarlo8444ouvir um dev de 13 anos de carreira cansado da area nesse momento seria bem ruim pra vc que está começando. Se empolgue com a area e foque em crescer, deixe pra ouvir esses desabafos daqui uns anos quando vc quiser desabafar tambem
talvez mudar de área dentro da ti já te dê novos ares, mexer com java 13 anos é tenso, tenta mudar de linguagem, ir pra algo mais de DevOps, SRE, arquitetura...
Por qual motivo? Estou estudando para ser dev Java, gostaria de ter alguma ideia melhor dos prós e contras...
Lucas, faz um vídeo falando sobre como você e suas equipes gerenciam e dão visibilidade aos requisitos que estão entregando. Como lidar com equipes multidisciplinares com baixa maturidade em levantamento de requisitos e priorização de requisitos.
Dica muito top para fazer review de PRs, com dois clones, eu gosto geralmente de testar o código de PRs muito críticos e grandes, vou aderir!
As vezes eu olho pra thumb e para o titulo e penso:
"Ah esse nem vai ser tão bom"
Mas ai você vem e surpreende, ótimo video com muitas verdades, espero que o pessoal saiba "ouvir"
thks!
Essa parte de que o desenvolvedor Junior precisa de tempo para se adequar ao projeto me pegou muito, porque sinto que fui demitido da ultima empresa em parte porque nunca davam tempo para eu me tornar produtivo em um time e já me jogavam pra outro.
Já peguei avaliação 10 em uma squad , e na outra nova que me jogaram em 1 mês, fui desligado. Acostumar a essa droga toda mesmo
O problema é que nem todos os times são receptivos quando se pede ajuda! Hoje sou sênior, mas só aprendi a pedir ajuda depois de alcançar essa posição. Passei por grandes dificuldades por não ter essa habilidade antes. Uma boa simpatia entre os times faz toda a diferença, e hoje consigo pedir ajuda graças à minha última experiência, onde trabalhei com uma equipe formada apenas por sêniores e especialistas.
20 anos de carreira? um menino. Tenho 37 anos de profissao exclusiva de desenvolvedor (comecei programando profissionalmente quando tinha 17 anos, em um apple 2 em Assembly z80 (que eh o processador na placa CP/M que tinha nele, em vez do 6502) e MBasic e dBase II (dBase III, foxbase, clipper, etc foi muito tempo depois, junto com Delphi etc) - fazendo programas para o setor de contabilidade. e o meu 1o "micro" (eh como as pessoas chamavam computador) foi em 1986: um tk90x. Meus ultimos 10 anos foram dedicados exclusivamente para programar GPUs para jogos, simuladores e ferramentas para grafico 3D. desde 2019 trabalho home-office para outros paises que pagam em media entre 3 e 4 vezes mais que o maior salario aqui no brasil. (isso nao vem "de graca". voce tem que se especializar em uma area, como eu fiz, para ser um dos melhores na area, e para continuar sendo, tem que estudar constantemente)
Agora posso almoçar kkk
Cara, essa sacada de dois repo pra codar e fazer code review explodiu minha mente, vou aplicar isso o mais rapido possível!
Comecei a desenvolver profissionalmente 23 anos atrás, mas em 10 anos mais ou menos eu migrei de arquitetura para segurança da informação.
Ainda sou apaixonado por desenvolvimento, mas não consigo ver bons salários para a área de desenvolvimento, mesmo para os Sêniors.
Então quando os meus filhos nasceram eu tive que migrar de área. A alternativa seria ir para o exterior, mas por motivos de saúde isso não foi possível.
Estou falando isso porque vejo a área de desenvolvimento como o berço de ótimos profissionais, com pensamento analítico que seria muito útil em diversas outras áreas que pagam melhor. Então se vc é um dev "cansado", várias áreas podem te receber de braços abertos.
Dica de clonar pra testar já vale o like. Mas se não for Mac melhor ainda em dois PCs diferentes.
se pá vale usar os desktops do windows man, é a msm coisa que as mesas do mac
@@jhonesjhonatas5524 Sim. No caso eu uso Linux e Mac mas não Windows. Desktops e mesas poderiam servir mas no meu caso eu faço que nem o lucas mesmo. Só clono mesmo o projeto na pasta downloads e deixo até o merge finalizar. Mesma coisa pra outro PR e por aí vai até o final do dia
Entender o projeto leva tempo e fazer isso com a pressão de fazer um MR é uma experiência que tive e é desagradável demais
Semana que vem dia 23, completo meu primeiro mês como dev, e literalmente aconteceu todas as situações que Lucas falou no video nesse mês, cara até comecei procurar a câmera escondida aqui do quarto kkkkkkk. Video muito bom, vc é o cara
20 anos é mais dq uma galera tem de vida.
essa live foi sensacional
No geral concordo com oq foi apresentado. Numa área dinâmica como essa, deixar tudo mais rígido complica a vida, deixar tudo solto TB. Achar quando ir para um outro para outro pode ser o rule of thumb para conseguir continuar as atuações.
Caracas! Top! Faço exatamente isso. Dois clones do projeto. Um pra desenvolver e outro pra fazer review. Assim não caga meu cache local nem fode meu cache local. Ajuda de verdade mesmo.
Cara, conheces algumas pessoas de outros lugares da Europa que são devs tbm? tipo: do Reino Unido, Alemanha, Portugal, Australia, Noruega, Suiça? Ia ser diferente de tudo que tem no youtube fazer um colab com eles pra conversar tlgd? Se pá dava até pra fazer um episódio com outros da américa do norte, ia ser massa tbm.(Só um pedido misturando com sugestão)
estava vendo um react sobre seu video estou a 3 anos na area, muito bacana!!
Esse clone do projeto sempre ajuda, tenho 3 deles. Um para os meus tickets, outro para PR e mais um para Fazer POC ou algo do tipo
Muitas vezes faço pair programming com meu filho (Laravel). Ele está a frente de mim no Laravel, eu já passei por muito mais problemas. Impressionante como a coisa rende. Muito prazer, sou Rubber Dad
Sobre ter duas instâncias da aplicação localmente: Genial!!
Code review cara, tu falou o certo mano. Code review não é só código, é negócio e regressão. Se não tem entrega de valor, não passa. E PR bom tem contexto e como testar.
Eu nem sou programador. Atualmente trabalho com infra e pretendo mudar pra área de dados um dia. Mas sempre dá pra pescar umas pérolas por aqui
Muito bom cara! Muitas dicas valiosas por dia-a-dia no desenvolvimento!
Essa pill to git blame foi espetacular!! ❤
Genial, concordo com vários pontos expostos
O que cansa é relativizar tudo, você tem de ter um template na mente de como você trabalha e umas variações, se estiver aberto a tudo, o trabalho vira o problema no lugar do problema a ser resolvido. Enfim, tomar decisões cansam demais, por isso eu quero tudo escrito no meu ticket, não quero conversar, quero apenas fazer.
Essa dica de ter dois clones do projeto é bom demais, ter que ficar dando stash e trocando de branch para fazer PR gasta muito tempo
Obrigado Lucas Montano do canal Lucas Montano
Os devs que não coda Android entende o quanto tempo demora pra buildar um projeto Android quando o Lucas Montano diz que volta a codar na branch dele enquanto a branch de PR está buildando... que troço lerdo kkkkkk
Enquanto isso, eu faço stash, vou pra branch head (main/dev), puxo o PR e faço o checkout. Se eu tentar fazer 2 coisas ao mesmo tempo, eu bugo hard!!!
Lucas, recuperei 60% do tempo q eu gastava revisando PRs quando passei a pedir testes para cada requisito da demanda. Primeira coisa q eu vejo: os testes e a descrição da demanda. O CI me garante q os testes passaram e os requisitos foram satisfeitos. O resto é só ver se o cara nao enxeu o codigo de stub 😂 e dar dicas de codigo.
ORM -> projetinho pra empresa do tio: USE / de resto - não use NUNCA. Performance EXIGE controle TOTAL do seu banco de dados.
Segundo o Lucas Montano do canal Lucas Montano, se vc deixar a empresa muito tarde, as dívidas técnicas que vc criou serão cobradas de você e não do próximo DEV 😂
hsuauhshusahusuhauahs o final eu achei engracado, bah mano nao sei porque mas teus video ficaram mt bom e engracadas , to curtindo de mais o canal tmj
Sou dev de embarcados aqui em Tóquio, Agile é uma merda pra gente de embarcados(mas eu nao sei pq tem startup que usa isso) maioria das empresas grandes e famosas na area de embarcados usam waterfall ou V model(sistema crítico)
tu dá muita aula! né possivi, mesmo só lendo um artigo kkk
Lucas, trabalho em uma grande empresa offshore e eles adotaram métodos ágeis há uns 2 anos. Mudaram toda a gestão e forma de trabalhar. Na minha opinião, muita coisa boa foi destruída e pouca coisa boa construída. Então minha pergunta a você é se esses métodos ágeis, como SCRUM por exemplo, são a melhor opção em outras áreas diferente da programação? E na programação, também é a ideal? Abç
Uma dica pra galera, reflitam sobre essa listinha que o Lucas montou no começo do video. Já tive que responder essas coisas em entrevistas. E já fui eliminado de processos por ter opinião diametralmente oposta ao entrevistador 😂
Um conselho de um Dev:
- A área é muito boa para quem GOSTA DE PROGRAMAR!
- Se teu objetivo é apenas ganhar dinheiro rápido e fácil, vá fazer o outro tipo de programa, pois dev não é pra vc.
Esse negócio de não ter uma linguagem de programação unica é complicado, teria que explicar isso para os recrutadores brasileiros kkkk
Eu tenho mais de 4 anos de exp com desenvolvimento, mais ou menos 2 php, e mais de 2 com react/node. Ai vou fazer um processo seletivo, eles só veem o tempo que tenho de experiência com aquela linguagem, não se importam com o quanto eu tenho de conhecimento com ela, só se importam com o número.
20:50 Já me bateu um desespero pedir ajuda pro Lucas Montano, imagina a pressão do cara te pedindo log do Charles Proxy, o jr lendo em voz alta, eu já me sentiria demitido.
Uso a mesma estrategia na hora de encontrar alguém que possa me ajudar tecnicamente ou de requisito, procuro o microsserviço e depois saiu buscando os DEVs que atuaram no projeto
Essa ideia de ter um clone só pra fazer code review é ouro, queria ter essa ideia antes
Caraca, essa parada de ter dois clones é um dica top, com certeza vou utilizar daqui pra frente
Se sua empresa usa o Github, e você não quer subir a aplicação, basta ir na página do projeto no github e aperta "." que ele abre o projeto em um vscode no navegador
Achei mano, excalidraw
Acho massa esse vídeo de 'react' de artigos, porém coloca o artigo na descrição até como referência....
Que video sensacional.
Po que ideia ótimo, vou começar aplicar isso, de ter dois clone do mesmo projeto para view.
Neovim é um luxo ! Mas como todo luxo custa caro !
Nem tenho experiência nessa área e já estou cansada.
Quando estou estressado, programo para relaxar
Eu trabalho hoje em um projeto que é eu e mais um, nossa daily começa as 9 e acaba as 6
6:30 anota ai, soh se faz code review pelo browser quando eh troca de label e olhe la...
Com esse vídeo o Lucas superou o Sr Akita !
Uma coisa que aprendi após 1 década e meia...JAMAIS UTILIZAR versões 0.x.x de qualquer coisa. Não há lib/framework/pacote/dependência tão maravilhosa que deva ser utilizada em versão menor que 1.x.x.
Essa msg geralmente é mais direcionada aos amiguinhos de Frontend, ô galerinha que gosta de usar pacote 0.x.x
Salve Luan Santana da bolha dev.
Essa parte de tentar adiantar implementações que vc "talvez precise" no futuro é um tópico muito abordado nos livro de "como ser um programador melhor" e "programador programático" os quais eu acho que deveriam ser os livros padrões para desenvolvedores, principalmente inciantes, não só o clean code
Um faz botão, outro inner Join ... siglas demais.
Estou trabalhando como "Junior" em uma empresa, onde só tem 2 devs Juniors(contando comigo), onde geralmente cada um pega um projeto pra desenvolver, porém muitas vezes me sinto preso, tendo que entregar projetos com "gambiarras" pois não tenho o conhecimento técnico necessário, e nem tempo para entregar um código melhor. E ganhando 🤏🏻. O que vocês fariam nesse situação?
Continue estudando, e foque em algo melhor. Pegue outros projetos menores que te traga mais satisfação, e logo sua visão muda e estará em outra, simples
Chega a ser cômico de tão tragico mas tambem to cansado de software depois de 15 anos estudando e nunca concluindo nada ou trabalhando com isso kkkkk
É o que eu disse, tragico, mas entendo mesmo nao entendendo
se acordas as 5 e meia e banho gelado o sucesso vem, ai primo ricou meu garoto.
Era é mais fácil ter dito q não existe uma linguagem que é a mais certa em qqr contexto, acredito.
kk, muito bom, geralmente eu vo na minha esposa, ela não entende nada, mas, só de falar com ela, consigo quase todas as respostas.
"esperava alguém mais amargo, mas não.... E HIDRATEM-SE!"
excelente vídeo!
Eu uso git worktree para transitar entre branches, criei um script para clonar e configurar o projeto.
Lucas montando, do canal Lucas Montando você nao tem noção o quanto isso é importe (ou tem, creio que tenha) mas oque eu quero dizer é que isso é algo que ninguém te fala e meu Deus como isso é importante
ruclips.net/video/6xuR3Bcbqq8/видео.html
Já resolvi muito problema, enquanto estava descrevendo o problema em um email pra alguém kkkk
esse de ficar chamando o dev toda hora é foda mesmo, atrapalha muito e o pessoal não percebe isso. desenvolvimento é processo criativo interromper atrapalha sim, não importa se é uma call rapida
Ritual do sucesso:
- acorde as 5 ou 5 :30
- coma coisas saudaveis
- tome banho gelado
... Esqueci do resto por isso nao tenho sucesso!
Não uso neo-vim, mas respeito esses brabos! 😉
Mano, que editor é esse que tu usou? Muito top os diagramas
to doido procurando aqui
Excalidraw
Tomar 1 red pill dessas 2x ao dia ;-)
Mandando uma piada das antigas aqui: Quando vc for contratar um "Programador" e quando for contratar um "comprador de hardware", vc tem que perguntar pra eles: voce gosta de software? E vc gosta de hardware?
A resposta do comprador de hardware tem que ser: Eu amo hardware!
A resposta do dev tem que ser: Eu ODEIO p*rra de software
Pq pela logica o responsavel pelo hardware vai adorar ficar pesquisando as funcionalidades e specs, mas vc que vai aprovar a compra
Ja o Dev ele tem que entregar unica e exclusivamente oque esta especificado e tem que fazer isso querendo se livrar da tarefa o quanto antes
Nao existem linguagens de programação terrível, realmente, quem faz a linguagem ser terrível é quem escolhe uma linguagem que resolve um problema para aplicar na solução de um problema que ela não foi concebida.
so faz TDD quem nao é customer-focused e vive no mundo da fantasia de criar o codigo perfeito
Pó Lucas.. dá pra trazer algum artigo ou noticia mais positiva de vez em quando... É tudo negotivo nos ultimos videos...
0 views em 32 segundo? Vish Montano
bit flip
18:30 boa pratica a galera colocar um #nuemrotarefa pra facilitar a vida nos commits;
23:18 lucas literalmente falando o motivo que fui demitido
Quando e onde ocorrem estas lives?
Fico sempre impressionado como esse cara consegue desenhar tão bem usando um touch sem olhar kkkk ce usar caneta touch Lucas ???
acho que é a ferramenta mano
Droga, já almocei
mano. to nesse contexto
A virgula errada é a que está antes do verbo 'ficará'. Não se separa sujeito do verbo.
No mais, é tudo isso aí mesmo.
"Todo framework suga"
A linguagem de programação que eu mais curto é aquela que me dá dinheiro.
Leiam a p* dos logs 😂. Quem nunca ajudou alguém que o erro estava claramente explícito nos logs na cara dele?
Merge vs rebase? Tanta coisa pra se preocupar. Inúmeros problemas, varios alinhamentos pra fazer. Regra negocio complexa. Sprint atrasada. E merge vs rebase se torna uma questão. Pqp. Pior ainda spaces vs tab. Rsrs. É muita falta de trampo.
6:00 vale ouro
1:30 - toda vez que alguem fala em rebase eu tenho vontade de socar, geralmente a galera quer fazer rebase pq fez uma cagada do versionamento
16:18 Marcar isso aqui pra sempre lembrar
"nao nao lucas.. mas eu nao entendo de binário" KKKKKKK eu ri agr man