Programadores têm tendência a relatar seus problemas de maneira incompleta

Se você está se candidatando a um emprego de programação, é claro que você não gosta de uma vida simples, descomplicada, sem preocupações e soluções simples para tudo.

Agora que você se meteu nesta poça, nade até a segurança da costa, decifrando os códigos da maneira certa. Programar em si é uma profissão difícil de entrar, e quando você decidir torná-la a única maneira de trazer pão para o seu prato, você pode muito bem aprender todos os truques do ofício.

Errar é para o humano

Você está habituado a relatar problemas de forma incompleta? Erro de novato, amigo! Não tenha medo de pedir ajuda. Pode haver erros em sua abordagem que exijam correção e não prejudica sua boa vontade como programador pedir ajuda como e quando você precisar. Afinal errar é para o ser humano e todos nós somos seres humanos que viemos para aprender. Não tome o relato de problemas em sua totalidade como um sinal de fraqueza. Ninguém julgará suas habilidades, adquiridas ao longo dos anos, com base em um problema único que você possa enfrentar por vários motivos.

Colegas de trabalho são solucionadores de problemas

Na verdade, o primeiro passo que você pode dar caso esteja preso a um problema realmente prolongado é pedir o conselho de seus colegas. Provavelmente, eles já estiveram em uma rocha semelhante e em um problema difícil antes e saíram disso. Com a ajuda de seus colegas de trabalho, você pode encontrar uma saída para todo e qualquer problema. A base dessa interação deve ser a confiança - a confiança de que você absolutamente não será rebaixado de nenhuma maneira por relatar um problema. Isso é um dado adquirido, pois seus colegas também seguem o mesmo procedimento de localização de um problema - pedindo ajuda - retificando o problema de vez em quando.

Níveis de progresso da programação

Você tem as habilidades e proficiência necessárias para superar com sucesso todos os problemas relacionados à programação, e isso também é esperado de você. Mas isso não significa que você comece a negar todas as questões e transforme-as em uma barreira psicológica na qual hesita em pedir ajuda de qualquer espécie.

Especialmente se você é um recruta inexperiente e cometeu erros fundamentais que estão demorando para serem resolvidos devido à sua atitude rígida, imediatamente ponha fim a essa mentalidade. Não relatar problemas completamente e permanecer para sempre em uma rotina pode ser mais problemático do que relatar o problema e obter as informações necessárias para escapar da situação.

É comumente conhecido nos corredores da codificação que os programadores funcionam em 4 níveis diferentes:

• Executar programação complexa com relativa facilidade (relativa sendo a palavra-chave!)
• Rapidamente no caminho para o progresso
• No caminho para o progresso, mas lenta e continuamente (o que aprendemos com a história da tartaruga-coelho, camaradas?)
• Preso no ponto de estagnação

Siga os passos - passo a passo

Agora, depois do elaborado vaivém que já tivemos a respeito de relatar problemas de maneira incompleta, fica bem entendido quando você se encontrará bem na posição inferior do referido listículo. E isso está fadado a acontecer se você for um daqueles teimosos que se recusam a prestar atenção à escrita clara na parede que diz - Peça ajuda quando precisar. Não hesite em relatar problemas completamente.

De acordo com o livro “The Professional Programmer” de Samer Buna, o procedimento correto que se deve seguir para obter o sucesso final durante a programação é:

• Pensar.
• Pesquisa.
• Plano.
• Escreva.
• Validar.
• Modificar.

Embora cada etapa seja extremamente importante e uma parte indispensável de todo o processo, estamos aqui preocupados com as duas etapas finais - validar e modificar seus códigos. Mesmo depois de você ter seguido todas as outras etapas de maneira diligente, sempre há o escopo de um erro em algum lugar ou outro.

Leia o blog - Desenvolvedores demoram a pedir ajuda quando enfrentam problemas

Portanto, conseguir uma segunda opinião caso você esteja preso em algum lugar é a melhor maneira de continuar melhorando e seguir em frente nesta jornada longa e complicada. Modificar seus códigos para torná-los melhores, precisos e mais abrangentes não é sinal de um novato teoricamente fraco. Na verdade, é a indicação de um programador seguro que leva as coisas em seu ritmo e segue em frente exalando uma aura de confiança.

Lobo solitário contra jogador da equipe

Enquanto a programação é vista como um trabalho solitário pela maioria dos programadores que identificam como um problema de seu ego pensarem mesmo que remotamente em pedir ajuda, na verdade é melhor consultar seus contemporâneos enquanto está preso a um problema por um longo tempo. Afinal, você gostaria de ficar sentado em sua cadeira o dia todo, procurando respostas por conta própria, ou gostaria de colocar sua dúvida na frente de alguém e se livrar do problema sem prolongá-lo.

Em vez disso, sua ação rápida de relatar seu problema mostra o fato de que você tem os pés firmemente no chão e está mais do que disposto a aprender novos truques e ofícios. Um humilde jogador de equipe é sempre preferido a um arrogante solitário, em qualquer campo. Então, vá em frente, delineie todos os seus problemas de codificação e obtenha a solução para eles, bem como um caminhão de boa vontade entre seus colegas. Parece um comércio justo, não é?

The Thumb Theory

Existe essa teoria popular dos programadores. Existem programadores que são polegares e também dedos quebrados. Cada equipe de desenvolvimento de aplicativos móveis ou da web precisa de um ou dois polegares para funcionar. Você pode ser aquele polegar - a parte mais importante de sua organização se aprender a identificar seus erros e se habituar a não repeti-los. Essa parte, que trata de ser um programador humilde e consciente, é tão importante quanto ser um programador rápido e talentoso. Programar não é apenas para ganhar dinheiro, mas também é uma homenagem à habilidade que você adquiriu através de um trabalho árduo e tenaz.

Conclusão

Portanto, tão importante quanto ser um programador que resolve problemas, também é importante ser um programador que apresenta os problemas que devem ser resolvidos. E o ciclo continua se repetindo - identificando problemas- resolvendo-os completamente - procurando problemas para resolver. Seja um perpetrador ativo no ecossistema e torne-se o programador que você queria que fosse - o líder da matilha com um pacote invejoso. Só então valerá a pena todas as lutas que você se inscreveu, prodígio da programação!