Acredito que essa thread é mais útil para juniors que estão querendo uma primeira vaga, e querem “se destacar” um pouco no currículo. Mas vale pra qualquer dev tbm. Segue o fio. #bolhadev cc: @sseraphini
Já participei de muitos processos de seleção de currículo para vagas entry-level. Uma coisa que adiciona bastante destaque é se o candidato contribuiu para projetos open source, seja consertando bugs ou adicionando features.
Mas pq esse sinal é importante? Geralmente eu vejo em currículos projetinhos pessoais, oq é legal e é muito bom ter. Porém, no projeto pessoal, a pessoa geralmente sabe “tudo” do programa, desde o entry point até todas as funções que ele faz, do inicio ao fim.
Fica bem mais fácil adicionar funcionalidades ou consertar bugs quando vc tem total conhecimento do projeto. Porém, é extremamente difícil, especialmente numa Big Tech, que você vai começar um projeto novo do zero. Oq você vai fazer é contribuir em um código…
legado, e com potencialmente milhões de linha de código nele. Geralmente, juniors que não contribuíram pra projetos “grandes” ficam bem perdidos ao entrar numa base de código nova. Eles veem aquele monstro na frente deles, e é dificil ter autonomia pra começar.
Quando a pessoa já contribuiu para projetos open source ou consertou bugs em projeto grande, quem ta olhando seu currículo sabe que você tem a capacidade de:
1. Fazer modificações em bases de códigos grandes 2. Ler e entender o código de outros 3. Debuggar código legado 🐞
Isso da um sinal muito bom pra quem ta selecionando seu currículo. Mas vc pode se perguntar, pô, mas eu sou junior, como vou contribuir assim pra um projeto tão grande/importante? 🤔
Isso que eu acho q as pessoas não ensinam muito, que é como contribuir pra projetos open source. Não é dificil, e tenho plena certeza que alguém que acabou de se graduar e sabe programação pode contribuir.
Muitos projetos open source, tem wikis e tutoriais de “como consertar seu primeiro bug”, “como submeter”, e também uma lista de bug para iniciantes.
Eu vou fazer uma outra thread 🧵 depois sobre isso, dando um guia em como contribuir, mesmo você com um conhecimento “mais básico” de programação. Note que você não tem que contribuir uma feature nova complexa ou consertar um bug cabuloso…
Oq to falando aqui é pegar bugs fáceis e contribuir para projetos diferentes. Daí vc bota a lista de contribuições e os projetos que vc contribuiu no seu currículo e com certeza vai dar um destaque maior com relação aos outros candidatos.
É isso, espero que possa ajudar alguém ☺️. Talvez seja uma boa uma outra thread em dicas de como trabalhar em bases de código gigantes, sinto que as vezes juniors tem dificuldade nisso. Vou ver se depois faço essa tbm. 👍
• • •
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…
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.
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…