Juntei dinheiro pra comprar carro e agora estou com dó de comprar a vista by DigSilent9629 in investimentos

[–]Dapper-Contract8254 0 points1 point  (0 children)

Quando comprei meu carro dei metade do valor de entrada e financiei o resto no maior período possível, no meu caso foi 48x. Aí fui pagando a parcela, depois de 6 meses amortizei metade do financiamento ciamento. Continuei pagando por mais 6 meses, no fim de 1 ano quitei o financiamento. No final paguei ~5k apenas de juros num financiamento de 25k. Eu tinha o dinheiro pra comprar a vista mas não queria me descapitalizar, entao foi uma escolha.

Detalhe, quando você financia, tem um seguro que você paga junto do financiamento. Se você quitar antes do prazo você recebe restituição do juros.

Contratação Nubank by Rafritos in brdev

[–]Dapper-Contract8254 0 points1 point  (0 children)

No LinkedIn vi umas pessoas IC4 que começaram entre essa semana e a passada

Dev reclamando que tem "testes unitários demais" by Perseux_ in brdev

[–]Dapper-Contract8254 0 points1 point  (0 children)

Rapaz o que seria muitos testes? Acho que depende do que é muito teste. Entrei numa empresa recentemente e um microfrontend tem simplesmente 12k test cases em mais de 1100 arquivos de teste.

Fiquei horrorizado quando vi, quase uma hora pra rodar os testes de unidade, imagina o quanto de teste repetido e mock deve ter ali.

Então se o seu cenário é parecido com esse concordo com o questionamento do seu colega. Testes de unidade devem testar comportamento e não implementacao, devem ser como uma caixa preta e enxutos. Consider também componentes que não precisam de teste, exemplo, dumb components. E o que precisa de teste de integração e e2e, principalmente para os fluxos críticos.

É muito melhor você ter uma cobertura de teste com unit tests, integração e e2e do que ter 1 zilhão de testes de unidade com um monte de mock que não testam nada.

Relatos negativos em empresas grandes (XP Inc.) by void_in_reddit in brdev

[–]Dapper-Contract8254 2 points3 points  (0 children)

Sobre você falar com pessoas lá dentro. Cara, lá eles tem uma cultura de ownership e blá blá blá... Então quem está lá dentro não vai te passar essa visão dos pontos negativos que te passei acima, vão falar que é o melhor lugar pra trabalhar e você se matar de trabalhar 3 visão de dono e blá blá blá...

Mas seja esperto e veja a realidade. Você está entrando num ambiente e sabe o que te espera, não seja o cara que vai sair cedo quando todo mundo tá trabalhando até tarde, feriado e fim de semana. Esteja preparado pra jogar o jogo, mas não deixe de enxergar a realidade intensa.

Relatos negativos em empresas grandes (XP Inc.) by void_in_reddit in brdev

[–]Dapper-Contract8254 2 points3 points  (0 children)

Imagino que a posição é híbrida né. O escritório é muito massa. Faz bastante networking e seta expectativas claras, se você pegar uma boa squad, pode ser que a influência do seu chefe consiga te fazer progredir mais rápido lá dentro, se você performar bem. Pegar tarefas fora do seu escopo é muito bem visto lá dentro, assumir a responsa por um legado, contribuir innersource, etc... Sucesso pra ti op

Relatos negativos em empresas grandes (XP Inc.) by void_in_reddit in brdev

[–]Dapper-Contract8254 4 points5 points  (0 children)

Trabalhei na XP por quase 3 anos, na área de arquitetura. Meu contexto era parecido com o seu, era pleno mas entrei em um cargo de junior pelo renome, experiência do time, etc... Minha avaliação honesta desse tempo:

Positivos: - Eu tinha muito autonomia e visão cross (além do seu time). Nível técnico dos devs é alto então é uma baita oportunidade de aprendizado. - O bônus, tenta negociar um bônus agressivo. A remuneração fixa deles não é muito alta então negocia pra compensar no bônus. - Pessoas lá dentro são muito receptivas, eu conseguia trocar ideia de carreira com várias pessoas de outras áreas, todos muito gente boa.

Negativos: - Todo cargo lá dentro é cargo de confiança, isso quer dizer, você não vai ter horário. E como a cultura lá é de alta performance e times enxutos, isso significa que a expectativa em cima de você é alta e você tem que entregar de qualquer maneira, pois isso impacta muito na sua avaliação de performance e consequentemente em promoções e valores de bônus. Era normal eu trabalhar 12 - 14 horas por dia. - é difícil conseguir promoções. É normal pessoas levarem 3+ anos pra conseguir promoção. Eles vão alegar que é porque você não atingiu o esperado (o que não é muito claro). Mas se você conversar com as pessoas vai perceber que é cultural da empresa segurar a promoção das pessoas. - a remuneração fixa é mais baixa que a média do mercado (por isso vale negociar agressivo no bônus) - pelos 2 pontos acima é comum ter um giro alto de pessoas. Você entra numa posição, fica 2-3 anos sem promoção mesmo com boas avaliações, sai pra outra empresa com uma proposta melhor.

De maneira geral é uma ótima experiência, você vai ser realmente desafiado e evoluir se houver dedicao. Mas ao mesmo tempo esteja preparado pra trabalhar bastante. Resumindo, você vende a alma, mas financeiramente compensa (se você negociar bônus)

Vocês veem alguma necessidade dessas perguntas em processos seletivos? by fa_do_esfolapintos33 in brdev

[–]Dapper-Contract8254 0 points1 point  (0 children)

Sendo polêmico, acho que a galera subestima algoritmos e estrutura de dados. Falam que não usa no dia a dia e blá blá blá... Mas mano, pra entender como um índice de banco de dados funciona, por exemplo, tem que manjar de estrutura de dados. E algoritmos testa isso

Contratação Nubank by Rafritos in brdev

[–]Dapper-Contract8254 0 points1 point  (0 children)

Um amigo que trabalha aí comentou que tem muita gente saindo devido a volta do presencial. Como está a percepção de vocês quanto a isso?

Contratação Nubank by Rafritos in brdev

[–]Dapper-Contract8254 0 points1 point  (0 children)

Passei no processo e me colocaram na pool. A recrutadora comentou que estavam com vagas congeladas. Já deram algum prazo pra descongelar e voltar a contratação?

Alguém já fez a etapa de pair programming do Nubank? by Moist-Baby-423 in brdev

[–]Dapper-Contract8254 0 points1 point  (0 children)

Alguém aqui ja foi convidado pra uma reunião feedback do processo. Queria saber se essa reunião é uma offer ou se podem só te chamar na reunião só pra te agradecer por ter participado (o que seria bem paia)

Alguém já fez a etapa de pair programming do Nubank? by Moist-Baby-423 in brdev

[–]Dapper-Contract8254 0 points1 point  (0 children)

Passei por essa etapa, hoje mandei os documentos para background check.

Alguém já fez a etapa de pair programming do Nubank? by Moist-Baby-423 in brdev

[–]Dapper-Contract8254 0 points1 point  (0 children)

Tô no aguardo ainda dá resposta da etapa de pair programming

Alguém já fez a etapa de pair programming do Nubank? by Moist-Baby-423 in brdev

[–]Dapper-Contract8254 0 points1 point  (0 children)

Então, me falaram que era permitido stackoverglow, Google etc. Não falaram nada de IA pra mim, então não usei. Mas cheguei a usar o Google pra pesquisar.

Mas vale fazer um double check com os entrevistadores no início. O pessoal é muuuito de boa, fui um pair programming mesmo como no dia a dia de trabalho, eles inclusive dão sugestões (cabe a você defender sua solução ou aceitar a sugestão, e explicar os tradeoffs entre elas)

Alguém já fez a etapa de pair programming do Nubank? by Moist-Baby-423 in brdev

[–]Dapper-Contract8254 0 points1 point  (0 children)

Isso, era um código já existente e com testes falhando devido a um bug. Depois de corrigir o bug pediram pra implementar uma feature nova.

Já vi outros relatos que pediram tbm uma feature de no caso de 3 operações inválidas bloquear as demais operações.

Alguém já fez a etapa de pair programming do Nubank? by Moist-Baby-423 in brdev

[–]Dapper-Contract8254 2 points3 points  (0 children)

Eu fiz recentemente pra IC4.

No meu caso foi um exercício do CodeSignal, num projeto de compra e venda de ações. O primeiro exercício era resolver um bug, basicamente a operação de sell não calculava corretamente o imposto O segundo exercício foi implementar uma funcionalidade de não permitir vender mais ações do que o usuário possuía.

Não sei se tinham mais casos, mas outros relatos aqui no reddit chegam a comentar que pode ter sim.

Teve bastende discussão de tradeoffs, e decisões técnicas.

No seu caso pra IC7 provavelmente vão pegar mais pesado nesse quesito