Isso qeu eu estava pensando, simplesmente não vai ter essa paciência, vão querer que você resolva logo, você provavelmente vai travar pois é uma tensão gigante, além de que você muitas vezes nem pode fazer tantas perguntas, eles só jogam o problema para você e você tem que resolver de algum jeito.
@@LiamElijahElijah Rapaz, as exp que tive n foram assim. Geralmente o(s) entrevistadores conversavam sobre o problema e me respondiam perguntas que eu fazia antes de fazer a tarefa, alem de responder questionamentos durante eu estar resolvendo. acho que tive sorte de encontrar os entrevistadores legais.
Minhas experiências também fora parecidas com a do @leonardofurtado2997, você só não pode ficar 20 minutos perguntando e não chegar a codificar alguma coisa. Mas a maioria teve paciência, troca idéia, sugere algumas coisas, quando eu ficava travado ainda dava alguma dica, coisa assim. Se eu vejo o entrevistador técnico sem paciência ou sendo grosso algo do tipo, você já pode ter uma noção de como é o ambiente de trabalho na empresa, pq normalmente o entrevistador técnico ou é manager ou algum sênior do time.
Muito bom o vídeo! Pior que tive uma experiência parecida, o entrevistador pediu para que a solução seguisse os princípios de orientação a objetos, porém eu não mexia com isso em JavaScript há muito tempo e acabei esquecendo coisas básicas da sintaxe, como definir propriedades, igual você no início do segundo problema. Nesses casos, o ideal é perguntar pro entrevistador sobre, ele ta ali mais pra te ajudar e você ainda demonstra boas soft skills.
O RH procura pessoas específicas e possa ser que o problema não tenha sido você, mas eles possam ter encontrado alguém que batia mais com o que queriam
Isso que eu tava pensando esses dias, eu prefiro que joguem um teste de código absurdo em cima de mim mas com alguma chance de provar o que eu posso fazer, do que ser descartado por um algoritmo por que meu CV não tem uma palavra chave especifica. Por que cara... não tem nada mais doloroso do que você ser uma pessoa que está procurando emprego e encontra uma vaga que você tem certeza que você se encaixa, e ser dispensado por uma mensagem automática 2 minutos depois de se candidatar.
@@viniciusbernardo2112 vc sabe o que acontece né?? Tem um padrao de curriculo q os recrutadores querem pq eles jogam nums programas que classifica os candidatos, ai eles pegam o top 10, dao uma olhada nos anos de experiencia e marcam entrevista com 3
Kkkk normal mano, tbm me senti assim, só que em outro vídeo de resolução de um desafio chamado "flood fill" com utilização de recursão que fez bugar minha mente
Relaxa, na real o que eles fizeram aí foi bem simples, só enrolaram muito e colocaram excessões demais, é mais uma entrevista comunicativa do que uma pra codar, fazer algoritmos é tipo falarem pra você elaborar uma conta de matemática e a melhor situação pra se responder, na hora da lógica você vai pensar em pelo menos umas 10 formas diferentes de realizar essa situação e vai amarrar a que presumir melhor no código. Se quer algo pra acalmar a mente, o cara ali tinha leves dificuldade na sintaxe do python.
Infelizmente em uma entrevista real, o entrevistador (muita das vezes cansado de tanto entrevistar), vai fazer o mínimo esforço pra ajudar de fato o entrevistado (até porque ele não tem essa obrigação de fato, dependendo do nível da vaga)
na da árvore binária não seria melhor usar recursão? acho que pela natureza da árvore binária a recursão sai mais barata do que essa busca que vc fez código exemplo (em C): Node* largestNode(Node* root) { if (root->right != NULL) return largestNode(root->right);
na questao do binary, seria mais facil e mais otimizado fazer com uma funcao recursiva. Sendo que nos sabemos o no da esquerda e da direita e o valor podemos utilizar funcao recursiva para saber sempre o maior elemento em vez de criar um array.
Desde o começo eu notei que ele não escolheu o melhor algoritmo de propósito, pq uma arvore balanceada é justamente para ajudar na buscar. Era só ele ignorar os da direitas indo pra esquerda, mas no final eu entendi que era sobre a entrevista em si e não sobre a eficiência do algoritmo
Muito massa a entrevista, sabem dizer se nas mesmas a semântica do código não conta também? pq convenhamos que a função da fibonnaci por exemplo não seguiu muito bem o clean code, abreviações aqui e ali, condições com os valores diretos (poderia ter setado um variavel "numberIsBellowZero" e usar na condição que retorna a exceção, etc).
@@leonardopestilleleao nem chega a ser uma otimização, é só para melhorar a semântica do código mesmo, não vejo como isso poderia ser ruim em nenhum cenário, visto que provavelmente o dev trabalhará em equipe.
Participei de uma entrevista living code, o desafio era relativamente simples, mas fiquei muito nervoso no momento, e o entrevistador não tava num bom dia. Ficou de cara feia a maior parte da entrevista, e não deu dica alguma, só mandou eu lê o case e me virar.
nada contra, mas nunca participaria de uma entrevista assim. Quer me testar, me coloca pra trabalhar e entender a regra de negocio, isso ai é tudo besteira e ego de entrevistador
Então, a gente recebeu bastante esse tipo de comentário, eu não vou entrar no mérito se entrevistas assim fazem sentido ou não. Mas a realidade é que esse modelo de entrevistas é o modelo usado por todas as big techs, Meta, Google, Netflix, etc. E por virtude disso, é um modelo bastante popular ao redor do mundo e em várias empresas. Tanto eu quanto o Leonardo (que fez o papel de entrevistador aqui) já passamos por várias assim. Até tem como você entrar num Google ou Facebook sem essa entrevista, mas você tem que ser um outlier absurdo, e já conhecido por ter feito algo extraordinário. Ou seja, essa entrevista abre bastantes portas, e portas muito boas.
Eles complicaram demais a lógica kkkk, era pra ser mais beeem mais simples, começaram com uma lógica mudaram pra outra, a ideia é uma analise da comunicação e lógica com o programador e o entrevistador.
em que medida é que este tipo de entrevista contribui em alguma coisa se os programadores podem (e devem) utilizar AI para este tipo de aplicações de algoritmos? isto é andar para trás!
Que agonia ver isso, na vida real o cara vai fazendo e testando logo oq ta saindo kkkk ou mete um gpt para explicar bem o contexto, melhores praticas etc e depois faz/adapta/testa. Ficar muito na teoria para depois rodar parece aquelas perguntas da escola, é tão simples 1+1 mas quando pede na prova o cara fica tipo "qual a pegadinha nisso? não pode ser 2, ta muito simples" aí enrola e acaba errando kkkk Alguém mais aqui programa assim tbm ou estou doido? haha
Meu professor sempre fala para desenhar. Com o tempo, fui percebendo que ao desenhar, você acaba ganhando a 'habilidade' de testar o algoritmo sem precisar executá-lo. Doideira, né? kk
Legal, porém começaria escrevendo os testes levando em consideração os casos de uso que ele passou. Exemplo: Test quando valor 0 deveria ter um retorno 0 Test quando valor é negativo deveria retornar uma exception..... Se for uma entrevista para junior até acho legal ver a habilidade da pessoa com a linguagem construindo um algoritmo como Fibonacci. Porém prefiro trazer casos reais, problemas reais para entender como a pessoa resolveria. abs, bom video.
Tu realmente acha que resolver um problema de algoritmo numa entrevista tem relação com testar dominio de linguagem? Recomendo ler alguns artigos de porque testes técnicos no exterior tem um apelo tão forte para esse tipo de entrevista
@@MrLOPIU22 Por isso começa pelo teste, inicialmente seu código não vai fazer o que você escreveu, e será uma forma no final de garantir que todos os requisitos foram cumpridos. Existem outros beneficios, mas não vem ao caso. abs
@@sacarflames Talvez eu não tenha sido claro, minha questão não é sobre teste técnico, inclusive acho fundamental, minha única questão foi: "EU PREFIRO" trazer desenvolvimento de casos de uso reais em uma entrevista técnica. Que NA MINHA OPINIÃO, potencializa o resultado final. abs
Pq a questão é ele ver qual o seu raciocínio lógico pra resolver problemas. Pq apesar de existir IA pra ajudar , o raciocínio lógico é a principal ferramenta do programador.
Minha ansiedade não me permite participar de uma entrevista assim kkkk
te entendo perfeitamente 🤣
fraco
@@ViniciusC. falou o rei delas kkkkk
Treine!
Em uma entrevista de verdade, essa paciência em ambos não existe.
Isso qeu eu estava pensando, simplesmente não vai ter essa paciência, vão querer que você resolva logo, você provavelmente vai travar pois é uma tensão gigante, além de que você muitas vezes nem pode fazer tantas perguntas, eles só jogam o problema para você e você tem que resolver de algum jeito.
@@LiamElijahElijah Rapaz, as exp que tive n foram assim. Geralmente o(s) entrevistadores conversavam sobre o problema e me respondiam perguntas que eu fazia antes de fazer a tarefa, alem de responder questionamentos durante eu estar resolvendo. acho que tive sorte de encontrar os entrevistadores legais.
Minhas experiências também fora parecidas com a do @leonardofurtado2997, você só não pode ficar 20 minutos perguntando e não chegar a codificar alguma coisa. Mas a maioria teve paciência, troca idéia, sugere algumas coisas, quando eu ficava travado ainda dava alguma dica, coisa assim.
Se eu vejo o entrevistador técnico sem paciência ou sendo grosso algo do tipo, você já pode ter uma noção de como é o ambiente de trabalho na empresa, pq normalmente o entrevistador técnico ou é manager ou algum sênior do time.
Você têm raciocínio lógico-analítico muito bem desenvolvido. Obrigado por trazer conteúdo de qualidade.
Muito bom o vídeo! Pior que tive uma experiência parecida, o entrevistador pediu para que a solução seguisse os princípios de orientação a objetos, porém eu não mexia com isso em JavaScript há muito tempo e acabei esquecendo coisas básicas da sintaxe, como definir propriedades, igual você no início do segundo problema. Nesses casos, o ideal é perguntar pro entrevistador sobre, ele ta ali mais pra te ajudar e você ainda demonstra boas soft skills.
Caraca queria ter tido uma entrevista assim, acho que seria ainda mais fácil do que ser julgado por aparência ou mera presunção do RH
O RH procura pessoas específicas e possa ser que o problema não tenha sido você, mas eles possam ter encontrado alguém que batia mais com o que queriam
Geralmente essa entrevista é a segunda fase, a com RH acontece antes.
@@cromo29mais com o que eles queriam = 15 anos de experiencia (tempo apenas) pra fazer serviço de senior de 5 anos ganhando salario de estagiario
Isso que eu tava pensando esses dias, eu prefiro que joguem um teste de código absurdo em cima de mim mas com alguma chance de provar o que eu posso fazer, do que ser descartado por um algoritmo por que meu CV não tem uma palavra chave especifica. Por que cara... não tem nada mais doloroso do que você ser uma pessoa que está procurando emprego e encontra uma vaga que você tem certeza que você se encaixa, e ser dispensado por uma mensagem automática 2 minutos depois de se candidatar.
@@viniciusbernardo2112 vc sabe o que acontece né?? Tem um padrao de curriculo q os recrutadores querem pq eles jogam nums programas que classifica os candidatos, ai eles pegam o top 10, dao uma olhada nos anos de experiencia e marcam entrevista com 3
Parabéns pelo video!
Deu pra ter uma idéia bem legal de como é esse tipo de entrevista.
Mesmo sendo só uma simulação, entrevista é sempre foda, sempre deixa a gente nervoso kkk
Muito bom gente ! Foi uma forma legal de entender como funciona uma entrevista que envolve implementação de algoritmos
Excelente video! Muito enriquecedor. vlw pessoal.
cara to estudando logica e algoritimo e mds me senti burro vendo isso caralho os caras sao muito bom pqp
Kkkk normal mano, tbm me senti assim, só que em outro vídeo de resolução de um desafio chamado "flood fill" com utilização de recursão que fez bugar minha mente
Relaxa, na real o que eles fizeram aí foi bem simples, só enrolaram muito e colocaram excessões demais, é mais uma entrevista comunicativa do que uma pra codar, fazer algoritmos é tipo falarem pra você elaborar uma conta de matemática e a melhor situação pra se responder, na hora da lógica você vai pensar em pelo menos umas 10 formas diferentes de realizar essa situação e vai amarrar a que presumir melhor no código. Se quer algo pra acalmar a mente, o cara ali tinha leves dificuldade na sintaxe do python.
Muito bom mesmo.
Maus vídeos como ese.
Aliás, acabei de ver que tem outro com essa pegada.
Mil vezes mais fácil passar em um concurso público.
Faz uma que o entrevistador não é razoável, quero me sentir contemplado
Muito bom esse formato de vídeo.
O algoritmo não recursivo não funciona sempre, basta a árvore ser mais extensa na ramificação da esquerda e ele já não funciona.
Anyways, bom vídeo!
muito bom o video !!! estou iniciando na programação agr, e pelo menos consegui acompanhar a lógica. kkk
Esse video é uma aula, muito top!🚀
Top de mais seu video mano, parabéns!
Top demais, esse conteúdo!!🙂
Top demais. Ganhou um inscrito!
Infelizmente em uma entrevista real, o entrevistador (muita das vezes cansado de tanto entrevistar), vai fazer o mínimo esforço pra ajudar de fato o entrevistado (até porque ele não tem essa obrigação de fato, dependendo do nível da vaga)
video bom demais mano, no fibonacci fazer com metodos recursivos seria ruim pela velocidade do algoritmo ou algm coisa assim?
Isso ai parece um dia-a-dia na minha faculdade, eu com meu parceiro tentando resolver os problemas dado pelo professor! kkkk
cara a func recursiva é custosa, porém se você usar recursiva com memo é melhor que a iterativa.
Definitivamente não conseguiria participar te uma entrevista assim, minha memória é péssima
muito bom, fiquei na duvida.. isso seria um teste pra qual nivel de carreira, tipo: junior,pleno,senior.
Creio que entre pleno e sênior
Pra uma FAANG da vida, com certeza isso ai seria pra estágio, até. Mas deve ser pleno pra sênior mesmo
@@marcospaulomachadoazevedo7776 não sei, isso a gente ve no inicio da faculdade
Muito top!
Até hoje nunca vi uma arvore binaria sendo usada na vida real, esse simulado não está muito fora da caixinha da vida real?
sim está e na vida real ninguem tem essa paciencia
na da árvore binária não seria melhor usar recursão? acho que pela natureza da árvore binária a recursão sai mais barata do que essa busca que vc fez
código exemplo (em C):
Node* largestNode(Node* root) {
if (root->right != NULL)
return largestNode(root->right);
printf("%d
", root->value);
return root;
}
Aqui tu vai printar o maior numero, que não necessáriamente é o N maior numero
Ele não quer o maior número, ele quer o n-éssimo maior número
MUITO BOMMMMM
na questao do binary, seria mais facil e mais otimizado fazer com uma funcao recursiva. Sendo que nos sabemos o no da esquerda e da direita e o valor podemos utilizar funcao recursiva
para saber sempre o maior elemento em vez de criar um array.
Desde o começo eu notei que ele não escolheu o melhor algoritmo de propósito, pq uma arvore balanceada é justamente para ajudar na buscar. Era só ele ignorar os da direitas indo pra esquerda, mas no final eu entendi que era sobre a entrevista em si e não sobre a eficiência do algoritmo
Muito massa a entrevista, sabem dizer se nas mesmas a semântica do código não conta também? pq convenhamos que a função da fibonnaci por exemplo não seguiu muito bem o clean code, abreviações aqui e ali, condições com os valores diretos (poderia ter setado um variavel "numberIsBellowZero" e usar na condição que retorna a exceção, etc).
chega uma hora que oq importa é funcionar kkkkkk
@@cristiano_adm hahahahha tem disso também. Mas acho que daria uns pontos a mais para o dev
@@user-dm1bw6vw1x tlgd tlgd kkkk
otimização prematura... isso pode ate ser motivo de implicancia dependendo do dev que esta te entrevistando.
@@leonardopestilleleao nem chega a ser uma otimização, é só para melhorar a semântica do código mesmo, não vejo como isso poderia ser ruim em nenhum cenário, visto que provavelmente o dev trabalhará em equipe.
Participei de uma entrevista living code, o desafio era relativamente simples, mas fiquei muito nervoso no momento, e o entrevistador não tava num bom dia. Ficou de cara feia a maior parte da entrevista, e não deu dica alguma, só mandou eu lê o case e me virar.
Por mais conteudo assim. kkkkkkk
Canal top
Poderia usar slot para deixar a class inalteravel, junto com privado
Ainda não vi o video todo, mas no primeiro problema, inves de printar o array - 1, não seria mais mais facil fazer um for que percorre o array - 1 ?
se eu tivesse visto mais um pouco, teria visto a outra solução, que também foi legal
se tivesse um self.pai ali acabou não precisava nem de uma pilha
Impressao minha ou o Galego tem a voz igualzinha a do Gabriel Poliglota? kkkk
trabalho real: adicionar botão na página
👌GoodJob
EITA KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK
nada contra, mas nunca participaria de uma entrevista assim. Quer me testar, me coloca pra trabalhar e entender a regra de negocio, isso ai é tudo besteira e ego de entrevistador
Então, a gente recebeu bastante esse tipo de comentário, eu não vou entrar no mérito se entrevistas assim fazem sentido ou não. Mas a realidade é que esse modelo de entrevistas é o modelo usado por todas as big techs, Meta, Google, Netflix, etc. E por virtude disso, é um modelo bastante popular ao redor do mundo e em várias empresas.
Tanto eu quanto o Leonardo (que fez o papel de entrevistador aqui) já passamos por várias assim. Até tem como você entrar num Google ou Facebook sem essa entrevista, mas você tem que ser um outlier absurdo, e já conhecido por ter feito algo extraordinário.
Ou seja, essa entrevista abre bastantes portas, e portas muito boas.
eu com python básico assistindo esse video 🤡🤡
Eles complicaram demais a lógica kkkk, era pra ser mais beeem mais simples, começaram com uma lógica mudaram pra outra, a ideia é uma analise da comunicação e lógica com o programador e o entrevistador.
Dois! kkkkkkkkkkk
Eu aqui no print('Olá, mundo') kkkkkkkkk
@@giliansena6322😹😹😹😹
em que medida é que este tipo de entrevista contribui em alguma coisa se os programadores podem (e devem) utilizar AI para este tipo de aplicações de algoritmos? isto é andar para trás!
Fibonacci
If / case.. 🤔
Que agonia ver isso, na vida real o cara vai fazendo e testando logo oq ta saindo kkkk ou mete um gpt para explicar bem o contexto, melhores praticas etc e depois faz/adapta/testa.
Ficar muito na teoria para depois rodar parece aquelas perguntas da escola, é tão simples 1+1 mas quando pede na prova o cara fica tipo "qual a pegadinha nisso? não pode ser 2, ta muito simples" aí enrola e acaba errando kkkk
Alguém mais aqui programa assim tbm ou estou doido? haha
coisa de vadias corporativas
foda-se o rh e todas as funções desnecessarias
Por isso que o exercício é um problema simples e não complexo... Eles precisam entender como você pensa na resolução do problema
Meu professor sempre fala para desenhar. Com o tempo, fui percebendo que ao desenhar, você acaba ganhando a 'habilidade' de testar o algoritmo sem precisar executá-lo. Doideira, né? kk
nao entendi nada.
# 1 esse codigo é um problema a ser resolvido? #2 é uma pagina sendo criada? #3 sao duas pessoas falando nada com nada?
é uma entrevista de algoritmos, logo é um problema a ser resolvido. ele ja explica logo no começo o que ele quer.
9:29, po marreco, um dos requisitos era não imprimir nada quando fosse zero, e tu meteu do nada que tinha que imprimir um array vazio. Aahahaha.
Eu acho muita babozeira pra um fluxo de rotina! quem lida com problemas todo dia sabe que isso ai n adianta de nada!
Legal, porém começaria escrevendo os testes levando em consideração os casos de uso que ele passou.
Exemplo: Test quando valor 0 deveria ter um retorno 0
Test quando valor é negativo deveria retornar uma exception.....
Se for uma entrevista para junior até acho legal ver a habilidade da pessoa com a linguagem construindo um algoritmo como Fibonacci. Porém prefiro trazer casos reais, problemas reais para entender como a pessoa resolveria.
abs, bom video.
pq vc vai testar que o código que vc escreveu faz oq vc escreveu?
@@MrLOPIU22 ta de sacanagem?
Tu realmente acha que resolver um problema de algoritmo numa entrevista tem relação com testar dominio de linguagem?
Recomendo ler alguns artigos de porque testes técnicos no exterior tem um apelo tão forte para esse tipo de entrevista
@@MrLOPIU22 Por isso começa pelo teste, inicialmente seu código não vai fazer o que você escreveu, e será uma forma no final de garantir que todos os requisitos foram cumpridos. Existem outros beneficios, mas não vem ao caso. abs
@@sacarflames Talvez eu não tenha sido claro, minha questão não é sobre teste técnico, inclusive acho fundamental, minha única questão foi: "EU PREFIRO" trazer desenvolvimento de casos de uso reais em uma entrevista técnica. Que NA MINHA OPINIÃO, potencializa o resultado final. abs
Pq não pede para alguma inteligência artificial resolver o problema? Pelo amor de Deus, Essa entrevista técnicas foi pra perder tempo.
Pq a questão é ele ver qual o seu raciocínio lógico pra resolver problemas. Pq apesar de existir IA pra ajudar , o raciocínio lógico é a principal ferramenta do programador.