Como se manter atualizado como desenvolvedor
Atualizado ≠ saber tudo. É filtro + prática semanal.
Resposta direta
Atualizado ≠ saber tudo. É filtro + prática semanal — o núcleo do material original é direto: Durante uma entrevista de trabalho, eu fui perguntado como eu mantenho a data com as novas tendências de desenvolvimento de software. Bem, eu fiquei estuprado. Não porque eu não conseguia lembrar o nome de alguma publicação, mas porque manter as tendências de desenvolvimento foi algo que eu simplesmente não fiz. Eu deixei a entrevista sentindo-me como se eu não tivesse cumprido o meu papel de desenvolvedor de software. Não sabendo sobre cada novo lançamento ou funcionalidade de língua, eu mostrava minha fraqueza.
O que o material mostra de fato
No material original, o ponto de partida não é teoria abstrata: é uma sequência concreta ligada a «Como se manter atualizado como desenvolvedor». Você vê todos esses desenvolvedores elites que codem jogos de venda de melhor rendimento de suas casas ou começam empresas de bilhões de dólares como um adolescente. É fácil entrar na caixa de comparação, sentir que a única maneira de se suceder é ser como eles. Mas e se a resposta não fosse para se tornar um desenvolvedor como eles, mas para usar a software de uma maneira que funcione para a sua personalidade? Para mostrar-lhe como, deixe-me primeiro compartilhar uma lição importante da minha carreira de desenvolvimento de 13 anos.
Detalhe do transcript que não pode virar genérico: Tentar se tornar um desenvolvedor idealizado apenas por causa dele não funciona a longo prazo. Colocar uma persona falsa é exaustivo e inevitavelmente vai crumar. Depois de tanto tempo no rodel de software de desenvolvimento, eu desisti do meu trabalho. Felizmente, desde então, descobri uma abordagem alternativa. Uma que não envolve uma luta exaustiva para permanecer um desenvolvedor bem informado. Entenda o que você é realmente sobre. O que te interessa, o que você gosta, o que você desgasta e como você prefere trabalhar. E use software para trazer isso à vida.
Contexto e motivação
O contexto importa porque a mesma ideia muda de preço conforme ferramenta, fase do produto ou disciplina pessoal. Se isso envolve chamar-se de desenvolvedor ou não, não importa. O ponto é ser você mesmo e compartilhar o que te excita. Então, como isso se vê na realidade? Bem, aqui são três exemplos dos quatro anos desde que eu desisti do meu trabalho. Pode ser compartilhar suas experiências de desenvolvimento em um curso que ajuda outros a chegar onde você está em apenas algumas semanas. Como este curso de Gradle que eu lançei para desenvolvedores de Java. Ou pode ser construir um produto de software para resolver um problema assustador em sua vida.
Detalhe do transcript que não pode virar genérico: Como este tool que eu construí para visualizar thumbnails antes de uploadá-los para o YouTube. Ou pode estar compartilhando sua filosofia de desenvolvimento de software online. de uma maneira que ressona com os outros, como estou fazendo neste canal do YouTube. E não se limitem a esses exemplos. Tente usar software ou seu conhecimento de software de uma maneira que você nunca considerou antes e veja onde isso te leva.
Como funciona na prática
Em vez de colecionar slogans, trate o conteúdo como checklist operacional: o que fazer nesta semana, o que medir, o que descartar. Quando eu trabalhei em um trabalho de desenvolvimento, eu pensava que o único caminho para melhorar era construir mais funções ou alcançar um título de trabalho legal. Mas eu estava olhando para a situação apenas através de um único lense, o do empregado. Improvar o produto dos meus empregadores geraria mais renda para eles, mas eu não percebi que eu poderia usar as mesmas habilidades para melhorar-me-mai-mai através dos meus próprios projetos. Então, pare de tentar ser um desenvolvedor elite se isso não se torna natural para você.
Detalhe do transcript que não pode virar genérico: Algumas pessoas realmente amam programação, elas o veem como uma forma de arte e podem pensar em nada mais. Depois, há pessoas como você e eu que veem o programação como uma habilidade. Uma que ajuda você a construir coisas legais e te dá uma sensação de alcançamento, mas, no final, é apenas uma ferramenta. E isso é ok. Meu professor me descreveu como um programador natural e ele estava provavelmente certo. Se você se sentir igual, isso não o impede de ser criativo, construir coisas legais e fazer uma pequena distância no mundo.
Erros comuns e armadilhas
Onde isso quebra na prática: quem tenta atalho sem o mecanismo descrito no transcript perde consistência rápido. Faça isso de uma maneira que se sinta importante para você, não pretende ser alguém que você não é. Você decide qual projeto será e nunca houve um momento melhor para começar. Vejo você na próxima.
Detalhe do transcript que não pode virar genérico: Durante uma entrevista de trabalho, eu fui perguntado como eu mantenho a data com as novas tendências de desenvolvimento de software. Bem, eu fiquei estuprado. Não porque eu não conseguia lembrar o nome de alguma publicação, mas porque manter as tendências de desenvolvimento foi algo que eu simplesmente não fiz. Eu deixei a entrevista sentindo-me como se eu não tivesse cumprido o meu papel de desenvolvedor de software. Não sabendo sobre cada novo lançamento ou funcionalidade de língua, eu mostrava minha fraqueza.
Checklist de aplicação
Na prática, isso vira rotina: escolha um experimento curto, documente antes/depois e só então escale. Desde então, eu me preparei para cada entrevista com listas de lançamentos de Java e funções. Eu mantive os nomes de alguns websites de notícias de tendência à mão, então eu nunca mais ficaria atrasado. Mas tudo era merda. Eu estava pretendendo ser um desenvolvedor informado, mas, profundamente, eu não me importava. Todos os fatos que eu estava aprendendo não me interessavam, eu estava memorizando eles apenas para impressionar outros. A verdade é que o desenvolvimento de software pode te enganar no cabeça.
Detalhe do transcript que não pode virar genérico: Você vê todos esses desenvolvedores elites que codem jogos de venda de melhor rendimento de suas casas ou começam empresas de bilhões de dólares como um adolescente. É fácil entrar na caixa de comparação, sentir que a única maneira de se suceder é ser como eles. Mas e se a resposta não fosse para se tornar um desenvolvedor como eles, mas para usar a software de uma maneira que funcione para a sua personalidade? Para mostrar-lhe como, deixe-me primeiro compartilhar uma lição importante da minha carreira de desenvolvimento de 13 anos.
Information gain
Ganho específico deste material (1294): preserve a especificidade de «Como se manter atualizado como desenvolvedor» — números, ferramentas e narrativa do source, sem genificar.
Próximo passo concreto
Feche o ciclo com um próximo passo observável — sem isso, o artigo vira entretenimento e some na timeline. Tentar se tornar um desenvolvedor idealizado apenas por causa dele não funciona a longo prazo. Colocar uma persona falsa é exaustivo e inevitavelmente vai crumar. Depois de tanto tempo no rodel de software de desenvolvimento, eu desisti do meu trabalho. Felizmente, desde então, descobri uma abordagem alternativa. Uma que não envolve uma luta exaustiva para permanecer um desenvolvedor bem informado. Entenda o que você é realmente sobre. O que te interessa, o que você gosta, o que você desgasta e como você prefere trabalhar. E use software para trazer isso à vida.
Detalhe do transcript que não pode virar genérico: Se isso envolve chamar-se de desenvolvedor ou não, não importa. O ponto é ser você mesmo e compartilhar o que te excita. Então, como isso se vê na realidade? Bem, aqui são três exemplos dos quatro anos desde que eu desisti do meu trabalho. Pode ser compartilhar suas experiências de desenvolvimento em um curso que ajuda outros a chegar onde você está em apenas algumas semanas. Como este curso de Gradle que eu lançei para desenvolvedores de Java. Ou pode ser construir um produto de software para resolver um problema assustador em sua vida.