new project.yml propsal

[merunga]

Se agrega propuesta de nueva estructura para soportar:

• variantes (aka rutas)
• OAs opcionales
• project tags

[github-actions[bot]]

Visit the preview URL for this PR (updated for commit a7b7dde):

https://bootcamp-e078f--pr1779-feat-proyectyml-exte-t9ja0637.web.app

_{(expires Thu, 20 Jun 2024 15:46:51 GMT)}

_{🔥 via Firebase Hosting GitHub Action 🌎}

_{Sign: 0deb13e7fc779a747039759592cb2a65964e47b2}

[unjust]

Revisando eso de nuevo con el PR de curriculum-parser me gustaria documentemos los cambios que vamos a introducir en este nuevo proyect.yml y los fixtures.

Propiedades actual:

• track: no cambios (web-dev, ux, data...)
• learningObjectives: esos son los OAs basicos de proyecto, que van compartir la mayoria en cualquier version de proyecto. - optional: true si un OA de objetivos de root es opcional

Nuevos propiedades:

• tags: un status de proyecto para ayudar con prioridad y display en el sitio (deprecated, hidden, featured)
• variants: los variantes de proyecto depende en lenguaje o framework (java, node, react, react-typescript seria uno?, angular, python-flask, python-django)
  • name: nombre de variante (python, react, react-typescript) no se si tenemos traducir este nombre como titulo para mostrarlo en interfaz
  • learningObjectives: los objetivos nuevos que trae el variante
    • [name_of_objective]: false para apagar o omitir un OA de la raiz con este variante
    • optional: true 1. si un objetivo de este variante es incluido como opcional, 2. si un objetivo es opcional en el root y el variante seria necesario??

Cuando un objetivo de root seria opcional y no una variante? Que seria un ejemplo? Nota optional me imagino siempre sera true y no existia optional: false

[merunga]

hola, actualicé los tags de los proyectos... estoy pensando q debería haber enviado un PR desde una nueva rama, perdon.

Hay un solo cambio q no se si habria q hacer ahora o no, y es pasar a guess the number a un proyecto de nivel 4 @mfdebian @unjust