Coisas que aprendi para me tornar um engenheiro de software sênior
(neilkakkar.com)Texto de acompanhamento de um desenvolvedor que entrou na Bloomberg em 2018 e vem organizando com constância o que aprendeu
"Como posso continuar evoluindo?"
- Vamos crescer ampliando nossa área de atuação
→ a velocidade de aprendizado diminui
→ olhar para o ciclo de desenvolvimento de produto/infraestrutura, que é mais amplo do que o ciclo de vida de software (SDLC)
→ ir mais para a largura, em vez de apenas aprofundar, leva a profundezas ainda maiores que precisam ser aprendidas
- Três grandes direções: aprender com as pessoas ao redor, aprender bons hábitos mentais e adquirir novas ferramentas de pensamento
- Aprender o que as pessoas ao redor fazem
→ é necessário entender product managers, vendas e analistas
→ afinal, o objetivo não é simplesmente escrever código; o objetivo final é construir um negócio que crie produtos que gerem dinheiro.
→ fazer muitas reuniões com várias pessoas e entender o contexto do trabalho delas
- Aprender bons hábitos mentais
→ Thinking Well (como pensar): estudando ciência cognitiva, Critical Thinking (pensamento crítico)
→ criar estratégias para tornar o dia a dia mais eficiente
- Adquirir novas ferramentas para o pensamento e modelos mentais
→ quando surge um problema, procurar e aprender uma nova ferramenta: recentemente, DDD (Domain Driven Design)
→ ler Hacker News para modelos mentais
→ aprender uma nova linguagem
Outros insights (estou trazendo apenas parte deles; consulte o texto original.)
- Proteger o slack (não o nome do produto, e sim a folga)
→ uma das coisas que traz alta produtividade é a "lentidão"
→ quando há folga, surgem oportunidades para experimentar, aprender e pensar
- Fazer perguntas
→ as pessoas não sabem perguntar bem. Porque têm medo de parecer burras, ou para não parecer burras, acabam falando de outra coisa
→ até encontrar a resposta, não dá para julgar se a pergunta é burra ou não
→ pergunta meta favorita: "Como você ficou sabendo disso (X)?"
depois de perguntar algo, se você também perguntar como a pessoa soube daquilo, essa resposta naturalmente mostra o que eu devo fazer na próxima vez
- Force multipliers: aquilo que amplifica (uma pessoa ou alguma coisa)
"A Force é o que dá poder a um Jedi. É um campo de energia criado por todos os seres vivos, que nos cerca e nos atravessa. Mantém a galáxia unida. - Obi-Wan Kenobi"
→ "Em um sprint, eu não escrevi muito código, mas coordenei mudanças, fiz code review, testes, propus outros designs e fiz pair programming. Esse foi um dos sprints de maior velocidade da nossa equipe"
→ parece mais valioso saber como se tornar um Force Multiplier do que ser um desenvolvedor 10x
→ na prática, um dos bons Force Multipliers é a cultura da equipe
4 comentários
Desculpe por perguntar sem ter lido o texto original,
na parte de "o que perguntar",
tem aquela pergunta, "Como você chegou a saber disso (X)?". Você poderia dar alguns exemplos do que seria esse "isso"? Não consegui entender bem essa parte T_T
Ah, ali, "isso (X)" se refere ao próprio ato de ter feito a pergunta. Quando a pessoa que perguntou fez a pergunta A, o que se quer saber é como quem respondeu passou a saber a resposta para esse A. Você pode entender isso como perguntar qual foi o caminho pelo qual a informação foi obtida.
A pergunta meta mencionada no meio, "como você chegou a saber disso?", parece realmente muito boa.
Se você souber por qual caminho a pessoa chegou a isso, dá para aprender ainda mais.
Há 1 ano, já compartilhei um texto dessa pessoa resumindo o primeiro ano dela após entrar na Bloomberg; este é um texto de continuação daquele.
Na parte final do texto, há pontos em que ela escreve novamente sobre os itens mencionados no texto acima (expressos como nuance). Leiam comparando os dois.
"Como você descobriu isso?" também foi uma ferramenta importante para mim como entrevistador durante entrevistas.