Por qué tantos desarrolladores renuncian antes de conseguir un trabajo. Por favor, no lo hagas.

"Prototipos, objetos, algoritmos ... esos pequeños pasos entre pasos que no sabes cómo implementar. Grrr ... pensando como un programador".

Termina esta oración:

Mi última sesión de codificación fue ...

  1. Suave como la seda. Me senté cómodamente, encendí a mi editor y me sumergí en el encantador mundo de los 0 y 1. ¡Esas 3 horas pasaron como 30 minutos!
  2. Tan aburrido. Apenas me obligué a sentarme y programar. Nada funcionó muy bien, los errores aparecían todo el tiempo y todavía no todo tiene sentido para mí. ¡Estos 30 minutos se sintieron como 3 horas!

Supongo que es la respuesta n. ° 2.

Y no porque sea tan común y también me haya pasado (incluso después de 8 años de programación).

La respuesta n. ° 1 es extraña. ¿Quién habla así?

Bien bien. Hablaremos de abrumar en la programación. Sé que todos hemos estado allí - sucede así con demasiada frecuencia y que lo odio.

Pero traté de profundizar más.

En los últimos años, he tratado con muchos desarrolladores junior. Incluidos algunos que:

  1. Recientemente incursionó en la tecnología y se sintió perdido
  2. Se atascó en la "fase de tutorial" y se encogió cada vez que tenían que codificar sin supervisión
  3. Fueron realmente talentosos pero fallaron en las entrevistas o ni siquiera recibieron una llamada

¿Dónde está el punto de ruptura?

Como la esencia de mi trabajo es ayudar a los nuevos desarrolladores a encontrar un trabajo, me tomé el tiempo para estudiar sus problemas y realmente tratar de sentir empatía con sus necesidades.

Hablé con colegas de mi empresa. Investigué grupos de Facebook, foros, sitios web de preguntas y respuestas, enormes hilos de Reddit e incluso encuesté a un par de comunidades pequeñas.

Esto es parte de lo que encontré:

“Sentí que simplemente había copiado lo que había en los videos y eso fue todo”. “Tengo que conformarme con buscar en Google ejemplos existentes que alguien más ya ha escrito. Me siento como un niño de 3 años tratando de resolver acertijos de cálculo. Es tan frustrante "." No puedo pensar como un programador ".

Y mi favorito:

“Esto es lo que he aprendido sobre cómo aprender a codificar: te sientes confundido y completamente indigno como el 99% del tiempo. Pero esa única vez que haces que algo funcione, es MAGIA ".

¿Notas algo?

Las luchas de estas personas no provienen de la falta de esfuerzo. Ni por una mala estrategia de aprendizaje ni por una mala disciplina.

Simplemente no tienen suficiente experiencia.

Sin embargo, muchas de esas personas estaban a punto de abandonar la programación.

A qué se reduce: dos mitos

Descubrí que en el fondo de la mayoría de las dificultades que enfrentan los desarrolladores novatos se encuentran dos mitos populares sobre las carreras en el desarrollo de software.

Quiero romperlos ahora mismo y, con suerte, evitar la presión abrumadora y adicional que causan a los alumnos.

Mito n. ° 1: si no te gusta la programación, no es para ti.

Esto es algo que escucho decir mucho a los programadores novatos .

Y estoy absolutamente en desacuerdo.

No, no tienes que amar la programación para convertirte en programador. De hecho, más del 50% de los desarrolladores profesionales a veces lo odian (mi observación personal).

Mira, es bueno cuando resuelves un problema con elegancia. Se siente bien cuando su código está ordenado, limpio, bien probado y resuelve los problemas de las personas.

Pero eso no es el 100% del tiempo, ni siquiera remotamente. La mayoría de los días laborales de los programadores no pasan por alto pensando:

"Oh, cómo apliqué el patrón de diseño de inyección de dependencia para desacoplar elegantemente mis clases y hacer que mi base de código sea más fácil de mantener en el futuro". (choca esos cinco)

No

Incluso aquellos que hablan como si amaran cada segundo dedican mucho tiempo a un trabajo aburrido, monótono o frustrante. Puede escuchar maldiciones en una oficina de programación al menos tanto como en un servicio de automóviles. ¡Honestamente!

Está perfectamente bien si a veces odias la programación.

Sí, "¿tal vez no sea para mí?" es una pregunta común cuando está abrumado y frustrado. Es simplemente normal. Sin embargo, la programación es para ti. Si está leyendo esto, significa que le importa. Si te importa, lo lograrás.

Mito # 2: Hay tantas cosas que no sé. ¡Nunca voy a aprender todo esto!

Este es otro pensamiento muy común (quizás más importante que el Mito # 1). He escuchado a muchos de mis lectores quejarse de ello. Y puedo ver absolutamente el razonamiento detrás de esto.

Estamos en un campo tan amplio que cuanto más profundizas, más te das cuenta de que no sabes.

Incluso pensar en esto me hizo sentir mal. Hombre, es que fácil sentirse abrumado.

Lo bueno: no tienes que saberlo todo. Necesita saber lo suficiente para saber cómo averiguar lo que no sabe.

Por ahora, asegúrese de conocer los conceptos básicos de alto nivel de lo que sea con lo que esté trabajando.

Respaldemos esto con un ejemplo.

Si está experimentando con CSS, debe saber que es para aplicar estilos a elementos HTML. Puede hacer que un botón tenga borde, color, sombra o animación. No puede decir qué debería suceder cuando hace clic en el botón (necesita JavaScript para esto).

Entonces, si necesita animar una imagen cuando se hace clic en un botón:

  1. Primero, debe tener la imagen y los elementos del botón (HTML)
  2. Luego puede configurar la animación para una clase específica (CSS)
  3. Y puede agregar la clase a la imagen cuando se hace clic en el botón (JavaScript)

Digamos que leíste esto en un tutorial una vez. Una semana después, debe agregar una sombra a una imagen cuando se envía un formulario. Sabes qué buscar. Tiene un conocimiento general de HTML, CSS y JavaScript y de qué parte son responsables en esta funcionalidad.

El resto es buscar en Google las palabras adecuadas. En este caso, "css agregar sombra" y "enviar formulario de devolución de llamada javascript".

Ves lo que hicimos allí?

Aprender a programar de la manera "correcta"

Como verá y probablemente sepa por su propia experiencia, aprender a programar lleva tiempo, a veces años. ¡A pesar de lo que dicen algunos cursos de "aprender a programar en 2 semanas"!

Al comenzar, es importante desarrollar los hábitos adecuados para aprender de manera eficiente. La mayor parte de los primeros días los dedica a tutoriales, directrices, documentación o, a menudo, los tres al mismo tiempo. Eso es lo que hacemos todos.

Algunos aprovechan al máximo sus horas de aprendizaje. Mientras tanto, otros sienten que progresan, pero en realidad solo copian y pegan comandos y siguen instrucciones.

Existe el hábito de maximizar las horas de aprendizaje y se llama "Aprender lentamente".

Es una forma ligeramente diferente de abordar los tutoriales que:

  1. Hace que la programación sea más divertida (ya que el aburrimiento es un problema común)
  2. Te hace menos dependiente de los tutoriales
  3. Utiliza la gamificación

Puede probarlo con este ejercicio de 4 minutos al final del artículo. ¡Déjame saber como va!

Esta publicación se publicó originalmente en MyFirstITJob.

¿Que sigue?

No darse por vencido y aprender de manera eficiente es genial, pero a veces no es suficiente para conseguir un trabajo de programación.

A continuación, me centraré en lo que buscan los empleadores en un desarrollador junior y en cómo destacar entre la multitud para cualquier puesto de trabajo.