Información rápida: ¿Qué tipo de personas no son aptas para la programación?

El software se lo come todo. El futuro pertenece a los programadores. Entonces todo el mundo quiere ser programador. Pero no todo el mundo puede ser un buen programador. Antes de tomar una decisión, comprueba si puedes ser un buen programador. Pero, ¿qué tipo de persona no es apta para ser programador? No bebas sopa de pollo. Echemos un vistazo a las respuestas en Quora. lt;img #0020ff"="" title="Información instantánea: qué tipo de personas no son adecuadas para este trabajo

En opinión del desarrollador full-stack Adam Leffert, lo más importante es la actitud:

Creo que lo más importante para el éxito en la programación es la actitud. Por supuesto, todavía se requiere un nivel mínimo de inteligencia. A juzgar por mi larga experiencia, nunca he visto a nadie tan estúpido como para no hacerlo.

Pero la diferencia entre buenos y malos programadores es casi siempre la actitud.

Paciencia: Para mí esta es la más importante. Escribir código y depurar es extremadamente frustrante. Para hacerlo bien, es necesario mantener la calma, al menos la suficiente para mantener la mente clara.

Energía: lidiar con problemas difíciles y escribir mucho código puede fácilmente agotarte física y mentalmente. Lo más importante es tener lo que mi amigo Joshua Wachs llama "poder trasero". Esa es la capacidad de permanecer sentado hasta terminar el trabajo.

Pensamiento lógico: Esto puede parecer obvio, pero no lo es. Cuando los programadores comunes encuentran problemas difíciles, generalmente dependen de conjeturas para resolverlos. Si tiene suerte, puede que acierte. Pero la mala suerte es difícil de conseguir. El problema es que adivinar no reduce eficazmente las posibles causas. Los buenos programadores hacen conjeturas y luego las prueban, eliminando un montón de posibilidades. Por ejemplo, bloquee una sección de código para ver si el problema persiste.

Engreimiento: La programación no es asunto tuyo. Se trata de su equipo, su código, sus clientes, sus partes interesadas, etc. (Henry Ward, director ejecutivo de eShare, dijo que nunca querría a alguien que fuera engreído).

Peter Nierop, quien una vez escribió sobre sistemas operativos fallidos, resumió 3 señales de ser un mal programador:

Odio usar Google:

Hay la mayoría de las soluciones listas para usar en github, google y sitios web en línea. Se acabaron los días de comprar un viejo libro de profesor para aprender a programar. El código de hoy va y viene rápidamente. Lo más importante es llevar sus productos al mercado lo más rápido posible. Cualquiera que no esté dispuesto a utilizar un motor de búsqueda durante al menos una hora al día debería buscar otro trabajo (Nota del editor 1: la propia investigación de Google también encontró que los desarrolladores buscan código cada vez con más frecuencia. Nota 2: algunas personas pueden decir que no Odio usarlo pero no funciona Bueno, si ese es el caso, me gustaría agregar lo más importante: ni se te ocurra convertirte en programador si no sabes usar Google). Tenga en cuenta que, hasta cierto punto, esto puede deberse a que quiere hacerlo todo usted mismo y quiere ser el único codificador puro del mundo.

Mentalidad de 9 a 5:

Nuevamente: la liberación oportuna es importante. El programador promedio suele trabajar menos de 8 horas al día, bueno, por eso eres mediocre. Los programadores excepcionales corren durante 22 horas seguidas antes de tomar una siesta cada 4 días antes de ducharse y pasar 2 horas al día escribiendo algunos informes durante las próximas 2 semanas. Las personas que no pueden o no quieren trabajar horas extras cuando sea necesario deberían dejar de hacerlo.

Extremadamente mala memoria:

Programar significa celebrar muchas reuniones, realizar varios cambios y tal vez tener 100 páginas de código en la cabeza. No es necesariamente necesario recordar claramente cada línea, pero al menos cuando la gerencia hace otro cambio o al cliente de repente se le ocurre otra idea, necesita saber para qué se utiliza su programa, dónde puede fallar y cómo hacerlo. rápidamente. Si tienes muy mala memoria, lo mejor es buscar otro trabajo.

He trabajado en esta industria durante tanto tiempo y he conocido a todo tipo de programadores. Una cosa que permanece sin cambios es que una vez que ocurran los problemas anteriores, estas personas básicamente no podrán trabajar por mucho tiempo. tiempo.

Desarrollador John Purcell:

Dado que el mundo del desarrollo siempre está ansioso por que entre sangre nueva, a menos que seas realmente malo (o básicamente no tengas que trabajar en absoluto). , no puedes tener éxito. Me gusta la respuesta de Peter Nierop, pero cuando se trata de trabajos formales remunerados, siempre he trabajado estrictamente de 9 a 5, por lo que esa afirmación debería depender del trabajo.

Si la programación te resulta aburrida y el aprendizaje siempre es tedioso y aburrido, entonces te resultará difícil hacerlo bien. Porque hay que competir con gente que ya es adicta a la programación. Sin embargo, también he conocido a algunas personas a las que no les gusta la programación y básicamente no programan en su tiempo libre. Aunque no se les puede llamar excelentes programadores, de hecho pueden ganarse la vida con ello.

Lo que hay que recordar es que programar no es algo que sólo la élite pueda hacer. Siempre hay escasez de gente en esta industria. Entonces, a menos que no te guste la programación en absoluto, o no estés dispuesto a soportar esta aversión por dinero, puedes venir a programar.

El príncipe Pranav, que disfruta de la programación, proporcionó 3 señales de que la programación no es adecuada:

Renunciar prematuramente por errores:

Nunca te rindas. No te rindas aunque sea un simple error. Esto marcará una gran diferencia en su código y forma de pensar. Un buen programador desglosará el código y lo probará en secciones al escribir una secuencia larga de código. Si apagó su computadora porque siguió teniendo el mismo problema durante la última hora, considere este signo 1. Eventualmente encontrarás el problema, pero no te rindas.

Solo le interesa el resultado, no la calidad:

Es su responsabilidad desarrollar una buena aplicación. Si sacrificas la calidad de tu aplicación por cuestión de tiempo, puedes convertirte en programador, pero no serás un gran programador.

La diversión no es solo diversión:

Miraste el reloj antes de comenzar a escribir el código, eran las 13:02 y luego, cuando volviste a mirar, eran las 13:09. Cuando algunas personas miran sus relojes, ya son las 15:37. Realmente, a menos que seas interesante, este tiempo no pasará (Nota: debo decir que esto se remonta a la cuestión de hacer lo que amas o amar lo que haces).

¿Qué tipo de cosas son? ¿La gente no es buena programadora, qué opinas?