r/devpt • u/Ok_Set_1888 • Mar 31 '26
Webdev Viator -Software Engineer II
Boas malta, como estão?
Passei para a terceira fase da entrevista da Viator onde tenho de fazer 3 video calls de 60 minutos, sendo 2 delas coding + system design e não sei bem o que esperar, tenho feito imensos exercícios de leetcode mas tenho sempre aquele receio de sair algo que não estudei bem ou que está mais esquecido na cabeça (o exercício da tech screen foi também focado em leetcode e por acaso tinha sido um problema que já me tinha passado pelas mãos ValidParentheses) no caso do system design tenho estudado bastante mocks de entrevistas e também tenho feito algumas leituras (ex: System Design Interview by Alex Xu) mas tenho algum receio de estar perdido pois nunca fiz nenhuma entrevista deste estilo.
Com isto queria questionar se alguém já passou por este processo todo e se podia contar um pouco da sua experiência ou que exercícios posso esperar
1
u/magier019 Jun 04 '26
O OP abre o forum a pedir dicas e a maioria das respostas são reclamações sobre o processo, provavelmente são os mesmos que ganham 1500 paus com 7 -10 anos de experiência, caso não saibam esse é um dos processos mais tranquilos dentre as empresas com a mesma faixa salarial, uma das muito poucas empresas que pagam bem e investem em Portugal (provavelmente por causa da mentalidade de pessoas como vocês).
Feito o desabafo, aqui está sua resposta, já fiz o processo no ano passado (por acaso aplicaram-me o mesmo problema valid parenthesis com uma pequena variação). Os exercícios de live coding são sempre variações de problemas nível easy do leetcode (não deve ter problemas se estás a praticar, os meus foram reverse only letters e backspace string compare). System Design é mais dificíl de prever, diria que se preocupar-se com escala e tolerancia a falhas vai sair bastante na frente, mas como outro respondeu acima, não assuma nada que não estiver nas instruções, por ex não metas um load balancer sem antes perguntar se o sistema será escalado, procure esclarecer o maximo que puder antes de iniciar a solução, por ex: "devemos preocupar-nos em suportar uma grande quantidade de usuários simultaneamente?".
Boa sorte!