it-swarm-es.com

¿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 adecuado en mi lenguaje de programación (C++) para llamarme bueno. 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, honestamente, "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?

30
IAE

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

41
P Shved

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

alt text

38
Fishtoaster

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

Si quiere decir que es bueno en C++, por ejemplo, debe poder decir, con confianza y justificación, que dado un problema al usar C++, puedes 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 puede hacer algo porque lo ha hecho en el pasado.

10
user8

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 se pasearon 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?

6
Paddyslacker

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'.

3
Walter

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.

2
Casebash

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 son no relevantes para mi pieza específica, incluso si otros 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.

2
EpsilonVector

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 llamarte a ti mismo "lo suficientemente bueno como para hacer Y", donde Y es un proyecto particular en ese idioma.

1
RationalGeek

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.

1
Dan Moulding

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

1
Brian R. Bondy

Cuando puede ver el código fuente de algo como boost (en c ++. O boost equivalente en otro idioma) y NO SER miedo de él.

1
user2528

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

1
Jethro Larson

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

1
aredkid

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

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

1
Camilo Martin

No estoy seguro sobre "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.

0
mipadi

Creo que el artículo que estaba buscando era Enseñar a usted mismo la programación en 10 años por Peter Norvig se refiere a requerir 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.

0
Jeremy

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.

0
Nick Knowlson

A menudo no digo que soy bueno en X, sino que soy un aprendiz rápido y refugio potencial para ser bueno en X.

0
Moshe