[pyar] Documentación de pycon en el wiki . Era [Re: ANUNCIO: PyCon Argentina 2013]

[Facundo Batista]

2013/2/12 Juan A. Diaz <juan en linux.org.ar>:

> Pregunta, no sería bueno que toda la información relativa a pyar/pycon este
> centralizada en el wiki? Me parece que tener todas las minutas/reportes (que
> claramente no son documentación de software) en el wiki en lugar de
> distintos subdominios de RTD ayuda a que a futuro estas puedan ser
> reutilizadas como guías, ayuda, etc. Siempre se pueden poner las páginas


2013/2/12 Juan BC <jbc.develop en gmail.com>:

> En mi caso elegi rtd para esos 2 documentos por q la wiki no me gusta. Por
> mi parte creo q seguire laburando asi x comodidad y por q siempre edito
> antes de publicar (y sphinx me da muy buen manejo de privacidad anted de
> hacer lad cosas publicas; el balance por ejemplo)
>
> Ademas de esta manera meti todo en un repi forkeable y reutilizable con mas
> de 100mb en archivos extras. El manejo de revisiones me da una transparencia
> extra q buscaba.

Acá hay un encontronazo de funcionalidades.

El wiki nos da una facilidad de edición y una barrera de entrada baja
como ningún otro mecanismo. El sitio de PyAr es un wiki. Deal with it.
Toda la info de PyAr debería estar en el wiki, o accesible desde el
wiki.

En otras palabras, todo bien con hostear info afuera (siempre y cuando
ese lugar parezca más perenne que el propio wiki, como sería
readthedocs), pero esa info debería estar linkeada desde alguna página
de nuestro sitio. [0]

Por ooootro lado, lo de tener revisiones existe en el wiki. Y hacerlo
público o no también se puede en el wiki. Puntualmente, ¿qué
funcionalidad le faltaría al wiki? Hacer PDFs lindos? En qué casos
usaríamos esos PDFs? O sea, quizás se justifique en casos puntuales,
pero se justifica para "documentos regulares"?

Slds.

[0] Un caso típico de esto es por ejemplo  http://tutorialpython.com.ar/

-- 
.    Facundo

Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/ar/
Twitter: @facundobatista