turn on current event

[fabridamicelli]

• (only) reformat index.njk
• turn on current-event in index.njk

[humitos]

Ah, ahí lo veo... sí que lo teníamos preparado en páginas separadas:

• Evento actual: https://pycampes--117.org.readthedocs.build/current_event.html
• Venue: https://pycampes--117.org.readthedocs.build/venue.html
• Proyectos: https://pycampes--117.org.readthedocs.build/projects.html

La idea para mí es la correcta: que las páginas estén separadas. Lo que no me gusta es como se ve, le falta un poco (¡bastante!) de amor... 🥲

cc @olgararo, esto es un poco lo que veníamos haciendo; pero nos quedamos sin tiempo originalmente en la PyConES y ahora estábamos tratando de volver a organizar el sitio para tenerlo listo en las próximas semanas y poder vender las entradas.

Luego con más tiempo, podemos volver a hablar de re-hacerlo completo si tenemos energía; pero creo que lo más importante ahora sería hacer que lo que ya tenemos sea lindo con el mínimo esfuerzo posible. ¿Qué les parece?

[fabridamicelli]

Ah, ahí lo veo... sí que lo teníamos preparado en páginas separadas:

• Evento actual: https://pycampes--117.org.readthedocs.build/current_event.html
• Venue: https://pycampes--117.org.readthedocs.build/venue.html
• Proyectos: https://pycampes--117.org.readthedocs.build/projects.html

La idea para mí es la correcta: que las páginas estén separadas. Lo que no me gusta es como se ve, le falta un poco (¡bastante!) de amor... 🥲

cc @olgararo, esto es un poco lo que veníamos haciendo; pero nos quedamos sin tiempo originalmente en la PyConES y ahora estábamos tratando de volver a organizar el sitio para tenerlo listo en las próximas semanas y poder vender las entradas.

Luego con más tiempo, podemos volver a hablar de re-hacerlo completo si tenemos energía; pero creo que lo más importante ahora sería hacer que lo que ya tenemos sea lindo con el mínimo esfuerzo posible. ¿Qué les parece?

Ok.
Paso en limpio lo que entiendo: por ahora dejamos el contenido tal cual e intentamos mejorar solo lo estético. Si es eso, me parece bien. Mientras podemos ir jugando en la medida que tengamos tiempo con variantes de framework y tal.

Siguiendo un poco la discusión en #118, mi experiencia actualizando el sitio hasta ahora fue poco ergonómica debido a yarn, npm dependencies y tal.
Mirando al futuro intentaría darle prioridad al algún framework de generación estática (astro, quarto, o símil). Pero lo podemos ir viendo el PRs separados y comparar en concreto con implementaciones concretas.

Paralelo a eso, creo que este PR ya se puede o bien mergear (el contenido es correcto) o ya cerrar para luego activar las páginas con una versión un poquito más linda cuando la tengamos

[marcorichetta]

Si es posible, actualizaría en este PR el link a los proyectos anteriores de PyCamps Argentina.

Nuevo link: https://pyar.discourse.group/t/propuestas-de-actividades-pycamp-2025/1386
Año: 2025

Acá

pycampes/public/projects.njk

Lines 31 to 38 in c7f0d61

	<a href="http://www.python.org.ar/wiki/PyCamp/2019/actividades"
	target="_blank">
	<b>2019</b>
	</a>
	y
	<a href="http://www.python.org.ar/wiki/PyCamp/2018/actividades"
	target="_blank">
	<b>2018</b>

[humitos]

es posible, actualizaría en este PR el link a los proyectos anteriores de PyCamps Argentina.

Nuevo link: pyar.discourse.group/t/propuestas-de-actividades-pycamp-2025/1386 Año: 2025

@marcorichetta Sí, ¿querés hacelo en un PR nuevo? Así va a ser más fácil de mergear. Podés quitar los que son muy viejos 2019, 2018 también. Quizás si tenemos links a los proyectos de los últimos PyCamps ya está bien 👍🏼 (2024 y 2025 sería suficiente)

[humitos]

mi experiencia actualizando el sitio hasta ahora fue poco ergonómica debido a yarn, npm dependencies y tal.

Esto me interesa escucharlo más. Yo no tengo ni idea de JS, pero el workflow me pareció super sencillo. Necesito tener nodejs instalado y nada más. Luego hago yarn start y tengo el sitio funcionando para cambiar lo que necesite. En otras palabras, yo no veo problema en el "levantar el sitio", sino más bien en "no entiendo como funciona parcel, js, el sitema de templates, etc" 😄

Paralelo a eso, creo que este PR ya se puede o bien mergear (el contenido es correcto) o ya cerrar para luego activar las páginas con una versión un poquito más linda cuando la tengamos

Sí, yo creo que tenemos que trabajar un poco más antes de mergear. Sinceramente, no veo que podamos vender las entradas con esta presentación del evento actual https://pycampes--117.org.readthedocs.build/current_event.html 😓 -- se lo ve bastante fiero 🥲

Dicho eso, creo que la estructura es la correcta: evento actual, venue, proyectos en páginas separadas 💯

[fabridamicelli]

mi experiencia actualizando el sitio hasta ahora fue poco ergonómica debido a yarn, npm dependencies y tal.

Esto me interesa escucharlo más. Yo no tengo ni idea de JS, pero el workflow me pareció super sencillo. Necesito tener nodejs instalado y nada más. Luego hago yarn start y tengo el sitio funcionando para cambiar lo que necesite. En otras palabras, yo no veo problema en el "levantar el sitio", sino más bien en "no entiendo como funciona parcel, js, el sitema de templates, etc" 😄

Varias cosas:

• La version de nodejs pinneada es muy vieja y no va a coincidir casi nunca con la que la persona que quiera contribuir tenga instalada entonces
• hay que tener un manager de versiones (tipo asdf), que y de por sí puede fallar (por ejemplo en mi máquina)
• boilerplate contraintuitivo (basicamente todos los archivos *.js en /src)
• yarn no tiene hot reload (al menos no out-of-the box, de nuevo, hay que ocuparse de armarse uno mismo la ergonomía)
• actualizar librerias js es un dolor de alma muchas veces

En resumen, mi workflow ideal seria que UN comando levante todo, idealmente con dependencias bien lockeadas, etc (por ejemplo uv run quarto render, como en #107) y no tener que pensar en otras herramientas.

Paralelo a eso, creo que este PR ya se puede o bien mergear (el contenido es correcto) o ya cerrar para luego activar las páginas con una versión un poquito más linda cuando la tengamos

Sí, yo creo que tenemos que trabajar un poco más antes de mergear. Sinceramente, no veo que podamos vender las entradas con esta presentación del evento actual https://pycampes--117.org.readthedocs.build/current_event.html 😓 -- se lo ve bastante fiero 🥲

Ok. Entonces creo que podemos cerrar este PR y vamos avanzando en uno nuevo con foco en la estética.

[marcorichetta]

Para sumar a la conversación, coincido con ambos.

Con Fabri en que me costó un poquito entender como funcionaba el proyecto, en parte porque no trabajé con nunjucks ni parcel. Por otro lado, la experiencia a la hora de desarrollar a la que estoy acostumbrado en proyectos JS/TS más modernos resuelve varios problemas que acá todavía existen, como el hot reload ya mencionado, o que se rompa el JS por algun undefined que no previste 😅.

También coincido con Humitos: la estructura del proyecto tiene sentido. No significa que tengamos que tirar o rehacer todo en una nueva tech simplemente porque no se ve tan bonito. Las funcionalidades que necesitamos (hasta donde sé) no son tan complicadas a nivel técnico. Mucho es de sólo lectura.

Para cerrar, agregué links a Pycamps pasados y me encontré con que en el Pycamp 🇨🇿 usaron las Github Discussions para proponer y votar propuestas.

Me gusta porque nos da votos y comentarios.

Qué les parece? La alternativa es el google form que después consumimos del spreadsheet?

[humitos]

Bueno, gracias por los comentarios.

Bueno, entonces, cierro esta PR y seguimos trabajando en los pequeños cambios que necesitamos para el PyCamp 2026 de momento.

Por otro lado les cuento que @olgararo me envió una propuesta de rediseño completo del sitio ayer que me pareció buenísima. Tiene la estructura de sitio que necesitamos y está muy bonita en cuánto a colores, estilo, y demás. De momento es un Figma con el diseño, colores, tipografías usadas y demás. Todavía no hablamos el stack ni mucho menos, pero ella es crack frontend así que confiaría mucho en lo que me diga que va a funcionar 😄

me encontré con que en el Pycamp 🇨🇿 usaron las Github Discussions para proponer y votar propuestas.

Me gusta porque nos da votos y comentarios.

Qué les parece? La alternativa es el google form que después consumimos del spreadsheet?

Abrí un issue sobre esto para comentarlo ahí: #122

[humitos]

Ah, aprovecho para comentarles que pude recuperar los sitios de los PyCamp pasados:

• https://pycamp.es/2022/
• https://pycamp.es/2023/
• https://pycamp.es/2024/
• https://pycamp.es/2025/

[olgararo]

Buenas!

Teniendo en cuenta lo que habíais trabajado previamente (gracias por los enlaces de años pasados), he preparado una propuesta de diseño y estamos afinando los últimos detalles con @humitos.

Os la comparto por aquí:

Aquí tenéis el enlace a la preview del prototipo de Figma por si queréis verlo con más detalle. Cualquier feedback sobre el diseño es más que bienvenido; vuestras opiniones serán muy útiles para seguir afinándolo.

Respecto al stack, la decisión de usar React ha sido consensuada con Manu y es el stack con el que estoy más familiarizada, así que voy a empezar a trabajar a partir de este diseño.