Me mandaram esse vídeo porque eu defendo muito essa prática. Eu sou software engineer faz muito tempo, 25 anos só nos EUA. E eu tento fazer sessões de exercícios (tipo Leetcode) todos os meses (já foram mais frequentes). O Michael Jordan era conhecido por chegar umas 2 horas antes dos jogos importantes e praticar shooting sozinho. De várias distâncias e posições. Se o melhor jogador de basquete da geração dele (e possivelmente até hoje) praticava o básico o tempo todo, como é que nós programadores humanos normais podemos achar que não precisamos de treino constante! Muito bom o estilo do vídeo.
E eu que fui pra uma prova técnica de Java e tinha um exercício de leetcode pra resolver e tinha um teste unitário com alguns cenários. E o teste unitário tava com um bug hahaha la na hora eu tentei debugar o teste unitário, li o stacktrace do erro e parecia ser problema com o ambiente virtual do hacker rank. Acabei refazendo meu algoritmo que tava em java so que em JS e rodando no Browser. Se não fosse leetcode e meus dois anos de desenvolvimento web, eu nao tinha sido aprovado nessa prova técnica de java 😅
Excelente assunto, recorrente em diversas empresas que trabalhei e fora as plataforma mencionadas, geralmente essas pessoas me parecem que são contra o "aprendizado" e sempre tentam desincentivar este tipo de esforço . Provavelmente cada uma das pessoas que são contra tem o seu próprio motivo para não estimular seus colegas, talvez por não achar útil ou simplesmente tenha uma insegurança sobre o que você pode aprender e aplicar, talvez uma novidade que force ela sair da zona de conforto ou dê um resultado excelente sem que ela ganhe créditos.
Muito verdade isso. Essa humildade de perceber que tem que estudar é o mais importante. Muitos dos que se acham bons se tornam os piores colegas de trabalho porque "não sabem o que não sabem", e gente confiante demais assim é o mais difícil de melhorar.
Gustavo, sugiro dois temas para você trazer ao seu canal: sites de premiações como o Kaggle, competições para hackers e também debater o assunto voltado ao empreendedorismo em tecnologia (TI).
Fiz tanto LeetCode que acabei viciado. Na época, eu só usava C++ para disputar torneios. Mas cansei dessa vida e, se posso dar um conselho, estude até o nível intermediário.
Isso é true, eu comecei a programar depois da faculdade e comecei a trabalhar com node e react, então nem foquei tanto em ED e algoritmos, mas depois me aprofundei nesses tópicos e vi que isso ajuda demais no trabalho, pra conseguir encontrar soluções mais rapidamente usando lógica, justamente devido a ter feito diversos exercícios que me fizeram exercitar a resolução de problemas parecidos, as vezes vou conversar com senior sobre soluções, o cara não consegue compreender coisas simples pois não tem esse conhecimento e continua na ignorância de não querer fazer por que acha inútil.
Só se for sênior de tempo de carreira, porque no LeetCode easy e medium não existe nenhum exercício minimamente difícil, zero. E quem não leu Cormen não é sênior.
@@dasmonstrum27 existem vários tópicos pra se estudar, principalmente quando se é full-stack, devops ao mesmo tempo, e ainda implementa de cabo a rabo uma aplicação com pipeline pra produçÃo. A escolha vai de cada um. Eu abandonei o leetcode porque estava ficando sem tempo com tecnologias novas. Conheço muitos seniors que não tem idéia do que é Cormen ou leetcode, e que quando esses seniors dizem: vai dar merda, é porque vai dá merda. Daí eles configuram um monte de trambolho no pipeline, que você acha um excesso, e daí voce pergunta o porquê: eles dizem: pra não dar merda. São coisas do tipo: veracode, sonarqube, multistage docker build, lint, lock git branches, code reviews, realistic test coverage, TDD, fallbacks, policies, vulnerability checks, dependabot, artillery e a lista vai.... São detalhes que apenas os seniors tem idéia do porquê. E isso não se aprende sem se ferrar antes.
Um complemento ao vídeo: é provável que muitos já tenham ouvido falar de neuroplasticidade (a "elasticidade" do cérebro), como disse o Gus, e isso é bastante real. Você precisa preparar o seu intelecto e tornar as situações mais inseridas na sua realidade ao ponto de se sentir acostumado com elas.
A crítica na verdade é usar isso como método de avaliação em entrevista. Ainda mais se a empresa não faz uso no fluxo de trabalho. Virou moda só porque as big techs aplicam. Mas pra um google isso faz total sentido, já nem tanto pra start-up do seu zé.
HackerRank, Leetcode, Brilliant, Duolingo... O mundo possui uma gama de ferramentas que permitem qualquer profissional de tecnologia ir além em sua jornada profissional.
Leetcode dos fáceis são bons pra praticar lógica de programação. O básico de estrutura de dados e suas manipulações. Sempre que eu pego uma linguagem nova eu começo a prgsr sintaxe tentando fazer exercícios
Só discordo da frase "...é fraco". Vai de cada perfil, e vai do perfil que a empresa quer, um tonyStark ou etc..., eu simplesmente não aceito tentar resolver um problema por exemplo em react em 2 minutos (esse é o meu perfil), na minha opinião existem N variáveis, formas de se enxergar um problema e de resolver algo, quem nunca passou por um bug por dias e do nada resolveu em 1h?. Na minha visão a pessoa não é fraca, vai de perfil. Só esclarecendo É A MINHA OPINIÃO só isso. rs
um dos problemas que eu vejo naquelas plataformas é que existe uma linha muito tênue entre aprender a aplicar as estruturas de dados (que é o que interessa), e resolver algorítmos de competição em "tempo recorde". E eu sinto que essas plataformas são mais focadas em competição, e isso cria uma camada a mais de stress desnecessário em uma área instável onde o aprendizado é quase diário.
Não existe contradição. O Fiasco mesmo falou da utilidade do Leetcode nesses termos. Mas pro dia-a-dia no trabalho, e como método de avaliação, a coisa muda.
Primeiro vc me ofende dizendo que não sou engenheiro de software só pq meu cargo de limpador de código tem na descrição engenharia de software e agora vc diz que a coisa que mais faço que é praticar hello world no leetcode não quer dizer que sou um gênio incompreendido????
Me mandaram esse vídeo porque eu defendo muito essa prática.
Eu sou software engineer faz muito tempo, 25 anos só nos EUA. E eu tento fazer sessões de exercícios (tipo Leetcode) todos os meses (já foram mais frequentes).
O Michael Jordan era conhecido por chegar umas 2 horas antes dos jogos importantes e praticar shooting sozinho. De várias distâncias e posições.
Se o melhor jogador de basquete da geração dele (e possivelmente até hoje) praticava o básico o tempo todo, como é que nós programadores humanos normais podemos achar que não precisamos de treino constante!
Muito bom o estilo do vídeo.
Perfeito! Todo atleta de alto rendimento precisa treinar
E eu que fui pra uma prova técnica de Java e tinha um exercício de leetcode pra resolver e tinha um teste unitário com alguns cenários. E o teste unitário tava com um bug hahaha la na hora eu tentei debugar o teste unitário, li o stacktrace do erro e parecia ser problema com o ambiente virtual do hacker rank. Acabei refazendo meu algoritmo que tava em java so que em JS e rodando no Browser. Se não fosse leetcode e meus dois anos de desenvolvimento web, eu nao tinha sido aprovado nessa prova técnica de java 😅
Excelente assunto, recorrente em diversas empresas que trabalhei e fora as plataforma mencionadas, geralmente essas pessoas me parecem que são contra o "aprendizado" e sempre tentam desincentivar este tipo de esforço .
Provavelmente cada uma das pessoas que são contra tem o seu próprio motivo para não estimular seus colegas, talvez por não achar útil ou simplesmente tenha uma insegurança sobre o que você pode aprender e aplicar, talvez uma novidade que force ela sair da zona de conforto ou dê um resultado excelente sem que ela ganhe créditos.
O importante é:
Resolver problemas.
Ou pelo código ou pela estrutura/solução.
Se der pra treinar os 2, ótimo.
A boné do ash sempre me faz da risada kkkkkkk
Mto bom o vídeo
Muito verdade isso. Essa humildade de perceber que tem que estudar é o mais importante. Muitos dos que se acham bons se tornam os piores colegas de trabalho porque "não sabem o que não sabem", e gente confiante demais assim é o mais difícil de melhorar.
Gustavo, sugiro dois temas para você trazer ao seu canal: sites de premiações como o Kaggle, competições para hackers e também debater o assunto voltado ao empreendedorismo em tecnologia (TI).
Fiz tanto LeetCode que acabei viciado. Na época, eu só usava C++ para disputar torneios. Mas cansei dessa vida e, se posso dar um conselho, estude até o nível intermediário.
Isso é true, eu comecei a programar depois da faculdade e comecei a trabalhar com node e react, então nem foquei tanto em ED e algoritmos, mas depois me aprofundei nesses tópicos e vi que isso ajuda demais no trabalho, pra conseguir encontrar soluções mais rapidamente usando lógica, justamente devido a ter feito diversos exercícios que me fizeram exercitar a resolução de problemas parecidos, as vezes vou conversar com senior sobre soluções, o cara não consegue compreender coisas simples pois não tem esse conhecimento e continua na ignorância de não querer fazer por que acha inútil.
não é nem só quem tá começando, bota um exercício de nivel medio do leetcode para um "senior" e é muito provável de não conseguir ou penar muito
Só se for sênior de tempo de carreira, porque no LeetCode easy e medium não existe nenhum exercício minimamente difícil, zero.
E quem não leu Cormen não é sênior.
@@dasmonstrum27 por isso as aspas
@@dasmonstrum27 existem vários tópicos pra se estudar, principalmente quando se é full-stack, devops ao mesmo tempo, e ainda implementa de cabo a rabo uma aplicação com pipeline pra produçÃo. A escolha vai de cada um. Eu abandonei o leetcode porque estava ficando sem tempo com tecnologias novas. Conheço muitos seniors que não tem idéia do que é Cormen ou leetcode, e que quando esses seniors dizem: vai dar merda, é porque vai dá merda. Daí eles configuram um monte de trambolho no pipeline, que você acha um excesso, e daí voce pergunta o porquê: eles dizem: pra não dar merda. São coisas do tipo: veracode, sonarqube, multistage docker build, lint, lock git branches, code reviews, realistic test coverage, TDD, fallbacks, policies, vulnerability checks, dependabot, artillery e a lista vai.... São detalhes que apenas os seniors tem idéia do porquê. E isso não se aprende sem se ferrar antes.
Estou resolvendo os exercícios do hackerRank e me surpreendi com a minha evolução. Obrigado
Tem exercícios desse que a gente percebe que o nosso código ainda não tá otimizado. Sempre tem aquele teste que vai fazer vc perder no timeout 😝
Um complemento ao vídeo: é provável que muitos já tenham ouvido falar de neuroplasticidade (a "elasticidade" do cérebro), como disse o Gus, e isso é bastante real.
Você precisa preparar o seu intelecto e tornar as situações mais inseridas na sua realidade ao ponto de se sentir acostumado com elas.
Cuidado pra não se perder aí kkkkk
A crítica na verdade é usar isso como método de avaliação em entrevista. Ainda mais se a empresa não faz uso no fluxo de trabalho.
Virou moda só porque as big techs aplicam.
Mas pra um google isso faz total sentido, já nem tanto pra start-up do seu zé.
Só por causa disso, volta a fazer os exercícios do HackerRank ai kkkk, saudades
Kkkkk pode crer
Trabalho como ladrilheiro de software, e concordo plenamente.
Realmente, pessoal está mais preocupado em criticar e evitar uma possível "vergonha" do que em focar nos possíveis benefícios que teriam.
Não perco nenhum video seu, muito bom, parabens
Vlw brother!!
já passei uma cara, horas a fio, fazendo exercícios pra vagas de trampo que não deram... aí frustra demais
eu usava o URI Online Judge mas acho que essas plataformas acabou mais me broxando do que me incentivando a continuar programando.
Olimpíadas de programação
HackerRank, Leetcode, Brilliant, Duolingo... O mundo possui uma gama de ferramentas que permitem qualquer profissional de tecnologia ir além em sua jornada profissional.
Leetcode dos fáceis são bons pra praticar lógica de programação. O básico de estrutura de dados e suas manipulações. Sempre que eu pego uma linguagem nova eu começo a prgsr sintaxe tentando fazer exercícios
eu penso exatamente igual
Será que tem lugar para acampar nesse parque ?
Se hidratem e conheçam suas ferramentas
Só discordo da frase "...é fraco". Vai de cada perfil, e vai do perfil que a empresa quer, um tonyStark ou etc..., eu simplesmente não aceito tentar resolver um problema por exemplo em react em 2 minutos (esse é o meu perfil), na minha opinião existem N variáveis, formas de se enxergar um problema e de resolver algo, quem nunca passou por um bug por dias e do nada resolveu em 1h?. Na minha visão a pessoa não é fraca, vai de perfil. Só esclarecendo É A MINHA OPINIÃO só isso. rs
um dos problemas que eu vejo naquelas plataformas é que existe uma linha muito tênue entre aprender a aplicar as estruturas de dados (que é o que interessa), e resolver algorítmos de competição em "tempo recorde". E eu sinto que essas plataformas são mais focadas em competição, e isso cria uma camada a mais de stress desnecessário em uma área instável onde o aprendizado é quase diário.
ixi 2º vídeo que vejo atacando o argumento do vídeo do Fiasco em menos de 24 horas kkkkkk (esse não diretamente)... vejo "cancelamento" no horizonte
Não existe contradição.
O Fiasco mesmo falou da utilidade do Leetcode nesses termos.
Mas pro dia-a-dia no trabalho, e como método de avaliação, a coisa muda.
Primeiro vc me ofende dizendo que não sou engenheiro de software só pq meu cargo de limpador de código tem na descrição engenharia de software e agora vc diz que a coisa que mais faço que é praticar hello world no leetcode não quer dizer que sou um gênio incompreendido????
Duras realidades