De fato é um livro que já provou seu valor no tempo, seu primeiro lançamento foi em 2008 e até hoje é referencia. Hoje minha prioridade não é aprender algoritmos, mas num futuro próximo pretendo ter esse livro. Parabéns pelo vídeo, tmj!
Muito bom, Claudson! Estava esperando essa review desde que vi você com esse livro em alguma foto que você lançou no Instagram. Sobre a pergunta no final do vídeo, ainda não passei por esse tipo de entrevista, mas de fato é bom estar preparado. Sensacional as dicas. Valeu! 👊💪
Mais um ótimo vídeo. Cara, eu fiz um processo para uma empresa da Alemanha no fim do ano passado e cheguei até a penultima fase, que foi uma entrevista com dois engineers da empresa pra comentar sobre meu projeto que eu tinha enviado. Infelizmente um dos dois era do Cazaquistão e o outro eu não consegui nem entender o nome do país dele, fiquei frustrado pra caramba porque sabia que eu poderia passar, mas esse bloqueio na comunicação atrapalhou mesmo eu pedindo pra repetir algumas vezes a pergunta e acho que isso gerou um desconforto em mim e não passei as respostas da forma como queria, acabei não passando, infelizmente. Desde então venho lendo reviews desse livro e agora com o teu vídeo, acho que vou começar a ler. Parabéns.
Fala Anchieta, poxa isso acontece nas melhores famílias, pegar o sotaque das pessoas não é algo rápido. Espero que o livro te ajude e não desista, isso tudo ajuda a gente a lidar até com o nervosismo.
Muito bom o vídeo Claudson, já conhecia o livro mas depois desse review irei comprar com certeza. Obrigado! Iniciando uma discussão saudável: Discordo do ponto que você falou sobre a técnica menos esperta ser a de encaixar uma estrutura de dados no problema, na verdade essa é uma boa estratégia se você perceber que o problema basicamente pede resolver um problema clássico conhecido, aí você não precisa reinventar a roda, entendeu? É comum isso acontecer em problemas de busca em string, árvores, grafos e etc. Mas problemas do tipo ad hoc, concordo com você que as vezes vale mais a pena a gente tentar usar o que sabemos mesmo. Abraços.
Valeu Marcos, boa discussão. Quando eu li essa estratégia eu entendi um cenário onde não está claro a estrutura de dados a se utilizar (o problema não sugere isso) e a pessoa precisa meio que ir fazendo um brute force na cabeça para tentar encontrá-la. Mas concordo com você que se o problema é um clássico ou até te pede para buscar um item numa arvore, nao tem porque pensar diferente mesmo.
@@Filhodanuvem Boa! Agora com sua explicação, concordo com você, tentativa e erro é uma estratégia frustrante pra tentar solucionar o problema cujo o tempo é um dos fatores envolvidos. Valeu.
esse livro é de 2015, é seguro ler ele (ele serve para os dias atuais?) ? Desculpe a ignorância, mas estudo python e sempre tenho que me atualizar com a tecnologia , então fico com pé atrás quando o livro tem algum tempo, e obrigado pela recomendação.
Na verdade é um comentário muito pertinente. A regra pra mim é se um livro é sobre uma tecnologia específica, a chance dele se desatualizar é maior. Eu tento focar em livros que não são sobre uma linguagem ou ferramenta, nesse caso é sobre entrevistas e problemas de algoritmos. Os problemas e soluções vão continuar válidos.
Eu acho esse assunto mega importante pra quem é dev e eu entendo que empresas de tecnologia que ditam o mercado e que são referencias para outras empresas de tecnologia o sarrafo para entrar tem que ser maior mesmo, dado ao tipo de problema que querem resolver. Mas convenhamos que essas empresas representam o que, 2 % do mercado? A verdade é que 98% das empresas fazem CRUD e não necessitam tanto de conhecimentos avançados pra tal. Acho mega engraçado, inclusive aqui em PT, muitas consultorias passando testes de whiteboard e em plataformas tipo Hacker Rank onde o projeto necessita mais conhecimentos de Design System do que de Algoritmos e Estrutura de Dados. É um caminho muito nebuloso que essas empresas que não são ponta de lança na tecnologia estão seguindo, pq se eu me preparo para um processo exigente e longo como são dessas empresas de vanguarda, pq me sujeitaria a fazer o mesmo processo pra empresa "mequetrefe" que sabemos que a complexidade do negócio não chega nem perto dessas influenciadoras? É complicado! Sobre o livro, ele esta na minha lista de desejos, eu tenho um aqui do Narasimha Karumanchi - Data Strucutures and Algorithms made easy , que é bem bom tbm, tem bastante exercício mas exige que saiba já pelo menos o básico da matéria.
Acho o ponto que voce levantou mega importante, é tanta empresa se achando a google por aí, já participei de processos longos aqui em pt pra chegar no fim e ter uma proposta ridícula ou muito diferente da exigência toda. Por outro lado vou te fazer uma provocação de volta que me pergunto sempre. Testes de algoritmos em hackerRank excluem muita gente boa, não acho o melhor tipo de processo, mas também vejo uma galera reclamando que empresas que pedem pra desenvolver um projetinho em casa abusam, que são horas pra fazer, que estamos trabalhando de graça.... Enfim. Se algoritmos tá ruim, se projeto em cada tá ruim, sobra o que pra testar as pessoas? Só conversa acho muito arriscado, já vi gente se vendendo tão bem mas na hora da prática mesmo, não rolava.
@@Filhodanuvem concordo! Tanto testes longos em plataformas em hacker rank e projetos complexos são um exagero. E concordo que conversa só, não é suficiente. Acho que um meio termo é o ideal um projeto onde vc consiga mostrar seus conhecimentos. Eu passei por um processo recente em que achei super válido as etapas: houve uma conversa técnica e depois um desafio com 7 dias pra fazer e com pontos claros do que seria avaliado. O desafio consistia em fazer uma api com dois endpoints um de insert e um de consulta. Ai vai do candidato fazer todos os tópicos exigidos ou só os must have.
Acho bizarro pra 99% das entrevistas pedir algoritmos (like a puzzle). É como pedir pra alguém q vai trabalhar com contabilidade resolver várias equações na entrevista, em um quadro negro em 20 minutos. Se pararmos pra pensar, sem paixão, quais problemas as empresas estão resolvendo para q eu precise fazer "malabarismos" com algoritmos? A imensa maioria tem muito mais problemas de design, arquitetura, decisões de projeto, código ilegível ou mal escrito, comunicação... enfim, são tantos q não da pra descrever aqui. Alguém q treina algoritmos (algoritmo é treino) mesmo q não atenda nenhuma dessas demandas acima passa em uma entrevista dessa e outros, q estão no mercado resolvendo problemas reais, a menos q arranje um tempo pra estudar, vão tomar pau no processo. Desenvolver algum pequeno protótipo de algo ligado ao dia a dia da empresa, mesmo q leve mais tempo, faz muito mais sentido. Minha opinião. Mas o livro é bom, diga-se de passagem :)
Eu manjo o bastante pra ler um texto da nossa área como uma postagem de um blog em inglês. Se tu não se sente confortável nesse caso não vai ajudar muito não mano.
De fato é um livro que já provou seu valor no tempo, seu primeiro lançamento foi em 2008 e até hoje é referencia.
Hoje minha prioridade não é aprender algoritmos, mas num futuro próximo pretendo ter esse livro.
Parabéns pelo vídeo, tmj!
Muito boa colocação, a melhor prova de um livro ser relevante é o fato dele envelhecer bem.
Muito bom, Claudson! Estava esperando essa review desde que vi você com esse livro em alguma foto que você lançou no Instagram. Sobre a pergunta no final do vídeo, ainda não passei por esse tipo de entrevista, mas de fato é bom estar preparado. Sensacional as dicas. Valeu! 👊💪
Valeuu Willian!
Mais um ótimo vídeo. Cara, eu fiz um processo para uma empresa da Alemanha no fim do ano passado e cheguei até a penultima fase, que foi uma entrevista com dois engineers da empresa pra comentar sobre meu projeto que eu tinha enviado. Infelizmente um dos dois era do Cazaquistão e o outro eu não consegui nem entender o nome do país dele, fiquei frustrado pra caramba porque sabia que eu poderia passar, mas esse bloqueio na comunicação atrapalhou mesmo eu pedindo pra repetir algumas vezes a pergunta e acho que isso gerou um desconforto em mim e não passei as respostas da forma como queria, acabei não passando, infelizmente. Desde então venho lendo reviews desse livro e agora com o teu vídeo, acho que vou começar a ler. Parabéns.
Fala Anchieta, poxa isso acontece nas melhores famílias, pegar o sotaque das pessoas não é algo rápido. Espero que o livro te ajude e não desista, isso tudo ajuda a gente a lidar até com o nervosismo.
Como você achou essa empresa estando no Brasil?
@@giuseppebrandi3742 Linkedin, o que é bem normal.
Muito bom o vídeo Claudson, já conhecia o livro mas depois desse review irei comprar com certeza. Obrigado!
Iniciando uma discussão saudável: Discordo do ponto que você falou sobre a técnica menos esperta ser a de encaixar uma estrutura de dados no problema, na verdade essa é uma boa estratégia se você perceber que o problema basicamente pede resolver um problema clássico conhecido, aí você não precisa reinventar a roda, entendeu? É comum isso acontecer em problemas de busca em string, árvores, grafos e etc. Mas problemas do tipo ad hoc, concordo com você que as vezes vale mais a pena a gente tentar usar o que sabemos mesmo. Abraços.
Valeu Marcos, boa discussão. Quando eu li essa estratégia eu entendi um cenário onde não está claro a estrutura de dados a se utilizar (o problema não sugere isso) e a pessoa precisa meio que ir fazendo um brute force na cabeça para tentar encontrá-la. Mas concordo com você que se o problema é um clássico ou até te pede para buscar um item numa arvore, nao tem porque pensar diferente mesmo.
@@Filhodanuvem Boa! Agora com sua explicação, concordo com você, tentativa e erro é uma estratégia frustrante pra tentar solucionar o problema cujo o tempo é um dos fatores envolvidos. Valeu.
esse livro é de 2015, é seguro ler ele (ele serve para os dias atuais?) ? Desculpe a ignorância, mas estudo python e sempre tenho que me atualizar com a tecnologia , então fico com pé atrás quando o livro tem algum tempo, e obrigado pela recomendação.
Na verdade é um comentário muito pertinente. A regra pra mim é se um livro é sobre uma tecnologia específica, a chance dele se desatualizar é maior. Eu tento focar em livros que não são sobre uma linguagem ou ferramenta, nesse caso é sobre entrevistas e problemas de algoritmos. Os problemas e soluções vão continuar válidos.
@@Filhodanuvem muito obrigado por me tirar essa dúvida
Muito bom! já passei por alguns testes de programação e tive problemas com alguns desafios de programação. Parabéns pelo conteúdo!
Valeu Richard.
Eu acho esse assunto mega importante pra quem é dev e eu entendo que empresas de tecnologia que ditam o mercado e que são referencias para outras empresas de tecnologia o sarrafo para entrar tem que ser maior mesmo, dado ao tipo de problema que querem resolver. Mas convenhamos que essas empresas representam o que, 2 % do mercado? A verdade é que 98% das empresas fazem CRUD e não necessitam tanto de conhecimentos avançados pra tal. Acho mega engraçado, inclusive aqui em PT, muitas consultorias passando testes de whiteboard e em plataformas tipo Hacker Rank onde o projeto necessita mais conhecimentos de Design System do que de Algoritmos e Estrutura de Dados. É um caminho muito nebuloso que essas empresas que não são ponta de lança na tecnologia estão seguindo, pq se eu me preparo para um processo exigente e longo como são dessas empresas de vanguarda, pq me sujeitaria a fazer o mesmo processo pra empresa "mequetrefe" que sabemos que a complexidade do negócio não chega nem perto dessas influenciadoras? É complicado! Sobre o livro, ele esta na minha lista de desejos, eu tenho um aqui do Narasimha Karumanchi - Data Strucutures and Algorithms made easy , que é bem bom tbm, tem bastante exercício mas exige que saiba já pelo menos o básico da matéria.
Acho o ponto que voce levantou mega importante, é tanta empresa se achando a google por aí, já participei de processos longos aqui em pt pra chegar no fim e ter uma proposta ridícula ou muito diferente da exigência toda.
Por outro lado vou te fazer uma provocação de volta que me pergunto sempre. Testes de algoritmos em hackerRank excluem muita gente boa, não acho o melhor tipo de processo, mas também vejo uma galera reclamando que empresas que pedem pra desenvolver um projetinho em casa abusam, que são horas pra fazer, que estamos trabalhando de graça.... Enfim. Se algoritmos tá ruim, se projeto em cada tá ruim, sobra o que pra testar as pessoas? Só conversa acho muito arriscado, já vi gente se vendendo tão bem mas na hora da prática mesmo, não rolava.
@@Filhodanuvem concordo! Tanto testes longos em plataformas em hacker rank e projetos complexos são um exagero. E concordo que conversa só, não é suficiente. Acho que um meio termo é o ideal um projeto onde vc consiga mostrar seus conhecimentos. Eu passei por um processo recente em que achei super válido as etapas: houve uma conversa técnica e depois um desafio com 7 dias pra fazer e com pontos claros do que seria avaliado. O desafio consistia em fazer uma api com dois endpoints um de insert e um de consulta. Ai vai do candidato fazer todos os tópicos exigidos ou só os must have.
Acho bizarro pra 99% das entrevistas pedir algoritmos (like a puzzle). É como pedir pra alguém q vai trabalhar com contabilidade resolver várias equações na entrevista, em um quadro negro em 20 minutos.
Se pararmos pra pensar, sem paixão, quais problemas as empresas estão resolvendo para q eu precise fazer "malabarismos" com algoritmos? A imensa maioria tem muito mais problemas de design, arquitetura, decisões de projeto, código ilegível ou mal escrito, comunicação... enfim, são tantos q não da pra descrever aqui.
Alguém q treina algoritmos (algoritmo é treino) mesmo q não atenda nenhuma dessas demandas acima passa em uma entrevista dessa e outros, q estão no mercado resolvendo problemas reais, a menos q arranje um tempo pra estudar, vão tomar pau no processo.
Desenvolver algum pequeno protótipo de algo ligado ao dia a dia da empresa, mesmo q leve mais tempo, faz muito mais sentido.
Minha opinião.
Mas o livro é bom, diga-se de passagem :)
Muito bom seu canal! Está de parabéns. Já comprei o livro pelo link haha :-)
Opa, boa leitura Gustavo! Valeu ;)
Muito bom o video! Parabens Claudson! :)
Valeuuu Bruno, ta sumido cara.
Adorei a dica! Parabéns e obrigado
Sensacional o vídeo, parabéns.
Valeuuu Pedro
Vc já manja muito de inglês? Por que eu não, será que funciona pra mim?
Eu manjo o bastante pra ler um texto da nossa área como uma postagem de um blog em inglês. Se tu não se sente confortável nesse caso não vai ajudar muito não mano.
Já tenho esse livro há 2 anos, mas nunca terminei de ler kkkk
hahahah sem pressao.
Excelente conteudo mano.
Valeuuu Waldir!
Muito bom!
Valeuuu garrido!
Esse livro possui em português para comprar?
Eu acho que esse livro não foi traduzido pra português Gabriel.
Bom
Valeuu
Legal
existe esse livro em pt?
Acho que não Everton.
@@Filhodanuvem aaa
kkkkkkkkkkkk ganho inscrito
filho da nuvem
Bem vindo Nathan ☁️
Boa tarde meu amigo abraço
TMJ 😎😎😎😎😎👍
Boa tarde Andre, que tudo esteja bem por aí, abraços.