¿Por qué muchos desarrolladores se dan por vencidos antes de empezar?

Traducción de un fragmento de un artículo de Alexander Petkov, fundador de la Junior Developer Help Community. “Prototipos, objetos, algoritmos... y todos estos pequeños pasos entre pasos y no tienes idea de cómo implementarlos... Brr, piensa como un programador”. Los nuevos desarrolladores suelen sentir mucha presión durante su primer trabajo. Por tanto, si les das un ejercicio sencillo para completar la frase “La última vez que escribí código…” Entre las dos opciones de respuesta:

• Todo salió como un reloj . Me recosté, inicié mi editor y me sumergí en el maravilloso mundo de los ceros y los unos. ¡Tres horas pasaron volando en un instante!


• Fue muy aburrido . Apenas podía obligarme a sentarme y codificar. Constantemente aparecían errores, algo salió mal. Sí, todavía no lo he descubierto todo. ¡Esos 30 minutos parecieron tres horas!

La mayoría de las veces eligen el segundo. Y todo porque todo el mundo se encuentra a veces en la situación descrita en la segunda opción. Incluso aquellos que llevan 5, 8, 10 años trabajando como programadores. Y, en general, la primera opción suena como una especie de extraño e idílico cuento de hadas. Entonces, como ya hemos decidido hablar sobre la saciedad de la programación, es importante señalar que esto les sucede a todos los desarrolladores, y muy a menudo. Y, por supuesto, esto no lo podemos soportar. Intentemos profundizar más para descubrir por qué sucede esto. En los últimos años, he conocido a muchos aspirantes a desarrolladores que:

1. Hace poco comencé a programar y me siento completamente perdido.
2. Atrapado en la etapa introductoria y sintiéndote incómodo cada vez que tienes que codificar por tu cuenta, sin ninguna supervisión externa.
3. Obviamente tenían talento, pero no aprobaron las entrevistas o no recibieron ninguna invitación.

¿Cuál es el punto de inflexión?

Tuve que dedicar mucho tiempo a estudiar las necesidades y necesidades de los nuevos programadores, porque esto resume en pocas palabras lo que hago. Para comprender mejor todo, necesitaba hablar con colegas de mi empresa, realizar investigaciones en grupos de Facebook, foros, sitios de preguntas y respuestas, estudiar grandes hilos de Reddit e incluso encuestar en varias comunidades pequeñas. Y esto fue lo que descubrimos: “Sentí que simplemente copié lo que había en el video y listo”; “Estaba buscando en Google ejemplos existentes que ya habían sido escritos por alguien. Al mismo tiempo, me sentí como un niño de 3 años resolviendo un acertijo matemático. Esto es muy molesto"; “Simplemente no puedo pensar como programador”; Este es mi favorito: “Esto es lo que aprendí mientras aprendía a programar: el 99% de las veces te sientes completamente confundido e ineficaz. Pero tan pronto como logras que algo funcione como debería, eso es todo, esa sensación, ¡la MAGIA ha sucedido!” Si te fijas bien en estas citas, notarás algo importante: la lucha interna de estas personas no proviene de que estén inactivas o no se esfuercen lo suficiente. No es porque tengan un mal programa de entrenamiento o les falte disciplina. De hecho, carecen de experiencia práctica. Parecería una dificultad superable. Sin embargo, muchos de ellos estaban dispuestos a darse por vencidos y abandonar la programación.

Dos mitos sobre los problemas de los programadores novatos.

He descubierto que en la raíz de muchos de los problemas que enfrentan los nuevos programadores hay dos mitos populares sobre ser desarrollador de software. Me gustaría disipar estos mitos ahora mismo para que los programadores jóvenes puedan evitar sobrecargas innecesarias.

Mito #1. Tienes que amar la programación, si no te encanta, no es para ti.

¡Con qué frecuencia escucho algo como esto de boca de jóvenes desarrolladores! Y sí, estoy totalmente en desacuerdo con esta afirmación. No es necesario que te guste la programación para convertirte en desarrollador. De hecho, aproximadamente el 50% de los desarrolladores profesionales literalmente lo odian en ocasiones. Lo digo basándome en observaciones personales. Por supuesto, es fantástico si el problema se puede resolver de forma fácil, sencilla y, por así decirlo, elegante. Es genial cuando tienes un código excelente, limpio y probado que puede resolver los problemas de las personas. Pero, por desgracia, esos logros no son lo que ocuparán el 100% de tu tiempo... ni siquiera cerca. La vida cotidiana de un programador suele estar llena de pensamientos como: “Qué bueno fue poder aplicar el patrón de inyección de dependencia, desacoplar clases con gracia, aumentando así la compatibilidad de mi código. ¡Estoy genial!" Por desgracia, esto rara vez sucede. Incluso aquellos que dicen amar escribir código pasan una parte importante de su tiempo haciendo trabajos aburridos y monótonos que no siempre salen bien. En la oficina de programadores, el lenguaje obsceno se escucha con tanta frecuencia como en un centro de servicio de automóviles. ¡Honestamente! No hay nada de malo en que a veces simplemente odies la programación. Por supuesto, la pregunta “¿Quizás esto no sea para mí en absoluto?” Muy a menudo surge en la mente de un programador novato cuando se siente presionado, recibe una gran carga de trabajo y todo sale completamente mal como nos gustaría. Esto es normal, créeme. Y sí, la programación es para ti, de eso no hay duda. Si estás leyendo esto, significa que te importa. Y si te importa, seguro que todo saldrá bien.

Mito #2. ¡Hay tantas cosas que no sé que nunca las aprenderé!

Este es otro pensamiento común (quizás incluso más popular que el primer mito). Mucha gente se queja de esto. Y entiendo con toda claridad lo que hay detrás de esto. Nuestro campo de actividad es tan amplio que cuanto más profundizas, más claramente te das cuenta de lo mucho que aún no sabes. También me siento mal incluso de pensar en ello. ¡Esto es muy deprimente! La buena noticia es que no es necesario saberlo todo. Basta con saber descubrir lo que no se sabe. Por ahora, asegúrese de tener los principios básicos de lo que está trabajando. Veamos este ejemplo. Si está experimentando con CSS, debe comprender que está diseñado para aplicar estilos a elementos HTML. Puedes hacer un botón que tenga bordes, color, sombra o animación. No puedes saber qué sucederá cuando hagas clic en un botón (necesitas JavaScript para eso). Por lo tanto, si necesita “revivir” la imagen cuando presiona un botón:

1. Debes tener una imagen y elementos de botón (HTML);
2. Luego puedes personalizar la animación para una clase específica (CSS);
3. Y puede agregar una clase a la imagen cuando se hace clic en el botón (JavaScript).

Lees esto en las instrucciones una vez. Después de una semana, deberá agregar una sombra a la imagen al enviar el formulario. Ya sabes qué buscar. Tiene un conocimiento general de CSS, HTML, JavaScript y comprende de qué parte de la funcionalidad son responsables. Ya sólo queda buscar en Google las palabras necesarias. En este caso, “css agregar sombra” y “javascript agregar formulario”. ¿Ves lo que hicimos? Así que no te rindas demasiado pronto y desarrolla los hábitos adecuados para estudiar de forma eficaz. Pero hablaremos de ellos la próxima vez.