Estoy moviendo mi respuesta aquí desde un tema duplicado cerrado que preguntó ¿Puedes reconocer si eres un mal programador? El otro tema se estaba cerrando mientras redactaba mi respuesta. Mi respuesta aborda más directamente la pregunta, ya que fue formulada por el otro autor de la pregunta y se leerá mejor si entiendes eso.
¡Suspiro! ¡Una parte de mí no quería agregar a este tema ya ocupado, pero la otra parte ganó! ¿Por qué ganó? ¿Por qué me molesto en agregar aún más palabras a este multílogo particular? Bueno, porque, hasta cierto punto, puedo tener una opinión ligeramente diferente sobre esto que los muchos comentaristas anteriores.
El binario funciona muy bien en las computadoras: es '1' o '0', "encendido" o "apagado". Podemos abstraer y codificar mucha información usando esos dos famosos estados. Pero, no tiende a funcionar tan bien para asuntos humanos: "bueno" o "malo", "sano" o "loco", "bueno" o "malo", "inteligente" o "estúpido", "gordo" o "delgado", "vivo" o "muerto"? Este tipo de evaluaciones polarizadas siempre han dejado al ser humano afectuoso parte de mí terriblemente insatisfecho. Por los esquemas de medición que elijo aplicar, generalmente encuentro que las respuestas a tales contrastes en realidad se encuentran en algún lugar a lo largo de un continuo entre uno de esos polos y el otro, no en ninguno de los extremos.
He luchado con esta tendencia hacia la polarización durante bastante tiempo, ahora, y mi solución personal es que encuentro mucho más útil aplicar tres palabras a cualquier evaluación: "¡ hasta qué punto!"
Entonces, mi respuesta a su pregunta es sugerirle que lo reformule y preguntarse esto: "¿Hasta qué punto soy un mal programador?" O, mejor aún, preguntar en la otra dirección: "¿Hasta qué punto soy un buen programador?" Si persigue la verdad, probablemente se ubicará en algún lugar a lo largo de un continuo entre ser un programador "malo" y uno "bueno". Luego, una vez que logre ubicar aproximadamente dónde se encuentra a lo largo de este camino, probablemente pueda identificar un punto algo más cercano al "buen" final, un punto en el que le gustaría encontrarse en el futuro cercano.
Si no establece ese punto demasiado lejos, probablemente pueda poner su extremo trasero en marcha y comenzar a moverlo en esa dirección. Si logra iterar este algoritmo heurístico bastante simple varias veces, ¡pronto puede encontrarse con una programación demasiado ocupada para tener que hacer esta pregunta nuevamente! Ah, y probablemente progresará más rápido si comienza a golpear el código en un teclado tan rápido y con la mayor frecuencia posible; y, si te tomas un pequeño descanso de vez en cuando, ¡lee un código de alta calidad escrito por tus compañeros! En estos días de desarrollo dinámico de código abierto, no tiene escasez de código libre y exquisito para aprender.
Por lo tanto, te recomiendo encarecidamente que pruebes mis tres pequeñas palabras, "en qué medida", ¡y veas cuán lejos en una buena dirección pueden llevarte!