Entré en un hackathon con solo 13 días de experiencia en programación. Esto es lo que aprendí.

No sabía que había entrado en un hackathon. Escuché el término en un podcast de CodeNewbie cuando alguien compartió su historia. Lo que recuerdo de ese podcast fue la recomendación de formar parte de la comunidad.

Entonces, cuando vi una publicación en el grupo de Facebook de freeCodeCamp Las Vegas sobre StartUp Weekend, me llamó la atención.

Este evento, como su nombre lo sugiere, se centró en iniciar nuevos negocios reuniendo a empresarios, diseñadores y desarrolladores. Pero, de acuerdo con mi cuenta freeCodeCamp, solo tenía 13 días de codificación en mi haber. Comenté la publicación. Preguntar si me beneficiaría de tal evento a pesar de mi falta de conocimiento y experiencia. Mike Ziethlow, el cartel original, respondió y dijo que me beneficiaría, pero que tendría que trabajar para conseguirlo.

Así que me inscribí en lo que pensé que calificaba como una reunión.

Cuando llegué, con toda confianza, salí del ascensor y procedí a ir en la dirección equivocada. En el momento en que encontré la habitación adecuada, la duda se había instalado. Conocer gente amigable dejó temporalmente esas dudas a un lado. Cuando conocí a Mike, discutimos cómo podría participar en este evento.

Expliqué dónde estaba en el plan de estudios de freeCodeCamp. Acababa de completar el proyecto de la “página de tributo”.

Mike dijo que los grupos probablemente necesitarían a alguien que creara una página de destino para sus ideas comerciales. Eso me ayudó a tranquilizarme, al menos podría hacer algo.

Elegir un equipo

El evento comenzó oficialmente y los participantes presentaron sus ideas comerciales. Hubo muchas buenas ideas. Cuando llegó el momento de elegir un equipo, quería unirme a un equipo que me desafiaría a hacer algo.

Pero no quería ser el único desarrollador del equipo.

Entonces, busqué un equipo que también reclutó desarrolladores más experimentados. Dio la casualidad de que el discurso de Mike implicaba la creación de un sitio web para conectar a los empresarios con los desarrolladores locales en Las Vegas. Naturalmente, los desarrolladores se unieron a este equipo porque tenían un interés personal en el producto. Así, con 5 desarrolladores y 2 analistas de negocio, nació el equipo Developers.Vegas.

Algunas cosas confirmaron mi decisión de unirme a este equipo.

Una fue cuando nos conocimos y discutimos nuestros planes y cómo prepararnos. Mike había mencionado que en algún momento necesitaría fotos. Con la esperanza de ser útil y con experiencia en fotografía, me ofrecí como voluntaria. Al principio, Mike estaba feliz de aceptar mi ayuda, pero luego dijo que no. Me dijo que este fin de semana iba a ser desarrollador y que tenía trabajo que hacer. Lo aprecié, estaba aquí porque quería aprender a codificar, y Mike reconoció y respetó eso.

La otra cosa que afirmó mi decisión de unirme a este equipo fue cómo habíamos comenzado la primera mañana. Mike había comenzado con un rompehielos. Compartimos una breve biografía, nuestras metas para el fin de semana, y respondimos algunas otras preguntas que iban desde tontas hasta profundas. Esto tomó 2 horas, pero fue una inversión que valió la pena. Creo que esto realmente nos unió como equipo y nos unificó para crear un producto funcional.

Trabajando en un proyecto

Finalmente, llegó el momento de trabajar (o no). Antes de este evento, toda mi codificación se realizó a través de editores en el navegador en freeCodeCamp y CodePen. Después de hablar con el equipo, descargué VS Code.

Entonces me di cuenta de que no sabía cómo funciona nada de esto. Tuve que configurarme con git, que es un concepto que creo que ahora entiendo, pero estoy seguro de que todavía tengo mucho que aprender. Recuerdo trabajar de alguna manera en el maestro en lugar de en mi rama. Fue bastante estresante. Seguí pensando en cómo decepcioné al equipo. Me sentí aliviado al saber que no arruiné todo.

Esos fueron solo algunos de mis problemas antes de que finalmente pudiera ponerme a trabajar. Tenía algunas asignaciones. Todos ellos involucraron la creación y el estilo del texto y el botón sobre la imagen del banner. Me alegré de aceptar el trabajo porque era algo que sabía hacer, o al menos podía averiguar cómo hacerlo.

Se me recordó que debía preguntarle a Google cuando me atascara. Por fácil que parezca, creo que tiene una técnica. Tenía que asegurarme de que estaba haciendo la pregunta correcta y que las respuestas que encontraba eran las que necesitaba. Más tarde, supe que nadie quería hacer el trabajo que yo tenía que hacer. No sé lo suficiente para entender por qué todo el mundo odia CSS.

A medida que avanzaba el evento, pude aprender de los otros desarrolladores.

Aprendí un poco sobre React y cómo funcionan estos componentes. Hablamos a través del código mientras descubríamos cómo abstraer datos de nuestra base de datos para poder mostrar los datos en nuestro sitio. De hecho, ayudé a resolver uno de nuestros problemas cuando quise esforzarme para probar algo nuevo. En el proceso, descubrimos por qué otro compañero de equipo había estado atascado durante gran parte del día. Estábamos manejando algo como una matriz cuando en realidad era un objeto. Fue entonces cuando finalmente sentí que estaba poniendo mi peso en el equipo.

Pensamientos finales

Más allá del conocimiento técnico y la experiencia, aprendí mucho de este evento. Destacó la importancia de un buen equipo. Otros comentaron lo unidos que parecíamos todos a pesar de que solo dos miembros se conocían antes del evento. También fue genial ver que todos estaban aprendiendo. Eso es lo que pasa. Creamos un entorno que estaba abierto al aprendizaje mientras se enfocaba en la productividad. Nos veríamos entre nosotros para ver su progreso y ver si necesitaban ayuda. Cambiaríamos roles cuando fuera apropiado.

Creo que gran parte del éxito del equipo también provino de su liderazgo.

Desde el principio, Mike fue un apasionado de su proyecto. En el minuto 1 que tuvo que presentar su idea, pasó 30 segundos hablando sobre la idea y 30 segundos hablando sobre a quién quería en su equipo. "Stone Cold Killers". Y en eso nos convertimos: "desarrolladores de SCK".

Creo que su previsión de invertir tiempo en rompehielos valió la pena. También asumió el papel de facilitador. Tener a alguien que entendiera el objetivo final y los medios para alcanzarlo, supervisando el proyecto, contribuyó a nuestro éxito.

Me alegro de haber participado en este evento. Aunque terminó mi racha de codificación de 13 días en freeCodeCamp, lo volvería a hacer.

Recomiendo a otros que intenten hacer lo mismo, pero asegúrese de encontrar un buen equipo. Personalmente planeo ir a más de estos eventos; puede planear verme en el próximo Demo Day de Las Vegas. Hasta entonces, seguiré el plan de estudios de freeCodeCamp. Quizás entonces, finalmente entenderé por qué todos odian CSS.