¿Cuándo puedes llamarte bueno en el lenguaje X?

Esto se remonta a una conversación que tuve con mi novia. Traté de decirle que simplemente no me siento lo suficientemente adecuada en mi lenguaje de programación (C ++) para llamarme buena. Luego me preguntó: "Bueno, ¿cuándo te consideras lo suficientemente bueno?"

Esa es una pregunta interesante. No sabía qué decirle. Entonces te estoy preguntando.

Para cualquier lenguaje de programación, marco o similar, ¿cuándo llega a un punto en el que se sienta, mira lo que ha hecho y dice: "Oye, en realidad soy bastante bueno en esto"? ¿Cómo define "bueno" para que pueda decirle a los demás, sinceramente, "Sí, soy bueno en X".

Además, ¿llega a estas conclusiones comparando lo que otros pueden hacer?

Información adicional

He leído el documento canónico sobre cómo se necesitan diez mil horas antes de que seas un experto en el campo. (Apoyos para cualquiera que sepa cómo se llama este artículo nuevamente)

También he leído varios artículos de Coding Horror sobre entrevistas a personas. Algunas personas, se decía, "no pueden funcionar fuera de un marco". Por lo tanto, pueden ser "buenos" para ese marco, pero no de otra manera en el lenguaje. ¿Es esto cierto?

No puedes llamarte bueno en X. Solo otras personas pueden hacerlo.

Ya hay algunas buenas respuestas a esto, así que solo contribuiré esto:

Uno es bueno en algo solo cuando puede decir con confianza y correctamente que puede hacerlo.

Si quiere decir que es bueno en C ++, por ejemplo, debería poder decir, con confianza y justificación, que dado un problema general con C ++, puede resolverlo.

Esto proporciona una distinción de ser arrogante , que sería decir con confianza que puede hacer algo sin justificación suficiente; y experimentado , lo que significaría que puedes hacer algo porque lo has hecho en el pasado.

En una nota relacionada, aunque creo que el movimiento Software Craftsmanship es una excelente idea para ayudar a mejorar los estándares en nuestra disciplina, he visto a muchas personas describirse a sí mismas como artesanos del software, lo que me parece un poco arrogante en la mayoría de los casos.

Depende de tus compañeros decidir si eres bueno en algo (o un artesano); Estoy seguro de que Einstein y Feynman no deambularon temprano en sus carreras diciendo "¡mírame, soy un genio!" Del mismo modo, depende de tus compañeros decidir si eres bueno o no.

Stackoverflow es una herramienta útil para decidir si eres competente. Elija algunas preguntas en su área de supuesta experiencia. Responda (o si ya han sido respondidas, responda en su cabeza sin mirar las respuestas publicadas). ¿Pensaste en la mejor respuesta? ¿Te perdiste algo? ¿Estabas simplemente equivocado?

Como no hay una prueba de programación estandarizada que pueda realizar que permita a todos aceptar que usted es un buen programador, depende de usted determinar si se llama así o no.

Me parece que tiene que ver con tu nivel de confianza. Si SIENTES que eres bueno en algo, entonces deberías poder decirlo. En algún momento completarás un proyecto que te empujó y ese sentimiento cambiará de 'todavía no' a 'yo soy'.

Sé que esta es una pregunta bastante difícil. Hice dos asignaturas con las que principalmente programé en C ++ y obtuve altas distinciones en ambas. No me consideraría bueno en C ++. De hecho, si estaba solicitando un trabajo, lo dejaría fuera de mi currículum y simplemente escribiría C en su lugar. Todo el lenguaje simplemente no es lo mío.

Creo que puedes llamarte bueno en algo cuando desarrollas el conocimiento requerido para poder verte a ti mismo como desde la perspectiva de otra persona y luego determinar si eres bueno. En otras palabras, debe tener fuertes habilidades "meta".

Por ejemplo, soy un escritor aficionado, y cuando veo mis propios escritos puedo decir:

• qué aspectos son buenos y por qué
• qué aspectos son malos y por qué
• ¿Qué necesito hacer para mejorar los malos y por qué?
• qué aspectos negativos son específicos de la pieza escrita y cuáles son un síntoma de mis habilidades
• ¿Cuáles son los elementos que otras personas pueden criticar y por qué
• qué críticas no son relevantes para mi pieza específica, incluso si otras personas pueden expresarlas, y por qué

etc. etc. Debido a esto, siento que estoy calificado para decidir si soy bueno escribiendo o no. Lo mismo se aplica a X.

Como lo bueno es muy subjetivo, diría que eres bueno exactamente cuando estás seguro de que eres genial.

Puede afirmar que es "bueno" en algo una vez que lo ha estado haciendo lo suficiente como para haber olvidado cómo hacer cualquier otra cosa.

El único momento en que puede estar seguro de si es bueno en algo es cuando está seguro de que es malo en eso.

John Cleese habló sobre esto: a las 9:00 http://www.youtube.com/watch?v=zGt3-fxOvug

Cada vez que pensaba que era bueno programando en un lenguaje en particular, seis meses después estaba convencido de que en ese momento lo apestaba, y ahora era bueno en eso. Entonces supongo que es un término relativo. Tal vez sería mejor llamarse "lo suficientemente bueno para hacer Y", donde Y es un proyecto particular en ese idioma.

Cuando puedes mirar el código fuente de algo como boost (en c ++. O boost equivalente en otro idioma) y NO TENGAS miedo .

Cuando comienzas a imaginar cómo un software que estás buscando fue escrito en ese idioma.

Sabes que eres bueno en eso cuando te gusta lo que estás haciendo (y no es solo una tarea trivial) .

Sabes que eres malo (todavía) cuando sigues maldiciendo al azar mientras codificas.

A menudo no digo que soy bueno en X, sino que aprendo rápido y tengo potencial para ser bueno en X.

No estoy seguro acerca de "bueno", pero digo que "conozco" un idioma cuando no es mi conocimiento del idioma, sino más bien mi comprensión del problema (o dominio del problema), lo que me impide implementar un software para resolver eso problema.

Creo que el artículo que estaba buscando era Programación para aprender en 10 años, de Peter Norvig, se refiere a que se requieren alrededor de 10,000 horas para ser bueno en algo. Además, lo he visto aparecer en otros lugares como "The Element" de Ken Robinson y en un blog de lifehacker hablando de reducir la cantidad de pasatiempos que tienes.

Voy a tomar parte de esta pregunta para preguntar '¿cuáles son algunos criterios para evaluar mi competencia en un lenguaje de programación?'

He encontrado que esta matriz es bastante útil en ese sentido. La mayoría de los elementos son en realidad más acerca de ser un programador competente en general, pero una vez que baje los títulos de Programación, Experiencia o Conocimiento, verá algunos que dependen del lenguaje utilizado.

Por supuesto, como con cualquier división arbitraria en categorías, no es perfecto. Pero creo que es bastante útil, no obstante. Puede darle al menos una idea de dónde está y dónde debe ir.