Quando você pode se considerar bom no idioma X?

Isso remonta a uma conversa que tive com minha namorada. Tentei dizer a ela que simplesmente não me sinto adequado o suficiente na minha linguagem de programação (C ++) para me considerar boa. Ela então me perguntou: "Bem, quando você se considera bom o suficiente?"

Essa é uma pergunta interessante. Eu não sabia o que dizer a ela. Então, eu estou perguntando a você.

Para qualquer linguagem de programação, estrutura ou similar, quando você chega a um ponto em que se senta, olha o que fez e diz: "Ei, sou realmente muito bom nisso". Como você define "bom" para poder dizer honestamente aos outros: "Sim, eu sou bom em X".

Além disso, você chega a essas conclusões comparando o que os outros podem fazer?

Informação adicional

Eu li o artigo canônico sobre como são necessárias dez mil horas antes de você ser um especialista em campo. (Props para qualquer pessoa que saiba como este artigo é chamado novamente)

Também li vários artigos da Coding Horror sobre entrevistar pessoas. Dizia-se que algumas pessoas "não podem funcionar fora de uma estrutura". Portanto, eles podem ser "bons" para essa estrutura, mas não de outra maneira na linguagem. Isso é verdade?

Você não pode se considerar bom em X. Somente outras pessoas podem.

Já existem algumas boas respostas para isso, então contribuirei com isso:

Só é bom em alguma coisa quando eles podem dizer com confiança e corretamente que podem fazê-lo.

Se você quer dizer que é bom em C ++, por exemplo, deve poder dizer, com confiança e justificativa, que, dado um problema geral usando C ++, você pode resolvê-lo.

Isso fornece uma distinção de ser arrogante , o que seria dizer com confiança que você pode fazer algo sem justificativa suficiente; e experiente , o que seria dizer que você pode fazer algo porque já fez isso no passado.

Em uma nota relacionada, embora eu ache que o movimento Software Craftsmanship é uma excelente idéia para ajudar os padrões a melhorar nossa disciplina, eu vi muitas pessoas se descrevendo como especialistas em software, o que me parece um pouco arrogante na maioria dos casos.

Cabe a seus colegas decidir se você é bom ou não em alguma coisa (ou em um artesão); Tenho certeza de que Einstein e Feynman não andaram no início de suas carreiras dizendo "olhe para mim, sou um gênio!" Da mesma forma, cabe a seus colegas decidir se você é bom ou não.

O Stackoverflow é uma ferramenta útil para decidir se você é competente. Escolha algumas perguntas em sua área de suposta experiência. Responda-as (ou, se já tiverem sido respondidas, responda-as na sua cabeça sem espiar as respostas postadas). Você achou a melhor resposta? Perdeu alguma coisa? Você estava completamente errado?

Como não há um teste de programação padronizado que você possa fazer que permita que todos concordem que você é um bom programador, cabe a você determinar se você se considera assim ou não.

Acho que isso tem a ver com o seu nível de confiança. Se você sente que é bom em alguma coisa, deve poder dizer isso. Em algum momento, você concluirá um projeto que o impulsionou e esse sentimento mudará de 'ainda não' para 'eu sou'.

Eu sei que esta é uma pergunta bastante difícil. Eu fiz dois assuntos com os quais eu principalmente programava em C ++ e obtive altas distinções em ambos. Eu não me consideraria bom em C ++. De fato, se eu estivesse me candidatando a um emprego, deixaria de fora do meu currículo e simplesmente escreveria C. A língua toda não é da minha conta.

Eu acho que você pode se considerar bom em algo quando desenvolver o conhecimento necessário para poder se olhar como se fosse da perspectiva de outra pessoa e depois determinar se você é bom. Em outras palavras, você deve ter fortes habilidades "meta".

Por exemplo, sou um escritor amador e, ao olhar para minha própria escrita, posso dizer:

• quais aspectos são bons e por que
• quais aspectos são ruins e por que
• o que eu preciso fazer para melhorar os ruins e por que
• quais aspectos ruins são específicos da peça escrita e quais são os sintomas de minhas habilidades
• quais são os elementos que outras pessoas podem criticar e por que
• quais críticas não são relevantes para minha peça específica, mesmo que outras pessoas possam expressá-las, e por que

etc. etc. Por isso, sinto que estou qualificado para decidir se sou bom em escrever ou não. O mesmo se aplica ao X.

Como o bem é muito subjetivo, eu diria que você é bom exatamente quando está confiante de que é ótimo.

Você pode alegar que é "bom" em algo depois de fazer isso por tempo suficiente para esquecer há muito tempo como fazer qualquer outra coisa.

O único momento em que você pode ter certeza se é bom em alguma coisa é quando tem certeza de que é ruim nisso.

John Cleese falou sobre isso: Às 9:00 http://www.youtube.com/watch?v=zGt3-fxOvug

Toda vez que eu pensava que era bom em programar em uma linguagem específica, seis meses depois eu estava convencido de que naquele momento eu era péssima e agora eu era boa nisso. Então eu acho que é um termo relativo. Talvez seja melhor se chamar de "bom o suficiente para fazer Y", onde Y é um projeto específico nesse idioma.

Quando você pode olhar o código fonte de algo como boost (em c ++. Ou boost equivalente em outro idioma) e NÃO TEM medo disso.

Quando você começa a imaginar como um software que você estava procurando foi escrito nesse idioma.

Você sabe que é bom nisso quando gosta do que está fazendo (e não é apenas uma tarefa trivial) .

Você sabe que ainda é ruim quando continua xingando aleatoriamente enquanto codifica.

Costumo não dizer que sou bom em X, mas sim que sou um aprendiz rápido e um paraíso em potencial para ser bom em X.

Não tenho certeza sobre "bom", mas digo que "conheço" um idioma quando não é meu conhecimento do idioma, mas minha compreensão do problema (ou domínio do problema), que me impede de implementar um software para resolvê-lo. problema.

Acho que o artigo que você estava procurando foi ensinar-se programar em 10 anos por Peter Norvig se refere a exigir cerca de 10.000 horas para se tornar bom em alguma coisa. Além disso, eu já vi isso aparecer em outros lugares, como "The Element", de Ken Robinson, e em um blog do Lifehacker, falando sobre reduzir o número de hobbies que você tem.

Vou fazer parte desta pergunta para perguntar "quais são alguns critérios para avaliar minha competência em uma linguagem de programação"

Eu descobri que essa matriz é bastante útil nesse sentido. A maioria dos itens é mais sobre ser um programador competente em geral, mas depois que você desce os títulos de Programação, Experiência ou Conhecimento, verá alguns que dependem do idioma usado.

Obviamente, como em qualquer divisão um tanto arbitrária em categorias, isso não é perfeito. Mas acho que é bastante útil, no entanto. Pode lhe dar pelo menos uma idéia de onde você está e para onde deve ir.