🔝 🗄️ 🌛 21 lições aprendidas em 21 anos de programação 🚔 👨🏿‍🚒 🧝🏼

Bom dia amigos

7 de abril de 2020. Hoje é um dia muito importante para mim. Hoje marca exatamente 21 anos desde o momento em que comecei a escrever o código (fazendo isso profissionalmente, ganhando a vida com ele).

Parece que foi apenas ontem ... hoje sou um homem de meia-idade com 21 anos de experiência em programação que passou por muitos altos e baixos do mundo traiçoeiro do desenvolvimento de software.

Cometer erros é parte integrante do processo de aprendizagem. Muitas vezes, este é um critério para o sucesso. O desejo de evitar a repetição de erros deve estar em primeiro lugar na lista de prioridades do desenvolvedor.

Obviamente, a experiência pessoal é a melhor maneira de aprender algo, mas a experiência de outras pessoas é uma maneira mais fácil, rápida e inteligente de evitar problemas sérios. Afinal, a vida é curta: é impossível cometer todos os erros possíveis.

A carreira do desenvolvedor é uma emocionante jornada para dominar arte incrível. Muitos desafios esperam por você nesse caminho; em alguns casos, você estará certo; em outros, estará errado. Este artigo enfoca as lições que aprendi durante um período bastante longo. Espero que ela o beneficie.

1. Não adie por um dia chuvoso

O caminho de sua carreira no início da jornada dependerá em grande parte de como você gasta seu dinheiro. Você ficará tentado a comprar um carro novo, atualizar seu guarda-roupa ou ir a um restaurante caro.

Espanar os olhos de vez em quando não é proibido, no entanto, antes de tudo, gaste dinheiro em autodesenvolvimento (treinamento). Este não é apenas um grande investimento que se transforma em um bom lucro, mas também algo que ficará com você para sempre.

2. Considere-se indispensável

O aumento de energia depois de se tornar um especialista insubstituível em seu campo é viciante e afeta negativamente o crescimento profissional e o desenvolvimento pessoal.

Lembre-se, se você deseja obter melhores resultados, não pode parar por aí (não pode ficar satisfeito com o que tem, sabe, sabe). No final, encontre e eduque-se um sucessor que o substituirá em um cargo responsável.

3. Queime pontes

Mesmo se você é um programador excelente, incansável e cheio de energia, não deve queimar pontes e romper laços. O desenvolvimento de software é um mundo pequeno. Nas pontes que você gostaria de queimar, mais cedo ou mais tarde você terá que atravessar. Então é melhor não fazer isso.

Seja humilde, correto e mantenha boas maneiras, mesmo com quem não gosta.

4. Não compartilhe conhecimento

Na minha experiência, ter um bom entendimento das tecnologias que você usa no seu trabalho é a maneira mais confiável de conquistar o respeito dos colegas. No entanto, uma boa compreensão da tecnologia e não compartilhar seu conhecimento com outras pessoas é um caminho certo para lugar nenhum.

Conhecimento é metade do sucesso, compartilhamento é a segunda metade. Um bom programador se comunica com desenvolvedores iniciantes e mostra como resolver problemas. Ele não apenas diz a eles como lidar com o problema, mas também explica por que ele é resolvido dessa maneira.

5. Ignorando habilidades pessoais

Os programadores às vezes esquecem que o desenvolvimento de software é um esporte de equipe, onde o projeto é a tarefa comum de um grupo de pessoas trabalhando lado a lado, apoiando-se mutuamente e buscando o mesmo objetivo.

Portanto, se o programador é arrogante (arrogante), não gosta de trabalhar ou não consegue se comunicar de maneira produtiva, isso afetará negativamente não apenas o trabalho dele, mas também o projeto como um todo. Portanto, a posse das chamadas habilidades "suaves" é um pré-requisito.

6. Loop na pilha de tecnologia

O desenvolvimento de software nunca para de evoluir. Portanto, uma pessoa que se considera um profissional nesse campo também deve se desenvolver constantemente para permanecer na demanda.

Lembre-se de que a chave do sucesso não está na velocidade de dominar o novo material, mas em obter conhecimento conceitual que permite resolver problemas antigos com novos meios. Um bom programador não apenas escreve código, mas também aprende algo o tempo todo para resolver tarefas da maneira mais eficiente.

7. Cortar cantos

Não há "código rápido e sujo". Código sujo é código incorreto. Ponto. Nunca corte cantos e se contente com pouco (coisas de segunda categoria).

Se você é um bom programador, é determinado em tempos de crise. Se seu comportamento mudar durante esses períodos, você não é um bom programador. Nota Por.: Eu acredito que essa é uma atitude consciente em relação ao trabalho, com altos requisitos para o código que você escreve. Se esses requisitos são reduzidos em situações difíceis e a atitude em relação ao trabalho se torna negligente, você não é um bom programador.

8. Não documente o código

Não importa o quão bom é o seu software. Se a documentação estiver ruim, as pessoas não a usarão.

Prazos, carga de trabalho, nada elimina a necessidade de documentar o código. Software sem documentação é software morto. Lembre-se disso!

9. Evite política

Todos ouvimos esta frase: “Não estou interessado em política. Eu só quero introduzir tecnologia. ” Mas isso não acontece.

A tecnologia envolve mudança, e a mudança implica dividir as pessoas em vencedores e perdedores. É aqui que a política começa. Você deve controlá-la, usá-la e sair da luta como vencedor. Não há outro caminho.

10. Dedicar muito tempo para projetar

Um bom projeto antes de começar o trabalho é ótimo. Mas dar muita importância pode levar à frustração.

Não procure o design perfeito. No mundo da programação, ele não existe. Procure um design satisfatório, algo que você possa usar logo no início. Um bom design é um projeto ou esquema. Ele deve ser capaz de se desenvolver e crescer antes de se transformar em pedra.

11. Subestimar a importância da significância do código

Segundo Robert Martin, “escrever código limpo requer o uso competente de muitas técnicas adquiridas através de uma dolorosa compreensão do conceito de“ limpeza de código ”. A combinação dessas técnicas é chamada de significado do código. ”

Uma abordagem significativa para escrever código não ajuda a distinguir entre código bom e ruim, mas ajuda a desenvolver uma estratégia para transformar código ruim em bom.

12. Use a primeira solução disponível

Usar a primeira solução que vem à mente ou vem à mão é uma maneira muito tentadora e fácil de resolver o problema. No entanto, uma boa solução geralmente é o resultado de uma escolha entre todas as formas possíveis ou pelo menos diversas.

Lembre-se, seu trabalho como programador é encontrar não apenas qualquer, mas uma solução melhor para o problema.

13. Ignorância do que não deve ser feito

Os melhores programadores sabem exatamente o que não deve ser feito.

Eles sabem que reescrever uma biblioteca do zero apenas para torná-la mais legível ou mudar para uma nova estrutura apenas porque é nova, nem sempre é a decisão certa. O código deve ser tão bom que possa ser entendido em alguns minutos ou até segundos.

A chave do sucesso não é o apetite ao risco, mas o engajamento nas batalhas certas.

14. Recusar-se a reconhecer a ignorância

Mesmo se você é um gênio técnico, pode não conhecer todas as tecnologias. Simplesmente, não é possível.

Por outro lado, o desenvolvedor mais ecológico pode oferecer uma solução mais estável e eficaz que você. Bons programadores não impõem suas decisões à equipe. Eles cultivam a democracia, onde a melhor solução vence.

15. Flacidez sob pressão

Código é como comida. Pode ser rápido, bom ou barato. Escolha dois. Um programador ruim está tentando conseguir que uma equipe faça todas essas coisas ao mesmo tempo. Ele é guiado pelos termos e obrigações assumidos por outra pessoa, "entendendo perfeitamente que eles não são viáveis".

Um bom programador não perde seu senso de realidade e traz informações relevantes para as partes interessadas o mais rápido possível.

16. Não crie confiança

Os programadores podem existir como lobos solitários, mas os melhores programadores são mestres da comunicação.

E a maneira mais fácil de criar confiança e construir relacionamentos é ajudar outras equipes em situações difíceis. Este método permite que você procure ajuda a qualquer momento, sem esperar pela hora certa. Ajudar a iniciar ou concluir um projeto não apenas o torna um especialista, mas também aprimora sua credibilidade dentro da organização.

17. Não vejo a foto inteira

Como programador, na maioria das vezes você trabalha em parte do código ou resolve algum problema no código existente. Você realiza a tarefa, não há nada de errado nisso. No entanto, se você quiser obter seu pedaço da torta, precisará dedicar um tempo para descobrir qual projeto está em desenvolvimento.

A melhor maneira de fazer isso é encontrar um mentor que ajude a melhorar suas habilidades e, como resultado, passe para o próximo nível mais rapidamente.

18. Reinvente a roda

Bons programadores não reinventam a roda. Eles constantemente reutilizam seu código e procuram funcionalidades prontas. Isso não apenas economiza tempo, mas também gera uma espécie de camaradagem entre os desenvolvedores que compartilham seu código com os outros.

Para a maioria dos problemas com os quais você está tentando lidar, existem soluções prontas. Portanto, ao tentar concluir uma tarefa, verifique se mais alguém a executou. Nesse caso, você não está cortando cantos, está cortando esforços.

19. Conhecimento insuficiente das regras de negócios

Às vezes, programadores subestimamos a complexidade das regras de negócios. Sem o conhecimento dessas regras, é impossível desenvolver uma solução eficaz.

Lembre-se, antes de focar no componente técnico, você precisa entender o pensamento dos negócios e criar um produto que seja descrito em termos compreensíveis para o cliente e projetado para resolver efetivamente os desafios que ele enfrenta.

20. Não se comunique com a equipe

Apesar do fato de não haver um conjunto de regras para a comunicação, no entanto, como a obrigação de se comunicar, um pequeno aspecto pessoal no trabalho não será prejudicial.

Conhecer os pontos fortes e fracos de outros programadores, suas habilidades e limitações, seus interesses e hobbies, nos permite planejar o desenvolvimento conjunto da melhor maneira.

21. Não monitore a saúde

A saúde é a base de tudo na sua vida, incluindo uma carreira. Sua criatividade, energia e força para suportar altos e baixos dependem da saúde.

O monitoramento da saúde não é uma promoção única. Isso implica um certo modo de trabalho e descanso, nutrição adequada, exercício físico regular (atividade física) e rejeição de maus hábitos.

Em vez de uma conclusão

Qualquer carreira tem altos e baixos. O que importa é como você se sente sobre isso. Você pode ficar deprimido se falhar, ou pode ser positivo e aprender com os erros.

Como Carlton Fisk observou corretamente: “O que importa não é o que você alcançou. O que importa é o que você superou. É isso que define sua carreira. ”

Obrigado pela atenção.

21 lições aprendidas em 21 anos de programação