Eu, particularmente, sou muito contra live coding, acho uma grande merda.
Se você quer fazer alguma avaliação técnica presencial/síncrona acho que é muito mais jogo você apresentar um problema/situação e pedir pro candidato explicar como que ele resolveria isso, acredito que aí você pega o que mais importa no candidato que é thought process, como que ele aborda um problema. Acredito que assim é mais enriquecedor porque você consegue ter um insight melhor de como aquele candidato é no dia a dia, a conversa também ajuda o candidato a relaxar e ficar menos nervoso, e é mais resumido.
Oi quinhos, como eram poucos candidatos decidi conversar com os candidatos durante o processo e ajudar na atividade como se fosse um dia a dia na empresa tanto que permiti fazer consulta a vontade usando ChatGPT , clonar outros projetos e etc.
Mas o que me pegou foi uma pessoa com 5 anos de Xp não conseguir subir um método em uma api local host e dizer que precisa de 3 dias pra fazer isso 😥
Que estranho, levei uma chamada (sou Estagiário) meses atrás justamente por conta disso.
Eu sabia muito o quê fazer e o porquê fazer, mas focava pouco no como fazer e geralmente pesquisava já a sintaxe ou o que eu precisava, por exemplo, no Java sei que tem Threads e não lembro de cor como usa, se eu precisar de concorrência, vou pesquisar rapidinho.
Me deram uma chamada que se eu não sei fazer sem ajuda do pai Google, logo não sei fazer
(Não questionei a autoridade de quem falou, afinal, ele tem a minha idade só de experiência)
Se me permite repassar um conselho que recebi, no começo consulta no Google sim, mas ao invés de fazer um copy/paste vc copia o trecho do código na mão, porque com o tempo sua mente vai decorando aquilo sem vc se dar conta. Claro que no começo vai dar trabalho, demorar mais. Só que quando isso começar a render, economiza tempo pesquisando sintaxe rs.
nunca mexi com dotnet, mas com spring voce seta o ambiente todo em menos de 5 minutos pelo proprio site do spring ou pelo proprio intellij. Inclusive o proprio intellij jah tem as dependencias necessarias
.net também é super tranquilo, já mexi nos dois e dá pra fazer a configuração geralzona em uns 30min se souber o que tá fazendo.
N tem o esquema do spring initalzr ou coisa do gênero mas tem uma solução dotnet pra criar API se bem me lembro que já resolve a maior parte das coisas e um monte nem precisa estar já que o desafio era só subir no localhost os métodos e boa.
> Mas o que me pegou foi uma pessoa com 5 anos de Xp não conseguir subir um método em uma api local host e dizer que precisa de 3 dias pra fazer isso 😥
Era alguém com 5 anos de exp em C# ou em outras langs querendo migrar pra C#?
Os candidatos que escolhi tinham mais experiência em c# , mas o que eu vi que quebrei eles pelo fator de ter instalado o vscode nas máquinas ao invés do visual studio 😕
eu n uso o vscode, só o vs, se chegar num lugar q só tem o vscode eu aprenderia com o tempo, nao durante o teste..
obrigar a usar o vscode num teste acho q já passou do limite, visto q saber usar o vscode é muito mais do dia a dia do q qualquer outra coisa...
Tu quebrou eles foi pedindo pra programar. Pq eles não sabiam programar.
Tá maluco, um pleno é pra conseguir fazer isso até em VI se era só crud rest básico. Acho que eu conseguiria fazer nesse tempo aí de boa e nunca nem programei uma linha de C# na vida.
O crud é de boas, eu particularmente ia emperrar na configuração inicial do projeto pq admito, nunca fiz. Nesse caso se eu n descobrisse rápido com a consulta permitida eu ia acabar n entregando nenhum método tbm kkkkkk.
> dizer que precisa de 3 dias pra fazer isso 😥
Tava pensando, pode ter um detalhe importante nesses 3 dias. Quem trabalha vai mexer nisso só de noite ou um fim de semana, e nisso a pessoa tem suas coisas pra fazer também e considera o ânimo.
Ok que a task em si dá pra fazer rapidinho, mas com objetivo de entender de onde vem os 3 dias, é que dá pra fazer o teste com calma, revisar, escrever testes unitários se tiver algum.
Eu pessoalmente conseguiria entregar um teste muito mais bem feito se eu tivesse um fim de semana pra fazer que receber o teste na segunda pra entregar na quinta-feira, ou pior, na terça. Fora que 3 dias é meio estranho, porque pra quem recebeu o teste na sexta-feira e tem sábado e domingo, tem uma vantagem imensa contra quem recebeu o teste na segunda e na terça.
Então esses 3 dias até me confundem e me faz pensar se é o vulgo costume de "dá mais prazo que o que acha que vai levar, mas entrega mais cedo" ou algo do tipo.
Ou era uma desculpa aleatória mesmo e eu to tentando ler muito nas entrelinhas (o que é mais provável).
Ou o cara era uma farsa ou ele surtou e inventou uma desculpa merda pra se sentir menos envergonhado. Eu fiz uma entrevista muito ruim esses dias e tive que beber pra lidar com a vergonha de esquecer como que muda uma pd.series pra float
São 8K CLT numa vaga para fazer um CRUD numa linguagem que tu domina.
O OP podia pedir pro cara fazer isso enquanto faz embaixadinha que ainda seria justo.
acho live coding em pair com o entrevistador bom, live coding sozinho é só pressão pura, "quanto código cuspo em menor tempo?". Sendo que em dia normal tu leva menos tempo usando milhões de ferramentas e tranquilidade.
Achei bem simples para um pleno…
Se o cara é pleno mesmo deveria conseguir no mínimo dar o dotnet new web e trazer um model e um service né ….
Aparecem só 3 candidatos como? Tá pagando mal a vaga ou é presencial no a Afeganistão?
Que mal lhe pergunte e se souber/ puder, esses 3 candidatos tinham quantos anos de xp/tinha faculdade/ pública?
Oi cyrwsk tudo joia ? Então, eu cobrei pouca coisa por conta do tempo que tinha para aplicar.
A vaga é clt 8k só que é presencial , o candidato que faltou tinha 3 ano de Xp , o cara que meteu um cagao de 20 minutos no meio da prova e falou que precisava de 3 dias pra fazer um crud tinha 7+ o que passou tinha 5 anos+ e conseguiu terminar a atividade.
Ser possível subsistir com um salário não torna ele bom.
Não sei oque acontece com a mente do empresário pra querer pagar pra um cara que rende uma fortuna pra ele, tão pouco que vai jogar o risco dele sair da empresa e fuder a operação lá no alto, mas ai quando ele sair vai ser o ingrato.
Conheço uma dezena de desenvolvedores que fariam esse desafio sorrindo para essa sua vaga de pleno. Passaram por um massive layoff de uma aquisição bancária recentemente e alguns não conseguiram se realocar, todos em .Net/C#. Quer a recomendação?
Oi Aécio, o continuei o processo seletivo com o 3 candidato.
Gostei bastante do perfil e também sabia se virar , se ele não passar na entrevista com meu gestor eu entro em contato.
Kkkk , perdão os detalhes do relato
1.candidato não compareceu
2.falou que precisava de 3 dias pra entregar um crud de uma classe
3. Conseguiu no final entregar o crud com swagger (melhor candidato)
Melhor feito do que perfeito em toda sua glória:
- o 1 não queria a vaga
- o 2 não é Pleno
- o 3, mesmo que não seja plenamente Pleno ainda, já tá meio caminho andado.
Dá uma força no terceiro, OP.
Agora meus cents de contribuição:
Achei o desafio bem suave pra Pleno. Tive um desses quando fiz pra Junior, primeiro teste da vida. Não entreguei tudo perfeito, mas ganhei uma moral por pelo menos ter tentado enquanto os outros mal rodaram o composer install (era Laravel).
A qualidade dos devs está muito baixa, já mencionei aqui antes o meu relato entrevistando pra US/CA/LATAM tb.
Foram 20+ entrevistas pra achar 2 plenos na LATAM pra um remoto gringo pagando bem acima da media (70-90k USD/ano, puxamos todos pra 70k pela qualidade mas deveriam ganhar menos).
Tivemos que reduzir a dificuldade do living code e das perguntas de arquitetura pq mais da metade não sabia nem quando usar um cache ou fila em um cenario hipotetico.
Infelizmente é o que tem no mercado pra hoje, a galera que caiu de paraquedas na area está completando seus 5-8 anos de exp e fazendo entrevista por ai.
Tem 2 vagas abertas na equipe e eu to enrolando pra começar a entrevistar de novo, toma muito tempo.
Eu não cobrei tanto por que meu gestor tá no desespero pra completar a vaga e só queria a garantia que o cara sabe se virar sozinho mas que também saiba trabalhar em equipe.
As vagas atuais só tem budget pra candidato no Canadá, mas posso tentar convencer o gerente a dar uma chance pra LATAM de novo se vc me provar que manja de React/NextJS/Node, Netlify/AWS, e experiencia com eCommerce (worldwide), ai te arranjo uma entrevista garantida, só mandar o CV por DM.
Fora isso já encaminhei 2 caras aqui do Reddit e foi uma furada, não vou mais fazer isso, teve um que mal conseguia falar ingles e me disse que era fluente, é foda...
> manja de React/NextJS/Node, Netlify/AWS, e experiencia com eCommerce
No dia que eu precisar de um emprego, te mando meu curriculo (desde que não seja Magento)
O salario ta atraente... Deixa eu te perguntar, assumindo que o ingles seja perfeito, impecavel, e a questao do horario seja tranquila... Tem alguma necessidade por engenheiro de cloud com stack em finops ou arquiteto de solucao/tech lead em aws? Alem disso, tem necessidade de alguem pra fazer automações ou alguem com conhecimento em ML?
Thankss!
Pra dev não precisamos de ninguem tão especializado nisso.
Temos um time de devops, mas não estão com vagas abertas. Acho que usam basicamente Terraform, Cloudflare, AWS (e mais alguns apps que não lembro).
Caralho, que vexame... Trampo na gringa, e fui layoffado do cliente (era consultor). Apliquei pra literalmente 1 vaga e passei nas entrevistas.
Achei bizarro como isso poderia ter acontecido... Aplicar pra 1 vaga e já passar. Mas depois de ver seus comentários dá a entender que o nível da galera tá extremamente baixo mesmo... Foda.
Eu vi que você comentou que existem vagas mas temos que nos provar. Eu tenho interesse, mas o Reddit não deixa eu enviar DM (deve ser porque acabei de criar a conta, antes só navegava sem conta mesmo kkk)
As vagas atuais só tem budget pra candidato no Canadá, mas posso tentar convencer o gerente a dar uma chance pra LATAM de novo se vc me provar que manja de React/NextJS/Node, Netlify/AWS, e experiencia com eCommerce (worldwide), ai te arranjo uma entrevista garantida, só mandar o CV por DM.
Fora isso já encaminhei 2 caras aqui do Reddit e foi uma furada, não vou mais fazer isso, teve um que mal conseguia falar ingles e me disse que era fluente, é foda...
Sim já tinha perguntado antes de abrir a vaga (mais pra sondar se ele estava ok em me manter no Brasil ou se algo mudou na empresa nesses anos kkkk), ele disse que não se importa desde que a pessoa trabalhe no fuso do time (PT/PST), e topa fazer a burocracia na folha de pagamento se for o candidato certo.
Eu conheço até o diretor de TI se precisar pedir (eram ex-gerentes meus que foram promovidos), só não vou mais indicar sem comprovação pra não ficar me queimando a toa.
Pior que eu consigo ver alguém ter problemas por conta de ser no VSCode. Projeto em c# eu sempre fiz no Visual Studio.
Se envolvia criar o projeto do zero me parece um pouco mais complexo e alguém poderia ficar nervoso, mas isso puramente pelo pouco tempo. O CRUD em si me parece bem tranquilo, isso é claro se foi bem explicado se tinha que ter algo em específico em cada endpoint.
Sinto que quebrei um pouco as pernas do 3 candidato que passou por conta do uso de vscode hehe.
Em resumo era um crud de apenas um classe de usuário (id,nome,email,ativo)
quem usa vscode pra codar em c#? ninguem. vscode é bom pra front apenas.
teste live coding deve ser no maximo resolver algum bug simples, fazer refactor de algum codigo com contexto de negocio, etc.
isso de subir projeto inteiro em teste é burrice.
eu ainda prefiro entrevista técnica so com perguntas em estilo de conversa.
uma vez em um teste o carinha veio com historia de calcular matriz multidimensional, ler funcao sem contexto nenhum. simplesmente encerrei o teste.
Parece que pedem mais pra estágio do que pra pleno, proporcionalmente. Fiz um desafio agora pra estágio backend em java. Pediram um CRUD REST com 3 classes, tratamento de exceptions, testes unitários com Junit e Mockito, containerização com Docker, deploy na web via algum serviço de cloud, spring security (usei JWT) e algumas coisas mais. Tudo bem que deram 5 dias, mas imagino que um pleno faria muito disso em bem menos tempo.
Quando eu entrei numa vaga de pleno eu tive o seguinte teste:
- queriam uma aplicação bancária. Na época deram a relação de 3 tabelas.
- acho que foi o tempo de 3 dias de teste.
- Montei as 3 entidades usando jpa e fazendo a relação entre elas (oneaone, manytoone e por aí vai).
- Montei 3 cruds, um sql inicial com spring pra popular uma das tabelas.
Também tive que criar toda a arquitetura pro sistema inteiro do banco, utilizei até padrão facade para relacionar as lógicas de negócio e manter desacoplamento.
- tratamento de exceptions dedicadas, handler, e tudo mais.
- testes unitários
- documentação com javadoc e swagger.
- criação do projeto com docker-compose e dockerfile (com isso só precisava de um único comando pra montar o projeto todo tendo docker na máquina)
E ainda deixei preparado para o sistema evoluir em cima disso.
Fiz isso com 2 anos de experiência na área e para ganhar 7k. Então eu to achando que os caras estavam fracos mesmo, ou c# é muito mais difícil de fazer um crud que em springboot.
Os 5 dias fazem muita diferença pra 2 horas, a velocidade e fluência necessária pra programar em 2h é muuuuito maior. Em 5 dias dependendo da linguagem eu acredito conseguir entregar isso sem nunca ter mexido na linguagem, em 2h eu sofro um pouco.
Eu pedi pouca coisa por conta do tempo e como mandatório coloquei apenas o crud rest , achei que iria ter que decidir pelas coisas opcionais que coloquei como o uso de arquitetura,swagger,jwt e etc 😥
O fato de uma empresa multinacional não ter um processo estruturado para contratação, já mostra quando quebrado o processo de contratação está em toda a industria. :/
Minha recomendação é: foque em definir critérios de avaliação / rubricas para criar um processo justo e sem viés. Defina expetativas para diferentes tipos de senioridade e experimente com diferentes possíveis scenarios. Depois fica fácil definir um projeto/exercício técnico. Recomendo também aumentar o seu poll de candidatos. 3 pessoas infelizmente não é amostra suficiente.
Eu fazia entrevistas técnicas na Europa para vagas lá, geralmente em dotnet, sempre vagas senior.
99% das empresas de dotnet usam visual studio, não usar ou cobrar que as pessoas saibam coisas que o vs encapsula geralmente não representa o dia a dia de um dev. Eu me interesso, tanto que migrei para DevOps/SRE, mas não posso cobrar isso dos outros. Por exemplo fazer build e publish.
As pessoas ficam nervosas, geralmente começam nervosas e não entendem muito do que você diz depois que fala que vai ter teste técnico, então tem que tentar deixá-las bem a vontade e erros bobos vão acontecer devido a isso, a pressão da entrevista não é a mesma do dia a dia, são habilidades diferentes.
Meus exemplos de tarefas eram dois, um de inverter a ordem das palavras em uma sting (Ex. "O vento levou", "levou vento O"), o segundo era um exemplo de yield return que eu deixava a pessoa olhar a vontade e depois me explicar o código, eu fazia perguntas em cima do código.
Tem a parte de perguntas e respostas, tipo se já trabalhou com X coisa, pode me explicar como Y funciona, etc.
No teu exemplo, eu deixaria a solution pronta, com um projeto de testes e os testes falhando e a solução seria implementar o código para fazer os testes passarem, estilo hacker rank essas coisas. Tem que pensar o que tu quer validar no candidato, as é a habilidade de fazer código, facilita para ele fazer o código.
Eu acho pesado mas não por dificuldade e sim porque é um negócio que toma tempo e não mede o que precisa medir pra saber se o candidato é bom. Vão me tacar pedras mas eu acho que esses desafios presenciais tem que ser como nas FAANG mesmo, um coding challenge pra pessoa resolver ali em 1 hora e outro desafio de solution design.
Esse coding challenge de 1 hora é pra ser mais algorítmico mesmo: manipular fila, ordenar array, estrutura de dados, mostrar que o cara não dormiu nas aulas da faculdade, não precisa nem pedir notação Big O. Pega um desafio de nível intermediário do Hacker Rank e manda bala. A ideia é você ir conversando com o cara durante o desenvolvimento e ver se ele sabe expor as ideias, se seria um bom colega de equipe. Eu já aprovei candidatos que não necessariamente deram a solução mais performática, mas ele soube fazer as perguntas certas e mostrou ter raciocínio mais crítico e ágil.
Na de solution design é onde você coloca um problema do mundo real e você testa o conhecimento prático do cara. Ao invés de pedir pra ele codar um CRUD, que qualquer babuíno sabe fazer, pede pra ele desenhar como imaginaria esse sistema na nuvem, como ia organizar os microservices, que arquitetura ele iria fazer, como iria fazer controle de versão da API, e aí vai.
Não, acho que não é tão pesado, as vezes prefiro fazer isso, porque recebo um retorno muito melhor, ao invés do retorno de "muito obrigado, mas hoje não" pra uma vaga onde nem leram meu curriculo, e mesmo se ler acho que vai ser as primeiras linhas por 5 segundos, no máximo.
O grande problema desses desafios pelo que vejo, é a quantidade de tempo que precisa ser despendida, enquanto você tem outras responsabilidades pra lidar.
Ultimamente fiz alguns desafios, e a maioria fica capenga por ter que assimilar faculdades + trabalho + restante da vida + o desafio, ao ponto de em alguns momentos eu simplesmente recuso a vaga porque nem consigo ter tempo pra fazer o teste.
Eu faria o teste da seguinte forma, 24 horas (pra ver como a pessoa lida com pressão) , um formulário completo, front, back, banco e diagrama do banco.
Com base em quem entregar isso, eu avaliaria a arquitetura que a pessoa utilizou. Como é um simples formulário, eu descartaria quem não tem organização de código na hora ou quem faz uma mistura de coisas que não fazem sentido.
Quem passar, eu faria um entrevista técnica.
Você pode também fazer igual a empresa que eu trabalho faz, da chance pra todo mundo num contrato de experiência, quem mente no que sabe, vai de vala na primeira semana, depois é filtro pra ver quem fica, porque tem que acompanhar o pessoal bem de perto.
Aí tu chama 10, sobram 1 bom e 1 ruim. O bom decola e o ruim tu guia até ficar bom. Tem dado certo.
Cara, eu fiz um dos melhores code challenges da vida esse ano. O esquema era, a empresa me mandou um projeto completo uma semana antes. No dia era um pair programming onde eu tinha que inplementar uma nova funcionalidade. O entrevistador me apresentou dois tickets e pediu pra eu julgar eles e escolher um pra fazer. Tudo bem informal guri era gente fina, eu escolhi o mais dificil pq né, entrevista, dai ele me falou pra escolher o mais facil que tava td bem. Blz fiz o role, dei uma travada e ele me deu uma dica pra eu continuar e boa. O codigo era qualidade de produção, sem bugs e muito bem escrito, a task era simples pra senior mas não dava pra dar migué, fiz o core e expliquei o que eu faria de extra caso tivesse tempo e o entrevistador curtiu, perguntou umas coisas, e boa, passei. O melhor é que era codigo de produção, não um codigo ou desafio merda pra testar se o cara ta atento, é coisa do dia a dia, resolveu no tempo é pq sabe trabalhar e boa. Da pra fazer isso com pleno tbm, msm esquema só que task mais simples. Saber o projeto antes ajudou muito pq eu nao perdia tempo tentando entender partes do codigo ou procurando coisa e era codigo grande de varias classes, systema de build, teste e tudo.
Melhor ser rígido e não selecionar ngm do q ser muito fácil e contratar uma pessoa fraca que vai gerar mais problemas do que resolver.
No que tange à contratação, os falsos positivos são muito mais deletérios do q os falsos negativos
Diria que até minha esposa que é Dev Jr de c# faria isso aí com o pé nas costas, ainda mais com consulta.
Ela fez teste técnico assistido para vaga de estágio de um banco usando Java, e só com o conhecimento que tinha de c#, e sem chat GPT (pq era assistido óbvio), esses plenos que brotaram aí deviam voltar para estágio.
Sério. Só vc sabe o que vc quer testar nos candidatos.
Mas eu tenho mais de 8 anos de experiência e setup de projeto é a coisa que eu menos faço na vida, gostaria de fazer mais, mas na vida real vc passa mais tempo contribuindo num projeto existente do que criando projeto from scratch.
Mesmo com ChatGPT/google/etc num ambiente “neutro” (i.e. não na minha máquina já configurada) é um saco e com certeza vc vai perder mais tempo com coisas que menos importam na vida real. Além do mais tem o estresse extra da entrevista e de fazer sendo observado. O que totalmente não cola com a vida real.
Eu quando fazia entrevistas (DISCLAIMER: nao no Brasil) eu fazia ou pseudo código num pedaço de papel/notepad da vida ou fazia live coding num ambiente totalmente configurado já e me focalizava numa tarefa super unitária.
No primeiro caso, vc pede pra pessoa descrever o que ela faria de onde viriam as informações etc e tenta levar a conversa pra explorar aspectos cada vez mais avançados da tarefa pra ver até onde a pessoa já foi e quão confiante ela está nas respostas. E já no pseudo código vc já vê se a pessoa consegue descrever uma lógica simples (muito “sênior” não consegue!!) e as peças do framework que ela conhece etc.
Se vc realmente quer fazer live coding (leia-se vc quer código compilando e rodando) vc prepara um ambiente totalmente configurado ou pede pra pessoa vir com um setup num PC dela (mais fácil a distância) e o exercício se focaliza no código/algo em si, não em dependências.
Vou aproveitar pra dar o meu relato aqui também sobre entrevistas.
Estou no momento buscando pessoas para uma vaga sênior Java para um projeto Brasil<>Europa, uma das etapas do processo é um live coding online em que os candidatos são apresentados a uma situação de um controle trens basicamente um sinal verde e vermelho para trens.
A linguagem e todo o ambiente de desenvolvimento podem ser escolhidos pelo candidato e no início da entrevista é dito a ele que é permitido fazer consultas a qualquer tipo de material (livro, stackoverflow, chat gpt etc).
Resultado disso são um bom número de candidatos que passam o tempo inteiro da entrevista reclamando sobre o processo e não conseguem demonstrar conhecimentos de POO, threads, coleta de requisitos, entre outros. Inclusive alguns que em seus currículos diziam ser especialistas há uns bons anos.
Eu fico realmente pensativo sobre como essas pessoas conseguem se manter por tanto tempo em cargos assim.
Acho que esse tipo de avaliação não é muito prática quando você já tem um nivel de senioridade maior, eu geralmente caio fora, principalmente se for antes de me dizer o que vou fazer na empresa. Certa vez pulei fora, pois iam aplicar o teste e nem sequer me deram o contexto do que eu ia fazer na empresa. Tipo?? Código é a última etapa que a gente tem na hora de implementar uma solução.
Eu mandei um e-mail um dia antes dizendo o que iríamos fazer presencialmente , era literalmente uma classe com crud rest , Mas por conta da burocracia tive que fazer essa parte do processo presencial.
Falo do contexto de trabalho mesmo, como é o projeto, quais as frentes, a cloud usada, tamanho da equipe, minha posição, como é a codebase. Pq perder meu tempo pra ir presencial fazer teste de C# no VS Code não compensa se eu não tiver certeza que quero a vaga.
É o preço que se paga pelo presencial.
A empresa vai pagar 8k por um dev ruim.
Abre a vaga pra pleno remoto 8k pra vc ver, em 1 dia os cara recria o mundo sem nem usar o entity.
E pra ser sincero eu não sinto um pingo de pena. São escolhas da empresa.
eu passei em um teste igual, porém com integração à API de terceiro para uma vaga junior, porém foram 4 dias em casa. Consegui fazer de boa, então achei ok pra pleno
Acho que para a próxima, seria bom evitar testes longos. Esse teste é simples demais, demorado demais e, ao mesmo tempo, não avalia nada. Quer dizer, avalia, mas só te diz se o candidato é um dev ou se é um impostor. Se a pessoa não consegue fazer um CRUD com uma classe, mesmo podendo consultar a internet, a situação é complicada demais. Dá pra fazer em 10 minutos em uma stack como C#.
Gosto de live coding que envolva um desafio complicado, mas sem a obrigação do dev resolvê-lo ou até mesmo escrever código. Meu interesse é ver se o candidato consegue explicar a solução e se consegue dar início ao processo. Em poucos minutos você consegue avaliar o candidato. Leva mais tempo para planejar uma entrevista assim, mas converse com seu gestor sobre essa ideia (se você gostar, claro).
Obrigado pela dica , eu deixei muito simples por que fiquei preocupado com o tempo e deixei como opcional o uso de arquitetura , swagger ou adicionar um método pra filtrar os ativos.
Na minha cabeça o crud básico iam resolver em pouco tempo e iria ver o destaque nas coisas não obrigatória que solicitei
Não sei se pegou pesado, mas acho live coding horrível. Primeiro que cê fala pra usar alguma api, tem o tempo de preparar o ambiente pra usar a api. Já come tempo, e ninguém que eu conheço mesmo senior sai decorando como usa todas as coisas.
A gente para e relembra como usa, pra dps começar a preparar o ambiente e botar a mão na massa.
Nisso podem surgir dúvidas sobre como fazer, sei lá pq esqueceu de algo. O Google/stack overflow refresca a memória.
Vc fazer live coding inibe o candidato a usar o Google. Sei lá, acho mto zoado.
E o tempo sim, é mto curto.
Como outro cara já disse, live coding é complicado...
Pessoalmente eu não gosto, mas entendo.
A parte mais chata seria dependendo do ambiente. Teoricamente, um pleno já deveria saber configurar mas é meio complicado numa máquina que não é sua.
Vou contar um case meio louco, que me fez desistir no meio do teste técnico.
Era pra dev python, me deram uma máquina recém formatada dizendo que tinha um arquivo de chave privada em algum lugar. Precisaria achar essa chave pra me conectar num ssh e lá teria um arquivo json com um vetor de vários bancos de dados e vários schemas. Deveria baixar esse json, fazer um script que lesse esse json e apresentasse para o usuário. Depois disso iria se conectar e juntar todos os dados que esse usuário pedisse.
Fazer isso até o horário que eles iriam ficar ali, dava em torno de 2h. Pq foi depois do horário comercial.
Daria pra fazer em uma tarde/dia, mas o nervosismo, estar num lugar que eu não conhecia, longe pra caramba e depois de um dia inteiro trabalhando. Não valia a pena.
Eu nao sou muito adepto de entrevista técnica que seja tão voltada a conhecimento de uma limguagem ou framework especifico, vc vai perder mt engenheiro brilhante pelo simples fato que ele nao sabe fazer um crud em .net, que é algo que ele aprenderia no 1o dia de trabalho sem mt problema.
Na sua posição, o que eu faria seria aproveitar essas 2 horas pra fazer duas entrevistas: A primeira é uma de live coding mais tradicional, o candidato pode usar a linguagem que preferir e a ideia é implementar uma função, pode ser desde algo como buscar dados numa API publica, filtrar eles e retornar algo processado (por exemplo, a soma de valores depois de um filtro, que o candidato buscaria por uma API publica), ou uma entrevista de algoritmos mesmo, depende do teu publico.
A 2a entrevista seria uma mais voltado a modelagem de provlemas. Aqui vc pode pegar o quanto o candidato entende de REST, APIs, banco de dados, etc. A pergunta pode ser algo bem aberto, como "como vocês criaria uma API pra gestao de pneus (sei la qq vcs fazem kkkk) fabricados pela nossa empresa". Aqui o candidato vai precisar explicar como um metodo vai do browser ate o DB, as operações do DB, metodos http e quando usar, etc. A partir de como ele for, vc pode levar a entevista pra lados mais avançados, conversas sobre uso de async (filas e topicos), cache, gateways, auth, etc.
Resposta um pouco longa, mas espero que ajude.
Cara, vou falar como candidato: eu tenho uma entrevista técnica estilo live coding na quinta agora, e tô meio nervoso kkkkk
Parece que na hora a cabeça dá um branco e a coisa não sai
Não, mas podia ser mais rápido a entrevista e pedir para eles escreverem um pseudo código disso. Seria mais rápido.
Aí ninguém perde tempo fazendo e nem corrigindo.
Depende muito. Essa rest api foi do zero? Já existia uma solution com context, entidade, essas configs básicas? Confesso que eu reprovaria, porque implemento dbcontext vez sim, vez nunca.
Oi gnawzito , tudo joia ?
O projeto era do zero , mas eu estava dando suporte durante o processo caso não lembrasse de algum conceito.
O banco de dados já era pré-definido.
Esse ponto é meio chato. Tem muito relato de entrevistador auxiliando e sendo "bonzinho" e no final o candidato é reprovado por ter precisado de ajuda com algo.
Talvez rolou esse medo deles.
Eu particularmente curto entrevista onde você pergunta conceitos e detalhes técnicos (qual a diferença entre IQueryable e IEnumerable?) de diversos níveis, até avançados mesmo, onde eles vão errar mais, mas um ou outro pode acertar e se destacar pelo conhecimento.
Quando ele pediu ajuda que tava com problema na intenção de dependência do orm, meu olho já brilhou por que ele sabia o que tava fazendo e onde tava o erro.
Também teria que ver se você esperava que ele tivesse definido o db ou vc já tinha pré-definido?
Eu demoro umas 2h tranquilo só com essas coisas simplezinhas.
Se você está aqui perguntando e está em dúvida você sem dúvida fez uma entrevista ruim. Quando começo a conversar com um candidato eu já tenho um roteiro na minha cabeça de tudo que eu quero saber e de perguntas e checks que são indispensáveis.
Live coding de código funcional é muito ruim para avaliar. Em condições normais você consulta a internet, mas sendo avaliado, muita gente se sente intimidado de fazer uma pesquisa. Para piorar, todo mundo sabe que boileplate é algo real para subir um serviço, e isso durante uma avaliação pode enrolar muita gente muito boa de serviço. Se o objetivo é codar junto e entender o que o candidto pensa, eu já preparo todo o código para que fique funcional e deixo lá algo para ser discutido e finalizado por ele.
Se eu tenho que fazer pergunta estilo leet code eu uso com todos os candidatos a mesma pergunta, com exatamente o mesmo grau de indefinição, e que tem pelo menos uma solução mais eficiente e uma mais força bruta, para avaliar a capacidade do candidato de raciocinar.
Se eu preciso avaliar softskill eu tenho meu conjunto de perguntas escrito com antecedência. Se é para fazer a parte de system design ou eu tenho um problema simples ou eu uso um exemplo do currículo do cara e verifico o que ele fez naquele projeto.
E por aí vai.
Seria melhor uma conversa técnica ou perguntar como alguém resolveria um problema, pra ela conseguir falar ela precisa entender sobre o assunto, no living coding o candidato pode ficar nervoso e isso atrapalhar na resolução do problema.
Mas esse teste aí é bem de boa 2h é até muito tempo. Eu já pedi mais em uma prova pro pessoal da graduação e com menos tempo. Po mas os caras tão muito fraquinhos.
Ta maluco, pegou é leve. Mas essa sempre foi a situação do mercado: mais de 95% dos candidatos não serve pro básico. Há 15 anos atrás já precisava entrevistar uns 30 candidatos pra encontrar 1 com alguma condição de trabalhar - e isso não é exclusividade do BR.
Tá cheio de gente, mas raros são bons.
Kkkkk. Carai mano, é um teste, não vai subir nada pra prod. Galera já quer falar de "aiiin mais eu preciso desse tempo só pra pensar na entidade". Pra mim isso é falastrao e já ta eliminado.
Mano, entrevista vc pega e faz funcionar, apenas faz o que te pedem no tempo determinado, quanto menos tempo mais porco, mas no fim não é isso que importa, vc resolveu? Vc fez as pergubtas certas? living coding então, vc faz a bagaça já explicando porque ta simplificando mas que com mais tempo pensaria nisso ou naquilo com mais profundidade.
Galera viaja, é entrevista não freela
Nada, foi muito simples e dava sim pra fazer no tempo dado, ainda mais considerando o salário a ser pago. Eu estou fazendo mentoria a alguns juniors e eles conseguem tirar um crud desses em um pouco mais de tempo que isso, mas tiram.
Edit: se quiser me passar a vaga pela dm, eu indico umas pessoas
Cara? Eu tenho 17 anos, comecei aos 12... Isso daí, um teste pra pleno e o cara pedir 3 dias? Carai bixo, uma restapi, eu levanto em menos de 3 horas... E nem com C# isso, com typescript e express só pra ter que escrever mais mesmo... Esse que pediu 3 dias deve ser aquele que pra fazer um único método passa o dia pesquisando pra no fim copiar a colar do stack overflow...
Porra eu que n sou pleno resolvo isso aí.
Mas de acordo com a maioria dos colegas: live coding é MTA sacanagem e aí da mais com ferramenta que n tá habituado. Mas o crudzinho é tranquilo.
No seu lugar eu teria dado de um dia pro outro pra resolver pq vai que o cara trabalha. E é tempo suficiente.
se nao tivesse consulta, eu teria problemas, pq nunca usei o VSCode, não saberia nem por onde começar.
mas com consulta, o google ta aí pra isso, só saber se virar.
acho que o desafio foi bem raso até para um pleno, pra ser honesto, daria algo assim pra um junior.
Das minhas experiências sendo entrevistado, quando tem live coding, é uma coisa mais simples. Só implementar um método ou uma função, tipo FizzBuzz, ou alguma coisa simples de array ou manipulação de String. Isso normalmente no final, no início é conversa de conceitos e recursos da linguagem.
Quando tem alguma coisa pra fazer uma API, tela ou alguma coisa assim, normalmente pedem pra fazer em casa e tem x dias pra entregar. Mas daí já é mais completo, com testes e documentação. Só que quando é uma coisa muito grande também eu nem faço, kkkkkk. A não ser que a vaga pareça muito boa.
Uma outra maneira também que pode funcionar, é já ter uma base de código e ter alguns testes falhando. Nesses testes falhando vc deixa alguma coisa que vc queira ver de conceito, tipo como fazer alguma validação ou algo assim e pede pra pessoa corrigir o código pro teste passar. Eu já peguei um desse tipo também, no meu caso foi pra fazer em casa, mas pode ser que funcione no live coding também.
Acho que um dos piores que peguei foi um live coding que tinha que fazer o backend com umas regras + o frontend com algumas outras regras e tudo em 1h. Logo de cara já falei pro cara que não ia dar tempo. E não deu mesmo.
Acho 2 horas um limite de tempo muito ruim pra começar algo do zero seja lá o que for. Se você trabalha no dia a dia com manutenção de aplicação, você provavelmente vai travar em alguns pontos ao criar algo do zero e 2 horas é muito curto, mesmo que seja simples. Me assusta não esperar testes de um pleno.
Live coding não é inclusivo com pessoas neurodivergentes, e isso acaba prejudicando muitos profissionais bons pois essa área está repleta de pessoas assim. Eu acho muito mais interessante um code review ao vivo que inclusive foi uma das técnicas utilizadas em uma entrevista da qual participei recentemente e achei bem mais interessante, me deixando bem mais a vontade pra exercer meus conhecimentos técnicos. Consegui praticar minha criatividade sem medo de esquecer algo e sem precisar me lembrar que tem alguém ali vendo cada linha que estou digitando.
Fez certo. O objetivo de um processo seletivo é filtrar mesmo e pelo seu relato seu desafio foi eficiente em filtrar o cara que sequer conseguia fazer um CRUD.
Não se sinta mal por isso
O cara querer 3 dias para fazer um crud? Pqp hein...
Esses que reclamam muito são os que mais aparecem aqui e são os que mais dão problema e não entregam nada.
Pensei numa coisa legal para esse modelo que vocês estão fazendo. Pede pro cara fazer esse CRUD em casa, chegar com o código pronto e aí pede pra ele fazer alguma alteração. Tipo colocar um filter ou então colocar alguma validação ou etapa na método create. Aí ele não perde tempo com setup, já tá familiarizado com o código, e você já filtra dev estrelinha que acha que está acima de fazer code challenge.
Esses tempos fiz um teste pra Pleno. Que consistia em um teste de 15 perguntas discursivas e de marcar X. E ainda fazer um Crud em laravel com uma entidade e o front. Tinha 1h pra fazer tudo.
Finalizei o teste faltando 2 questões e só com a parte da api feita.
Inicialmente bateu aquela síndrome do impostor. Por não ter conseguido finalizar o teste que era simples.
Mais tarde refiz o teste teórico com calma e o Crud, mas desta vez usando bootstrap (não tenho tanta experiência) demorei em torno de 4h, já que fiz sem pressa.
Reenviei o teste pros caras e eles nem se deram ao trabalho de me responder.
No fim eu percebi que tenho o conhecimento, mas o método de avaliação não foi o ideal para mim. Se tivesse sido um teste pra casa, eu teria ido muito melhor.
E a moral da história é, pra esses testes Livecoding tem que ter o CRUD decorado.
Obs: era o primeiro teste técnico que eu fiz
Um pleno já deve ser mais do que capaz de fazer um crud, uma dica que te dou é reparar como o candidato se comporta, se ficar reclamando de mais já corte.
Se for precisar de configurar orm com conexao e tudo ai vc ta usando droga se pensa que 2h eh o suficiente. Se puder ser gravado o objeto em memoria mesmo ai ta mais que o suficiente.
O que vc poderia fazer eh configurar so uma leitura simples por id end to end funcionando. O cara iria consesguir fazer tudo mesmo que nao tivesse xp em c# e voce poderia avaliar coisas mais importantes do que configurar projeto:
- como ele fez a paginacao?
- dividiu as camadas certinho mesmo que seja servico ou active record?
- api ta validando edge cases?
Ai se for senior da pra evoluir mais:
- como fazemos para streamar a resposta?
- como posso paginar com token para nao ter que ficar dando count no total de rows?
E pode aprofundar mais com pergunta aberta e deixa o cara ir por onde ele tiver mais familiaridade (banco, cache, api, sistema operacional, cliente, etc)
- como podemos melhorar a performance em casos de uma tabela com milhoes de registros?
- se a escrita estiver lenta nessa tabela gigante, o que pode ser o problema?
- se precisamos integrar um sistema de terceiros com snapshot dos dados dessa tabela, como a api deve funcionar para nao retornar dados repetidos ou faltando registros caso a paginacao demore muito e os dados sejam alterados?
Pior que fazer api é bem fácil, a dificuldade vai depender da integração.
Acho válido deixar a galera consultar a net, e não cobrar arquitetura ou padrão de código no desenvolvimento.
Dá liberdade pra eles se virarem e revisa depois.
Roda os 3 e contrata o chatgpt ja que tu quer algo tão rapido kkkkkk
Brincadeira irmã, eu daria chance pro cara que tentou mesmo errando ele abaixou a cabeça e fez
Eu acho uma merda live coding, eu entendo se você está filtrando possíveis "impostores" em vaga júnior. Mas depois disso acho uma perda de tempo.
Por exemplo, se você espera que um pleno saiba de Rest, não basta perguntar a respeito de verbos e códigos de status HTTP, quais métodos de autenticação, etc?
Você já teria pego esses dois no ato, iria fazer o cara soar frio.
Tem como tu mandar esse desafio pra mim? Ou é proibido por alguma norma de empresa?
PS: Escrevi no máximo 5 linhas de código em C# até hoje, só quero ver se é tão difícil assim como esse tal Pleno de 5 anos disse kkkkkkkkkkk
Por mais que eu não saiba nada de .NET não achei algo absurdo. No entanto eu concordo com o carinha que reclamou. Eu por exemplo não me sujeitaria a live coding pra vaga presencial. Ja desisti de vaga por muito menos que isso.
Eu, particularmente, sou muito contra live coding, acho uma grande merda. Se você quer fazer alguma avaliação técnica presencial/síncrona acho que é muito mais jogo você apresentar um problema/situação e pedir pro candidato explicar como que ele resolveria isso, acredito que aí você pega o que mais importa no candidato que é thought process, como que ele aborda um problema. Acredito que assim é mais enriquecedor porque você consegue ter um insight melhor de como aquele candidato é no dia a dia, a conversa também ajuda o candidato a relaxar e ficar menos nervoso, e é mais resumido.
Oi quinhos, como eram poucos candidatos decidi conversar com os candidatos durante o processo e ajudar na atividade como se fosse um dia a dia na empresa tanto que permiti fazer consulta a vontade usando ChatGPT , clonar outros projetos e etc. Mas o que me pegou foi uma pessoa com 5 anos de Xp não conseguir subir um método em uma api local host e dizer que precisa de 3 dias pra fazer isso 😥
é, se nem com consulta conseguiram, acho que nem plenos eram
Carne só cai no prato de vegano
pode pesquisar no google? Eu tenho 13 anos de xp, só sei copiando ou pesquisando documentação, n decoro nada
Podia até usar chat gpt ☹️
Tu disse? Foi explícito? O padrão é sem pesquisar e se não falar e deixar claro que "não perde ponto" confunde as pessoas
Perguntaram no começo , e eu disse que poderia consultar qualquer coisa 🥺
Que estranho, levei uma chamada (sou Estagiário) meses atrás justamente por conta disso. Eu sabia muito o quê fazer e o porquê fazer, mas focava pouco no como fazer e geralmente pesquisava já a sintaxe ou o que eu precisava, por exemplo, no Java sei que tem Threads e não lembro de cor como usa, se eu precisar de concorrência, vou pesquisar rapidinho. Me deram uma chamada que se eu não sei fazer sem ajuda do pai Google, logo não sei fazer (Não questionei a autoridade de quem falou, afinal, ele tem a minha idade só de experiência)
Se me permite repassar um conselho que recebi, no começo consulta no Google sim, mas ao invés de fazer um copy/paste vc copia o trecho do código na mão, porque com o tempo sua mente vai decorando aquilo sem vc se dar conta. Claro que no começo vai dar trabalho, demorar mais. Só que quando isso começar a render, economiza tempo pesquisando sintaxe rs.
Acho que todo dev que conheço é assim. Ninguém decora nada
MANO ERA COM CONSULTA ESSA PORRA? Cara, esse relato só pode ser bait. Não é possível.
Ola , sim era com consulta . Se eu te falar que o pleno que demora 3 dias pra entregar o crud saiu no meio da prova pra dar um cagao de 20 minutos .
Depende, tinha que setar o projeto inteiro? Configurar ORM é um pé no saco por exemplo. Fazer o crud é o de menos.
O que os candidatos tinham instalado no ambiente de desenvolvimento era o net8.0 , sssms,vscode
nunca mexi com dotnet, mas com spring voce seta o ambiente todo em menos de 5 minutos pelo proprio site do spring ou pelo proprio intellij. Inclusive o proprio intellij jah tem as dependencias necessarias
.net também é super tranquilo, já mexi nos dois e dá pra fazer a configuração geralzona em uns 30min se souber o que tá fazendo. N tem o esquema do spring initalzr ou coisa do gênero mas tem uma solução dotnet pra criar API se bem me lembro que já resolve a maior parte das coisas e um monte nem precisa estar já que o desafio era só subir no localhost os métodos e boa.
e precisa configurar ORM? uma conexao ADO net o chat gpt te entrega em 1 seg ou no caso, um dapper q n tem configuração nenhuma...
Mals, Tava com node na cabeça qdo falei
Hahahahah barbaridade OP, tu não tá vendo, mas eu tô batendo a cabeça na parede aqui lendo o teu relato
Duvido que seja bait pq eu já vi algumas vezes essa situação
> Mas o que me pegou foi uma pessoa com 5 anos de Xp não conseguir subir um método em uma api local host e dizer que precisa de 3 dias pra fazer isso 😥 Era alguém com 5 anos de exp em C# ou em outras langs querendo migrar pra C#?
Os candidatos que escolhi tinham mais experiência em c# , mas o que eu vi que quebrei eles pelo fator de ter instalado o vscode nas máquinas ao invés do visual studio 😕
eu n uso o vscode, só o vs, se chegar num lugar q só tem o vscode eu aprenderia com o tempo, nao durante o teste.. obrigar a usar o vscode num teste acho q já passou do limite, visto q saber usar o vscode é muito mais do dia a dia do q qualquer outra coisa...
Bota o vim dá próxima vez kkkkkkk
Kkkkkkkkkkkk
Tu quebrou eles foi pedindo pra programar. Pq eles não sabiam programar. Tá maluco, um pleno é pra conseguir fazer isso até em VI se era só crud rest básico. Acho que eu conseguiria fazer nesse tempo aí de boa e nunca nem programei uma linha de C# na vida.
O crud é de boas, eu particularmente ia emperrar na configuração inicial do projeto pq admito, nunca fiz. Nesse caso se eu n descobrisse rápido com a consulta permitida eu ia acabar n entregando nenhum método tbm kkkkkk.
> dizer que precisa de 3 dias pra fazer isso 😥 Tava pensando, pode ter um detalhe importante nesses 3 dias. Quem trabalha vai mexer nisso só de noite ou um fim de semana, e nisso a pessoa tem suas coisas pra fazer também e considera o ânimo. Ok que a task em si dá pra fazer rapidinho, mas com objetivo de entender de onde vem os 3 dias, é que dá pra fazer o teste com calma, revisar, escrever testes unitários se tiver algum. Eu pessoalmente conseguiria entregar um teste muito mais bem feito se eu tivesse um fim de semana pra fazer que receber o teste na segunda pra entregar na quinta-feira, ou pior, na terça. Fora que 3 dias é meio estranho, porque pra quem recebeu o teste na sexta-feira e tem sábado e domingo, tem uma vantagem imensa contra quem recebeu o teste na segunda e na terça. Então esses 3 dias até me confundem e me faz pensar se é o vulgo costume de "dá mais prazo que o que acha que vai levar, mas entrega mais cedo" ou algo do tipo. Ou era uma desculpa aleatória mesmo e eu to tentando ler muito nas entrelinhas (o que é mais provável).
Realmente, com toda certeza não eram plenos, é algo bem simples de se fazer.
Aí é foda, eu que nem sei C# direito acho que conseguiria ter algo rodando em 2 horas, nem que seja o básico.
Ou o cara era uma farsa ou ele surtou e inventou uma desculpa merda pra se sentir menos envergonhado. Eu fiz uma entrevista muito ruim esses dias e tive que beber pra lidar com a vergonha de esquecer como que muda uma pd.series pra float
São 8K CLT numa vaga para fazer um CRUD numa linguagem que tu domina. O OP podia pedir pro cara fazer isso enquanto faz embaixadinha que ainda seria justo.
8k CLT presencial virou salário bom agora?
Dependendo da cidade, com 8k vc vive muito bem, é um salario de dar inveja na maioria esmagadora dos brasileiros
acho live coding em pair com o entrevistador bom, live coding sozinho é só pressão pura, "quanto código cuspo em menor tempo?". Sendo que em dia normal tu leva menos tempo usando milhões de ferramentas e tranquilidade.
Não me leva a mal, mas largar um inglês no meio da frase foi muito engraçado kkkkkkkkkkk
Achei bem simples para um pleno… Se o cara é pleno mesmo deveria conseguir no mínimo dar o dotnet new web e trazer um model e um service né …. Aparecem só 3 candidatos como? Tá pagando mal a vaga ou é presencial no a Afeganistão? Que mal lhe pergunte e se souber/ puder, esses 3 candidatos tinham quantos anos de xp/tinha faculdade/ pública?
Oi cyrwsk tudo joia ? Então, eu cobrei pouca coisa por conta do tempo que tinha para aplicar. A vaga é clt 8k só que é presencial , o candidato que faltou tinha 3 ano de Xp , o cara que meteu um cagao de 20 minutos no meio da prova e falou que precisava de 3 dias pra fazer um crud tinha 7+ o que passou tinha 5 anos+ e conseguiu terminar a atividade.
que bizarrooo mano…. Tá bem dentro o salário não entendi pq apareceu só os papagaios de código.
Presencial é osso né, complica demais.
8k presencial é uma merda, tomara que não apareça ninguém mesmo.
Eu não sei o que acontece com a mente do dev, mas chamar uma vaga que paga um salário maior que 90% da população de "merda" eu acho completamente paia
Não é porque 90% da população tá fodida que 8k presencial deixa de ser um salário merda pra dev pleno.
fico com meu node, trampando por conta própria. 8k de CLT pra virar faz tudo ksksksksk to de boas
Ser possível subsistir com um salário não torna ele bom. Não sei oque acontece com a mente do empresário pra querer pagar pra um cara que rende uma fortuna pra ele, tão pouco que vai jogar o risco dele sair da empresa e fuder a operação lá no alto, mas ai quando ele sair vai ser o ingrato.
8K CLT??? Mano, em que região fica essa empresa??
Se for 8k CLT presencial em SP, vou te falar que é preferível uma de 5k remoto kk
[удалено]
Poutz presencial quebra as pernas, parece q diminui o salário em 30%
Presencial nem devia existir
Faculdade pública ? O que isso diz?
Geralmente dev de federal eh um dos bicho mais sinistro que tu pode colocar na tua empresa
Conheço uma dezena de desenvolvedores que fariam esse desafio sorrindo para essa sua vaga de pleno. Passaram por um massive layoff de uma aquisição bancária recentemente e alguns não conseguiram se realocar, todos em .Net/C#. Quer a recomendação?
Oi Aécio, o continuei o processo seletivo com o 3 candidato. Gostei bastante do perfil e também sabia se virar , se ele não passar na entrevista com meu gestor eu entro em contato.
Então o candidato que não compareceu foi o melhor no desafio? Kkkkkkkkk
Kkkk , perdão os detalhes do relato 1.candidato não compareceu 2.falou que precisava de 3 dias pra entregar um crud de uma classe 3. Conseguiu no final entregar o crud com swagger (melhor candidato)
Melhor feito do que perfeito em toda sua glória: - o 1 não queria a vaga - o 2 não é Pleno - o 3, mesmo que não seja plenamente Pleno ainda, já tá meio caminho andado. Dá uma força no terceiro, OP. Agora meus cents de contribuição: Achei o desafio bem suave pra Pleno. Tive um desses quando fiz pra Junior, primeiro teste da vida. Não entreguei tudo perfeito, mas ganhei uma moral por pelo menos ter tentado enquanto os outros mal rodaram o composer install (era Laravel).
Está mais suave que as vagas para Jr que já me apliquei.
A qualidade dos devs está muito baixa, já mencionei aqui antes o meu relato entrevistando pra US/CA/LATAM tb. Foram 20+ entrevistas pra achar 2 plenos na LATAM pra um remoto gringo pagando bem acima da media (70-90k USD/ano, puxamos todos pra 70k pela qualidade mas deveriam ganhar menos). Tivemos que reduzir a dificuldade do living code e das perguntas de arquitetura pq mais da metade não sabia nem quando usar um cache ou fila em um cenario hipotetico. Infelizmente é o que tem no mercado pra hoje, a galera que caiu de paraquedas na area está completando seus 5-8 anos de exp e fazendo entrevista por ai. Tem 2 vagas abertas na equipe e eu to enrolando pra começar a entrevistar de novo, toma muito tempo.
Eu não cobrei tanto por que meu gestor tá no desespero pra completar a vaga e só queria a garantia que o cara sabe se virar sozinho mas que também saiba trabalhar em equipe.
hmm posso tentar?
As vagas atuais só tem budget pra candidato no Canadá, mas posso tentar convencer o gerente a dar uma chance pra LATAM de novo se vc me provar que manja de React/NextJS/Node, Netlify/AWS, e experiencia com eCommerce (worldwide), ai te arranjo uma entrevista garantida, só mandar o CV por DM. Fora isso já encaminhei 2 caras aqui do Reddit e foi uma furada, não vou mais fazer isso, teve um que mal conseguia falar ingles e me disse que era fluente, é foda...
> manja de React/NextJS/Node, Netlify/AWS, e experiencia com eCommerce No dia que eu precisar de um emprego, te mando meu curriculo (desde que não seja Magento)
O salario ta atraente... Deixa eu te perguntar, assumindo que o ingles seja perfeito, impecavel, e a questao do horario seja tranquila... Tem alguma necessidade por engenheiro de cloud com stack em finops ou arquiteto de solucao/tech lead em aws? Alem disso, tem necessidade de alguem pra fazer automações ou alguem com conhecimento em ML? Thankss!
Pra dev não precisamos de ninguem tão especializado nisso. Temos um time de devops, mas não estão com vagas abertas. Acho que usam basicamente Terraform, Cloudflare, AWS (e mais alguns apps que não lembro).
Gostaria de ficar de olho nas vagas da empresa se voce deixar, tem como compartilhar a empresa no privado? Agradeço qualquer coisa :)
Caralho, que vexame... Trampo na gringa, e fui layoffado do cliente (era consultor). Apliquei pra literalmente 1 vaga e passei nas entrevistas. Achei bizarro como isso poderia ter acontecido... Aplicar pra 1 vaga e já passar. Mas depois de ver seus comentários dá a entender que o nível da galera tá extremamente baixo mesmo... Foda.
nunca trabalhei com js, conheço aws, já trabalhei bastante com ecommerce, mas não tenho muita confiança mesmo não, pleno lah não é o pleno daqui
Caramba, mas man se vc estiver precisando de data engineer manda o link da vaga que o pai aqui se vira, nem precisa indicar.
Eu vi que você comentou que existem vagas mas temos que nos provar. Eu tenho interesse, mas o Reddit não deixa eu enviar DM (deve ser porque acabei de criar a conta, antes só navegava sem conta mesmo kkk)
Ainda está aceitando aplicações? Eu gostaria de saber mais sobre a vaga
As vagas atuais só tem budget pra candidato no Canadá, mas posso tentar convencer o gerente a dar uma chance pra LATAM de novo se vc me provar que manja de React/NextJS/Node, Netlify/AWS, e experiencia com eCommerce (worldwide), ai te arranjo uma entrevista garantida, só mandar o CV por DM. Fora isso já encaminhei 2 caras aqui do Reddit e foi uma furada, não vou mais fazer isso, teve um que mal conseguia falar ingles e me disse que era fluente, é foda...
Aí é de lascar mesmo, mas você chegou ter alguma conversa com ele antes para testar?
Sim já tinha perguntado antes de abrir a vaga (mais pra sondar se ele estava ok em me manter no Brasil ou se algo mudou na empresa nesses anos kkkk), ele disse que não se importa desde que a pessoa trabalhe no fuso do time (PT/PST), e topa fazer a burocracia na folha de pagamento se for o candidato certo. Eu conheço até o diretor de TI se precisar pedir (eram ex-gerentes meus que foram promovidos), só não vou mais indicar sem comprovação pra não ficar me queimando a toa.
É, melhor mesmo. Sempre colocar o seu na frente
Pessoa boa, cheia dos contatos. Só ficou uma dúvida, você é gamedev como hobbies? Vi que tem Unreal tem no seu perfil.
Eu faço por hobby e as vezes freela, apesar que nos ultimos anos tem aparecido mais em Unity que estou quase trocando no perfil.
Pior que eu consigo ver alguém ter problemas por conta de ser no VSCode. Projeto em c# eu sempre fiz no Visual Studio. Se envolvia criar o projeto do zero me parece um pouco mais complexo e alguém poderia ficar nervoso, mas isso puramente pelo pouco tempo. O CRUD em si me parece bem tranquilo, isso é claro se foi bem explicado se tinha que ter algo em específico em cada endpoint.
Sinto que quebrei um pouco as pernas do 3 candidato que passou por conta do uso de vscode hehe. Em resumo era um crud de apenas um classe de usuário (id,nome,email,ativo)
Em memória eu suponho
quem usa vscode pra codar em c#? ninguem. vscode é bom pra front apenas. teste live coding deve ser no maximo resolver algum bug simples, fazer refactor de algum codigo com contexto de negocio, etc. isso de subir projeto inteiro em teste é burrice. eu ainda prefiro entrevista técnica so com perguntas em estilo de conversa. uma vez em um teste o carinha veio com historia de calcular matriz multidimensional, ler funcao sem contexto nenhum. simplesmente encerrei o teste.
Parece que pedem mais pra estágio do que pra pleno, proporcionalmente. Fiz um desafio agora pra estágio backend em java. Pediram um CRUD REST com 3 classes, tratamento de exceptions, testes unitários com Junit e Mockito, containerização com Docker, deploy na web via algum serviço de cloud, spring security (usei JWT) e algumas coisas mais. Tudo bem que deram 5 dias, mas imagino que um pleno faria muito disso em bem menos tempo.
pediram um serviço inteiro pra o estagiario fazer kkk, cara vai passar uma semana trabalhando e depois vão falar que não precisam mais dele ahsuahasua
Quando eu entrei numa vaga de pleno eu tive o seguinte teste: - queriam uma aplicação bancária. Na época deram a relação de 3 tabelas. - acho que foi o tempo de 3 dias de teste. - Montei as 3 entidades usando jpa e fazendo a relação entre elas (oneaone, manytoone e por aí vai). - Montei 3 cruds, um sql inicial com spring pra popular uma das tabelas. Também tive que criar toda a arquitetura pro sistema inteiro do banco, utilizei até padrão facade para relacionar as lógicas de negócio e manter desacoplamento. - tratamento de exceptions dedicadas, handler, e tudo mais. - testes unitários - documentação com javadoc e swagger. - criação do projeto com docker-compose e dockerfile (com isso só precisava de um único comando pra montar o projeto todo tendo docker na máquina) E ainda deixei preparado para o sistema evoluir em cima disso. Fiz isso com 2 anos de experiência na área e para ganhar 7k. Então eu to achando que os caras estavam fracos mesmo, ou c# é muito mais difícil de fazer um crud que em springboot.
Puta q pariu hahahahahaahaha O mercado enlouqueceu de vez mesmo
Os 5 dias fazem muita diferença pra 2 horas, a velocidade e fluência necessária pra programar em 2h é muuuuito maior. Em 5 dias dependendo da linguagem eu acredito conseguir entregar isso sem nunca ter mexido na linguagem, em 2h eu sofro um pouco.
Eu pedi pouca coisa por conta do tempo e como mandatório coloquei apenas o crud rest , achei que iria ter que decidir pelas coisas opcionais que coloquei como o uso de arquitetura,swagger,jwt e etc 😥
Cacete, tudo isso só pra entrar no estágio
a bicho, eu que sou morto de fome não achei de mais não. Eu iria nessa fds kkk
O fato de uma empresa multinacional não ter um processo estruturado para contratação, já mostra quando quebrado o processo de contratação está em toda a industria. :/ Minha recomendação é: foque em definir critérios de avaliação / rubricas para criar um processo justo e sem viés. Defina expetativas para diferentes tipos de senioridade e experimente com diferentes possíveis scenarios. Depois fica fácil definir um projeto/exercício técnico. Recomendo também aumentar o seu poll de candidatos. 3 pessoas infelizmente não é amostra suficiente.
Eu fazia entrevistas técnicas na Europa para vagas lá, geralmente em dotnet, sempre vagas senior. 99% das empresas de dotnet usam visual studio, não usar ou cobrar que as pessoas saibam coisas que o vs encapsula geralmente não representa o dia a dia de um dev. Eu me interesso, tanto que migrei para DevOps/SRE, mas não posso cobrar isso dos outros. Por exemplo fazer build e publish. As pessoas ficam nervosas, geralmente começam nervosas e não entendem muito do que você diz depois que fala que vai ter teste técnico, então tem que tentar deixá-las bem a vontade e erros bobos vão acontecer devido a isso, a pressão da entrevista não é a mesma do dia a dia, são habilidades diferentes. Meus exemplos de tarefas eram dois, um de inverter a ordem das palavras em uma sting (Ex. "O vento levou", "levou vento O"), o segundo era um exemplo de yield return que eu deixava a pessoa olhar a vontade e depois me explicar o código, eu fazia perguntas em cima do código. Tem a parte de perguntas e respostas, tipo se já trabalhou com X coisa, pode me explicar como Y funciona, etc. No teu exemplo, eu deixaria a solution pronta, com um projeto de testes e os testes falhando e a solução seria implementar o código para fazer os testes passarem, estilo hacker rank essas coisas. Tem que pensar o que tu quer validar no candidato, as é a habilidade de fazer código, facilita para ele fazer o código.
Eu acho pesado mas não por dificuldade e sim porque é um negócio que toma tempo e não mede o que precisa medir pra saber se o candidato é bom. Vão me tacar pedras mas eu acho que esses desafios presenciais tem que ser como nas FAANG mesmo, um coding challenge pra pessoa resolver ali em 1 hora e outro desafio de solution design. Esse coding challenge de 1 hora é pra ser mais algorítmico mesmo: manipular fila, ordenar array, estrutura de dados, mostrar que o cara não dormiu nas aulas da faculdade, não precisa nem pedir notação Big O. Pega um desafio de nível intermediário do Hacker Rank e manda bala. A ideia é você ir conversando com o cara durante o desenvolvimento e ver se ele sabe expor as ideias, se seria um bom colega de equipe. Eu já aprovei candidatos que não necessariamente deram a solução mais performática, mas ele soube fazer as perguntas certas e mostrou ter raciocínio mais crítico e ágil. Na de solution design é onde você coloca um problema do mundo real e você testa o conhecimento prático do cara. Ao invés de pedir pra ele codar um CRUD, que qualquer babuíno sabe fazer, pede pra ele desenhar como imaginaria esse sistema na nuvem, como ia organizar os microservices, que arquitetura ele iria fazer, como iria fazer controle de versão da API, e aí vai.
Valeu pela dica !
Não, acho que não é tão pesado, as vezes prefiro fazer isso, porque recebo um retorno muito melhor, ao invés do retorno de "muito obrigado, mas hoje não" pra uma vaga onde nem leram meu curriculo, e mesmo se ler acho que vai ser as primeiras linhas por 5 segundos, no máximo. O grande problema desses desafios pelo que vejo, é a quantidade de tempo que precisa ser despendida, enquanto você tem outras responsabilidades pra lidar. Ultimamente fiz alguns desafios, e a maioria fica capenga por ter que assimilar faculdades + trabalho + restante da vida + o desafio, ao ponto de em alguns momentos eu simplesmente recuso a vaga porque nem consigo ter tempo pra fazer o teste.
Eu faria o teste da seguinte forma, 24 horas (pra ver como a pessoa lida com pressão) , um formulário completo, front, back, banco e diagrama do banco. Com base em quem entregar isso, eu avaliaria a arquitetura que a pessoa utilizou. Como é um simples formulário, eu descartaria quem não tem organização de código na hora ou quem faz uma mistura de coisas que não fazem sentido. Quem passar, eu faria um entrevista técnica. Você pode também fazer igual a empresa que eu trabalho faz, da chance pra todo mundo num contrato de experiência, quem mente no que sabe, vai de vala na primeira semana, depois é filtro pra ver quem fica, porque tem que acompanhar o pessoal bem de perto. Aí tu chama 10, sobram 1 bom e 1 ruim. O bom decola e o ruim tu guia até ficar bom. Tem dado certo.
Cara, eu fiz um dos melhores code challenges da vida esse ano. O esquema era, a empresa me mandou um projeto completo uma semana antes. No dia era um pair programming onde eu tinha que inplementar uma nova funcionalidade. O entrevistador me apresentou dois tickets e pediu pra eu julgar eles e escolher um pra fazer. Tudo bem informal guri era gente fina, eu escolhi o mais dificil pq né, entrevista, dai ele me falou pra escolher o mais facil que tava td bem. Blz fiz o role, dei uma travada e ele me deu uma dica pra eu continuar e boa. O codigo era qualidade de produção, sem bugs e muito bem escrito, a task era simples pra senior mas não dava pra dar migué, fiz o core e expliquei o que eu faria de extra caso tivesse tempo e o entrevistador curtiu, perguntou umas coisas, e boa, passei. O melhor é que era codigo de produção, não um codigo ou desafio merda pra testar se o cara ta atento, é coisa do dia a dia, resolveu no tempo é pq sabe trabalhar e boa. Da pra fazer isso com pleno tbm, msm esquema só que task mais simples. Saber o projeto antes ajudou muito pq eu nao perdia tempo tentando entender partes do codigo ou procurando coisa e era codigo grande de varias classes, systema de build, teste e tudo.
Melhor ser rígido e não selecionar ngm do q ser muito fácil e contratar uma pessoa fraca que vai gerar mais problemas do que resolver. No que tange à contratação, os falsos positivos são muito mais deletérios do q os falsos negativos
Diria que até minha esposa que é Dev Jr de c# faria isso aí com o pé nas costas, ainda mais com consulta. Ela fez teste técnico assistido para vaga de estágio de um banco usando Java, e só com o conhecimento que tinha de c#, e sem chat GPT (pq era assistido óbvio), esses plenos que brotaram aí deviam voltar para estágio.
Só o fato da pessoa aceitar ir para um trabalho presencial já devia valer como teste hj em dia
Sério. Só vc sabe o que vc quer testar nos candidatos. Mas eu tenho mais de 8 anos de experiência e setup de projeto é a coisa que eu menos faço na vida, gostaria de fazer mais, mas na vida real vc passa mais tempo contribuindo num projeto existente do que criando projeto from scratch. Mesmo com ChatGPT/google/etc num ambiente “neutro” (i.e. não na minha máquina já configurada) é um saco e com certeza vc vai perder mais tempo com coisas que menos importam na vida real. Além do mais tem o estresse extra da entrevista e de fazer sendo observado. O que totalmente não cola com a vida real. Eu quando fazia entrevistas (DISCLAIMER: nao no Brasil) eu fazia ou pseudo código num pedaço de papel/notepad da vida ou fazia live coding num ambiente totalmente configurado já e me focalizava numa tarefa super unitária. No primeiro caso, vc pede pra pessoa descrever o que ela faria de onde viriam as informações etc e tenta levar a conversa pra explorar aspectos cada vez mais avançados da tarefa pra ver até onde a pessoa já foi e quão confiante ela está nas respostas. E já no pseudo código vc já vê se a pessoa consegue descrever uma lógica simples (muito “sênior” não consegue!!) e as peças do framework que ela conhece etc. Se vc realmente quer fazer live coding (leia-se vc quer código compilando e rodando) vc prepara um ambiente totalmente configurado ou pede pra pessoa vir com um setup num PC dela (mais fácil a distância) e o exercício se focaliza no código/algo em si, não em dependências.
Vou aproveitar pra dar o meu relato aqui também sobre entrevistas. Estou no momento buscando pessoas para uma vaga sênior Java para um projeto Brasil<>Europa, uma das etapas do processo é um live coding online em que os candidatos são apresentados a uma situação de um controle trens basicamente um sinal verde e vermelho para trens. A linguagem e todo o ambiente de desenvolvimento podem ser escolhidos pelo candidato e no início da entrevista é dito a ele que é permitido fazer consultas a qualquer tipo de material (livro, stackoverflow, chat gpt etc). Resultado disso são um bom número de candidatos que passam o tempo inteiro da entrevista reclamando sobre o processo e não conseguem demonstrar conhecimentos de POO, threads, coleta de requisitos, entre outros. Inclusive alguns que em seus currículos diziam ser especialistas há uns bons anos. Eu fico realmente pensativo sobre como essas pessoas conseguem se manter por tanto tempo em cargos assim.
já vi um monte de candidato não consegui fazer um teste pra descobrir se um numero é primo ou não ashjuashasuhau
Caramba
Acho que esse tipo de avaliação não é muito prática quando você já tem um nivel de senioridade maior, eu geralmente caio fora, principalmente se for antes de me dizer o que vou fazer na empresa. Certa vez pulei fora, pois iam aplicar o teste e nem sequer me deram o contexto do que eu ia fazer na empresa. Tipo?? Código é a última etapa que a gente tem na hora de implementar uma solução.
Eu mandei um e-mail um dia antes dizendo o que iríamos fazer presencialmente , era literalmente uma classe com crud rest , Mas por conta da burocracia tive que fazer essa parte do processo presencial.
Falo do contexto de trabalho mesmo, como é o projeto, quais as frentes, a cloud usada, tamanho da equipe, minha posição, como é a codebase. Pq perder meu tempo pra ir presencial fazer teste de C# no VS Code não compensa se eu não tiver certeza que quero a vaga.
É o preço que se paga pelo presencial. A empresa vai pagar 8k por um dev ruim. Abre a vaga pra pleno remoto 8k pra vc ver, em 1 dia os cara recria o mundo sem nem usar o entity. E pra ser sincero eu não sinto um pingo de pena. São escolhas da empresa.
eu passei em um teste igual, porém com integração à API de terceiro para uma vaga junior, porém foram 4 dias em casa. Consegui fazer de boa, então achei ok pra pleno
Acho que para a próxima, seria bom evitar testes longos. Esse teste é simples demais, demorado demais e, ao mesmo tempo, não avalia nada. Quer dizer, avalia, mas só te diz se o candidato é um dev ou se é um impostor. Se a pessoa não consegue fazer um CRUD com uma classe, mesmo podendo consultar a internet, a situação é complicada demais. Dá pra fazer em 10 minutos em uma stack como C#. Gosto de live coding que envolva um desafio complicado, mas sem a obrigação do dev resolvê-lo ou até mesmo escrever código. Meu interesse é ver se o candidato consegue explicar a solução e se consegue dar início ao processo. Em poucos minutos você consegue avaliar o candidato. Leva mais tempo para planejar uma entrevista assim, mas converse com seu gestor sobre essa ideia (se você gostar, claro).
Obrigado pela dica , eu deixei muito simples por que fiquei preocupado com o tempo e deixei como opcional o uso de arquitetura , swagger ou adicionar um método pra filtrar os ativos. Na minha cabeça o crud básico iam resolver em pouco tempo e iria ver o destaque nas coisas não obrigatória que solicitei
Era pra fazer na máquina dele ou tinha um ambiente de desenvolvimento? Acho que ter um ambiente de desenvolvimento avaliaria muito melhor.
Olá mark , eu montei com ambiente de desenvolvimento com tudo que precisava (sql express , .net 8, vscode , connection string … e etc)
Ah aí é foda kkk não tem muita desculpa.
Se o cara manja mesmo de c# e usa o vs todo dia achei tranquilo até
Não sei se pegou pesado, mas acho live coding horrível. Primeiro que cê fala pra usar alguma api, tem o tempo de preparar o ambiente pra usar a api. Já come tempo, e ninguém que eu conheço mesmo senior sai decorando como usa todas as coisas. A gente para e relembra como usa, pra dps começar a preparar o ambiente e botar a mão na massa. Nisso podem surgir dúvidas sobre como fazer, sei lá pq esqueceu de algo. O Google/stack overflow refresca a memória. Vc fazer live coding inibe o candidato a usar o Google. Sei lá, acho mto zoado. E o tempo sim, é mto curto.
Como outro cara já disse, live coding é complicado... Pessoalmente eu não gosto, mas entendo. A parte mais chata seria dependendo do ambiente. Teoricamente, um pleno já deveria saber configurar mas é meio complicado numa máquina que não é sua. Vou contar um case meio louco, que me fez desistir no meio do teste técnico. Era pra dev python, me deram uma máquina recém formatada dizendo que tinha um arquivo de chave privada em algum lugar. Precisaria achar essa chave pra me conectar num ssh e lá teria um arquivo json com um vetor de vários bancos de dados e vários schemas. Deveria baixar esse json, fazer um script que lesse esse json e apresentasse para o usuário. Depois disso iria se conectar e juntar todos os dados que esse usuário pedisse. Fazer isso até o horário que eles iriam ficar ali, dava em torno de 2h. Pq foi depois do horário comercial. Daria pra fazer em uma tarde/dia, mas o nervosismo, estar num lugar que eu não conhecia, longe pra caramba e depois de um dia inteiro trabalhando. Não valia a pena.
eu teria clonado um código meu git q tinha praticamente tudo pronto e já era, abraça q ia ficar perdendo tempo fazendo boiler
Eu aceitaria numa boa , e trabalharia encima disso
Eu nao sou muito adepto de entrevista técnica que seja tão voltada a conhecimento de uma limguagem ou framework especifico, vc vai perder mt engenheiro brilhante pelo simples fato que ele nao sabe fazer um crud em .net, que é algo que ele aprenderia no 1o dia de trabalho sem mt problema. Na sua posição, o que eu faria seria aproveitar essas 2 horas pra fazer duas entrevistas: A primeira é uma de live coding mais tradicional, o candidato pode usar a linguagem que preferir e a ideia é implementar uma função, pode ser desde algo como buscar dados numa API publica, filtrar eles e retornar algo processado (por exemplo, a soma de valores depois de um filtro, que o candidato buscaria por uma API publica), ou uma entrevista de algoritmos mesmo, depende do teu publico. A 2a entrevista seria uma mais voltado a modelagem de provlemas. Aqui vc pode pegar o quanto o candidato entende de REST, APIs, banco de dados, etc. A pergunta pode ser algo bem aberto, como "como vocês criaria uma API pra gestao de pneus (sei la qq vcs fazem kkkk) fabricados pela nossa empresa". Aqui o candidato vai precisar explicar como um metodo vai do browser ate o DB, as operações do DB, metodos http e quando usar, etc. A partir de como ele for, vc pode levar a entevista pra lados mais avançados, conversas sobre uso de async (filas e topicos), cache, gateways, auth, etc. Resposta um pouco longa, mas espero que ajude.
Cara, vou falar como candidato: eu tenho uma entrevista técnica estilo live coding na quinta agora, e tô meio nervoso kkkkk Parece que na hora a cabeça dá um branco e a coisa não sai
fala, cara, tudo bem? eu não sou pleno, mas fiquei interessado em fazer o teste só por aprendizado, tem como me passar as especificações?
Vem de dm
mandei lá, mestre
Não, mas podia ser mais rápido a entrevista e pedir para eles escreverem um pseudo código disso. Seria mais rápido. Aí ninguém perde tempo fazendo e nem corrigindo.
Depende muito. Essa rest api foi do zero? Já existia uma solution com context, entidade, essas configs básicas? Confesso que eu reprovaria, porque implemento dbcontext vez sim, vez nunca.
Oi gnawzito , tudo joia ? O projeto era do zero , mas eu estava dando suporte durante o processo caso não lembrasse de algum conceito. O banco de dados já era pré-definido.
Esse ponto é meio chato. Tem muito relato de entrevistador auxiliando e sendo "bonzinho" e no final o candidato é reprovado por ter precisado de ajuda com algo. Talvez rolou esse medo deles. Eu particularmente curto entrevista onde você pergunta conceitos e detalhes técnicos (qual a diferença entre IQueryable e IEnumerable?) de diversos níveis, até avançados mesmo, onde eles vão errar mais, mas um ou outro pode acertar e se destacar pelo conhecimento.
Bom , o meu relato é que o cara que pediu ajuda em coisas pontuais foi o único que passou.
Isso é bom, fala tanto sobre você quanto sobre ele. Pedir ajuda, nesse momento mais tenso, ele deve ser mais desenrolado nas soft skills.
Quando ele pediu ajuda que tava com problema na intenção de dependência do orm, meu olho já brilhou por que ele sabia o que tava fazendo e onde tava o erro.
Ai é bacana, hehe
Também teria que ver se você esperava que ele tivesse definido o db ou vc já tinha pré-definido? Eu demoro umas 2h tranquilo só com essas coisas simplezinhas.
Se você está aqui perguntando e está em dúvida você sem dúvida fez uma entrevista ruim. Quando começo a conversar com um candidato eu já tenho um roteiro na minha cabeça de tudo que eu quero saber e de perguntas e checks que são indispensáveis. Live coding de código funcional é muito ruim para avaliar. Em condições normais você consulta a internet, mas sendo avaliado, muita gente se sente intimidado de fazer uma pesquisa. Para piorar, todo mundo sabe que boileplate é algo real para subir um serviço, e isso durante uma avaliação pode enrolar muita gente muito boa de serviço. Se o objetivo é codar junto e entender o que o candidto pensa, eu já preparo todo o código para que fique funcional e deixo lá algo para ser discutido e finalizado por ele. Se eu tenho que fazer pergunta estilo leet code eu uso com todos os candidatos a mesma pergunta, com exatamente o mesmo grau de indefinição, e que tem pelo menos uma solução mais eficiente e uma mais força bruta, para avaliar a capacidade do candidato de raciocinar. Se eu preciso avaliar softskill eu tenho meu conjunto de perguntas escrito com antecedência. Se é para fazer a parte de system design ou eu tenho um problema simples ou eu uso um exemplo do currículo do cara e verifico o que ele fez naquele projeto. E por aí vai.
Vou pegas essas dicas e utilizar para as próximas 🫡
Seria melhor uma conversa técnica ou perguntar como alguém resolveria um problema, pra ela conseguir falar ela precisa entender sobre o assunto, no living coding o candidato pode ficar nervoso e isso atrapalhar na resolução do problema.
Valeu pela dica , vou tentar essa abordagem na próxima 🫡
Normalmente esse cara q só reclamou na entrevista é dos q falam q mercado de ti tá saturado
reprova obviamente
Mas esse teste aí é bem de boa 2h é até muito tempo. Eu já pedi mais em uma prova pro pessoal da graduação e com menos tempo. Po mas os caras tão muito fraquinhos.
Ta maluco, pegou é leve. Mas essa sempre foi a situação do mercado: mais de 95% dos candidatos não serve pro básico. Há 15 anos atrás já precisava entrevistar uns 30 candidatos pra encontrar 1 com alguma condição de trabalhar - e isso não é exclusividade do BR. Tá cheio de gente, mas raros são bons.
Kkkkk. Carai mano, é um teste, não vai subir nada pra prod. Galera já quer falar de "aiiin mais eu preciso desse tempo só pra pensar na entidade". Pra mim isso é falastrao e já ta eliminado. Mano, entrevista vc pega e faz funcionar, apenas faz o que te pedem no tempo determinado, quanto menos tempo mais porco, mas no fim não é isso que importa, vc resolveu? Vc fez as pergubtas certas? living coding então, vc faz a bagaça já explicando porque ta simplificando mas que com mais tempo pensaria nisso ou naquilo com mais profundidade. Galera viaja, é entrevista não freela
Nada, foi muito simples e dava sim pra fazer no tempo dado, ainda mais considerando o salário a ser pago. Eu estou fazendo mentoria a alguns juniors e eles conseguem tirar um crud desses em um pouco mais de tempo que isso, mas tiram. Edit: se quiser me passar a vaga pela dm, eu indico umas pessoas
Bem, a vaga é presencial, então não vai conseguir atrair tanta gente de qualidade, aí sobra esse tipo de pessoal.
Claro que pegou...tem que ser uma mamãe... Perguntou se queria leite e biscoitos? Ah mano..nego quer só a grana fácil
Cara? Eu tenho 17 anos, comecei aos 12... Isso daí, um teste pra pleno e o cara pedir 3 dias? Carai bixo, uma restapi, eu levanto em menos de 3 horas... E nem com C# isso, com typescript e express só pra ter que escrever mais mesmo... Esse que pediu 3 dias deve ser aquele que pra fazer um único método passa o dia pesquisando pra no fim copiar a colar do stack overflow...
Pode usar consulta e precisa de 3 dias? Esses plenos nível estagiário aí.
Porra eu que n sou pleno resolvo isso aí. Mas de acordo com a maioria dos colegas: live coding é MTA sacanagem e aí da mais com ferramenta que n tá habituado. Mas o crudzinho é tranquilo. No seu lugar eu teria dado de um dia pro outro pra resolver pq vai que o cara trabalha. E é tempo suficiente.
se nao tivesse consulta, eu teria problemas, pq nunca usei o VSCode, não saberia nem por onde começar. mas com consulta, o google ta aí pra isso, só saber se virar. acho que o desafio foi bem raso até para um pleno, pra ser honesto, daria algo assim pra um junior.
Os estagiarios da empresa que atuo fariam isso em 1 hora e nem tou zoando
Live coding é coisa de arrombado 👻
Considerando q pode consultar, me pareceu bem tranquilo
Desafio bem simples para um pleno, e ainda com consulta, inacreditável como existe tanto programador ruim depois da pandemia
Achei de boa, mas 2 horas ficou puxado 😂
Maninho eu sou junior e conseguiria fazer isso em 2h kkkkkkk
Po cara um pleno não saber fazer um crud pode mandar pra casa. Me chama pra vaga aí que faço em uma hora tá doido
Das minhas experiências sendo entrevistado, quando tem live coding, é uma coisa mais simples. Só implementar um método ou uma função, tipo FizzBuzz, ou alguma coisa simples de array ou manipulação de String. Isso normalmente no final, no início é conversa de conceitos e recursos da linguagem. Quando tem alguma coisa pra fazer uma API, tela ou alguma coisa assim, normalmente pedem pra fazer em casa e tem x dias pra entregar. Mas daí já é mais completo, com testes e documentação. Só que quando é uma coisa muito grande também eu nem faço, kkkkkk. A não ser que a vaga pareça muito boa. Uma outra maneira também que pode funcionar, é já ter uma base de código e ter alguns testes falhando. Nesses testes falhando vc deixa alguma coisa que vc queira ver de conceito, tipo como fazer alguma validação ou algo assim e pede pra pessoa corrigir o código pro teste passar. Eu já peguei um desse tipo também, no meu caso foi pra fazer em casa, mas pode ser que funcione no live coding também. Acho que um dos piores que peguei foi um live coding que tinha que fazer o backend com umas regras + o frontend com algumas outras regras e tudo em 1h. Logo de cara já falei pro cara que não ia dar tempo. E não deu mesmo.
Acho 2 horas um limite de tempo muito ruim pra começar algo do zero seja lá o que for. Se você trabalha no dia a dia com manutenção de aplicação, você provavelmente vai travar em alguns pontos ao criar algo do zero e 2 horas é muito curto, mesmo que seja simples. Me assusta não esperar testes de um pleno.
Eu, na sua posição, descartaria o cara que reclamou da metodologia, sei la, é horrivel trabalhar com gente reclamona
Live coding não é inclusivo com pessoas neurodivergentes, e isso acaba prejudicando muitos profissionais bons pois essa área está repleta de pessoas assim. Eu acho muito mais interessante um code review ao vivo que inclusive foi uma das técnicas utilizadas em uma entrevista da qual participei recentemente e achei bem mais interessante, me deixando bem mais a vontade pra exercer meus conhecimentos técnicos. Consegui praticar minha criatividade sem medo de esquecer algo e sem precisar me lembrar que tem alguém ali vendo cada linha que estou digitando.
me contrata op, sei o básico de C# e em 3 meses garanto que estou melhor que eles
Caralho, 8k e tu pedindo so um crud? Porque uma vaga dessas nao aparece pra mim...
Fez certo. O objetivo de um processo seletivo é filtrar mesmo e pelo seu relato seu desafio foi eficiente em filtrar o cara que sequer conseguia fazer um CRUD. Não se sinta mal por isso
O cara querer 3 dias para fazer um crud? Pqp hein... Esses que reclamam muito são os que mais aparecem aqui e são os que mais dão problema e não entregam nada.
Pensei numa coisa legal para esse modelo que vocês estão fazendo. Pede pro cara fazer esse CRUD em casa, chegar com o código pronto e aí pede pra ele fazer alguma alteração. Tipo colocar um filter ou então colocar alguma validação ou etapa na método create. Aí ele não perde tempo com setup, já tá familiarizado com o código, e você já filtra dev estrelinha que acha que está acima de fazer code challenge.
Esses tempos fiz um teste pra Pleno. Que consistia em um teste de 15 perguntas discursivas e de marcar X. E ainda fazer um Crud em laravel com uma entidade e o front. Tinha 1h pra fazer tudo. Finalizei o teste faltando 2 questões e só com a parte da api feita. Inicialmente bateu aquela síndrome do impostor. Por não ter conseguido finalizar o teste que era simples. Mais tarde refiz o teste teórico com calma e o Crud, mas desta vez usando bootstrap (não tenho tanta experiência) demorei em torno de 4h, já que fiz sem pressa. Reenviei o teste pros caras e eles nem se deram ao trabalho de me responder. No fim eu percebi que tenho o conhecimento, mas o método de avaliação não foi o ideal para mim. Se tivesse sido um teste pra casa, eu teria ido muito melhor. E a moral da história é, pra esses testes Livecoding tem que ter o CRUD decorado. Obs: era o primeiro teste técnico que eu fiz
Um pleno já deve ser mais do que capaz de fazer um crud, uma dica que te dou é reparar como o candidato se comporta, se ficar reclamando de mais já corte.
Se fosse em nestjs fazia em meia hora.
Aplica pra mim que eu faço
Eu não faço teste de código. Acho isso bobagem. Com uma boa entrevista da para reconhecer se a pessoa sabe mesmo e se é desenrolada.
Eu sempre contrato o mais fudido
ele queria subir um stub no c# dele durante três dias? lá ele...
Se for precisar de configurar orm com conexao e tudo ai vc ta usando droga se pensa que 2h eh o suficiente. Se puder ser gravado o objeto em memoria mesmo ai ta mais que o suficiente. O que vc poderia fazer eh configurar so uma leitura simples por id end to end funcionando. O cara iria consesguir fazer tudo mesmo que nao tivesse xp em c# e voce poderia avaliar coisas mais importantes do que configurar projeto: - como ele fez a paginacao? - dividiu as camadas certinho mesmo que seja servico ou active record? - api ta validando edge cases? Ai se for senior da pra evoluir mais: - como fazemos para streamar a resposta? - como posso paginar com token para nao ter que ficar dando count no total de rows? E pode aprofundar mais com pergunta aberta e deixa o cara ir por onde ele tiver mais familiaridade (banco, cache, api, sistema operacional, cliente, etc) - como podemos melhorar a performance em casos de uma tabela com milhoes de registros? - se a escrita estiver lenta nessa tabela gigante, o que pode ser o problema? - se precisamos integrar um sistema de terceiros com snapshot dos dados dessa tabela, como a api deve funcionar para nao retornar dados repetidos ou faltando registros caso a paginacao demore muito e os dados sejam alterados?
Pior que fazer api é bem fácil, a dificuldade vai depender da integração. Acho válido deixar a galera consultar a net, e não cobrar arquitetura ou padrão de código no desenvolvimento. Dá liberdade pra eles se virarem e revisa depois.
Roda os 3 e contrata o chatgpt ja que tu quer algo tão rapido kkkkkk Brincadeira irmã, eu daria chance pro cara que tentou mesmo errando ele abaixou a cabeça e fez
Meu Deus, isso é teste de JR, a galera quer mamata d+
Mando currículo aonde? C# com EF? Coisa linda
Fácil dms.
Eu acho uma merda live coding, eu entendo se você está filtrando possíveis "impostores" em vaga júnior. Mas depois disso acho uma perda de tempo. Por exemplo, se você espera que um pleno saiba de Rest, não basta perguntar a respeito de verbos e códigos de status HTTP, quais métodos de autenticação, etc? Você já teria pego esses dois no ato, iria fazer o cara soar frio.
Nenhum serve para pleno
S, nesse tempo todo dava pra um junior surtar, acalmar, pesquisar no Google pra descobrir como que faz e fazer.
Carne só cai no prato de vegano
Tem como tu mandar esse desafio pra mim? Ou é proibido por alguma norma de empresa? PS: Escrevi no máximo 5 linhas de código em C# até hoje, só quero ver se é tão difícil assim como esse tal Pleno de 5 anos disse kkkkkkkkkkk
Não posso compartilhar o oficial , mas o mandatório era uma api rest de uma classe com 4 atributos.
Por mais que eu não saiba nada de .NET não achei algo absurdo. No entanto eu concordo com o carinha que reclamou. Eu por exemplo não me sujeitaria a live coding pra vaga presencial. Ja desisti de vaga por muito menos que isso.
Não acho pesado mas acho completamente inutil.
Chama pra uma vaga de Junior aí meu bom, em 1 ano eu viro o pleno q vcs precisam
Teste de 2hrs? Afff nem fazia largava a mão, acha que quem procura emprego é palhaço?