5 habilidades importantes e perdidas necessárias pelo melhor desenvolvedor

Prefácio

Você já viu estes artigos mil vezes:

• “10 coisas que você precisa criar para se tornar um desenvolvedor melhor.”
• "As melhores estruturas para aprender em 2019."
• "Faça isso para se tornar um desenvolvedor da Rockstar."
• "Leia estes dez livros técnicos e você se tornará um desenvolvedor de sucesso."

O que eles dizem é que você precisa aprender reactjs ou node . Crie 1.000.000.000 de aplicativos ToDo. Leia o Python Crash Course e boom, você é o melhor desenvolvedor.

Isso é todo o conhecimento técnico (teórico). Você precisa deles, mas você acha que é bom um cabeleireiro que saiba segurar a tesoura tecnicamente correta? Há mais habilidades para avaliar em todas as profissões!

Vamos falar sobre o que eu acho que são habilidades negligenciadas.

Pensamento abstrato

Como desenvolvedor, você deve implementar uma função que alguém usará. Esse alguém pode ser você, o cliente, seus colegas, pessoas da Internet que você nunca encontrará.

Sabendo disso, sua tarefa é pensar em todos eles e trazer a função à sua essência.
Sua gerência deseja ver com que frequência as pessoas clicam em algo em um site. Você deve entender que são pessoas com pensamento específico .

Seus gerentes pensam em listas, números e tabelas. No momento, a imagem maior do seu complexo programa não os preocupa e eles não o entendem. Eles não deveriam. Este trabalho é seu!

Voltemos à tarefa "com que frequência o usuário clica no site" . Eu me imagino em ambos os papéis. No papel do usuário e de quem vê os dados e tenta descobrir o que o usuário precisava.

Para o usuário final, tudo deve ser o mesmo. Talvez um aviso apareça, que ele pressiona uma vez. E é isso. Esses recursos não devem estar visíveis para o usuário final. Bem, isso foi fácil. Sempre pense no seu usuário final primeiro! Sempre!

Agora, vamos pensar em quem se beneficia com os dados. Então, o que ele quer ver? Apenas um número. Como é 42 ? Mas o que esse número significa? Talvez a melhor maneira de avaliar não seja a frequência do clique, mas o objetivo do clique? Você volta para a equipe de desenvolvimento ou para os acionistas e diz a eles que talvez seja melhor ter estatísticas sobre a frequência com que clicamos e quais ações seguem o clique? Talvez você tenha ouvido algo como: “Oh, você pode fazer isso? Sim, vamos fazer . Você pode continuar se aprofundando na abstração, mas acho que você entendeu.

Redação da pergunta certa

Eu via isso o tempo todo, do Junior ao Senior Developer. Você recebe a tarefa e a conclui. Eu chamo essas pessoas de Code Monkeys .

Parte de ser desenvolvedor é fazer perguntas e chegar ao fundo do que precisamos alcançar (isso retorna à questão da abstração).
Uma declaração pode ser interpretada de 1000 maneiras.
Você deve entender por que você implementa essa função. Então é melhor você ver os problemas e os riscos futuros.

A pergunta "por que" em uma empresa é frequentemente vista como uma questão de confiança .
Você ouvirá declarações como:

• Precisamos confiar na equipe de desenvolvimento.
• Vamos confiar neles, eles sabem o que é melhor para a empresa.
• Você não confia em mim?
• Vamos tentar primeiro e, portanto, fazer perguntas.

Definir a pergunta e tentar entender o porquê - não tem nada a ver com confiança. Como desenvolvedor, você conhece o funcionamento interno do sistema. Você pode ver problemas técnicos e pontos de saída, o que pode funcionar e o que pode não funcionar. Se você já ouviu as palavras acima, repetir o seguinte sempre funciona:

• "Eu acredito em você e sei que isso é importante."

Comunicação com pessoas sem conhecimento técnico

Com que frequência isso acontece em bate-papos como o Slack:
Você abre um canal para toda a empresa e vê vários links para uma postagem em um blog super-técnico sobre por que o "forEach" é mais rápido que um "mapa" em JavaScript.

Ou você diz: "Não, não podemos fazer isso" e comece a explicar que o ReactJS não possui essa função e você precisará carregar o pacote npm.

Se o gerente de produto não for de um ex-desenvolvedor, ele não entenderá uma palavra sobre o que você está falando.

Em vez disso, tente encontrar uma boa analogia em uma área em que todos entendam tudo. Da mesma forma, como fiz no começo com o cabeleireiro. Uma pessoa sem uma base técnica pode entender isso e concluir que você está certo.

Paciência

Você viu esses guias no YouTube, onde as pessoas criam algo em um vídeo em 15 minutos e, em seguida, você tenta repetir, e leva muito, muito, muito mais!

Você está chateado por não poder implementar esta lista de tarefas. Essa também é a primeira vez que você toca em um código. Yutuber já tem dez anos de experiência prática e, além disso, preparado antes de gravar o vídeo e implementou essa lista de tarefas pelo menos uma vez, e agora ele simplesmente repete o script.

Você sabe - de onde veio esse clichê, que os desenvolvedores são as criaturas da noite? Porque gostamos? Porque somos anti-sociais? Isso só pode ser verdade para uma pequena fração. A principal razão é que escrever código leva tempo! Muito tempo se você estiver tentando aprender algo novo!

Opinião firme

Eu sou um cara com uma forte síndrome de opinião de opinião no que diz respeito ao desenvolvimento da web e digo às pessoas a minha opinião, mesmo sabendo que elas não gostam. Eu não faço isso para incomodar as pessoas ou derrubá-las. Como minha opinião pode ser tão emocionalmente significativa que depois de ouvir você duvida de sua própria existência? Desculpe, mas existem muitos problemas mais significativos por aí, e você deve descobrir como lidar com eles, porque, caso contrário, isso leva a apenas uma coisa: estagnação. Você será o mesmo aos 18, 25 e 50 anos. Sei que é mais fácil escrever do que escrever, mas é importante que você saiba: "A maneira como você se comporta agora é a única coisa que o levou a uma distância tão grande"

A pior coisa que pode acontecer em uma equipe de desenvolvimento é quando todos têm uma opinião, mas ninguém a expressa! Se isso acontecer, você está morto. Este é o começo do fim. Se você não é um macaco de código, sente-se menos motivado e mais chateado todos os dias, e não estará apenas com você. Um dia, inesperadamente, as pessoas que trabalharam por vários anos em uma empresa vão embora - porque não aguentam mais.

Não estou dizendo que você precisa dizer "eu não gosto". Você tem que dizer o porquê e fornecer alguns exemplos. Não fode, mas fique menos chateado todos os dias. Porque não ajuda ninguém. Portanto, ou expresse sua opinião ou não tenha uma opinião e seja um macaco de código, ou deixe a empresa para encontrar um emprego melhor ou se tornar um freelancer. Não sei qual disso está correto, mas não estagnado.

Obrigado pela leitura!