Lo que aprendí durante 6 meses de aprender a codificar

Cualquiera que quiera aprender a codificar sabe que no es nada sencillo. Enfrentará dificultades y bloqueos inesperados a lo largo del camino. Durante los últimos 6 meses, he estado dedicando una cantidad considerable de tiempo a aprender a programar en diferentes idiomas. Aprendí mucho sobre el proceso de codificación en general y cómo crecer como programador. Tal vez algunas de mis comidas para llevar puedan ser útiles para tu viaje, me he dado cuenta de que la gente no nace para que le gusten ciertas cosas. Es un mito. Depende en gran medida de su perspectiva hacia ese tema en el momento actual. No encontré nada atractivo en una clase de ciencias de la computación que tomé en la escuela secundaria, así que esa clase me pareció una lata. Pero ahora que lo he explorado en mis propios términos es diferente. Empecé a descubrir lo que podía hacer con la programación por mi cuenta, a mi manera y a mi propio ritmo. Cambió completamente mi perspectiva. Aprender a codificar de la manera que quisiera, sin limitaciones de tiempo o un instructor diciéndote lo que tienes que repasar, cambió mi paradigma. Ahora podía ver el potencial de la programación. Finalmente lo disfruté. Tal vez mi profesora no estaba comprometida. O quizás no estaba en la mentalidad correcta para sumergirme en la codificación. Cualquiera que sea la razón, este pequeño monólogo fue ideado para ayudarte a entender el primer consejo:

Si siente que la codificación no es lo suyo, intente cambiar su enfoque

Hace unos 4 meses, estaba repasando el plan de estudios de Freecodecamp. Me encantó la parte de HTML y CSS porque podía ver lo que hacía mi código en tiempo real. Era interactivo y muy visual, perfecto para mí. Sin embargo, cuando se trataba de la sección Javascript, no había tanta publicidad. Terminé la sección de sintaxis de Javascript porque sabía que tenía que hacerlo, y finalmente hice los ejercicios de expresiones regulares. Temía esa sección. En lugar de perder la motivación, puse a Freecodecamp en estado de alerta y me dirigí a otras fuentes. Aprendí a programar un Tic-Tac-Toe y Tetris imbatible, entre otros programas sencillos. De esta manera, estaba dominando la sintaxis de Javascript. La mayoría de los tutoriales ya usaban sintaxis ES6 y algunas expresiones regulares, así que incluso llegué a practicarlas, y cambié mi perspectiva en gran medida cuando empecé a aprender a programar por mi cuenta. La segunda vez fue un cambio más pequeño: simplemente pasar de un plan de estudios de código abierto a ver tutoriales en línea. A veces, todo lo que necesitas para seguir adelante es cambiar un poco las cosas….

El «hoyo tutorial» es muy real

Cuando estás aprendiendo a programar, al principio definitivamente quieres una mano que te guíe. Ya sean tutoriales, cursos en línea o freecodecamp, nadie nace omnisciente. A pesar de eso, eventualmente quieres salir al mundo real, por así decirlo, y empezar a elaborar tus propios proyectos. El no hacer esto se llama el hoyo del tutorial. Yo estaba en la misma situación. De hecho, a menudo siento que todavía estoy en él. Vi varios tutoriales de programación, pero cuando intenté empezar un proyecto por mi cuenta, me perdí por completo. Siempre terminaba recurriendo a esos tutoriales para ayudarme a empezar. Quizás eres como yo, atrapado en el hoyo de los tutoriales por una combinación de miedo y dudas. O tal vez usted simplemente siente que no sabe lo suficiente todavía. Cualquiera que sea la razón, salir del foso de programación es muy duro, la mejor manera de empezar a salir de este «foso» es empezar de a poco. Es difícil apreciar el trabajo que hay detrás de un tutorial de codificación. Está presentado de manera muy clara y es fácil de seguir, pero te garantizo que quien lo hizo pasó mucho más tiempo del que crees depurando e ideando formas de escribir su programa, por eso deberías empezar de a poco. En lugar de intentar escribir un juego completo como hacen los programadores más experimentados, intenta hacer algunos cambios en sus programas. Mejórelos, o incluso añada nuevas funciones utilizando lo que ha aprendido. Hay otros tutoriales que te dicen que elijas un proyecto y empieces a hacerlo. Esto no es muy útil, pero es el consejo duro que necesitas. Si esperas que te lleven de la mano y te guíen a través de cómo empezar, lo que realmente esperas es otro tutorial, que aprendí principalmente aprendiendo a codificar juegos en Python con Pygame. Me volví muy bueno codificando juegos en 2-D aprendiendo de gente como Tim (el tipo del video de arriba). Sin embargo, casi no había recursos sobre la programación de juegos 3D con Pygame, especialmente no lo que yo quería programar, los que existían estaban fuera de mi alcance, así que no tuve otra opción que dar un paso atrás y empezar a aprender lo básico del modelado 3D primero. No había un solo tutorial para todo lo que quería hacer, así que tuve que empezar a cavar. Tuve que ensuciarme las manos. La programación es tanto una tarea creativa como teórica. Usted puede aprender de los libros y otros recursos, pero eventualmente tendrá que empezar a ensuciarse las manos. No habrá nadie que te guíe a través de tus propios proyectos, pero aún así puedes pedir ayuda cada vez que te quedes atascado, considera hacer un «trabajo profundo» y concéntrate en tu proyecto durante unas horas. O, si usted es más del tipo de persona Pomodoro, trabaje en ciclos y tome descansos entre ellos. Sea cual sea la forma en que decidas empezar a hacer tus proyectos, debes empezar eventualmente. Cuanto más rápido te pongas en marcha, más rápido te quedarás atascado y empezarás a aprender de esos obstáculos…..

El trabajo profundo no es obligatorio

Hacer un trabajo profundo ha sido ampliamente elogiado como uno de los mejores métodos para ser efectivo en cualquier cosa que hagas. Concentrarse en algo durante horas y horas con una distracción mínima puede permitirle entrar en un «estado de flujo» en el que usted se moverá con facilidad a través de su trabajo. Su primer instinto es probablemente pensar que esto se aplica perfectamente a la codificación. Después de todo, emprender grandes proyectos requiere mucho tiempo y atención a los detalles. Uno debe ser minucioso, resistente y capaz de concentrarse en la meta final durante largos períodos de tiempo, pero me he dado cuenta de que esto no es necesariamente así. Una vez que usted tiene un entendimiento de los fundamentos, la programación deja de ser tanto sobre el aprendizaje de un idioma o las herramientas con las que está trabajando, y más sobre la resolución de problemas. Estar atascado en un problema no es divertido, y repasarlo una y otra vez puede ser contraproducente.en mi experiencia, he encontrado que la mejor manera de resolver problemas de programación es hacer lo contrario del trabajo profundo. Cuando estoy codificando, termino tantas tareas como puedo hasta que llego a una barricada. Luego, me tomo un descanso y voy a ver YouTube, o juego un partido de LoL. Cualquier cosa que me quite el problema de la cabeza. ¿Juegos entre sesiones de codificación? Esto me permite relajarme y dejar que mi subconsciente trabaje en el problema mientras tanto. Es similar a cuando se tiene una gran idea en la ducha. Alejarse de lo que sea que estés tratando de averiguar en realidad ayuda a tu cerebro a tener mejores ideas, aunque esto no está escrito en piedra. Algunas personas pueden trabajar en sus proyectos durante horas y horas y ser extremadamente productivas. Simplemente no lo hace por mí, y conozco a mucha gente con la que lo comparto. Si el trabajo en profundidad no funciona para usted, pruebe con un enfoque menos «centrado», para redondear todo esto, aquí está probablemente la comida para llevar más importante:

No te compares con otras personas

Este consejo funciona para todos los campos en los que hay competencia. Cuando se trata del mundo de la programación, hay gente haciendo cosas asombrosas y complicadas que parecen años luz más allá de lo que se puede lograr. La facilidad con la que aparentemente lo hacen todo hace que parezca que están hechos para esto, sin embargo, si has oído a algún desarrollador hablar de verdad, sabrás lo contrario. Busca en YouTube algunos vídeos de «lo que es ser desarrollador» y te dirán que les cuesta conseguir que las cosas funcionen incluso después de años de experiencia. No he oído a ningún programador con experiencia decir que la codificación se ha convertido en un juego de niños para ellos, por supuesto, con la experiencia las cosas pueden ser más rápidas e incluso más fáciles. Pero la dificultad fundamental que viene con la resolución de problemas no cambia. Las personas a las que admires pueden ser más avanzadas y tener un código más impresionante, pero eso no significa que no hayan trabajado duro para llegar hasta allí: «Compárate con lo que eras ayer, no con lo que es hoy otra persona.» Hay mucha verdad en esa afirmación. Lo que importa no es cuán lejos están los demás, sino cuán lejos están ustedes . Espero que estos puntos hayan sido tan útiles para ustedes como lo fueron para mí. Después de aprenderlos a través del fracaso y el trabajo duro, creo firmemente en ellos… ¡Gracias por leerlo! Si quieres leer más, sígueme en Medium y Twitter. Os mantendré informados de todo mi nuevo contenido!

>

Etiquetas

ProgramaciónTecnologíaCodificaciónCodificaciónAprendizaje para el desarrollo de juegosAyuda en codificaciónHistorias técnicas recientesHistoria principal de Jackernoon

Comentarios

Continúe la discusión