Sou um mau programador ou todos têm esse sentimento? [duplicado]

Eu chamo-lhe o "sentimento de calouro". Quando parece que todos os outros juntos, está indo mais rápido, conhece todos os prédios no campus, não está lutando, etc. Na programação, eu estou desorientado, desconfortável, sem saber se vou ou não cumprir o prazo - é medo.

O sentimento vai embora quando eu reconheço o medo do que é, então o ignoro, mergulho e começo a aprender - lutando por cada problema, um de cada vez.

A coisa é, agora, eu uso como meu indicador para me dizer quando estou realmente aprendendo. Se eu não sinto de vez em quando, eu sei que não estou avançando - estou estagnada.

Um dos programadores no trabalho tem este lema: "O conforto é o inimigo".

Esse sentimento de que você fala pode ser seu melhor amigo se você quiser melhorar.

Você nunca, nunca, nunca, nunca, em toda a sua carreira, estará em uma posição na qual você imediatamente entenderá toda tecnologia de programação simplesmente olhando para ela. Há muito demais lá. É o acúmulo de pesquisa e conhecimento de milhões de indivíduos ao longo de muitas décadas. Se você já se encontrar pensando que está nesse ponto, procure um terapeuta para discutir suas ilusões.

O traço de que você mais precisa é a capacidade e a disposição para aprender. Se você tem isso, nada estará além de você.

Não, este não é o sinal de um mau programador. Você deve estar sempre aprendendo e geralmente deve assumir que há algo mais a aprender sobre um determinado tópico.

O mau programador é aquele que acredita que ele já sabe a melhor maneira de fazer tudo e não está aberto à possibilidade de ter algo para aprender.

A única constante em meu caminho como programador é que sempre tenho mais a aprender. Parece clichê, mas é verdade.

Isso não quer dizer que eu não me sinto o tempo todo, mesmo agora, como aprendi mais do que vou aprender em minha vida. A questão é que eu senti que no ano passado, olhando para trás naquele momento, eu claramente ainda tinha muito a aprender então. O mesmo aconteceu no ano anterior e no ano anterior.

Você está sempre aprendendo, expondo-se a um código realmente bom e os desenvolvedores são uma ótima maneira de se lembrar disso.

Existe um modelo de aprendizado onde você passa por quatro etapas:

1. Inconscientemente incompetente: você não sabe que não sabe.
2. Conscientemente incompetente: você sabe que não sabe.
3. Conscientemente competente: você sabe que sabe.
4. Inconscientemente competente: você não sabe que sabe.

Claramente, o nível 1 é um problema, mas é onde todo mundo começa, mas é movido rapidamente. À medida que você aprende até chegar ao ponto em que você acabou de fazer isso no nível 4. Com algo como outro módulo ou biblioteca em uma plataforma existente, você inevitavelmente volta para 1 ou 2 (espero que 2). Isso é normal .

(BTW. o estágio 4 pode ser um problema, fácil demais para deixar de acompanhar as técnicas mais recentes.)

Dê um passeio por uma biblioteca. Se isso não faz você se sentir muito, muito pequeno, você não está entendendo. Se você quer falar em nerd, é tudo sobre a derivada, não a quantidade real de seu conhecimento. Não há problema em se sentir melhor com o que você está aprendendo do que com o que você sabe, embora você também não devesse exagerar. Tendo aprendido algo é uma conquista, é só que você nunca pode considerar isso completo.

A propósito, dois anos não são muita experiência. Eu tive mais do que muita experiência antes de sair da faculdade (sem contar as aulas), embora tenha tido a sorte de ter essas oportunidades.

Eu tenho escrito código on e off por mais de 20 anos agora, houve momentos em que eu me considerava inatacável para a habilidade e perícia, mas descobri que há sempre alguém melhor. O que você precisa ter em mente é que há uma multidão que também é pior, muito pior que você. A engenharia de software não é um campo estático, novas abordagens, técnicas e até mesmo linguagens estão sendo desenvolvidas o tempo todo e seria impossível acompanhar tudo isso.

O que geralmente me faz sentar, parecendo estupefato em algum código novo que acabei de abrir, é o estilo de codificação. Isso geralmente é uma função de quão confortável o programador estava com o espaço do problema, mais conforto tende a um código mais abstrato na minha experiência. Se você abrir um trecho de código e ele não pular para o entendimento, não se bata, sente-se, leia com cuidado, faça anotações (sim, no papel) e passe pelo código manualmente (se tiver tempo) . Compreensão virá e é preciso entender isso que faz de você um bom programador! :)

Esse uso acontece comigo. Então parou. Não porque eu parei de progredir e não olhei para código difícil, mas porque eu finalmente me tornei muito bom. Isso para usar acontecer em C ++ para mim. Boost (código-fonte) não me assusta.

Eu não sei se você é um programador ruim ou não, mas eu me considero um bom programador: D, até eu não sei tudo. Para mim, a diferença de bom e mau programador é a capacidade e metodologia para fazer o trabalho. Se eu tivesse um programa BASICA, que pudesse construir o aplicativo, eu precisaria no tempo que ele estivesse funcionando bem, e seria capaz de manter sua base de código para fazer mudanças razoáveis de acordo com o pedido, então eu o consideraria um bom programador mesmo ele / ela conhece apenas BASICA e nada mais.

No entanto, sentir-se humilde também é uma coisa boa para os programadores - a carreira que precisa de aprendizado constante o tempo todo.