El año pasado, tomé una decisión muy importante en mi vida: 2013 iba a ser el año en que finalmente aprendí a codificar.
Siempre me ha fascinado Internet y cómo la tecnología nos permite comunicarnos con personas de todo el mundo. En este momento se está construyendo una tecnología increíble, y me di cuenta de que no estaba contenta con solo sentarme y usar esos canales de comunicación, quería hacerlos yo mismo. No tenía antecedentes técnicos y nunca había hecho ninguna codificación, pero sabía que era ahora o nunca.
Por supuesto, la primera pregunta fue: ¿cómo? Hay toneladas de opciones para aprender a codificar: programas en línea, libros, clases nocturnas, campamentos de entrenamiento: la lista continúa, y cada opción requiere diferentes niveles de compromiso.
Había examinado algunos libros tutoriales de codificación en el pasado, pero no tuve mucho éxito. Quería aprender, pero nunca podría llegar a un punto en el que sintiera que estaba logrando algo. Obtendría algunos capítulos y terminaría totalmente confundido, preguntándome por qué demonios estaba usando el código para hacer que las palabras "99 Botellas de cerveza" se imprimieran en la terminal. Entonces me rendiría.
Para aprender realmente, sabía que necesitaba un proyecto real en el que pudiera ver los resultados prácticos de lo que estaba haciendo y compartir mi éxito con los demás. Entonces, decidí crear mi propio camino para aprender a codificar: renuncié a mi trabajo, me abastecí de fideos ramen y decidí JFDI (solo f * cking hacerlo) construyendo 180 sitios web en 180 días.
Si bien, desde luego, no es factible que todos se dediquen a tiempo completo a un proyecto como este, todavía hay muchas maneras de utilizar mi enfoque práctico para aprender una nueva habilidad. Ya sea que tenga ganas de saber cómo codificar o algo completamente diferente, siga leyendo para conocer algunas de las lecciones más importantes que aprendí de mi viaje y cómo puede aplicarlas a su propia aventura.
1. Comienza pequeño, sigue construyendo
Aprender cualquier nueva habilidad puede ser abrumador cuando estás mirando una montaña de conocimiento que estás tratando de conquistar. Entonces, en lugar de abordar toda la montaña, decidí hacer un mini proyecto al día, lo que me ayudaría a concentrarme en hacer pequeñas mejoras incrementales.
Antes de comenzar el proyecto de 180 sitios web, sabía que quería poder hacer grandes aplicaciones web interactivas, pero no sabía casi nada acerca de cómo hacer incluso un sitio web básico. Entonces comencé haciendo algo muy simple, solo un par de líneas de código. Me llevó todo el día, buscando respuestas en Internet para mis preguntas, pero fue el primer paso.
Cada día, hice algo un poco más complejo, basándose en lo que ya había aprendido. Tener que producir un producto final todos los días significaba que no podía dejarme atrapar por entender cada concepto que estaba explorando, tenía que seguir avanzando. Y como resultado, no pasó mucho tiempo antes de que mis pequeñas mejoras de pasos de bebé comenzaran a dar grandes saltos.
Más adelante en el proyecto, estaba haciendo algo que nunca imaginé que haría. Muchos de los sitios web que hice fueron divertidos y juguetones. Hice juguetes como el Sushi Jiggler y Etch-A-Sketch y juegos como Simon y Minesweeper. También hice aplicaciones más serias. Me interesé mucho en los datos e hice herramientas de presentación como Elevations, que traza el terreno entre dos lugares en la Tierra. La comunicación y el intercambio también fue un concepto importante para mí, e hice aplicaciones como Audio Garden para ayudar a las personas a conectarse en todo el mundo. How We Feeling, que rastrea las emociones de las personas en Twitter, es uno de mis favoritos.
Cuando estás aprendiendo algo nuevo, a menudo encontrarás conceptos que simplemente no tienen sentido la primera vez que los ves. Es peligrosamente fácil quedar atrapado tratando de comprender cada detalle, desanimarse y darse por vencido. Poner una fecha límite de un día en cada sitio web me obligó a hacer que las cosas funcionen en lugar de preocuparme por "conseguirlo". Mientras continuara avanzando, sabía que eventualmente entendería las cosas que no entendí. obtener la primera vez.
2. Exponerse allí es la mejor manera de rendir cuentas
Además de poner mi sitio web diario en línea, también puse todo mi código en GitHub (la plataforma de intercambio de códigos para 6 millones de personas en todo el mundo) para lo que parecía que la comunidad de ingenieros entera pudiera ver. No es broma, ¡esto era aterrador! ¡Todos iban a poder ver lo mal que estaba! ¡Todos mis errores, a la intemperie!
Sin embargo, pronto me di cuenta de que, al compartir mi trabajo públicamente, no dejaba espacio para aflojar y sentía la presión de seguir mejorando. También pude obtener comentarios reales sobre mi código y mis sitios web, lo que ayudó a dar forma a las ideas que quería explorar a continuación. Más importante aún, exponer mis errores e ideas falsas me enseñó a sentirme más cómodo sin saberlo todo.
La cuestión es que aprender es complicado y cometerás errores, sin importar el tema. Cuando estás aprendiendo algo nuevo, tienes grandes lagunas en tu conocimiento, lo que puede ser realmente vergonzoso. Su instinto podría ser tratar de cubrir esas lagunas, pero eso no lo ayuda a llenarlas. Compartir mis errores me ayudó a superar ese instinto, a enfrentar mis lagunas de conocimiento y realmente a crecer a partir de ellos.
3. Seguir tu viaje es la mejor manera de ver qué tan lejos has llegado realmente
Además de construir un sitio todos los días, también escribí una publicación diaria en el blog para registrar mi proyecto. Por supuesto, bloguear ciertamente no es esencial para aprender a codificar, o aprender algo más que escribir, pero me ayudó a desarrollar una habilidad muy importante: la capacidad de comunicarme sobre mi trabajo y compartir mi historia.
Nunca había escrito una sola publicación de blog antes de comenzar el proyecto de 180 sitios web (que no será una sorpresa si lees mis primeras publicaciones del proyecto), por lo que escribir todos los días no fue fácil al principio. A menudo sentía que no tenía nada interesante que decir. Pero cuanto más escribía, más fácil se volvía. Descubrí que escribir sobre lo que estaba aprendiendo me daba un lugar para resumir los conceptos con los que estaba luchando y la oportunidad de desarrollar mi vocabulario de programación. También me dio un lugar para pensar sobre cosas más allá de la codificación, como cómo lo que estaba aprendiendo se relacionaba con la vida real. Al final de los 180 días, no solo había aprendido a codificar, sino también a hablar sobre mi experiencia como programador.
Un año y más de 250 publicaciones en el blog más tarde, ahora soy un gran defensor del poder de los blogs, y animo a cualquiera y a todos los que conozco a comenzar, especialmente si estás tratando de aprender algo nuevo.
Seguir mi propio camino no siempre fue fácil, y ciertamente hubo días en que me sentí muy solo. Sin embargo, me dio la oportunidad de explorar ideas que podría no haber podido en un ambiente más estructurado. Por ejemplo, descubrí que aunque no soy grande en números y matemáticas, ¡me encantan los datos! También aprendí a olvidar la perfección y adoptar la iteración rápida.
Lo más importante, aprendí a ser dueño de mi trabajo sin pedir disculpas. Siempre que hagas grandes cambios en la vida, habrá detractores y escépticos. Sus comentarios pueden picar, pero no dejes que la negatividad alimente tus dudas. Si quieres hacer algo innovador, a veces tienes que salir en apuros.
