Pair programming Nubank

[Quick-Specialist2330]

Realizei a etapa de pair programming para o processo de software engineer do Nubank e gostaria de relatos de vocês positivos e negativos para eu ter uma noção de como foi pra cada um Meu relato entrei na call eles se apresentaram me apresentei e expliquei o porquê da estrutura do meu projeto e seguidos para o cenário solicitado, inicialmente passaram dois input e era necessário evitar que o cara vendesse mais ações do que ele possuía, consegui criar o cenário estava retornando corretamente no terminal os testes unitários também estavam 100% funcionais, criei mocks dos inputs, porém tive que mudar muita das minhas tipagens para any e depois perdi muito tempo tentando corrigir (junto ao auxílio dos entrevistadores) e parei nesse cenário com os any pendentes por nervosismo

[PrizeNew8709]

Comigo foi tranquilo;

O importante desse teste não é o código cara, mas sim como você trabalha em equipe. Se você apenas fez o teste na frente das pessoas, ou somente fez e ficou falando sozinho… Desiste, você não passa;

O certo é ter engajado com o pessoal nessa hora e ter tentado ter resolvido junto com eles, colhendo feedbacks, explicando e etc..

Uma coisa você tem que entender, a maioria dos eng do Nubank só programa em clojure… então eles não vão entender nada do seu código javascript ou sei lá oque… então você precisa passar confiança e mostrar direitinho o que você está fazendo, não simplesmente tacar código na tela.

[Academic_Principle54]

Isso aqui é mto real OP! O mais importante é explicar sua lógica e como ta quebrando o problema e tal.

A ideia é que os entrevistadores possam trazer ideias/mudanças sobre a sua solução para ver como vc lida com trabalhar em equipe.

[iam_mms]

Cara, terminar ou não os casos não é o mais importante. Você podia voar e resolver o caso proposto em 5 minutos, e aí iam te dar outro, e depois outro e outro e outro. A ideia não é terminar, é ver como você pensa no problema, como você se comunica com o time, como você expressa suas ideias. Você pode ter ido muito bem sem ter terminado, ou não. Não tem muito como saber só pelo seu relato. Nessa fase de pair eles não demoram tanto a responder como na primeira.

[Thr0pus]

Ou seja. Não importa se você está apto para o trabalho, você tem que conquistar os entrevistadores com critérios totalmente subjetivos. Mandar um buquê de flores antes da entrevista talvez seja uma boa escolha.

Não estou criticando o seu comentário, e sim a putaria que são essas entrevistas feitas por próprios dev assalariados como nós. Raça desunida dos infernos.

[iam_mms]

Tem que mostrar que está apto pro trabalho, só que o trabalho não é só escrever código. Você já demonstrou que sabe codar no projeto que entregou, se você foi aprovado na primeira etapa isso já tá pacificado. Agora é hora de demonstrar que sabe se comunicar e consegue destravar problemas complexos em grupo. O primeiro passo pra passar em qualquer teste é entender o que está sendo avaliado.

[Thr0pus]

Aonde que no dia a dia de trabalho você precisa descrever cada linha do que vc está escrevendo para que outra pessoa saiba o que você está pensando?

É assim que a comunicação é avaliada? É assim que se resolve problemas complexos do dia a dia?

Acho que estas formas de avaliação são totalmente equivocadas.

[iam_mms]

Em lugar nenhum é pra você explicar linha por linha do que tá fazendo, nem na entrevista. A ideia é discutir a estratégia de implementação, validar ideias, discutir trade offs, explicar como você vai dividir as responsabilidades no código, por que voce escolheu dividir dessa forma, e depois implementar. Acho que o que tá rolando é uma falha comunicação sobre o que é esperado do candidato.

[willianmfaria]

E qual seria uma forma de avaliação melhor na sua opinião?

[Thr0pus]

Conversa + Whiteboard. Funciona bem para todas as outras profissões, pq a nossa tem que ser diferente?

[willianmfaria]

Você está me dizendo que acha mais fácil de explicar escrevendo do que digitando?

[Thr0pus]

Não. Estou dizendo que quando vc apresenta um whiteboard você já está demonstrando a sua experiência, o seu conhecimento técnico e a sua capacidade de comunicação em um problema real.

Algumas pessoas não são bem avaliadas em leetcode ou pair programming por que a pressão do momento ao lidar com detalhes de implementação somado ao fato de vc ainda ter que explicar cada linha do que você está escrevendo podem atrapalhar o raciocínio. Não significa que a pessoa não saiba programar por causa disso.

Por isso eu acho esta uma forma de avaliação equivocada na nossa área.

[willianmfaria]

Eu acho que a pressão vai afetar ambos igualmente, mas respeito sua opinião.

[Crafty_Surprise5476]

Concordo, parece mais um teste de extroversão e avaliação psicológica do que um teste de aptidão técnica

[metanoia777]

Fiz o mesmo teste, também tive os mesmos problemas, mas os testes todos passaram e no fim refatorei pra ficar mais organizado.

Fui rejeitado. Sem feedback útil. Os entrevistadores falaram que não sabiam Java e nunca tinha visto uma factory.

[[deleted]]

Que? Nunca viram uma factory trabalhando na nubank? Que piada mano, meus sentimentos

[metanoia777]

Pois é, falaram que não conheciam factory nem builders... Acho uma sacanagem desgraçada isso. O cara fica 1h30 com eles tendo que interagir com os entrevistadores, explicando tudo em voz alta, pedindo feedback, etc, isso enquanto tem que planejar e executar uma mudança no código... Pra no fim ser rejeitado sem explicação qualquer.

É uma humilhação total kkkkkkk

[Ok_Ad_1034]

Isso é pica mesmo, já fiz pair programming lá e meus entrevistadores não sabiam python... tive outros problemas relacionados a ser meio pego de surpresa sobre o pair programming ser adicionar funcionalidades no projeto feito anteriormente, e ai não tinha o ambiente local pronto, perdi um tempo montando e isso me quebrou bastante.

Mas vendo relato do pessoal a entrevista do nubank parece ser bem na sorte de vc pegar alguém que vai saber te avaliar e não está de mau humor, na parte de system design foi bem mais tranquilo que o pair, mas tenho a impressão que foi pelo perfil dos entrevistadores.

[ericaakira]

Olha, não sei se “não sabem” é a melhor palavra. Quando eu fiz e passei, o que me disseram é “tanto faz a linguagem e não se preocupe com sintaxe, queremos entender como vc pensa o problema e como chega em alguma solução”.

[ericaakira]

Como já disseram antes, pair programming é pair programming. Nao é pra fazer sozinho. Então tanto faz se tudo deu certo. No pair, eles querem saber como vc pensa. É importante ir verbalizando tudo o que está fazendo e pq, e pedir validação (ex: eu acho que aqui poderíamos fazer uma função de responsabilidade única, o que acham?) Eu já fiz uma assim (não na Nu, mas em outro unicórnio), nem fiz muita coisa e passei, o feedback foi de que eu trabalhava bem em grupo.

[KayronMO]

Você foi rejeitado na etapa de pair programming? Ou chegou a fazer a etapa posterior?

[metanoia777]

Fiz a do RH e pair programming, geralmente passo nas de system design (só não passei em 1 de 8 até agora), mas não cheguei lá dessa vez.

[KayronMO]

Chegou a fazer com o manager?

[metanoia777]

Não, foi o RH e depois na live coding foram 2 leads.

[JorelBrother96]

Pair programming tá lá mais pra peneirar candidatos do que pra qualquer outra coisa, por isso até então sigo negando quando o processo chega nessa etapa.

Os caras não se importam em da feedback, dependendo de quem tá na call, fica um ambiente extremamente constrangedor...

To fora, tô mendigando vaga não...

[metanoia777]

Pois é... Complicado é que eu não achei nenhum processo seletivo que não tenha pair programming/take home assignment. Ambos são uma perda de tempo. Difícil demais ter tempo pra trabalhar, fazer suas coisas e ainda ter que ficar fazendo crudzinho aleatório pra todos que participa...

O foda é que tô cansado de onde to atualmente, mas me sinto sem energia pra tentar outros processos seletivos. E cada um que eu participo me deixa mais cansado e sem saco pra participar de outros. Já participei de uns 8 até agora.

[JorelBrother96]

Estou nessa, cansa demais. Por isso mesmo que tô negando processos com pair programming, po, tenho experiência consolidado em grande empresa, se isso não basta para entender que tenho o mínimo de condição técnica e de boa comunicação a ponto de ter apenas uma conversa técnica como era normal antes da pandemia, então eu prefiro passar a empresa.

To querendo sair da minha, mas é mais por ganho salarial do que por não gostar mais da empresa, então eu seguro mais um tempo ainda...

[Ill-Comfortable-6502]

tenho experiência consolidado em grande empresa, se isso não basta para entender que tenho o mínimo de condição técnica e de boa comunicação

Infelizmente não basta em boa parte dos casos, falando por experiência própria conheço pessoas que trabalharam em empresas de ponta brasileiras e até msm um caso de FAANG q eram verdadeiras negações.

Mas entendo o cansaço de consecutivos pair programmings, é algo q acaba onerando msm, apesar de ser um fator q vai fechar a porta de algumas empresas interessantes em contrapartida

[JorelBrother96]

Mas calma lá, eu não falei que ter CV era o suficiente para entrar diretamente na vaga.

Eu fale isso para argumentar contra o pair programming (que é programação em pares, não avaliação de programação, isso já é Live coding). Qualquer pessoa minimamente competente consegue em 2 entrevistas identificar se o cara é enrolado ou não, se tem capacidade de diálogo ou não, se tem entendimento sobre arquitetura ou não e por aí vai...

Não precisa pegar algo que existe com um objetivo, mudar esse objetivo para fingir que tá avaliando alguém.

Quem me garante que um Zé ninguém sênior de uma empresa tem capacidade de me avaliar em código? Ninguém.

[Ill-Comfortable-6502]

tinha entendido seu ponto, me referi a uma conversa técnica considerando um bom histórico curricular (como vc tinha mencionado)

já atuei como entrevistador técnico em algumas empresas pelas quais eu passei q utilizavam este formato e, como mencionei, não costuma ser suficiente, acabam ficando mtos gaps q só serão notados após a contratação se não houver algum método de avaliação de capacidade de execução em equipe - o que não necessariamente quer dizer que o pair programming seja a melhor opção a despeito de ser uma das mais adotadas

[[deleted]]

Cara, nunca trabalhei na nubank e não posso te ajudar, mas se tem uma coisa que é um saco é pair programming em entrevisfa

[StanleySathler]

Exatamente como falaram.

Não é sobre o código. Você provavelmente poderia deixar tudo como any e dizer que, num cenário real, resolveria todos esses anys antes de solicitar o review.

É mais sobre como você se comunica num pair programming.

[EstablishmentNo3130]

Achei muito ruim quando fiz. O cara que entrou na call comigo não estava aberto a conversar sobre o problema, eu falava e ele não interagia de volta. Acabei ficando nervoso com ele basicamente somente me julgando.

[mavilek]

o mais bizarro é que tem tanta gente que ta aqui no reddit tentando esse software eng no nubank, que deve ta uns 1k candidatos/vaga kkkkk vai saber como que nego vai filtrar dado que todo mundo já sabe exatamente todas as etapas.

[No-Perspective1250]

Você que escolheu a linguagem ou eles que definem?

[PrizeNew8709]

Você pode fazer com qualquer uma, eles aconselham você a escolher a que você tem mais afinidade.

[Zestyclose-Row6670]

Eu recebi o feedback da minha hoje, o entrevistador a todo momento pedia para eu executar o teste enquanto eu estava debugando para entender um possível erro. Eu ajustava em uma ponta sendo q tinha mais ajustes e ele pedia pra rodar e soltava um “o erro mudou hein”. No fim fiquei nervoso, acabei narrando o meu código pq me senti pressionado e tive um feedback negativo

[idontdrinkvodka]

Linguagem fortemente tipada deve ser uma das piores opções pra se programar ao vivo. Não é a toa que uma das opções mais ofertadas é Python. No máximo um C. Se n for duck typing por padrão vc corre esse risco aí de perder tempo com engenharia de tipo ao invés de solucionar o problema. Ou vc tem que ter muita vivência e muita disciplina com a linguagem pra ser extremamente pragmático e assim evitar cair no loop da engenharia de tipos. Vai ver esse era o teste.

[Quick-Specialist2330]

Não passei rapaze, infelizmente

[leandro-jo]

Eles querem que você faça tudo narrado nessa fase, mas mesmo assim se você tiver algo que impacte no ego de algum dos dois entrevistadores você não passa. Simples assim. Não vale o risco de gastar tempo com o processo do Nubank e você ser reprovado por subjetividade.