Reto 100 Days of Code. La experiencia vivida a 25 días.

El reto de #100DaysOfCode está hecho sobre todo (pero no en exclusiva) para novatos que se inician en el mundo del código.
La idea principal es que se acostumbren a codificar por lo menos una hora diaria llevando adelante un proyecto en el lenguaje que deseen aprender.
Hasta aquí la teoría. Ahora hablemos de lo bueno y malo.
Comencé el reto en un lenguaje en el cual no soy novato (digamos que no estoy al inicio mejor) JavaScript. He creado un side-project que quiero llevar a cabo y me he adherido al reto. ¿Porque?

1- Soy un desastre en disciplina. 
2- No consigo ponerme horarios estables. 
3- En cuanto el proyecto avanza un poco pierdo las ganas y se me ocurre uno más "genial" y voy a por él.

Sin acción no hay realización.
Mi idea era comprometerme a llevar a cabo un side-project y comprobar que ese compromiso me obligaría a ser constante. Por eso inicie el reto.
He hablado con otras personas para saber la experiencia y algunas cosas que sacamos en conclusión:

 * Se vuelve más serio y real el estudio / proyecto que estes realizando.
 * Te crea el compromiso diario (hay quien incluye el fin de semana. Yo diría que codificar sábado y domingo es mala costumbre. Pero como casi todo en este reto es decisión personal)
* Conecta a la gente que recién empieza con otras personas y le da cierta visibilidad en las redes sociales (es lo que veo en Twitter)
* Se puede tuitear el desanimo, el entusiasmo, las dudas. El hashtag es retuiteado por bots y personas. Muchas veces responden a los tuits quitando la sensación de "soledad" que caracteriza los proyectos personales.

Detalles:
* En GitHub hay que mantener dos repositorios. Uno es una bitácora y el otro el código. La organización de la bitácora queda un poco criterio de cada uno pero al clonarlo tenemos plantillas de ejemplos en varios idiomas.

El otro lado de la moneda:
* La sensación de soledad no se quita del todo. Si hay un cierto movimiento cuando se publica el tuit con el hashtag pero en Twitter como en el slack de 100DaysOfcode la actividad es tibia si la hay.
* Puede provocar cierta obsesión si te lo tomas demasiado en serio y crear un estrés excesivo.
* Por otro lado si no lo haces con la seriedad suficiente como no hay controles ni presiones externas acabaras abandonando.
* Es difícil que con solo una hora diaria realmente logres avanzar en los proyectos siempre ya que hay problemas que te llevaran más tiempo. Enfrentado a este problema la resolución de seguir o no es personal y dependerá de como nos organizamos.

Mi consejo: 
* Si eres novato en cualquier lenguaje y lo quieres aprender hazlo. 
* Si por el contrario tienes un side project pero nunca encuentras el tiempo hazlo.
* Si necesitas que alguien te esté recordando que debes cumplir no lo hagas. 
* Si necesitas continuo apoyo mejor no hacerlo porque sentirás cierto desasosiego.

Mis Cambios:
Adapte el proyecto a mis necesidades aplicando ciertos cambios. Por ejemplo decidí que por ser más "veterano" no debía dar la sensación de que no hay vida cuando se programa. Por eso decidí no hacer el reto los sábados ni domingos. A menos no hacer los tuits, si codifico o no ya es según el tiempo pero elimine la obligación esos días (ojo, esto alarga el tiempo del reto)

Cada persona es un mundo y hacer el reto no es algo que conlleve gastos ni nada parecido. 
Yo diría que es bueno probar que tal. Tomarlo como una motivación y si llega a ser estresante entonces no continúes. Sobre todo porque para estrés ya vale la vida diaria.

P.D.: Por razones laborales tuve que para el proyecto el día 25. Reiniciaré de 0 de nuevo para lograr mis objetivos pero el reto no debe estar nunca por delante de la familia o el trabajo. Si tienes tiempo para realizarlo puede ser una buena experiencia pero si vas limitado de tiempo no es aconsejable agregar más estrés a tu vida.


Reto 100 Days of Code. La experiencia vivida a 25 días.

El reto de #100DaysOfCode está hecho sobre todo (pero no en exclusiva) para novatos que se inician en el mundo del código. La idea princi...