Open gaboesquivel opened 9 years ago
Me parece excelente :+1:
Me parece muy buena la idea del libro. En la seccion de conceptos fundamentales, me parece bien incluir contenido sobre herencia, closures y scope. Pero temas como currying, fabrica y composicion, me parecen deberian ir en la seccion de patrones.
Muy bien! Yo estaba dandole a ejemplos de ES5, entonces voy a ver como se comportan en ES6.
@CharliePops si me parece bien, también estoy pensando que podría ser bueno organizar por paradigmas de programación, me parece más ordenado que mezclar paradigmas.
Introducción
Conceptos Fundamentales
Ejecución de Programas de JavaScript
Web APIs
Paradigmas de Programación
Funcional
Orientado a Objectos
Event-Driven
Funcional Reactiva
Buenas Practicas
Qué les parece?
ahh hola,
Queria proponer tres cosas:
branch
algo como feature/wep-apis/almacenamiento/intro
y cuando se mejora se use algo como improvement/wep-apis/almacenamiento/cookies_fix_typos
o improvement/wep-apis/almacenamiento/cookies_extend_limits
asi no manejamos bug o hotfixes que creo no aplica para nuestro caso, osea no es un gitflow tan puro, dei gual manera esta la forma semver.org
de nombrar branches
tambien. Por ejemplo: https://github.com/josoroma/Fundamentos-de-JavaScript/branches En realidad el sufijo fix_typos
o el _extend_limits
seria el ID del issue
que Jira y Bitbucket remplazan de manera tuanis, peeero nosotros tampoco estamos manejando issues
o user stories
. Pienso que los branches
nombrados de esa manera son mas faciles de trazar.
Asi estoy creando los branches
por el momento:
git checkout -b feature/web-apis/almacenamiento/intro
si lo quisiera mejorar despues de haber sido aceptado y mergeado
:
git checkout -b improvement/web-apis/almacenamiento/intro_extend_localstorage
Me cuentan como les suena? Gracias!
@josoroma lo que comentas sobre nombres de branches no pertenece al hilo de esta conversación, no tiene que ver con categorización de contenidos. Ahora bien, respondiendo tu pregunta el nombre que le des a tus branches no importa, lo importante es que sigue la guía para pull request
cambiar nombres de las capetas si definitivamente, ver #28
no veo problema introducción en temas si es necesaria, únicamente asegurarnos seguimos siendo concisos y tenemos ejemplos prácticos... explicación siempre acompañada de código.
@gaboesquivel , quizás puede revisar el PR https://github.com/CostaRicaJS/Fundamentos-de-JavaScript/pull/42 y https://github.com/CostaRicaJS/Fundamentos-de-JavaScript/pull/43 , luego de esto podemos trabajar en otro PR la estructura de arriba, la cual está muy completa :fuelpump:
gracias @StevenPerez, listo. Perfecto.. una vez que esto quede listo podemos empezar a ordenar el resto del backlog
necesitamos una categorización inicial de los contenidos, podríamos empezar con la siguiente
introduccion conceptos básicos #10 conceptos fundamentales .. lo que tenemos actualmente en el readme patrones #12 paradigmas de programación #13 modelo de concurrencia y event loop #14 Web APIs NodeJS mejores practicas #5
podemos partir de aquí hacia una mejor categorización