Ainda no tópico de Leetcode e entrevistas. Acho que muita vezes oq as pessoas veem em redes sociais são as vitórias.“Olha o cara já teve em várias Big Tech/FAANG…” Talvez poucas pessoas compartilham as “derrotas”, esse fio é sobre minhas “derrotas” 🧵
O objetivo de eu compartilhar isso é um só: Entrevista de tech (e em geral), você vai tomar muita porrada, e tá ok! Junte os seus cacos e continua na luta, se preparando bem vc só está aumentando suas probabilidades, mas o espectro de questões que podem te perguntar,
é muito grande. Nunca vai ser 100% garantido.
Eu por exemplo, lembrando por alto, já falhei em : 2x empresa do Brasil que nao lembro o nome, HBO, Snapchat, Tesla, Meta… provavelmente mais, mas não to lembrando agora.
E não foram derrotas, é aprendizado, faz parte do caminho. Não da pra ganhar tudo. Se o Neymar já foi rejeitado em peneira, quem somos nós pra ficar bolado com rejeição?
Já vi devs muito bons não passando em várias, e tá ok! Quando eu falhava, eu voltava pra minha cadeirinha e ia estudar. Óbvio que existe a parte da frustação, de se sentir um imbecil, o importante é voltar e sentar lá de novo.
Você pode pegar o cara mais preparado em Leetcode possível pra uma entrevista, se cair uma questão que pra ele é mais difícil, pode não passar, e ta tudo bem.
Outra coisa, eu digo que saber resolver o problema é geralmente 70% da entrevista, os outros 30% são muito importantes e vejo que muitos acabam falhando por isso. Já tendo sido entrevistador em MUITAS entrevistas em Big Techs, eu comecei a observar oq a galera mais “desconta”
da pessoa, e acaba falando aquilo na reunião de avaliação do candidato. Amanhã vou ver se faço outra thread sobre isso: como entrevistar, e como se preparar para esses 30% restantes.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Já fui entrevistador em muitos processos seletivos em BigTech/FAANG, e comecei a olhar vários patterns do que os outros entrevistadores mais se importam nos candidatos. Segue o fio 🧵 #bolhadev cc: @sseraphini@wmsbill@hugaomarques
Como disse na minha thread de ontem, saber a questão é 70% da entrevista, existem os outros 30% que não tem muito a ver com a questão, mas sim com outros aspectos técnicos que os entrevistadores olham. E é MUITO importante você “gabaritar” esses 30%, pq ele pode ser um fator…
decisivo na balança. As vezes você não “gabarita” a questão, talvez agarrou na solução, demorou, precisou de dicas, ou não fez o algoritmo mais eficiente. Então dos 70%, vamos supor que vc ganhou “50%”, os 30% que falo nessa thread provavelmente vai ser o fator decisivo em…
No espírito do @hugaomarques que ta no ritmo do leetcode, resolvi fazer uma thread com minhas dicas. Já estive em várias Big Tech/FAANG então alguma coisa eu fiz certo em relação a isso, então segue o fio pro meu approach “infalível” 😅
🧵 #bolhadev cc @sseraphini
Primeiro de tudo, vejo muita gente achando que leetcode “não é pra eles”, pelo menos no mercado americano, acabam deixando dinheiro na mesa porque em geral as companhias que pedem Leetcode são as que mais pagam. Então deixa eu te contar um segredo…
Leetcode é absolutamente PURO grind, eu falo isso pq eu era horrível, grindei a parada igual um camelo, e depois de um tempo fica muito fácil. Leetcode não é inteligência, é pattern matching, os patterns se repetem e chega em um ponto que você sabe tantos algoritmos e “truques”
Leia esse post e reflita. A quantidade de código obfuscado que eu vejo é grande, e em geral quanto menos senior a pessoa, mais obfusca o código, abusando de conceitos tanto OOP, quanto funcional. Esse fio é sobre isso 🧵 #bolhadev cc: @sseraphini
Já entrou numa base de código que a sua sensação é que vc navega, navega e só tem “osso” ali, não tem uma “carninha” onde está o verdadeiro business logic da parada? Vc ta procurando por exemplo quem lê o arquivo, onde ta a lógica que faz aquilo, mas vc só encontra abstracão..
São arquivos e arquivos tentando achar de onde vem, e vc acha a parada láá escondida em algum lugar, essa eh sua “carne”, o resto tooodo que vc navegou era “só osso”, abstração atrás de abstração pra fazer algo simples.
Programar NÃO É DIFÍCIL, o problema que vejo das pessoas que desistem é que existe uma inércia inicial muito grande até você chegar a um ponto de inflexão que você se vê realmente entendendo e capaz de fazer coisas úteis. Essa thread é sobre isso 🧵:
O mito do “gênio” da programação acho que prejudica muito quem quer aprender a programar. As pessoas acham que aquilo é “rocket science” ou precisa de algum tipo de “aptidão” pra coisa. Eu já mentorei MUITAS pessoas a começar na carreira de programação…
A única correlação alta que vejo entre as que conseguem e as que não conseguem é: tem gente que desiste. Desiste antes de chegar no ponto de inflexão na curva do primeiro tweet. E é verdade, existe uma inércia inicial MUITO grande em programação…