Doctorado

\chapter{El Data Week, las Data Rodas y otros encuentros}\label{dataweek}

\epigraph{Un viaje de mil millas comienza con el primer paso.}{--- \textup{Lao-tsé}}


El anterior capítulo se centró en una de las materialidades más sobresalientes
de este investigación: Grafoscopio.
Este capítulo se centrará en las dinámicas humanas alrededor del mismo y otros
artefactos emergentes, que permitieron su difusión, uso, apropiación y modificación
progresiva.
Se considerarán desde la perspectiva histórica, dando cuenta de como surgieron

\begin{quote}
	[Un] taller-hackatón sobre visualización y activismo de datos donde aprendemos a trabajar e interconectar las representaciones simbólicas (código) y las visuales (visualizaciones) referidas a los datos. Es un taller porque está orientado al aprendizaje mediante la práctica y el ejemplo y una hackatón por su caracter intensivo y orientado a prototipos. La intensión es aproximarse de manera crítica a la construcción, comprensión y mejoramiento de un mundo compartido mediado por tales datos.
	
	[En el taller se] enseña como usar Grafoscopio, una herramienta flexible y amoldable para documentación interactiva, visualización y activismo de datos. Combinamos algo de historia y fundamentación con ejercicios progresivamente más complejos. Luego abordamos un problema común que nos permitirá mostrar cómo se usa, adapta y extiende grafoscopio, cuáles son sus diferencias y valores agregados y, si nos queda tiempo, trataremos problemas diversos, propuestos por los participantes con sus propios conjuntos de datos. Elegimos problemas que pueden ser entendidos mejor con visualización de datos y usaremos una aproximación alternativo al "Big Data", que usa pequeños datos significativos (frictionless data) y sus visualizaciones. La intensión es que el problema común nos de herramientas y saberes para que luego podamos abordar por nuestra cuenta los problemas e inquietudes propias, que pueden ser considerados para talleres y eventos venideros.
	
	También se hará extensiva la participación de los asistentes a vincularse a distintas comunidades locales e internacionales relacionadas con visualización y activismo de datos, herramientas amoldables y datos abiertos, entre otras.
	\end{quote}

\begin{figure*}[tbh]
	\centering
	\subfloat[¿Qué es el data week?]{
		\includegraphics[width=0.45\linewidth]{./Parte2/dataweek-web1.png}
		\label{subfig:dataweek-web1.png}}
	\quad
	\subfloat[Cómo participar (aparte)]{
		\includegraphics[width=0.45\linewidth]{./Parte2/dataweek-web2.png}
		\label{subfig:label2}}
	\caption[Página web del Data Week]
	{Apartes de la página web del Data Week, que explican qué es y cómo participar.
		Se pude ver en toda su extensión en \url{http://mutabit.com/dataweek}.}
	\label{fig:label}
\end{figure*}


Las subsecciones acá presentes darán cuenta de cómo se llegó a esta enunciación y los desafíos y limtaciones
que dicho formato enfrenta.

\subsection{Las motivaciones: crear capacidad en la base, interlocutar con el poder y resistir}

El Data Week surgió tuvo dos motivaciones conexas: la primera, resistir los actos de gentrificación

y (post)doctorados, conducentes a títulos por periodos más cortos donde en su lugar se creen
portafolios, en este caso, mostrando los conocimientos de los participantes sobre temas de
activimos y visualización de datos.
Una exploración en ese sentido se propone tanto para labores activistas, como educativas, tanto
en contextos no formales, como de investigaciones doctorales y post-doctorales
(ver conclusiones y recomendaciones XYZ).

\begin{figure*}[tb]
\begin{figure}[tb]
	\centering
	\subfloat[]{
		\includegraphics[width=0.27\linewidth]{./Parte2/indie-web-science.jpg}
		\includegraphics[width=0.4\linewidth]{./Parte2/indie-web-science.jpg}
		\label{subfig:indie-web-science}}
	\quad
	\subfloat[]{
		\includegraphics[width=0.27\linewidth]{./Parte2/dataweek-small-1.png}
		\includegraphics[width=0.4\linewidth]{./Parte2/dataweek-small-1.png}
		\label{subfig:dataweek-1}}
	\\
	\subfloat[]{
		\includegraphics[width=0.4\linewidth]{./Parte2/dataweek-small-2.png}
		\label{subfig:dataweek-4}}
	\quad
	\subfloat[]{
		\includegraphics[width=0.27\linewidth]{./Parte2/dataweek-small-2.png}
		\label{subfig:dataweek-4}}
	\caption[Simplices in a generalised map and a combinatorial map]
	{3 Eventos relacionados con el Data Week: 
		\includegraphics[width=0.4\linewidth]{./Parte2/dataweek-12-gente.jpg}
		\label{subfig:dataweek-12}}
	\caption[Talleres comunitarios]
	{4 Eventos relacionados con el Data Week: 
		[a] Talleres de \emph{Indie Web Science} en HackBo, Bogotá (marzo 2015).
		[b] Data Week 1 en HackBo, Bogotá (junio 2015)
		[c] Data Week 4 en el Colaboratorio, Medellín (julio 2016).
		[d] Data Week 12, en Parque Explora, Medellín (abril de 2018).
	Este formato maduraría y se mantendría evolucionando durante 2 años y medio y
	seguiría vigente al término de esta tesis.}
	\label{fig:talleres}
\end{figure*}
\end{figure}



\section{El currículo}

Los hackerspaces son vistos como lugares donde se consolidan comunidades de práctica
desde esta tesis, pues son un ejemplo de esos lugares, que se mencionaban en la primera parte,

con dicho aprendizaje) y una de las intensiones del Data Week y las Data Rodas era hacer
explícitos los procesos de aprendizaje, en lugar de dejarlos en la narrativa de RTFM
(\emph{Read The Fuck Manual} -- Léete El Puto Manual) tan infames en las comunidades hacker.
Esto ayudaría a construir lo que Wenger llama ``estructuras de acogida'' que permitieran
a nuevos miembros de la comunidad aprender más fluidamente y sentirse
bienvenidos dentro de ella.

Por esto el Data Week y las Data Rodas combinaron elementos prácticos y teóricos, así
como procesos de documentación proactivos y cada vez más estructurados.
Algunos de ellos son mencionados en otros apartes de esta tesis, pero acá se hará enfasis
en el mapa mental que presentaban varios de los constructos teóricos y fundamentaciones detrás
de estas prácticas comunitarias de acogida y aprendizaje mutuo.
Ellos tomaron explícitamente la forma de un mapa mental (complementado por otros espacios
y mediaciones virtuales y prototipos digitales de los que se hablará en las siguientes secciones).
A continuación se presentará una panorámica de dicho mapa y se harán énfasis en algunos
elementos del mismo que no están suficientemente ampliados en otros lugares de este escrito,
siguiendo la dinámica del \emph{zoom}, presentada en la primera parte.
Para hacer este recorrido visual con zoom, se emplearan las imágenes anotadas, ofrecidas 
por este formato de presentación escritural.

\begin{figure}[tbh]
\begin{figure}[tb]
	\includegraphics[width=0.5\linewidth]{./Parte2/dataweek-mapa.png}%
	\caption[Mapa de los contenidos teóricos del Data Week]
	{Mapa de los contenidos teóricos del Data Week. 
		Disponible en la sección ``Aprende'' de \url{http://mutabit.com/grafoscopio}. 
		Tomado de \cite{XYZ}.}%
	\label{fig:dataweek-mapa}%
\end{figure}

Por esto el Data Week y las Data Rodas combinaron elementos prácticos y teóricos, así
como procesos de documentación proactivos y cada vez más estructurados.
Algunos de ellos son mencionados en otros apartes de esta tesis, pero acá se hará enfasis
en el mapa mental que presentaban varios de los constructos teóricos y fundamentaciones detrás
de estas prácticas comunitarias de acogida y aprendizaje mutuo.
Ellos tomaron explícitamente la forma de un mapa mental (véase figura \ref{fig:dataweek-mapa}), 
complementado por otros espacios y mediaciones virtuales y prototipos digitales de los que 
se hablará en las siguientes secciones.
A continuación se presentará una panorámica de dicho mapa y se harán énfasis en algunos
elementos del mismo que no están suficientemente ampliados en otros lugares de este escrito,
siguiendo la dinámica del \emph{zoom}, presentada en la primera parte.
Para hacer este recorrido visual con zoom, se emplearan las imágenes anotadas, ofrecidas 
por este formato de presentación escritural.

En primera instancia se hacía una presentación de los participantes y sus motivaciones,
así como de las dinámicas del encuentro.

\begin{figure}[tbh]
	\includegraphics[width=\linewidth]{./Parte2/dataweek-mapa-intro.png}%
	\caption[Mapa de los contenidos teóricos del Data Week]
	{En primera instancia se daban las gracias a los organizadoes y participantes, 
		se introducián los lugares donde el evento había tenido lugar, la dinámica
		abierta y de conversación y la intensión de que las personas se sintieran acogidas,
		sin preocuparse por ``llegar tarde'', haciendo alusión a las diferentes formas
		de recuento que haríamos (muy al estilo del la tira cómica El Fantasma).}%
	\label{fig:dataweek-mapa-intro}%
\end{figure}

\begin{figure}[tbh]
\begin{figure}[tb]
	\includegraphics[width=\linewidth]{./Parte2/enactive-understanding.png}%
	\caption[Mapa de los contenidos teóricos del Data Week]
	{Luego de la presentación se hablaba de cómo el Data Week mismo era un espacio de investigación
		desde el diseño, lo cual implicaba varias cosas desde la idea de comprensión enactiva (entender
		en la medida en que se hace), explicitando que en dicho quehacer, entendíamos el
		software como artesanía, queríamos hacer polinización cruzada como forma de explorar el
		futuro y conectarlo con el pasado y cruzar fronteras, así como para deconstruir brechas cricas.}%

		las infraestructuras de bolsillo permitían otras aproximaciones y se muestran dos ejemplos
		prácticos de cómo resistir y deconstruir esas brechas, en los prototipos de los Panama Papers
		(véase sección \ref{panama-papers}) y los \emph{Data Selfies} de Twitter 
		(véase sección \ref{twitter-data-selfies}).}%
	\label{fig:divide-layered-infra}%
\end{figure}

\clearpage

\begin{figure*}[tbh]
\begin{figure*}[tb]
	\centering
	\includegraphics[width=\linewidth]{./Parte2/capacity-building.png}
	\caption[Explorar artefactos y comunidades]
	{Se explicita cómo exploramos la relación entre artefactos y comunidades, desde Data Week,
		en su doble condición de taller y hackatón (ver \ref{dataweek-intro}) y cómo la intensión
		era la construcción de capacidad, tanto en la comunidad como en la infraestructura, siguiendo
		una idea de Markus Denker, de manera que si se cambiaba la plataforma (en nuestro caso Grafoscopio
		y el paquete Dataviz) con cada nuevo proyecto y encuentro, se pudieran realizar proyectos de
		capacidad creciente.
		En esa medida, si bien la plataforma se hacía más compleja, los principios para navegarla eran los
		mismos y el artefacto se volvía el currículo (siguiendo las ideas de Alan Kay), pues incorporaba
		dentro sí maneras para su deconstrucción y modificación.}
	\label{fig:capacity-building}
\end{figure*}

\begin{figure}[tbh]
\begin{figure}[tb]
	\includegraphics[width=\linewidth]{./Parte2/diplomado.png}%
	\caption[Diplomados y otros espacios formativos futuros]
	{Se cerraba indicando otras posibilidades de formación futura para este proyecto, así como los
		espacios comunitarios permanentes donde esto ocurría.}%
	\label{fig:diplomado}%
\end{figure}

\clearpage

Como se puede ver, la presentación de este currículo tenía facetas históricas y teóricas que hacen
parte de esta tesis y se colocaban de manera manifiesta ante los participantes del Data Week.
Si bien el currículo también incluye elementos prácticos y estos ocurrían a lo largo del encuentro,
esta explicación desde el mapa mental intentaba colocar las prácticas de programación y visualización
de datos en contextos amplios y no instrumentales y brindar a los participantes de lugares de interlocución
e interpretación más allá del código y/o la técnica misma.

\section{Espacios virtuales: Etherpads, Fossil, Lista de correo, Telegram}\label{encuentro-digital}

El software social, en la definición de Tom A. Coates \cite{coates_my_2003},\cite{coates_addendum_2005} 
es aquel de propicia, extiende y deriva valor de las interacciones sociales.
Este ha sido divido en dos grupos\footnote{La taxonomía entre software social conversacional o dialógico
	la encontré en un wiki, cuyos contenidos no puedo recuperar nuevamente.
	Si mal no estoy se traba de\url{http://wiki.c2.com/}.
	Si mal no estoy se traba de \url{http://wiki.c2.com/}.
	Dicha taxonomía me ha sido útil para encontrar los énfasis en la interacción de un software
	social y por ello la retomo acá.}, 
dependiendo de los énfasis que se tengan: los documentales,
que se centran más en lo escritural y los conversacionales, que se centran más en lo diálogico.
Como ejemplos de los primeros estan los wikis (con el famoso ejemplo de la Wikipedia), o
sitios para las galerías fotográficas y de vídeos, como Internet 
Archive\footnote{\url{https://archive.org/}}, mientras que en el segundo grupo se encontrarían

que incluían código y visualizaciones (libretas interactivas en Grafoscopio).
La colaboración era permanente y dejaba huellas no sólo el los multicoloridos pads, sino
en la línea de tiempo del repositorio de código en Fossil, que debido al trabajo casi en tiempo
real de los Data Weeks (vía pads y libretas interactivas), presentaba permanentes bifurcaciones
y recombinaciones.

\begin{figure}[tbh]
	\includegraphics[width=0.7\linewidth]{./Parte2/dataweek-timeline.png}%
	\includegraphics[width=0.65\linewidth]{./Parte2/dataweek-timeline.png}%
	\caption[Data Week: Línea de tiempo]
	{Parte de la linea del tiempo del repositorio de código del Data Week. 
	{Parte de la linea del tiempo del Data Week. Nótese las bifuraciones y recombinaciones
		propias de la colaboración y participación entre los distintos participantes.
		Nótese las bifuraciones y recombinaciones propias de la colaboración y aportes 
		entre los distintos participantes.
		Un análisis más detallado de las mismas se hace en el capítulo \ref{materialidades}.}%
	\label{fig:dataweek-timeline}%
\end{figure}

%PEND: Libretas interactivas.
 
El software social diálogico, sería el complemento de esta parte documental.
Para ello usamos principalmente una lista de correo y un canal de 
Telegram\footnote{\url{http://telegram.org/}}.

La lista de correo fue elaborada después del Data Week 3, atendiendo a una inquietud
de los participantes sobre como dar continuidad a los aprendizajes adquiridos, como se

lugar donde se enseña Pharo por la comunidad internacional (cfg los hilos de 7 abr. 2017 
en la listas públicas de HackBo\footnote{\url{https://is.gd/pharo_hackbo1}} y de 
Grafoscopio\footnote{\url{https://is.gd/pharo_grafos1}}) la participación en eventos locales
(cfg hilo del 26 oct. de 2017\footnote{\url{https://is.gd/datos_guaros}}) o internacionales
(cfg hilo del 30 jun, de 2017\footnote{\url{https://is.gd/datacamp1}}).
Pero también circularon por la lista temas de orden más filosófico, por si lo identitario 
estaba en usar Grafoscopio, en participar del Data Week y Data Rodas, en nuestro interés por 
los datos y el activismo, en todas ellas o ninguna en particular (véase hilo del 28 ene. 2018
en \url{https://is.gd/identidad}) o cómo nuestra comunidad, los expertos y el público novato 
podrían ser beneficiarios de los proyectos como el Manual de Periodismo de Datos (cfg hilo de 
los datos y el activismo, en todas ellas o ninguna en particular (véase hilo del 28 ene. 
2018\footnote{\url{https://is.gd/identidad}}) o cómo nuestra comunidad, los expertos y el público 
novato podrían ser beneficiarios de los proyectos como el Manual de Periodismo de Datos (cfg hilo de 
06 ene. 2018\footnote{\url{https://is.gd/cejebe}}).

%PEND: Gráficas lista de correo.

Para el 3 de agosto de 2017, se coordinó por la lista la celebración del
tercer aniversario de Grafoscopio y se inauguró un canal de mensajería
instantánea en Telegram, particularmente sobre la intensión de compartir
en ``tiempo real'' los momentos de celebración con nuestros participantes
en otras latitudes y usos horarios.
Dicho canal absorbió buena parte de la conversación sobre logística,
particularmente la referida a hechos emergentes, como la llegada tarde de
algunos participantes o el cambio de lugar por inundaciones en el Hackerspace
o la coordinación con participantes remotos.
También se fue estableciendo una práctica de compartir enlaces relacionados
con los temas que circulaban en la lista y conversarlos brevemente 
(si la conversación se tornaba larga, se migraba a la lista de correo) y brindar
soporte para algunas eventualidades.

\begin{figure*}[tb]
	\centering
	\subfloat[Charla]{
		\includegraphics[width=0.27\linewidth]{./Parte2/telegram-3.png}
		\label{subfig:telegram-charla}}
	\quad
	\subfloat[Soporte]{
		\includegraphics[width=0.27\linewidth]{./Parte2/telegram-4.png}
		\label{subfig:telegram-soporte}}
	\quad
	\subfloat[Enlaces]{
		\includegraphics[width=0.27\linewidth]{./Parte2/telegram-5.png}
		\label{subfig:telegram-enlaces}}
	\caption[Interacciones en el canal público en Telegram]
	{Los tres tipos de interacciones más usual del canal público en Telegram:
		\ref{subfig:telegram-charla} conversaciones con motivo de los eventos
	    realizados, principalmente y enlaces compartidos;
	    \ref{subfig:telegram-soporte} solicitud de soporte técnico, no tan frecuente
	    y \ref{subfig:telegram-enlaces} envío de enlaces relacionados con los temas
	    que convocan a la comunidad y algunos de interés incidental.
	\label{fig:telegram}}
\end{figure*}
%PEND: Capturas Telegram.

Jitsi, el sistema de video conferencia en línea se usó para mejorar

\marginpar{
	\captionsetup{type=figure}
	\centering
	\subfloat[\url{https://is.gd/2016_06}]{
		\includegraphics[width=\marginparwidth]{./Parte2/lista-hilo1.png}
		\label{subfig:lista-hilo1}}
	\quad
	\subfloat[\url{https://is.gd/2017_04}]{
		\includegraphics[width=\marginparwidth]{./Parte2/lista-hilo2.png}
		\label{subfig:lista-hilo2}}
	\caption[Hilos en la lista de correo de Grafoscopio]
	{Hilos en la lista de correo de Grafoscopio, con diferentes grados de participación
		e involucramiento por parte de los miembros.
		En los enlaces que acompañan cada imagen se puede acceder a los hilos completos publicados en la web. }
	\label{fig:lista-correo}
}

Jitsi, el sistema de video conferencia en línea, se usó para mejorar
las maneras de participación remota de nuestros integrantes en otras latitudes,
principalmente compartiendo audio, video y usando otros sistemas de documentación
en tiempo real y distribuida como los etherpads y repositorios en Fossil, como
complemento a esta interacción.

Todas estas dinámicas con diferentes ritmos, intensidades y compromisos son una muestra
de lo que \cite{wenger_communities_1999} llama participación periférica legítima, que se
vio reflejada en las distintas infraestructuras de software social, antes descritas,
Todas estas dinámicas con diferentes ritmos, intensidades y compromisos de la sección
anterior son una muestra de lo que \cite{wenger_communities_1999} llama participación periférica 
legítima, que se vio reflejada en las distintas infraestructuras de software social, antes descritas,
con roles centrales o más protagónicos (autores proactivos de nuevos hilos de conversación
o documentos y participantes recurrentes de los mismos) y otros más periféricos que pueden
volverse más centrales (lectores, en general silentes, pero que frente a un tema específico 
ocupan, temporalmente un papel protagónico y luego regresan a la participación periférica).
De esto se hablará en la siguiente sección.

\section{Los participantes, sus lecturas y compromisos}\label{participantes}

Una de las cosas más interesantes de la comunidad de Grafoscopio es cómo ella logro
convocar a diversidad de personas, con distintos perfiles: bibliotecarios, informáticos,
diseñadores, estudiantes, profesores, investigadores, comunicadores, periodistas.
Las personas asistían a una edición y a lo largo de la misma era habitual ver cómo
empezaban a ir menos, hasta que contábamos con un grupo que asistía a todo el evento y
que incluso venía a diversas ediciones de los eventos que conformaron una comunidad
``recurrente'', que iba comprendiendo y aportando progresivamente a los mensajes
e intensiones que exploraba Grafoscopio, si bien los aportes generales y sostenidos 
alrededor del código fuente del software estuvieron en manos de sólo una persona y
en ocasiones excepcionales dos, siguiendo las métricas y comportamientos señalados
por varios autores frente a las dinámicas de creación de la mayoría del software libre.
%PEND: Citar Mako Eghbal

Los motivos para la asistencia de la comunidad recurrente eran diversos: una investigaba 
sobre tecnología y política desde comunidades de base y HackBo era un lugares para ello,
otros les parecía interesante los temas, ya fueran de visualización, activismo,
publicación en línea y buscaban comprenderlo mejor en la medida en que se vinculaban
a estas actividades, mientras que otras personas tenían proyectos interconectados
con estas nuevas formas de ejercer ciudadanía, desde otras plataformas tecnológicas
y/o de activismo y veían potencia en su interconexión.

Salvo casos muy puntuales, como los señalados antes frente al Data Week 4 y los problemas
que hubo respecto a la integración de distintas tecnologías en esa edición (Pharo y SQLite),
las lecturas de la mayoría de participantes (recurrentes o no) en los distintos eventos sobre
los artefactos y las dinámicas fueron satisfactorias.
Se presentaba el evento como parte de un proceso largo (hacíamos alusión a la frase 
de Lao-tsé que es epígrafe de este capítulo) y decíamos que estas eran las primeras 30 a 36
horas de un aprendizaje que tomaba 10.000 horas, aludiendo a la teoría del virtuoso y la idea
de programación como oficio artesanal que ya se ha mostrado.
Los participantes lo entendían de esta manera y lo consideraban dentro de dinámicas de alfabetismo
crítico de datos y código y si bien señalaron lo corto de estos primeros encuentros, también
reconocían que existían canales comunitarios para seguir en contacto, como indicaron verbalmente
en varias de las sesiones de realimentación verbal abiertas que teníamos durante el evento.
Incluso, al preguntarséles si dichos códigos de programación no parecían complejos como formas de 
participación ciudadana, dos asistentes del Data Week 4, indicaron que sí lo eran, pero que eso se 
esperaba de otros procesos con códigos complejos de participación como aquellos de lectura y escritura
que aprendemos desde la escuela primaria y que toman varios años en desarrollarse y se practican
a lo largo de toda la vida y una de las participantes afirmó que programar, al igual que otras
maneras de alfabetismo era ``aprender a hacer una cosa, que nos permite hacer muchas''.

Algunos más reportaban que esta manera de presentar el código desde problemas ciudadanos
``hacía click'' frente a otros abordajes que habían tenido en el pasado, aprendiendo lenguajes
como javascript o Ruby y otros agradecieron la aproximación histórica en lugar del abordaje
instrumental donde se empieza con las instrucciones para hacer algo con alguna tecnología,
como el habitual ejemplo del ``Hola Mundo''\footnote{Para una diatraba contra el popular 
	ejemplo para iniciar en la programación véase la entrada al blog del autor titulada
	\emph{Hello world example is the 'Just jump on the hump of the Wump of Gump' introduction to computing},
	disponible en \url{https://is.gd/dumb_hello_world}, la cual, de hecho, era presentada durante
	varias ediciones del Data Week.}
desconociendo los contextos históricos y sociales más amplios y ante la crítica de que dicha 
introducción podía ser muy larga (aunque necesaria) y se separaba la parte historico-teórica de 
la parte práctica, se fueron integrando las dos en sucesivas ediciones, como ya se indicó previamente,
introduciendo la ``metodología de la pregunta'' aportada por dos activistas asistentes a la
Data Roda del Makerspace La Galería, resaltando el aprendizaje autónomo y por problemas, presentado
anteriormente en el recuento de las ediciones y se refirieron a posibles articulaciones entre
la comunidad de Grafoscopio y el proyecto de mapeo ciudadano Open Street Map 
Colombia\footnote{\url{https://twitter.com/OpenStreetMapCo}.} y de memoria y definición de datos colectivos
Tupale\footnote{\url{http://tupale.co/}.}.
Otros asistentes, que tenían problemas investigativos relacionados con perspectivas críticas de
datos indicaron su deseo de emplear visualizaciones a medida y en conjunción con sistemas de información 
geográfica para visualizar temas de investigación específicos como los barrios que empezaron como
ocupaciones ilegales.
Este fue un factor recurrente a lo largo de los eventos, donde los asistentes manifestaron otro
conjunto de problemas a la medida que podía ser abordado desde estas metodologías y herramientas,
entre los cuales estaban: el discurso político en redes sociales, la calidad del aire, las excepciones
y limitaciones en bibliotecas públicas, las infraestructuras gubernamentales digitales.

Los progresivos cambios también fueron leídos positivamente, particularmente por los asistentes recurrentes
a los eventos, indicando que ahora les quedaba más claro los conceptos y que los eventos se
habían tornado más ágiles, cubriendo temas de maneras más fluidas en menos tiempo,
una lectura frecuente entre los asistentes reccurente a la edición 11 del Data Week, cuando
consolidamos las prácticas de documentación ágil ya descritas.
Un asistente recurrente indicó que se imaginaba que en los Data Weeks se avanzaba más (durante la
9 edición), pero la gran mayoría coincidió en una lectura desde un aumento de agilidad
y alcances en cada iteración y el hecho de que se introducian variaciones y mejoras no sólo
entre edición y edición sino durante el evento, tanto a las metodologías, como a las infraestructuras.
Algunas de las personas que conocían Grafoscopio desde antes de que se escribiera una sóla
línea de código y que asistieron a estas versiones más evolucionadas de los eventos, indicaron
como se notaba un trabajo serio y continuo al respecto.

Sobre la colaboración se dijo que el entorno que se creaba en el evento daba la bienvenida a
diversos perfiles y no se daban conceptos por conocidos, sino que se empezaba en lo básico,
a pesar de poder escalar a temas más difíciles.
Esto presentó una tensión para el investigador en términos de crear escenarios de participación
incluyentes donde diferentes niveles de experticia se sintieran igualmente bienvenidos y convocados.
Para la mayoría, el uso proactivo de sistemas de documentación en tiempo real y colaborativo,
marco una importante novedad metodológica independientemente de su nivel de experticia
y el hecho de usar infraestructuras sencillas para novatos e impopulares entre los programadores
(como Fossil o el mismo Pharo/Grafoscopio), permitía que todos los asistentes tuvieran dónde
aprender y aportar al margen de sus niveles de conocimiento, si bien algunos programadores
hablaron de las diferencias marcadas de Pharo y el \emph{Live Coding} respecto a entornos de 
desarrollo de código más convencionales y las experiencias habituales tenidas en ellos.
El aspecto desafiante para dichos programadores mencionado de manera más recurrente era
la idea de que la documentación está inmersa dentro del Pharo en lugar de publicada en la
Internet como una documentación API (Por \emph{Application Programming Interface}), a su vez
que la experiencia de autocompleción que ayuda tradicionalmente a saber qué pueden hacer
con un objeto, es distinta en Pharo de lo que es en la mayoría de lenguajes.
Yo mismo me enfrenté a esa dificultad entre Pharo como entorno de \emph{Live Coding} con sus
ideosincracias particulares y alejadas de las formas de programación populares más indirectas,
pero también superé dichas expectativas y abracé otras formas de programar que eran más fluidas
gracias al \emph{Live Coding} y la idea del artefácto como currículo que se puede explorar dentro
del artefacto mismo.
Esto ayudó a tender puentes con programadores más experimentados, si bien dichos conflictos fueron
invisibles para los no expertos en programación, que al no tener prejuicios frente a cómo debería
ser la programación no entraban en tales expectativas y hacían comentarios más generales respecto
a los saberes tácitos que todo curso de programación más tradicional presupone y como deconstruirlos
cuando siguen presentes en nuestras prácticas de enseñanza en el Data Week y las Data Rodas, para
lo cual sugirieron la elaboración de glosarios y diccionarios (que se incoporaron en el wiki).
Por ejemplo, el hecho de que Pharo tenga algunas ideosincracias respecto al desarrollo de interfaces
gráficas de usuario en el \emph{Toolkit} Spec, era constrastato con como otros sistemas permiten
empezar con archivos de texto plano en cualquier lugar y crear desde ceros.
Frente a esto se habló de cómo ello creaba dificultades frente a entender las maneras particulares
en que algunas personas organizaban su código y se habían incorporado progresivamente una transión
conocida como ``convención sobre configuración'' (popularizada en el mundo del lenguaje de programación 
Ruby) que era similar a como funcionaba Spec.
Este tipo de mediaciones entre experticias y espectativas tanto expertos como novatos en el mundo
de la programación desde atender sus inquietudes (comparándolas con prácticas en otros lenguajes
o creando glosarios) fueron parte de la desafiante mediación educativas durante los Data Weeks
y fue leída de maneras muy positivas por los participantes.

Las inquietudes respecto a material previo preparatorio y las diferentes rutas de aprendizaje,
se presentaron también con recurrencia, así como el ya indicado balance entre la teoría y la
práctica dentro de la experiencia, pero fueron incoporados en las prácticas de documentación
(reflejadas tanto en los etherpads, como los wikis y libretas interactivas) y la orientación 
hacia la acción informada en lo teórico-histórico, que ya se ha mencionado y que los asistentes 
recurrentes pudieron atestiguar, indicando, según sus palabras como ``lo importante era el proceso'' 
y cómo ``las observaciones se atendías entre edición y edición'' con lo cual ``no habían dos 
ediciones iguales'' y de evento en evento ``quedaban progresivamente más claros los conceptos [y las prácticas]''.

Se indicó varias veces como esta era una metodología orientada a la acción, aprendiendo desde
el problema y la práctica y de hecho, algunos proyectos, como el Manual de Periodismo de Datos,
marcaron un claro contraste con otros como los Data Selfies de Twitter, pues el último es un
proyecto permanente y con un cierre aún por hacer, mientras que el otro tenía un cierre definido
y un conjunto de conceptos más familiares (reproducir y abrir una publicación) que falicitaban
el acceso a un público más amplio, comparado con aquellos donde los alfabetismo tanto de datos,
como de código y visualización hacían parte de un proyecto abierto, que se iteraba de evento en
evento.
La combinación de dinámicas tanto abiertas como cerradas es lo que Isin y Ruppert (XYZ) denominan
llamamientos y cierres y constituyen prácticas de ciudadanías digitales que se exploran en
detalle en el capítulo de conclusiones y recomendaciones.

Los asistentes mencionaron, de maneras menos frecuentes, inconvenientes referidos a la sostenibilidad
económica de las prácticas en el espacio y del espacio mismo.
La necesidad de contribuir a los bienes comunes era representada en un jarro de vidrio para contribuciones,
que recibía algunos aportes económicos durante los eventos, que eran donados a HackBo para sus pagos como
una pequeña ayuda para los mismos.
También se cobraron ciertas ediciones de los eventos, cuando estas eran realizadas por fuera de HackBo,
particularmente en el marco de otros proyectos investigativos como Ciudad de Datos (Data Week 4) y
la doceava edición en el Exploratorio de Medellín.
El resto de los eventos eran posibles por la contribución económicas que hicieron posible esta tesis
(mencionadas en el prefacio) y no se cobraban a los participantes.
Aún así, algunos participantes manifestaron su interés de aportar económicamente, específicamente si
se llegaba a dar el Diplomado en Alfabetismo Crítico de Datos y Código, pero las dificultades
de sostenibilidad inquietaban a algunos participantes en dos sentidos principalmente:
la sostenibilidad del espacio donde ocurrían los eventos de éstos y el uso de tecnologías ``no populares''
que hicieran más difícil articular mercados o servicios alrededor de los productos.
Estos elementos de sostenibilidad y viabilidad económica fueron abordados de dos maneras:
por un lado se indicó que efectivamente HackBo como espacio era un lugar frágil y que nos ayudaba mucho
los aportes eventuales de los participantes, pero sobre todo la vinculación permanente a la comunidad
nuclear del espacio (después de dos Data Weeks, dos participantes se convitieron en miembros permanentes
de dicha comunidad aportando cuotas mensuales para el sostenimiento del espacio).
Y por otro, que Grafoscopio no buscaba tecnologías populares, sino elocuentes, en las cuales se pudieran
expresar de maneras fluidas las preocupaciones que la investigación indagaba y las articulaciones con 
comunidades de base, indicando, de hecho cómo se había pasado de tecnologías populares (web python) a
tecnologías elocuentes (Fossil, Pharo, Roassal) e incluso se mencionaban un conjunto de productos o 
servicios que podrían ser construidos sobre esta plataforma: educativos; de personalización tato de 
software como de visualizaciones; y finalmente de colocación y hospedaje en ``la nube''.
No se podría decir que esto disipó las dudas o tensiones de los participantes, pero lo cierto es
que dichas inquietudes se presentaron menos, en parte motivadas por los constantes proyectos y
eventos que se realizaban localmente, y también, a mi juicio, por las invitaciones a participar de
eventos internacionales que mostraban el reconocimiento por dichas apuestas.
Incluso uno de los integrantes, que había expresado preocupaciones respecto a la sostenibilidad de las
económica de las prácticas y mostraba una actidud de crítica constructiva frente a ellas, habló de cómo 
ellas y tecnologías constituían una ``propuesta integral sin consesiones al \emph{mainstream}''. 
Unos pocos participantes hablaron de la importancia de estas prácticas conceibidas en la periferia
y cómo podían hacer aportes a contextos globales.
Estas miradas manifiestamente más tecnopolíticas fueron más escasas, pero no por ello menos
importantes y ocurrían tanto desde discursos explícitos planteados en los eventos sobre
decolonizar las infraestructuras o hacer \emph{bootstrapping} hacia futuros alternativos vía
infraestrucutras alternativas, pero también surgían entre algunos participantes de maneras
más expontáneas.
Otras tensiones se refieron al caracter público o privado de determinadas conversaciones, particularmente
si se empezaban a tocar temas políticamente más sensibles.
A pesar de que se abrieron infraestructuras privadas usando Riot\footnote{\url{https://riot.im/}} y 
Matrix\footnote{\url{https://matrix.org/}}, dichos canales no tuvieron una participación fluida y hasta 
ahora no ha habido necesidad de habilitar canales encriptados y cerrados para las articulaciones comunitarias 
e incluso las video conferencias, que ocurren vía Jitsi de manera encriptada era accesibles para cualquiera 
que entrara al enlace, que compartíamos públicamente en los etherpads de cada encuentro.

En general, la idea de adaptabilidad tanto de las herramientas, como de las dinámicas fue percibida
y celebrada por los participantes.
Sugirieron cambios a la funcionalidad de Grafoscopio para adaptarlo a la tarea y si bien esto estaba
explícito en las dinámicas originales, extendiendo el paquete DataViz (mostrado en el capítulo 
\ref{prototipos}), se propusieron nuevas funcionalidades, particularmente durante el proyecto
del Manual de Periodismo de Datos que adaptaban Grafoscopio a la tarea específica de compilar
y transformar una publicación web en una publicación en formato PDF (ver \ref{mapeda}).
Los participantes hablaban de cómo se fue ``torciendo la herramienta'' para adaptarla a las necesidades
y cómo la metodología podía ``incorporar las sugerencias en caliente'', incluso durante de un mismo
evento (Data Week o Data Roda).
En esa misma línea se desarrollo una forma de Programación en masa (mob programming), en el que usualmente
una persona (casi siempre yo) tenía el teclado y proyectaba en el vídeo beam, mientras que los demás
participaban sugiriendo funcionalidades en el código y maneras de implementarlas y veíamos cómo hacer
refactoring del Grafoscopio y los paquetes conexos durante el evento mismo.
Esto lo comparábamos con la apreciación musical o la crítica de cine y cómo si bien todos los que asisten 
a un concierto o ven una película no saben cómo tocar un instrumento musical o hacer un filme, sí están en 
condiciones de tener una opinión crítica e informada sobre aquello que están apreciando y cómo pueden hacer 
sugerencias al respecto y lo enmarcábamos sobre los alfabetismos críticos sobre los datos y desde los datos
(\cite{bhargava_beyond_2015}) y el activismo sobre la tecnología y desde la tecnología (\cite{luna_hacer_2014}) 
y en este caso, además, los extendíamos a alfabetismos sobre el código (estar en  condiciones de opinar, 
sugerir, juzgar) y desde el código (estar en condiciones de cambiarlo de acuerdo a dichas sugerencias y juicios).

Las dinámicas pretendieron un ritmo relajado, se podía llegar tarde y salir temprano, salvo por mí, que
era quien abría y cerraba el espacio, y si bien la mayoría de la gente permanecía todo el tiempo, este
comportamiento de no permanencia todo el tiempo se empezó a incrementar hacia los eventos finales,
lo cual generaba para mi como organizador del evento, inconvenientes respecto a la continuidad pedagógica
de los contenidos cuando fallaban unos días unos participantes y otros días otros.
Dicha demanda crecía aún más cuando alguna participante sugería dar continuidad a un proyecto no terminado
tanto el viernes como el sábado del fin de semana siguiente, pero asistía sólo uno de los días, y el
otro día asistían otros participantes que no habían ido el día anterior.
Si bien fue un caso que se presentó pocas veces, implicaba repetir los contenidos con participantes distintos.
Los motivos aducidos para salir y ofrecidos voluntariamente, sin que yo los preguntase, tenían que ver con 
compromisos familiares, fiestas, temas académicos y laborales.
Me parece importante que dichos elementos existan en una comunidad de práctica y son indicador de que
los eventos intentan armonizarse con el resto de la vida, pero sí generaban un desgaste grande en términos
del esfuerzo y la continuidad académica de los contenidos, pues mientras unos podían dejar de ir unos días
y otros participantes no asistían los otros, o se iban antes o llegaban después, las demandas para mí
como organizador de los eventos eran continuas y no podía descansar en la misma medida.
El trabajo para pulir los resultados finales, usualmente lo asumía yo, aprovechando la licencia autofinanciada
que me dí para el doctorado.
Esto me hizo reducir las Data Rodas a eventos más puntuales y las actividades de cierre de los eventos,
que tenían que ver con redactar cartas, enviarlas y participar de invitaciones para dar informes o continuidad
a los prototipos fueran realizadas por otros participantes, de manera que las responsabilidades y los descansos
también fueran más compartidos.
Efectivamente otros tomaron el liderazgo frente a redactar derechos de petición para entidades gubernamentales,
presentando el Data Week y Grafoscopio en eventos nacionales y acompañando reuniones en instituciones públicas
para socializar abordajes y resultados de las hackatones, en otra muestra de participación periférica legítima.
Incluso, unos miembros compartieron colecciones de recursos bibliográficos o libretas interactivas creados por 
iniciativa propia, a partir de contenidos socializados en el Data Week o para realizar informes reproducibles
en sus áreas de experticia.
Si bien algunos pocos miembros manifestaron interés en usar Grafoscopio como plataforma para proyectos,
como se ha indicado previamente, el anterior fue de los pocos ejemplos donde dicho uso efectivamente
ocurrió, por fuera de las dinámicas del Data Week y las Data Rodas.

Esta preocupación por como vincular Grafoscopio al cotiano fue expresada por mí de manera recurrente,
especialmente en los últimos eventos de manera más explícita, (si bien me acompañaba desde la tercera o
cuarta edición del Data Week y la manifesté en privado a algunos participantes).
En la medida en que Grafoscopio no era una herramienta del cotidiano, sino que se activa y desactiva para
los eventos en los que lo usábamos, era más complicado configurar una comunidad de práctica alrededor del
mismo y explorar con mayor profundidad de idea de cambiar los artefactos digitales que nos cambian a partir
de Grafoscopio.
Esto, por supuesto, no le quita valor a una herramienta que se activa y desactiva de la manera dicha,
pero las transiciones a futuro a una herramienta cotidiana están aún por explorarse.

\marginpar{
	\captionsetup{type=figure}
	\centering
	\includegraphics[width=\marginparwidth]{./Parte2/concentric-communities.png}
	\caption[Anotaciones sobre transiciones comunitarias.]
	{Anotaciones sobre transiciones comunitarias en otros proyectos de software libre.}
	\label{fig:concentric-communities}
}


De hecho, las transiciones de experticia, desde formas de participación periférica legítima hacia maneras 
más centrales, incluyendo, para el caso de Grafoscopio, la producción de libretas interactivas y otras
obras en este, así como la modificación del código fuente en las herramientas son una preocupación
de varias comunidades de software libre y han sido caracterizadas en el pasado.
En general se trata de la tensión referida al uso y crecimiento de una herramienta de software libre y la 
capacidad de hacerla adaptable a los requerimientos de los usuarios, por un lado y de crecer la incorporación
y aceptación de aportes por otro.
Si una herramienta crece mucho, sus usuarios empezarán a hacer sugerencias y si ellas no son incorporadas
con prontitud suficiente, los usuarios dejarán de usarla o se migrarán a otras herramientas que sí los
tengan o incorporen a ritmo adecuado.
Por otro lado, usualmente la capacidad de los pocos desarrolladores de software en la comunidad base, excede 
la capacidad de ellos para incorporar todas las sugerencias que se puedan hacer.
Al respecto, algunas comunidades han intentando hacer más difusa la distancia entre usuario, colaborador
y desarrollador, particularmente asumiento posturas muy liberales frente a los permisos que tienen cada
uno de ellos.
En el caso de la comunidad de Grafoscopio, seguimos un camino similar. 
A lo largo de los Data Weeks y en la medida en que algunas otras partes de la infraestructura se hacían
más estables (véase capítulo \ref{materialidades}), se empezaron a hacer elementos de la infraestructura
más explícitos y accequibles, en particular los repositorios de código, de manera que la transición entre
usuario y desarrollador fuera más fluida, particularmente porque un usuario de Grafoscopio podría ayudar
con el reporte de errores o mejoras, y también con el proceso de documentación.
Si durante los eventos, se desarrollaba nueva funcionalidad en el software, también se abrían los permisos
para que las personas hicieran aportes en el software y extendieran dicha funcionalidad, empezando
con el paquete Dataviz, que era el que extendíamos por omisión cuando se creaban visualizaciones de datos
personalizadas, pero también con el paquete de Grafoscopio mismo, cuando lo adaptábamos en proyectos como
los del Manual de Periodismo de Datos.
Dichas maneras de hacer más fluida la participación y el compromiso de los usuarios se reflejaban de
nuevo en las infraestructuras y herramientas, como lo muestra la figura \ref{fig:repositorios-membresias}.
Nótese como los miembros de los repositorios de documentación (rotados para mostrarlos en toda
su extensión) son mayores a los miembros de los repositorios de código y cómo casi todos tienen
el permiso ``v'' (por el perfil \emph{developer}), que les permite hacer cambios en cualquiera
de los archivos hospedados en dichos repositorios.
Esta postura relajada frente a la asignación de permisos, agilizaba las dinámicas de contribución.
Mientras que el repositorio del Data Week era más educativo y de pruebas, los de Grafoscopio son
más formales y por ello la participación en ellos fue más restringida.
Además de contar con participantes locales, se inscribieron también personas de otros países, 
que se enteraban del proyecto vía Internet, sin asistir a los eventos.


\begin{figure}[tbh]
	\centering
	\subfloat[]{
		\includegraphics[angle=90, width=0.55\linewidth]{./Parte2/dataweek-repo-members.png}
		\label{subfig:dataweek-repo-members}}
	\quad
	\subfloat[]{
		\includegraphics[width=0.22\linewidth]{./Parte2/dataviz-code-repo-members.png}
		\label{subfig:dataviz-repo-members}}
	\\
	\subfloat[]{
		\includegraphics[angle=90, width=0.25\linewidth]{./Parte2/grafoscopio-doc-repo-members.png}
		\label{subfig:grafoscopio-doc-repo-members}}
	\subfloat[]{
		\includegraphics[width=0.22\linewidth]{./Parte2/grafoscopio-code-repo.png}
		\label{subfig:grafoscopio-code-repo}}
	\quad
	\caption[Miembros en los distintos repositorios]
	{Miembros en los distintos repositorios: Arriba los del repositorio de documentación del Data Week
		\ref{subfig:dataweek-repo-members} y de código del paquete Dataviz \ref{subfig:dataviz-repo-members}, 
		que modificábamos con mayor frecuencia durante el Data Week.
		Abajo, los de la documentación \ref{subfig:grafoscopio-doc-repo-members} y el paquete Grafoscopio
		\ref{subfig:grafoscopio-code-repo}, que modificábamos de maneras menos frecuentes y cuya funcionalidad 
		era más crítica.}
	\label{fig:repositorios-membresias}
\end{figure}


La muestra sobre los diferentes niveles y maneras de compromiso y participación, desde las 
posibilidades, intereses y particularidades de cada participante y del colectivo: desde la 
manera en que ellos comprometían sus fines de semana y noches, asisitiendo a las convocatorias 
de Data Weeks y  Data Rodas, algunas veces llegaban tarde o yéndose temprano, aportaban a la 
documentación, reportaban errores o mejoras, realizaban activimos sobre el código y desde el código, 
cuando comentaban el código escrito por otros o lo escribian en primera persona, realizaban constructos 
relacionados con la literatura compartida en los talleres o desarrollaban constructos propios, 
creando sus propias libretas interactivas.
La inquietud por como hacer fluidas dichas maneras de participación y compromiso, tanto para el organizador,
como para toda la comunidad fue permanente a lo largo de esta investigación y sigue siendo una tensión
relevante respecto a la manera de construir comunidades, específicamente aquellas que trabajan desde
bienes comunes digitales.
Las claves esbozadas en nuestras prácticas y las de otras comunidades, respecto a hacer difusa la distinción
entre usuario, colaborador y desarrollador de la herramienta han funcionado relativamente bien y la apuesta
ahora está orientada, del lado del organizador, en experiencias como el Diplomado en ciudanías digitales
vía datos, visualización y código, que extienda lo que se ha hecho en los Data Weeks, lo acredite permita
potenciar dichas transiciones.

Alrededor de las distintas lecturas, tanto de caracter metodológico como político-crítico y de las tensiones
y posibilidades futuras de estas dinámicas y artefatos, se hablará con mayor detalle en el capítulo de 
conclusiones y recomendaciones.

%PENDIENTE: Documentación vestigial

\section{Los participantes y sus lecturas}\label{participantes}

\section{Eventos intercomunitarios}\label{intercomunitarios}

%PENDIENTE: Gráficas Abrelatam
%PENDIENTE: Gráficas Open Data Day.
%PENDIENTE: Eventos intercomunitarios.

El Data Week y Grafoscopio han sido parte de varios procesos investigativos y comunitarios. 
Sus dinámicas y artefactos han sido socializados y reconocidos en varios contextos nacionales e 
internacionales, entre ellos:

\begin{itemize}
	\item Conferencia Internacional Smalltalks 2015 (Buenos aires, Argentina, 2015).
	\item Investigación Ciudad de Datos, de la Universidad Javeriana. (Bogotá y Medellín, Colombia 2016).
	\item Pasantía doctoral en el Departamento de Ciencias de la Computación, Universidad de Chile 
	(Santiago, Chile, 2016).
	\item Hackademia,  Empirical Studies in Computing Cultures. Escuela de verano. Leuphana Universität 
	(Lüneburg, Germany, 2016).
	\item ConDatos \& AbreLatam (Bogotá, Colombia, 2016).
	\item Internet Freedom Festival (Valencia, España, 2017).
	\item Medialab El Prado (Madrid, España, 2017).
	\item Re:publica 2017 (Berlín, Alemania, 2017 y 2018).
	\item ISEA: International Symposium of Electronic Arts (Manizales, Colombia, 2017). 
	\item DataCamp (Kotor, Montenegro, 2017).
	\item Exploratorio de Medellín (abril de 2018).
	\item Varias ediciones de Datos y Guaros (Bogotá, Colombia desde 2016 a 2018)
\end{itemize}

Las temáticas y problemáticas relacionadas con procesos de realimentación y \emph{bootstraping},
circulan de manera frecuente y evidente en la comunidad de Pharo, como pude comprobar durante
mi participación en el ESUG Conference 2016 (por las siglas para European Smalltalk Users Group).

\begin{figure*}[tb]
	\centering