Palestra Inspiradora do Lucas Mazei, CTO na v4 Company Colli & Co.
✨ A importância da busca por conhecimento no início da carreira
✨ Os diferentes estágios de senioridade e como alcançá-los
✨ Como criar soluções inovadoras e fazer a diferença
✨ Superando a síndrome do impostor e transformando em motivação
✨ Construindo uma carreira sólida e gratificante na área de tecnologia
21. Nível 0 - Trainee
➔ Experiência
◆ Nenhuma experiência profissional e conhecimento
básico sobre o assunto técnico
◆ Pode ter feito alguns cursos online
➔ Mentoring
◆ Precisa de muita mentoria
senioridade trainee.
25. Nível 1 - Júnior
➔ Experiência
◆ Realizou pequenas atividades técnicas práticas
◆ Cria soluções complexas para problemas simples
◆ Não sabe otimizar o próprio trabalho
➔ Independência
◆ Não consegue fazer um projeto de ponta-a-ponta sozinho
◆ Não sabe muito sobre o domínio que exerce
➔ Mentoring
◆ Precisa de ajuda constante de colegas seniores
senioridade júnior.
34. "mesmo em linhas técnicas como a
engenharia, cerca de 15% do sucesso
financeiro é devido ao conhecimento técnico
e cerca de 85% é devido à habilidade em
engenharia humana, à personalidade e à
capacidade de liderar pessoas" - Dale
Carneguie
senioridade júnior.
35. Como deixar de ser Júnior?
➔ Procura ativa por soluções
➔ Evitar dizer "it works on my machine"
➔ Pegar muita referência (de códigos, BIs, Designs, …)
➔ Evitar o comportamento de "Problema de outra pessoa"
➔ Entender o produto de ponta-a-ponta. Estudar o Business
Domain
➔ Tentar transformar qualquer sentimento de síndrome de
impostor em energia para se forçar a seguir em frente, estudar
e aprender mais
➔ Escale problemas do jeito certo (peça ajuda)
senioridade júnior.
36. Nível 2 - Pleno
➔ Experiência
◆ Realizou grandes atividades técnicas práticas
◆ Se sente confortável em seu domínio de atuação
◆ Cria soluções simples para problemas simples, mas
soluções complexas para problemas complexos
◆ Sabe otimizar o próprio trabalho
➔ Independência
◆ É capaz de fazer alguns projetos sozinho
➔ Mentoring
◆ Consegue mentorar pessoas novas em tarefas simples
◆ Ainda precisa de mentoria
senioridade pleno.
40. Como deixar de ser Pleno?
➔ Deixando o ego de lado
➔ Sendo pragmático em vez de dogmático
➔ Aplicando boas práticas, mas entendendo como isso pode
interferir nos prazos do projeto
senioridade pleno.
41. Nível 3 - Sénior
➔ Experiência
◆ Realizou várias grandes atividades técnicas práticas
◆ É expert em seu domínio de atuação e aprende rápido
habilidades adjacentes
◆ Cria soluções simples para qualquer problema
◆ Sabe quando e como otimizar o próprio trabalho
➔ Independência
◆ É capaz de fazer projetos sozinho
➔ Mentoring
◆ Consegue mentorar pessoas novas em qualquer tarefa
◆ Participa de entrevistas e da gestão como um todo
senioridade sênior.
42. Não tem a síndrome do
"brinquedo brilhante"
senioridade sênior.
Não são "frameworkers"
57. Levels of Seniority - Kamran
Ahmed
The Frontend developer seniority -
Gaspar Nagy
The Dunning-Kruger effect
Notas do Editor
História sobre Flask
Sagu WebScraping
Biblioteca
without giving much attention to how the solution is achieved. To them, a working software and good software are equivalent.
without giving much attention to how the solution is achieved. To them, a working software and good software are equivalent.
O que leva a bugs e falhas
Normalmente é o cara que fica fazendo qualquer outra coisa durante uma reunião do time
Design patterns, Boas práticas. Without supervision, they might delay the execution while trying to “do things properly”. They don’t know when to make tradeoffs and they still don’t know when to be dogmatic and when to be pragmatic.They can easily become attached to their solution, become myopic, and be unable to take feedback.
Design patterns, Boas práticas. Without supervision, they might delay the execution while trying to “do things properly”. They don’t know when to make tradeoffs and they still don’t know when to be dogmatic and when to be pragmatic.They can easily become attached to their solution, become myopic, and be unable to take feedback.
They don’t have a “Shiny-Toy” syndrome. They are pragmatic in the execution. They can make the tradeoffs when required, and they know why. They know where to be dogmatic and where to be pragmatic.
They have a good picture of the field, know what the best tool for the job is in most cases (even if they don’t know the tool). They have the innate ability to pick up a new tool/language/paradigm/etc in order to solve a problem that requires it.
They don’t make empty complaints, they make judgments based on the empirical evidence and they have suggestions for solutions
They think much more than just code - they know that their job is to provide solutions to the problems and not just to write code