Before you study the winners, define what "winning" looks like for you.
It might end up not being what "winners" look like for the majority of the industry....and that is totally fine.
Espero que meu comentario não ofenda, mas na hora ta tua participação eu vi meu reflexo. E acho que tambem o de varios Senior e programadores com sindrome de impostor.
Power, a gente entra nas redes sociais e so ve os cara se peitando entre si falando de conceitos/paradigmas de engenharia, e você acha que é todo mundo gênio e voce é um merda.
Mas não, as vezes voce não tem os conceitos e boas praticas na ponta da lingua, nem sabe de cor como fazer absolutamente tudo...As vezes tem coisa "básica" que você nao sabe na hora H...Porem, podem existir 1001 outras razões de por que você pode ser considerado Senior. Muitas outras caracteristicas que te qualificam sim. Mas as vezes voce nao tem/sabe logo aquela coisa que agradaria fulano e sicrano nas redes sociais.
Tem muita gente que não consegue conceber uma relação ganha-ganha. Que pensa que em tudo que faz, tem que ter um ganhador e um perdedor - então o fundamental é sair por cima.
Esse é o pessoal que eu não quero perto de mim.
Teams that truly listen can:
-Reduce rework
-Prevent misalignment between product, design, and engineering.
-Ship faster
The teams who don't, get the complete opposite of that.
Strong Engineering isn't just about code, it is also about knowing what your end users and the business need, and you won't know about that unless you LISTEN.
One of my biggest pet peeves is when someone finishes speaking and the other person replies something along the lines of "Yeah, yeah, but..." within 0.001 SECONDS of the other person even finishing what they just said.
How did you even have the time to think of what they said and come up with a reply?
Are you somehow able to see the future and already know what the other person was going to say?
OR...Perhaps you already had a preconceived response and didn't even bother to consider what the other person had to say?
We all want to acquire knowledge and make connections, but we interrupt other people when they talk. What if, while you are thinking of your reply and not really listening, the other person is pouring vital information that could be of use?
This is even more annoying in Software Development. Poor listening costs teams real money and real time.
Google’s "Project Aristotle" is one of the largest studies on effective engineering teams. This study found that the # 1 predictor of high-performing teams wasn’t just raw technical ability. It was psychological safety.
And one of the core behaviors in Psychological Safety is: Conversational turn-taking and Active Listening.”
Será que existe tanta síndrome de impostor em outras profissões quanto em Engenharia de Software?
Não consigo imaginar um psicólogo pensando "Putz será q vou conseguir ajudar o paciente hoje? Tomara que eu não foda a vida dele ainda mais."
Entrevista de screening ✅️
Desafios Hackerrank ✅️
Entrevista Tecnica ✅️
Próximo passo -> Cultural Fit
(Estranho Cultural Fit ser so agora mas 🤷🏽♂️)
Isso aqui é EXATAMENTE por que eu recomendo iniciantes NÃO pular diretamente (ou tão rapido) para frameworks.
Se estiver se sentindo burro com X ou Y framework, cara, talvez o problema não seja tanto a framework e muito menos sua inteligência.
Evite se sentir burro a toa. Se sentir burro é desmotivante, especialmente quando la no fundo você sabe que não é.
O que ninguém quer te contar:
Você tem que e VAI passar pelo 2 para chegar de 1 a 3. Faz parte.
Você não saberá o que simplificar se você não sabe quais são as coisas que complicam.
Que cada vez existam mais pessoas como você, dispostas a dar oportunidades a quem ta começando e não tem educação formal!
Eu fiz faculdade, mas tenho amigos e familiares (já com 30+) com receio de entrar na área por não terem educação formal...ainda mais na época da AI que parece que o "standard" para junior foi elevado.