\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
y cambiaron, y también de la variedad y diversidad de las mismas.
Como la participación y la cosificación son inseparables, las maneras de participación
estarán mediadas no sólo por Grafoscopio, sino por otros artefactos de los que también
se dara cuenta.
Por ello, el término encuentro, se referirá tanto a las experiencias cara a cara, como
a aquellas que son mediadas por alguna forma de artefacto (cosificación).

\section{Data Week}\label{dataweek-intro}

El \emph{Data Week }, según su página web, es:

\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
asociados a la popularización de la ``hackatón'' como formato de ``innovación social'' denunciados
en la sección La Gobernaton (ver sección \ref{gobernaton}), la segunda, crear capacidad en las comunidades
de base para interlocutar con el poder desde nuevas técnicas mediadas por saberes 
y materialidades hacker, específicamente en diálogo de las preguntas que esta tesis buscaba explorar
respecto a cómo cambiar los artefactos que nos cambian, usando Grafoscopio para ello.

	

	El vértigo en el hacer, el inmediatismo y la excesiva orientación al lucro y la manoseada ``innovación'' 
	de las \emph{hackatones} enagenadas, denunciadas
	por Irani con su crítica a la ``ciudadanía emprendedora'', por Schrock (\emph{hackathons without hacking}) 
	y Luna en la Gobernatón, 
	son una desconexión evidente a este discurso de la idea de hacer es pensar expresada por Sennet. 
	El quehacer artesanal tiene un ritmo y continuidad que dichas hackatones no logran capturar ni interconectar. 
	La idea de pulso, que yo mismo digo, con momentos sosegados y frenéticos tampoco se ve. 
	Tan sólo hay cabida para los momentos frenéticos.

\section{Las ediciones: los ritmos, intensidades, temáticas y productos}\label{dataweek-ediciones}

Debido a su caracter simultáneo de taller y hackatón, el \emph{Data Week} buscaba lograr
un balance entre el aprendizaje guiado, que permitiría asumir los conceptos necesarios
para la exploración autónoma luego, y los problemas abiertos, sin una respuesta preconstruida
para ser enseñada.
Cada una de las ediciones sucesivas del evento fue una exploración de dinámicas
e infraestruturas que se acercaran a este balance, durante el periodo entre junio de 
2015 y abril de 2017, en el cual se desarrollaron 12 ediciones del mismo, probando
diferentes esquemas y afinándolos.

El propósito era lograr una experiencia intensiva, que contrastara con los esporádicos
tallerdes de \emph{Indie Web Science}.
Tener un taller de cerca de 30 horas, que se pudiera incorporar a la vida sin requerir de 
demasiados esfuerzos extra.

La primera edición (junio 22 al 27 de 2015) ocurrió todas las noches de 5 pm a 9 pm y el 
sábado todo el día, pero debido a que era parte de una semana laboral habitual, los ritmos
eran extremadamente desgastantes para los participantes, en particular para mí en mi rol de organizador.
La temática acá fue \emph{los mapas del silencio} (Luna \cite{luna_cardenas_mapas_2015}), 
que buscaban mostrar qué tanto contestan o no los políticos en Twitter.

\begin{figure*}[!htb]
	\centering
	\includegraphics[angle=90,origin=c,width=\linewidth]{./Parte2/mapas-del-silencio.png}
%	\setlength{\belowcaptionskip}{-200pt}
	\vspace*{-5.5cm}
	\caption[Data Week 1: Mapas del silencio.]
	{Imagen de la entrada al blog (rotada para apreciarla completa) sobre los mapas del silencio, el tema que se 
		transformaría luego en los Data Selfies de Twitter de la sección.
		Se puede leer completa en \url{https://is.gd/mapas_silencio}.}
	\label{fig:mapas-silencio}
\end{figure*}


Si bien el código era desordenado, se lograron avances, pasado de prototipos en papel 
a gráficas computacionales, (véase gráfica tal y detalles en luna mapas),
que empezaron a mostrar que efectivamente el entorno de visualización ágil, 
integrado en Pharo y accesible desde Grafoscopio, permitía rápidos avances con respecto 
a los talleres de Indie Web Science e incluso con respecto a otras hackatones de periodismo 
de datos y visualización, que sólo se quedaban en la maqueta (\emph{mockup}), sin
apelar a datos o resultados algorítmicos tomados de fuentes reales de información  (cfg César Arias).

La segunda edición (septiembre 21 al 26 de 2015) se hizo dentro de una semana 
de descanso de la Universidad Javeriana, en el marco de una investigación conjunta 
llamada Ciudad de Datos, en la que el autor participó como co-investigador, pues se pensó 
que mucha de la población interesada, sería estudiantes universitarios.
La intensidad horaria aumento a 6 horas diarias, que entre semana estaban repartidas en 
un par de horas (10:30 AM a 12:30 PM) en la mañana, un receso para el almuerzo y 4 horas 
en la tarde (2:30 PM a 6:30 PM, aprox.) y el sábado iban de 2:30 pm a 8:30 pm.
La asistencia no fue muy masiva y los estudiantes universitarios prefirieron invertir 
su semana de receso en otros lados.
Esto no fue un impedimento, pues desde los talleres y encuentros en la prehistoria del evento, 
se había decidido que lo importante, más que la asistencia masiva, era el carécter comprometido 
y continuo de la participación.
Sin embargo esta intensidad horaria por sesión mostró ser adecuada 
para la consecución de mejores resultados, pues si bien era más demandante, 
se beneficiaba de mayores tiempos de concentración de los participantes 
el mismo sitio (en el anterior horario, con sesiones más cortas 
y viajes en la noche, los participantes se empezaban a
alistar y se marchaban desde antes).

El principal avance en esta edición fue la mejora del tutorial interactivo de Smalltalk, 
hecho en Grafoscopio y la consolidación de algunas visualizaciones de los 
\emph{mapas del silencio} en el paquete {\ttfamily Dataviz}, lo que a su vez permitió iniciar 
una didáctica particular, en la que se mostraba cómo los algoritmos, prototipados 
colectivamente con los asistentes, se incorporaban al conocimiento cristalizado en 
el sistema a través de paquetes y cómo se podía empezar a navegar y deconstruir dicho conocimiento.
Esto constituyó un avance respecto a lo anterior, pero no había un paquete de visualización 
totalmente usable por un participante 
al final del evento, ni mucho menos por alquien externo.
Quedó más claro que la intensión del \emph{Data Week}, en parte, era iterar sobre esos 
prototipos imperfectos e irlos mejorando con sucesivas ediciones.

La tercera edición se probó partir el \emph{Data Week} en dos sesiones, ambas de jueves a 
sábado, de 2:30 PM a 6:30 PM (ocurridas en febrero 25 al 27 y marzo 3 al 5 de 2016).
Si bien estas sesiones implicaban que algunas personas deberían contar con dos tardes dentro 
del horario laboral habitual, o bien los asistentes contaban con flexibilidad del tiempo, 
o bien era un permiso que se podía solicitar en caso de que no.
Lo cierto es que esta forma de organización generó la asistencia más regular, con jornadas 
suficientemente intensivas para avanzar el el problema.
Una particularidad acá fue el cambio del problema, para adecuarlo a las necesidades percibidas 
en la investigación Ciudad de Datos, según uno de los coinvestigadores.
Esto trajo la ventaja de triangular información: ya no estábamos más centrados en los temas de 
redes sociales, sino que podíamos poner a circular en ellas información extraida de otros lados, 
en este caso del portal de contratación pública, en aras de articularnos con la naciente comunidad 
\emph{Open Data Colombia} (OpenDataCo) y el \emph{scrapper} de contratos del portal 
gubernamental colombiano ``contratos.gov.co'' (prizbilla-xxx).
Además nos alineaba con otras comunidades como OpenBugets\footnote{\url{http://openbudgets.eu/}}, 
OpenSpending\footnote{\url{https://openspending.org/}} y algunos proyectos y temáticas de la 
Open Knowledge Foundation\footnote{\url{https://discuss.okfn.org/}}.

También mostraba el potencial del trabajo desde individuos y pequeños colectivos: por ejemplo, 
el proyecto OpenSpending mostraba como 76 países habían liberado 1105 datasets conteniendo 
28'369.534 registros [@OpenSpending, index].
El scrapper de un sólo individuo, y la organización y limpieza posterior en la comunidad 
OpenDataCo y el Data Week 3ra edición, logró liberar (XXX)  registros para 15 años de contratación.
Sin embargo, tenía un riesgo, como se señaló antes de la ejecución del taller al coinvestigador, 
y es que familiarizarse con los datos y sus visualizaciones y lograr continuidad y resultados 
con el problema era algo difícil para un problema de una semana, si nadie se iba a ocupar de 
dichos datos después.
Liberar los datos no bastaba, había que comprometerse con encontrar las estructuras e historias 
dentro de dichos datos y contarlas.
A esto se sumaron dificultades con la conexión entre Pharo y SQLite, el motor de datos para 
trabajar el dataset de contratos, que, si bien fueron temporales debido a la transición a la 
siguiente versión de Pharo, en un evento intensivo como el Data Week, cobraron su tiempo y causaron 
descontento entre los participantes, un par de ellos reportó que no concebián como una cosa que en 
los demás lenguajes de programación está resuelta, en este termina siendo un impedimento tan grande 
para el tratamiento de datos.
Finalmente logramos rodear el problema, no sin una considerable pérdida de tiempo y fluidez 
durante la realización del taller/hackatón.
Aún así los asistentes mantuvieron el interés y hubo 3 sesiones de un día, posteriores al evento, 
para continuar con el problema y la solicitud de crear una lista de correo para los asistentes 
al Data Week.
Si bien dicha solicitud no fue implementada inmediatamente, e invité a la gente a la comunidad 
de OpenDataCo, con el ánimo de dinamizarla, la implementé con el tiempo, al ver el interés 
sostenido de los participantes y la necesidad de tratar temas específicos a los interesados 
en Grafoscopio y los asistentes al Data Week.

Desde la edición 4 del data week se consolidó el esquema, de la anterior, de dividir el encuentro 
en dos sesiones.
Esta se realizó en el colaboratorio de Medellín (ver fotos), también en alianza con el proyecto 
Ciudad de Datos, pero se volvió al problema de visibilizar la comunicación en Twitter, ya no 
desde los mapas del silencio, sino desde un proyecto llamado \emph{data selfies}, que se basaba 
en la información provista por cada usuario de Twitter, en lugar de la información desde el scrapper.

La edición 5 del Data Week se realizó de septiembre 22 al 24 y 29 de septiembre a octubre 1 de 2016.
En esta edición se continuó con el problema de los Data Selfies, pero hubo interesantes
exploraciones de teorías y proyectos relacionados con lo que se planteaba en el evento y
se mejoró la infraestructura que soportaba la interconexión con repositorios de documentación
en Fossil.

La edición 6 fue una edición ``unipersonal'' e hizo énfasis en la \emph{hackatón} como una
forma de resistencia y crítica civil a los proyectos de enagenación de lo público, 
particularmente las bibliotecas, para la apropiación de los privados, particularmente 
Microsoft, sobre la base de enseñar a todos a hacer código (véase Luna \cite{luna_cardenas_semana_2016}).
Esta perspectiva crítica intentaba ilustrar otras formas de empezar con la programación,
otras iniciativas y comunidades que se acercaban críticamente e ellas y por ello continuo
la numeración de ediciones que se llevaban hasta el momento, pues si bien la dinámica fue 
distinta,se construía desde las mismas perspectivas.
El énfasis acá estuvo en mejorar la infraestructura, usando lo desarrollado en la edición
anterior.
Fue particularmente interesante ver como estas prácticas también se podían llevar a un
plano individual, si la experticia estaba ampliamente instalada y fue una muestra más de esa 
relación entre tecnologías informáticas y empoderamiento personal, así como de las dinámicas
ágiles desarrolladas durante las ediciones previas del Data Week.

\begin{figure*}[!htb]
	\centering
	\includegraphics[angle=90,origin=c,width=\linewidth]{./Parte2/dataweek6-blog.jpg}
	\vspace*{-6.5cm}
	\caption[Data Week 6: Entrada al blog]
	{Entrada al blog sobre el Data Week 6, que fue una edición unipersonal, referida a la
		hora del código desde las bibliotecas públicas.
		La gráfica ha sido rotada para mostrar la entrada al blog en toda su extensión,
		que se puede leer ampliada en \url{https://is.gd/dataweek6_blog}}
	\label{fig:dataweek6-blog}
\end{figure*}

La edición 7 (parte 1 oct. 27-29 y parte 2 nov 4-6 de 2016) 
contó con dos asistentes permanentes y ocurrió en el marco de la edición colombiana de 
AbreLatam\footnote{AbreLatam se define así mismo como
	una ``desconferencia en la que actores de diferentes sectores participan en su calidad personal construyendo 
	debates clave sobre temáticas vinculadas a los datos abiertos en diversos campos tales como gobierno abierto, 
	servicios públicos, privacidad, derechos humanos, participación ciudadana, aspectos técnicos y muchos más'',
	Mayor información en \url{http://abrelatam.org/}}, 
abordando el tema recurrente de los Data Selfies.
Lo interesante de ella es que, al igual que la edición pasada, reforzaba el tema de bifurcar
como una manera de construir desde el disenso.
Debido a la lectura de algunos de cómo AbreLatam no mostraba a comunidades de base y podía
ser enagenado para colocar sólo agendas gubernamentales, decidimos hacer el evento en paralelo
con esas fechas, empezando el fin de semana anterior al evento y terminando en coincidencia con
el mismo, lo cual se consolidaría como una forma de hablar desde la disidencia, pero empleando
los mismas etiquetas en redes sociales (conocidos como \emph{hashtags}), de forma que quienes
siguieran la etiqueta durante la realización de un evento como Abrelatam, también tuvieran una 
mirada más amplia de las prácticas que el evento invisibilizaba.
Esta se convertiría en una técnica recurrente del Data Week.
Esto también abrió interlocuciones dentro del evento mismo y el autor de esta tesis, fue invitados 
por los organizadores del mismo en Colombia a dar una charla mostrando esas prácticas y preocupaciones
alternativas, aunque la interlocución se limitó prácticamente a ello.
Esta edición también fue socializada con la comunidad de la \emph{Open Knowledge Foundation}
(ver \url{https://is.gd/vpYiz2}), pero tampoco hubo mayor respuesta en el foro donde se compartió.

La edición 8 (parte 1, Marzo 23 al 25 y parte 2 marzo 30, 31 y Abril 1 de 2017), se migraron los
contenidos ``teóricos'' del evento desde XMind\footnote{\url{http://xmind.net/}} a 
Freeplane\footnote{\url{http://freeplane.org/}}, esencialmente por que el primero empezó a tener una
interface más saturada y menos limpia y tenerla implicaba pagar por la versión privativa, con ``modo de 
presentaciones'', sobre lo cual ofrecía un molesto recordatorio constante (una forma de software que
se conoce como \emph{addware} o \emph{spamware}, recordándonos con información indeseada que podemos 
librarnos de dicha información, si pagamos por tal privilegio).
En esta edición también se hicieron los primeros intentos de Streamming (emisión de video en tiempo
real), usando primero el libre Jitsi\footnote{\url{https://jitsi.org/}} y pasándonos luego a 
YouTube ante las fallas del primero.
Esta edición se centró en la posible participación en el 
\emph{Google Summer of Code}\footnote{\url{https://summerofcode.withgoogle.com/}} (GSoC), un evento
que convoca a estudiantes en distintos niveles de formación, a lo ancho del planeta, para que
empleen sus vacaciones de verano escribiendo software libre.
Grafoscopio fue uno de los proyectos preseleccionados para dicha participación, lo cual de porsí
es un mérito para un evento que ha convocado más de 13.000 estudiantes de 108 países durante 13 años
en 608 organizaciones.
Una de ellas, el European Smalltalk User Group (ESUG), aceptó Grafoscopio como un proyecto al cual
aportar durante dicho evento.
Al final dos estudiantes Oscar García y Offray Luna enviaron sus propuestas, pero ninguna llegó a
la ronda final.
El argumento que me fue dado, es que Google no quería que los proyectos doctorales recibieran doble
financiación, la que ya tienen (naturalmente!) y la del GSoC.
Por supuesto, dicho argumento desconoce que los estudiantes doctorales del Sur Global escásamente tenemos
alguna financiación para realizar nuestros estudios en su gran mayoría (ver más detalles en el anuncio
hecho en la lista de correo de Grafoscopio en \url{https://is.gd/no_gsoc}).
Sin embargo, la preselección fue un indicador de la calidad del proyecto en convocatorias internacionales.

%PENDIENTE: Gráficas GSoC

La edición 9 (Sep 20 a Sep 22.) fue una edición corta que se refirió al Portal de Software Público
de Colombia, la invitación mencionaba que:

\begin{quote}
	Trabajaremos sobre el proyecto del Portal de Software Público, llevando la conversación sobre el mismo a 
	escenarios públicos y abiertos, invitando a dicha conversación a entidades y funcionarios públicos por redes 
	sociales y mirando sus respuestas (o ausencia de ellas) frente a las inquietudes ciudadanas. Para esto usaremos 
	las anotaciones en Hypothesis y algunas técnicas de scraping, control de versiones y visualización de datos. 
	Luego articularemos esto con la iniciativa europea Public Code, intercambiando y fortaleciendo experiencias y 
	comparando cómo ocurre en diálogo entre estado y sociedad civíl en Colombia y Europa.
\end{quote}

Un aspecto interesante fue la incorporación de sistemas de anotaciones abiertos, en este caso 
Hypothesis\footnote{\url{http://hypothes.is/}}, para anotar infraestructuras públicas estatales, 
en particular el Portal de Software Público.
Dicha técnica la extenderíamos despúes (en el Data Week 12), para crear anotaciones sobre nuestras 
propias infraestructuras, de modo que quedarán claras las inquietudes de los lectores, tanto sobre 
las infraestructuras web gubernamentales, como las comunitarias (véase gráfica XYZ).
También se estableció un cierre que invocaba tanto la invitación de personas a cargo del portal, vinculadas
al Ministerio de Tecnologías de Información y Comunicaciones colombiano, MinTIC, la escritura colectiva de 
una carta abierta acerca de los aportes e inquietudes de los ciudadanos y terminando en un derecho de petición, 
inspirado en dicha carta, que finalmente sí fue respondido.
Esto mostró una maduración de las formas de hacer a través de las dinámicas posibilitadas desde la 
infraestructura digital, que explicitaba otras formas de ejercer ciudadanía con un flujo de trabajo claro,
en lo que Isin y Ruppert denominan los llamamientos y los cierres, un tema del que nos ocuparemos más adelante,
en detalle.
Estas formas más maduras de acción ciudadana, recogían la historia de los Data Weeks previos y se 
proyectarían hacia los futuros, sin reducirse exclusivamente a ellas, sino ampliando el repertorio de
posibilidades para los ejercicios de ciudadanía y alfabetismos digitales críticos.
Los contactos con proyectos internacionales quedaron enunciados, pero no se concretaron.
Estas semanas medias, no tocaban los temas introductorios y se hacían convocatorias a la comunidad que
ya había asistido a ediciones previas del Data Week, mostrando también la flexibilidad del formato.

%PENDIENTE: Isin Rupper y los llamamientos.
%PENDIENTE: Gráficas Portal Software Libre.

El Data Week 10 (Parte 1, Nov 23 al 25. Parte 2 Nov 30 a Dic 1 de 2017), incorporó las memorias de
un taller dictado en la Universidad Javeriana sobre activismo de datos, que a su vez incorporaba, las 
críticas constructivas hechas sobre el mismo en un taller previo hecho en el \emph{makerspace} La Galería,
en Armenia (Quindio, Colombia).
El enfoque era mucho más práctico y orientado a problemas y las partes teóricas estaban esparcidas a lo
largo de los enfoques prácticos.
Una combinación de memorias entre español e inglés empezó a surgir, debido a la socialización y uso
de Grafoscopio y estas memorias en contextos internacionales, donde el enfoque anglo permitía hacer puentes
con diversas culturas.
Se desarrollaron así las libretas interactivas \emph{Techniques for data activism} y el
\emph{Data Activism Apprentice Notebook}, que mostraban elementos de las narrativas de datos desde
ejercicios prácticos que incluían el caracter político de los datos (véase figura \ref{fig:libretas-interactivas}).
Por ejemplo, nuestro primer ejercicio tenía que ver con visualizar los datos del resultado de la
votación por el Sí y el No en el Plebiscito por la Paz, como muestra de cómo los datos son complejos
y enredados en profundos entramados sociales, a pesar de que la visualización era los convencionales
gráficos de barras y tortas, y conectando dichas gráficas con los problemas de adquirir los datos
y expresar en código tales automatismos, además dando paso a la interpretación crítica de los mismos
por parte de los asistentes.
Además, trabajamos el problema de abrir el documento de los 
``Pasos para Una Biblioteca Publica de Bogota'', empleando y extendiendo técnicas similares a las
empleadas para abrir el código fuente del Manual de Periodismo de Datos, y diviendo el grupo en subgrupos
con distintos grados de experticia, pero intercambiando saberes desde ellos.

\begin{figure*}[tbh]
	\centering
	\subfloat[Técnicas para activismo de datos]{
		\includegraphics[width=0.45\linewidth]{./Parte2/notebook-techniques.png}
		\label{subfig:notebook-techniques}}
	\quad
	\subfloat[Libreta del aprendiz]{
		\includegraphics[width=0.45\linewidth]{./Parte2/notebook-apprentice.png}
		\label{subfig:apprentice-notebook}}
	\caption[Libretas interactivas del Data Week]
	{Dos libretas interactivas desarrolladas para y durante el Data Week.
		A la izquierda, un tutorial de técnicas para activismo de datos. 
		A la derecha una libreta del aprendiz, con ejercicios de aprendizaje autónomo basado en
		dichas técnicas, que complementan y extienden lo realizado respecto a documentación ágil
		y resilente en Markdown+Fossil y lo conectan con los temas de visualización, código y narrativas
		de datos.}
	\label{fig:libretas-interactivas}
\end{figure*}

El Data Week 11 (parte 1 22 al 24 de febrero y parte 2 del 1 al 3 de  marzo), retomó el problema de
los Data Selfies de Twitter, en el marco de los venideras consultas partidistas para las candidaturas
presidenciales y en coincidencia con la celebración del Open Data Day.
Debido a que, para entonces, la comunidad de Grafoscopio había empezado lo que uno de sus integrantes 
caracterizaría como una diáspora y se estaba distribuyendo en distintos países con diferentes zonas 
horarias en Europa y Latinoamérica, este Data Week hizo particular énfasis en maneras de mejorar la
documentación y la participación remota.
Se resolvieron los problemas asociados a Jitsi\footnote{Básicamente empleando como navegador 
	Google Chrome, en lugar de Firefox, por una mejor integración de este con el protocolo WebRCT,
	que es usado para compartir pantallas y la transmisión de audio y vídeo.} para la participación
remota y nuestros integrantes en otras latitudes se conectaron durante varios días de esa edición,
a pesar de que la diferencia horaria hacía de nuestras noches, sus madrugadas.
También se hizo un proceso centrado en cómo mejorar la memoria escrita, incluso si nuestros participantes
remotos no podían conectarse en simultáneo, lo cual consolido una serie de técnicas de documentación
ágil y resilente que usaban varias combinaciones de las infraestructuras que ya empleábamos de maneras
más consistentes y potentes, explicitando así la idea de infraestructuras de bolsillo.
Se verá más al respecto de las mismas en la sección \ref{encuentro-digital}.
Lo clave acá fue la adaptación orgánica a las circunstancias, en este caso, potenciar la participación
remota, con la subsecuente mejora de las prácticas comunitarias, tanto locales como distribuidas.
También es de anotar la idea de usar una confluencia, en este caso un evento internacional mundial,
el Open Data Day, con prácticas locales de largo alcance (el Data Week, iniciado hace años), así
como con temas conyunturales (las elecciones presidenciales), que pueden proyectarse largamente
y construir saberes duraderos desde otras formas de participación ciudadana complementarias a las
más conocidas y que permiten dialogar entre comunidades.
Por ejemplo, los proyectos de esta edición del Data Week fueron mostrados en la edición que se
hizo del evento Datos y Guaros, que articula a comunidades relacionadas con datos, o ``dateras'',
como ellas se autodenominan (se mencionará más de estos eventos de articulación en la sección XYXZ).

La edición 12 del Data Week, se hizo en el Exploratorio de Medellín del 9 al 14 de Abril, en el marco 
de los preparativos para la edición del FLISoL (Festival Latinoamericano de Instalación de Software Libre) 
y retomó los aspectos referidos a documentación aǵil y resiliente desarrollados en la edición anterior, pero
esta vez en otra ciudad e incorporó los de lectura anotada, de manera que la memoria más estructurada
que se había creado en dicha edición pudiera ser anotada por los participantes y que ellos mismos también
compartieran otros espacios que querían anotar.
La parte de los Data Selfies de Twitter se hizo hacia los últimos días debido a dificultades con la
instalación de Grafoscopio en Windows, originados en un cambio que hizo la comunidad de Pharo al
instalador de dicha plataforma por esos días y a algunos inconvenientes con las máquinas que tenía el
Exploratorio con versiones del sistema operativo Gnu/Linux muy desactualizadas.
Aún así los asistentes mostraron gran compromiso con las actividades y manifestaron comprención, 
de manera  general sobre los imprevistos de las plataformas donde ejecutaríamos el software 
y participaron de los procesos de publicación de memorias y liberación de datos.

\subsection{Las Data Rodas}

Entre edición y edición de los Data Weeks, que podían estar separadas de uno a tres meses en
promedio, se empezaron a realizar un conjuto de eventos ágiles, para los asistentes de ediciones
del Data Week,que completaban lo que habíamos dejado pendiente, le daban continuidad a los
encuentros y/o empezaban nuevos proyectos.
De este modo la comunidad se iba consolidando de maneras orgánicas y respecto a sus propios
intereses.
También podían ser lanzadas sin mayor coordinación y con un nivel de esfuerzo mucho menor
comparado con el que requerían los Data Weeks.
Titulé el encuentro Data Rodas, en un juego de palabras con el \emph{Coding Dojo}, como
dije en la lista de correo de Grafoscopio (5 Julio de 2016)\footnote{\url{https://is.gd/data_roda_mensaje}}:

\begin{quote}
	Y la invitación: aprovechando las vacaciones de mitad de año y la disponibilidad de tiempo de algunos, quisiera invitarlos a la primera "Data Roda", que es como un coding dojo pero con capoeira :-P.
	
	Hablando en serio, se trata de un espacio donde, al igual que en los dojos de las artes marciales japonesas y 
	rodas del capoeira brasilero, se aprende mediante la práctica y el encuentro entre personas con distintos 
	niveles de experticia en el arte/disciplina en la que que se quiere mejorar, en este caso la visualización de 
	datos. 
	
	[...]
	
	La idea de un dojo como lugar de aprendizaje de la programación llegó a mi después de algo que se llamaba un 
	``code sprint'' con la comunidad de un software llamado Sage, en un evento llamado Sage Days 16, por allá en el 
	2009[1], pues me parecía que era difícil para los novatos adquirir experticia en esos encuentros con otros 
	expertos. El dojo me parecía una mejor metáfora para el aprendizaje que el salón de clase o el "sprint" y es uno 
	de los espacios más interesantes y potentes de aprendizaje en los que he estado. Desafortunadamente no escribí 
	nada al respecto (por variar!) y el término fue cooptado por otras prácticas con métaforas como las katas [3] y 
	los kumites[4][5], que enfatizan el aspecto solitario, abstracto y de competencia, en lugar de lo social, lo 
	compartido, el díalogo entre lo básico/puro y lo complejo/aplicado, además de lo lúdico, que es propio de esos 
	espacios de aprendizaje entre pares. Así que para recuperar parte de ese espíritu original, haremos esta primera 
	"Data Roda", con un sabor más festivo y colectivo, como ocurre con la metáfora que tomamos prestada del 
	capoeira[6]. Me parece también que el nombre y la metáfora tienen su encanto ;-).
	
	[...]
	
	\verb|[1] https://wiki.sagemath.org/days16| \\
	\verb|[3] https://en.wikipedia.org/wiki/Kata_(programming)|	\\
	\verb|[4] http://codekata.com/kata/kata-kumite-koan-and-dreyfus/| \\
	\verb|[5] https://www.codewars.com/|
\end{quote}

El Manual de Periodismo de Datos fue una prueba de la potencia de estos eventos ágiles.
Pero también tuvieron un caracter celebratorio, por ejemplo organizándose para celebrar el
cumpleaños de Grafoscopio (agosto 1 de 2017)\footnote{\url{https://is.gd/grafoscopio_anniversary}}:

\begin{quote}
	El primer commit a un repositorio público de Grafoscopio ocurrió el 28
	de julio de 2014 [1] (en aquella época se llamaba Ubakye[1a], pero todo
	el código de ese repositorio fue migrado al repositorio actual [2], con
	el nuevo nombre). Se me ocurre, entonces, que podemos usar el último
	sábado de julio para celebrar los cumpleaños de Grafoscopio, reunirnos y
	hacer una Data Roda de carácter más festivo y relajado que las usuales
	(aunque no se nos puede culpar de no ser ni lo uno, ni lo otro, con
	nuestra táctica nado 'e perro, sin prisa, pero sin pausa  ).
	Coincidencialmente ya estuvimos reunidos el último sábado de Julio
	trabajando en estas cosas, por lo que, teóricamente, ya tuvimos la
	celebración, pero no lo supimos ese día, por lo cual sugiero que nos
	reunamos este sábado 5 de agosto para hacer "oficial" que el sábado
	pasado estábamos celebrando  (porque lo otro es como estar
	emparejado, pero sin que la pareja sepa!)
\end{quote}

Se hicieron casi una veintena de Data Rodas desde su lanzamiento a mediados de 2016 y projectos como
el manual ya referido fueron realizados de manera casi exclusiva en las mismas durante varios días.
Ellas se constituyeron en tejido que ayudó a articular los esfuerzos entre Data Week y Data Week y,
debido a que no asumían temas iniciales, sino que se hacían con asistentes familiarizados con los
contenidos y dinámicas de tales eventos, se avanzó mucho en la consolidación de proyectos y se
solidificaron las dinámicas desde las Data Rodas, a pesar de no ser tan visibles como las Data Weeks, 
ni tener una página propia (pues no era necesario, ya que se hacía la invitación a ellas se hacía al 
cierre de los Data Weeks).

Incluso cuando otras actividades copan el tiempo de los asistentes habituales (como la escritura
de esta misma tesis), organizamos una Data Roda de vez en cuando, para vernos y mantener las
conexiones.

Estos formatos ágiles de tienen sus limitaciones y otras propuestas se han realizado desde el otro 
extremo, al proponer eventos mucho más duraderos que el Data Week y en lugar de pasar sus dinámicas 
de un fin de semana a un día, como con las Data Rodas, extenderlo a 6 u 8 fines de semana seguidos,
en la figura de un diplomado, gracias a las configuraciones de la legislación  colombiana \footnote{Particularmente
	el Decreto 1075 del 2015 sobre educación informal, establece las condiciones para este tipo
	de educación no conducente a título.} 
que permiten tal figura y a pesar de que circularon por la lista de 
correo\footnote{ver \url{https://is.gd/diplomado_grafoscopio}}, no se concretaron durante esta 
investigación, debido a los límites de tiempo en la misma.
La intensión específica era la de cambiar largos periodos formativos de años en pregrados, maestrías
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]
	\centering
	\subfloat[]{
		\includegraphics[width=0.4\linewidth]{./Parte2/indie-web-science.jpg}
		\label{subfig:indie-web-science}}
	\quad
	\subfloat[]{
		\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.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}



\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,
donde habitan los diseñadores, junto con las comunidades allí establecidas,
explorando el ``no todavía''.
Desde dicha perspectiva son lugares educativos donde se aprende desde las dinámicas de
enculturación propias de vincularse a dichas comunidades y al igual que como se mencionó
con la comunidad de Pharo, se apropian los repertorios simbólicos y materiales con los que
cuenta dicha comunidad.
Como en muchas comunidades, particularmente en aquellas mediadas por los ethos hacker,
el aprendizaje es invisible (Schrock XYZ hablá específicamente de los hackerspaces como lugares
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.

\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}[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.}%
	\label{fig:enactive-understanding}%
\end{figure}


\begin{figure*}[tbh]
	\includegraphics[width=\linewidth]{./Parte2/software-as-craft-1.png}%
	\caption[Software como artesanía en el Data Week]
	{Respecto al software como artesanía, 
	   (de la que se hablo antes en \ref{fig:software-artesania}), se mencionaba que el conocimiento del 
	   artesano autor del software es embebido en el mismo y tiene que ver con las herramientas que también 
	   ya conocía, para el caso de Grafoscopio, TeXmacs, Squeak/Smalltalk, Jupyter y Leo Editor,
	   y las frustaciones con ellas (que son sólo formas de conocimiento con rabia),
	   resumiendo de este modo lo que en este texto se presentó con detalle en la sección
	   \ref{software-con-otras-interfaces-escriturales}.}%
	\label{fig:software-artesania-1}%
\end{figure*}

\begin{figure}[tbh]
	\includegraphics[width=\linewidth]{./Parte2/tecno-comun.png}%
	\caption[Conocimiento y tecnología como bienes comunes]
	{También se decía que se exploraba la perspectiva del conocimiento como derecho y la tecnología
		como una forma de acceder (o no) al mismo, lo cual tenía correlatos en los problemas
		tratados durante el Data Week, los licenciamientos para el software y los contenidos y
		la exploración de modelos de sostenibilidad para los bienes comunes.}%
	\label{fig:tecno-comun}%
\end{figure}

\begin{figure}[th]
	\includegraphics[width=\linewidth]{./Parte2/conceptual-searches.png}%
	\caption[Busquedas conceptuales]
	{Grafoscopio aborda también búsquedas conceptuales acerca de las metáforas subyacentes de la informática:
		¿qué pasa cuando los árboles son representaciones subyacentes de textos y las presentaciones?
		¿cuáles son sus alcances y cómo pueden cambiarse para volverse rizomas o laberintos?, 
		Si el computador es un artefacto cognitivo, ¿cómo su uso nos cambia y cómo funciona como medio expresivo?}%
	\label{fig:conceptual-searches}%
\end{figure}

\begin{figure}[tb]
	\includegraphics[width=\linewidth]{./Parte2/floppology.png}%
	\caption[Recombinaciones en la teoría y la práctica.]
	{Luego mostrámos las perspectivas teóricas sobre recombinaciones de Jonas y sus encarnaciones
		en la práctica, al combinar las tradiciones de Unix y el Dynabook, de las que se habló en 
		los apartes correspondientes a las figuras \ref{fig:bifurcacion-jonas} y \ref{fig:recombinacion}}%
	\label{fig:floppology}%
\end{figure}

\begin{figure}[tb]
	\includegraphics[width=\linewidth]{./Parte2/divide-user-dev.png}%
	\caption[Brecha usuario - desarrollador ]
	{Entramos en la deconstrucción de brechas, empezando por la del usuario versus el desarrollador
		de software, mencionando cómo las herramientas configuran nuestro pensamiento y que algunas
		han pavimentado cómo pensamos respecto a la escritura en el saturado \emph{Word} o a la presentación,
		en el normativo \emph{Power Point} y cómo existen remedios al respecto con otras alternativas
		de escritura.}%
	\label{fig:divide-user-dev}%
\end{figure}

\begin{figure*}[tb]
	\centering
	\includegraphics[width=\linewidth]{./Parte2/moldable-tools.png}
	\caption[Herramientas amoldables]
	{Se presenta la idea de herramientas amoldables, que contrasta con la anterior, pues acá son las
		herramientas las que se amoldan al problema y no nosostros a las herramientas y se da un
		ejemplo desde la visualización de medicamentos ampliada en la sección \ref{infomed}.}
	\label{fig:moldable-tools}
	\end{figure*}

\begin{figure*}[tb]
	\centering
	\includegraphics[width=\linewidth]{./Parte2/divide-data.png}
	\caption[Brecha de datos]
	{Se muestran como los datos son constructos humanos, y salvo los de las ciencias naturales, los
		sociales son de nuestro diseño. Podemos preguntarnos quién define los datos y dónde se
		almacenan y quién se vuelve dato de quién, para repensar también maneras en que no sólo los
		estados y privados nos \emph{datifiquen}, sino que nosostros también los observemos a ellos.}
	\label{fig:divide-data}
\end{figure*}

\begin{figure}[tb]
	\includegraphics[width=\linewidth]{./Parte2/divide-layered-infra}%
	\caption[Brecha en infraestructuras complicadas y multicapa]
	{Luego se explica la brecha que hay cuando se separan documentos, aplicaciones y datos y cuando
		al ``usuario final'' sólo se le permite instalar aplicaciones para crear documentos, pero
		no ir modificar, ni aproximarse a las infraestructuras que definen las herramientas.
		También se habla de la brecha entre datos pequeños y grandes (``Big Data'') y como aquellos
		que controlan la infraestructura definen o confinan lo que pasaba en ellas, por lo cual
		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}

\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}[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.
A lo largo de la presentación se podía interrumpir e interpelar y esta empezó a mezclarse con los
aspectos prácticos y volverse más fluida. 
Así en los primeros Data Weeks la parte teórica podía tomar dos de las seis sesiones del evento dedicadas 
sólo a ello y en las últimas versiones del evento se involucraba a lo largo del mismo (incorporando 
sugerencias hechas por los participantes en la 4ta edición y la Data Roda en el Makerspace La Galería 
y un taller corto durante el ISEA de Manizales).

La documentación y creación de artefactos que no eran exclusivamente código y combinaban
aspectos emergentes con estructurados fue un componente integral del desarrollo de los talleres
desde sus primeras ediciones y fue evolucionando a lo largo de ellas.
Esto reflejaba la permanente dualidad cosificación-participación, a la que se ha hecho referencia
en repetidas ocasiones.
El encuentro mismo era una forma de participación que permanentemente construía cosificaciones sobre
los aprendizajes y la memoria que se estructuraban progresivamente.
La siguiente parte menciona las formas de cosificación creadas durante los Data Weeks y Data Rodas,
por los participantes, así como los canales de comunicación permanentes.
A los prototipos desarrollados, les damos su lugar particular en el capítulo \ref{prototipos}.

\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/}.
	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
los programas de mensajería instantánea, telefonía IP y video conferencia, o listas de correo, 
entre otros.
Por supuesto, ellos se combinan y se puede tener una conversación con motivo de una foto o enviar
un documento a través de un chat, por lo que está definición se centra en los énfasis de interacción
primaria más que exclusivas.
La comunidad de Grafoscopio empleó los dos tipos de software social y en ese sentido están
considerados también como espacios de encuentro virtuales.
Acá se hará un recuento de ellos.

La documentación juega un papel activo a lo largo de las varias ediciones del Data Week.
Para ello se usan varios sistemas de documentación que permitían capturar lo emergente,
complementar el encuentro cara a cara, ser resilientes y minimalistas, de modo que era
posible para los asistentes de las últimas ediciones, llevarse una copia con la memoria
de todos los eventos desde el comienzo, con una infraestructura sencilla pero potente.

Se emplearon Etherpads\footnote{\url{http://etherpad.org/}}, que son sistemas de escritura 
colaborativa de texto en tiempo real, a los que se unen los participantes con sólo compartir 
un enlace web.
Dichos enlaces, que iniciaban el etherpad, se compartían empleando un acortador de direcciones
ético, que no rastrea a quienes lo emplean, disponible en \url{https://is.gd}.
Las memorias se fueron organizando de modo que el primer etherpad (o simplemente \emph{pad}) 
se usaba como una índice para los etherpads que guardaban la memoria de cada una de las sesiones 
diarias que constituían el Data Week (o Data Roda).

Debido a la reubicación de algunos miembros de la comunidad a países europeos con otros
usos horarios, la documentación empezó a volverse más estructurada, para facilitar así
la participación remota.
Esto hizo que empezáramos a escribir los pads empleando el lenguaje de etiquetamiento
ligero Markdown, de modo que pudiéramos expresar tanto la estructura como la presentación
visual del documento a través de marcas sencillas (etiquetas).

\begin{figure*}[tb]
	\centering
	\subfloat[\url{https://is.gd/dataweek1_3}.]{
		\includegraphics[angle=90, height=0.3\linewidth]{./Parte2/dataweek1-3.png}
		\label{subfig:dataweek1-3}}
	\quad
	\subfloat[\url{https://is.gd/dataweek11_3}]{
		\includegraphics[angle=90, height=0.27\linewidth]{./Parte2/dataweek11-3.png}
		\label{subfig:dataweek11-3}}
	\\
	\subfloat[\url{https://is.gd/dataweek11_3}.]{
		\includegraphics[width=0.45\linewidth]{./Parte2/dataweek1-3-zoom.png}
		\label{subfig:dataweek1-3-zoom}}
	\quad
	\subfloat[\url{https://is.gd/dataweek1_3}.]{
		\includegraphics[width=0.45\linewidth]{./Parte2/dataweek11-3-zoom.png}
		\label{subfig:dataweek11-3-zoom}}
	\caption[Evolución en el uso de Etherpads]
	{Evolución en el uso de Etherpads: Etherpads de primeras y últimas ediciones del Data Week.
		Ambas figuras han sido rotadas para permitir contrastarlas mejor en toda
		su extensión y sus versiones ampliadas están en disponibles en los enlaces
		referenciados en cada una de ellas.
		La figura \ref{subfig:dataweek1-3} corresponde a la memoria del tercer día
		de la primera edición de Data Week, mientras que la figura 
		\ref{subfig:dataweek11-3} corresponde al mismo día de la onceava edición.
		Los distintos colores corresponden a ediciones hechas por distintos participantes.
		Abajo de cada uno, se pueden ver algunas líneas ampliadas de sus contenidos,
		mostrando 25 líneas, lo que para la figura \ref{subfig:dataweek1-3-zoom} es casi
		su totalidad, mientras que para la figura \ref{subfig:dataweek11-3-zoom} es su
		décima parte.
		Las diferencias respecto a la completitud, complejidad y participación de
		los asistentes en las prácticas de documentación saltan a la vista.}
	\label{fig:etherpads}
\end{figure*}

Las prácticas de documentación en los etherpads se hicieron entonces progresivamente
más estructuradas y participativas, como se puede ver en la figura \ref{fig:etherpads}.
Los distintos colores muestran la cantidad de participantes y la extensión da cuenta
de la cantidad y completitud de la documentación para esa sesión de trabajo.
Se puede apreciar un claro contraste entre las dos imágenes incluidas.
Mientras que el pad correspondiente a la tercera sesión del primer Data Week es 
prácticamente monotonal, con unas pocas voces diversas, el pad correspondiente
al mismo día del onceavo Data Week es colorido, dando cuénta de los múltiples participantes
comprometidos con la documentación.
Así mismo, la figura \ref{subfig:dataweek1-3} muestra un pad corto con información
mínima, que requiere un conocimiento más detallado de lo que ocurre en la sesión presencial,
mientras que el pad de la figura \ref{subfig:dataweek11-3}, muestra un pad muy detallado
y mucho mejor estructurado, con presencia de Markdown, indicando secciones y subsecciones,
enlaces y comentarios, así como adición de imágenes, expresadas en dicho lenguaje de 
etiquetamiento.
Se alcanza a apreciar como los primeros pads sólo hacían notas incidentales y un
uso tímido de Markdown por pocos autores \ref{subfig:dataweek1-3-zoom}, mientras que los
últimos incorporan casi todas sus características, por los múltiples autores:
secciones, subsecciones, comentarios, imágenes, enlaces, entre otros.
Incluso, es posible ver al final una lista de recomendaciones musicales que hicimos
para escuchar como ``banda sonora'' durante dicha sesión.
Estos pads mucho más estructurados fueron los que luego se editarían un poco para crear
versiones más resilentes de los mismos.

Los etherpads pueden ser altamente volátiles, y si bien tienen control de versiones, que
permite viajar en el tiempo revisando la evolución de los documentos allí escritos,
pensé que era pertinente guardar una copia de seguridad en infraestructuras propias,
pues los mismos proveedores de los servicios de etherpads clarifican que si bien
hacen un esfuerzo por mantener la infraestructura, ofrecen el servicio ``como es'',
sin garantizar su disponibilidad futura o el guardado de la información (aunque hasta
ahora ningún pad ha sido borrado desde hace más de dos años y son lugares de documentación
estables).
Por ello, se dispuso un repositorio de control de código donde se almacenaban todos
los archivos de la presencia web del Data Week (incluidos su sitio web),
para guardar copias más permanentes de las memorias de los Data Weeks, tanto de
los índices a los pads, en sus lugares originales, como copias más maduras
de la documentación que surgía por el camino.
Fossil, el sistema de control de versiones que ya se ha mencionado, fue la
infraestructura que se usó para almacenar dichas copias, por su caracter minimalista,
y su buen soporte para Markdown, lo cual hacía que las copias allí almacenadas
se pudieran ver directamente como HTML y de hecho fue, según varios de los asistentes
del Data Week 11, que habían venido previamente a otras ediciones, lo que permitió
aclarar el concepto de \emph{infraestructuras de bolsillo}, pues permitía, en poco
más de 2 Mb de espacio en disco, desplegar una herramienta de colaboración distribuida,
que coordinaba el trabajo con documentación, guardaba copias de toda la historia y la 
previsualizaba en cada una de las máquinas de los asistentes, como habría de verse en
línea.

La solicitud de uno de los miembros recientes de la comunidad, que no había asistido
a ninguna de las Data Weeks, pero quería vincularse a las Data Rodas y jugaba un
papel activo en otras comunidades de libre cultura y alfabetimos web, unido a la mejoría
y madurez de las formas de documentación (particularmente durante el Data Week 11),
así como solicitudes de los asistentes, me  permitió organizar las memorias de una mejor manera.
Se crearon así índices temáticos (ver figura \ref{fig:dataweek-indice-tematico}) y
cronológicos (ver \ref{subfig:dataweek-indice-cronologico}, además glosarios de términos, que 
se recogían lo que se había hecho previamente y se ampliaban de acuerdo a las futuras ediciones, 
recogiendo aquellas inquietudes.
Además se hiceron unas guías de aprendizaje autónomo que secuenciaban los contenidos, ofreciendo 
prerrequisitos y mostraban algunos caminos alternativos para los aprendizajes.
La figura \ref{subfig:wiki-etherpad} y, sobre todo, el enlace que la acompañan, muestran 
dichos contenidos en la secuencia sugerida de auto-aprendizaje.
Aún así, a pesar de ofrecer dicha secuencia, ninguno de los miembros registrados en
el repositorio de código, o en los canales comunitarios de conversación, ha reportado
el uso de dichos contenidos después de algún evento o de ser creados.

\begin{figure}[tb]
	\includegraphics[width=\linewidth]{./Parte2/dataweek-indice-tematico.png}%
	\caption[Data Week: Indice temático]
	{Data Week: Indice temático \url{https://is.gd/wiki_temas}.}%
	\label{fig:dataweek-indice-tematico}%
\end{figure}

\begin{figure*}[tbh]
	\centering
	\subfloat[Indice cronológico (ver \url{https://is.gd/wiki_crono}).]{
		\includegraphics[width=0.45\linewidth]{./Parte2/dataweek-indice-cronologico.png}
		\label{subfig:dataweek-indice-cronologico}}
	\quad
	\subfloat[Eterphad en detalle (ver \url{https://is.gd/wiki_etherpad}).]{
		\includegraphics[width=0.45\linewidth]{./Parte2/wiki-etherpad.png}
		\label{subfig:wiki-etherpad}}
	\caption[Repositorio del Data Week.]
	{Capturas del repositorio del Data Week.
		Cada página puede ser visitada en detalle, haciendo click en el enlace respectivo
		ofrecido.
		Nótese como el etherpad (\ref{subfig:wiki-etherpad}) , tiene una secuenciación 
		pedagógica que facilita el aprendizaje autónomo, indicando dónde se enmarca dicho
		contenido entre los conocimientos previos y posteriores.}
	\label{fig:dataweek-repositorio}
\end{figure*}

Los etherpads, Fossil y Markdown, así como las libretas interactivas de Grafoscopio
constituyeron la práctica de documentación por excelencia en el Data Week y se
iba volviendo progresivamente compleja, empezando con los etherpads sencillos con
Markdown, pasando por la edición fuera de línea con Fossil y Atom\footnote{\url{http://atom.io/}} 
y terminando con libretas interactivas en Grafoscopio.
De este modo construimos una transición entre documentos estructurado colaborativos hechos en texto 
(etherpads), hacia el hipertexto (publicarlos y compartirlos en Fossil), hacia documentos interactivos
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.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. 
		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}
 
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
puede ver en el correo de bienvenida (Junio 3 de 2016) \footnote{\url{https://is.gd/bienvenida}}:

\begin{quote}
	Creé esta lista y me tomé la libertan de invitarles para darle continuidad a algunas conversaciones y experiencias que tuvimos principalmente durante la Data Week[1] y porque ustedes o bien han asistido a buena parte de una o varias ediciones dicho evento y/o han manifestado interés por Grafoscopio[2], la herramienta para escritura de documentos interactivos y visualización de datos, que puede ser usada en distintas prácticas: ciencia abierta, activismo de datos, investigación reproducible, periodismo de datos, entre otros. Sea esta la ocasión para darles la bienvenida a esta pequeña comunidad de puertas abiertas (para entrar o salir :-P). Por supuesto, si quieren compartir el enlace de la lista[2a] con otras personas para que se suscriban o desuscriban a ella, bienvenidos.
	
	\verb|[1] http://mutabit.com/dataweek/| \\
	\verb|[2] http://mutabit.com/grafoscopio/| \\
	\verb|[2a] https://lists.riseup.net/www/info/grafoscopio|
\end{quote}

La lista de correo, con 43 suscriptores al momento de este escrito, mostró un comportamiento habitual 
de otros proyectos de software libre, con uno pocos suscritos a ella activamente escribiendo 
(de 2 a 4 miembros) y una mayoría eventualmente leyendo y partipando de maneras más esporádicas 
y puntuales.
La escritura estuvo liderada por el desarrollador principal del software, lo cual
se ve en quién iniciaba los hilos de conversación y algunos otros miembros empezaron
a crear sus propios hilos o a responder de maneras activas a los hilos originados por
otros.

En la lista circularon diferentes temas, que tomaron la forma de mensajes solitarios
o encadenamiento de ellos a través de sucesivas respuestas, conocidas como hilos.
Fueron principalmente referidos a la logística de los Data Weeks y Data Rodas, 
antes, durante y después de ellos, (cfg hilos del 8 de julio de 
2016\footnote{\url{https://is.gd/kVBOMF}}, o mar 14 de 
2018\footnote{\url{https://is.gd/dataroda_hilo}}),
el funcionamiento de los artefactos creados durante ellas
(cfg los hilos de ago. 13 de 2016 \footnote{\url{https://is.gd/wZGhea}} y 
16 de may. de 2018 \footnote{\url{https://is.gd/zoteroedu}}),
así como las invitaciones a otro tipo de articulaciones con otros colectivos 
e iniciativas ciudadanas, como la de calidad del aire en Medellín y Bogotá 
(hilo del 4 de mayo de 2018 \footnote{\url{https://is.gd/airebogmed}}) 
o la invitación desde la Red de Bibliotecas Públicas 
(cfg hilo del 19 de nov. de 2017 \footnote{\url{https://is.gd/bibliotecasbog}}), 
el encuentro de Cities and Citizen Designers en Ibagué (cfg 11 feb. de 
2018\footnote{\url{https://is.gd/ibague}})  o el reconocimiento de HackBo como un 
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\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/mapeda_beneficiarios}}).

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*}

\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 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 
la mayoría del tiempo, dicho comportamiento de ausentimo por días y horas, 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 de los contenidos educativos, 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, por un lado,
y por otro tenía que acompasar los contenidos considerando qué habían visto quienes estaban en cada
sesión y cómo continuábamos con la experiencia de aprendizaje intensiva considerando las discontinuidades
de asistencia.
El trabajo para pulir los resultados finales, usualmente lo asumía yo, en solitario, aprovechando la 
licencia autofinanciada que me dí para el doctorado, confirmando las tensiones propias de las distancias
entre los imaginarios colectivos que se asumen en los proyectos de software libre y mucho del trabajo en
solitario que ocurre tras el mismo (véase \ref{fig:commit-strip}).
Esto me hizo reducir las Data Rodas a eventos más puntuales e invitar a que 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\footnote{veáse 
	\url{https://is.gd/zoteroedu2}} 
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 (\cite{ramirez-ordonez_estudio_2018}).
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.

\begin{figure}[tb]
	\includegraphics[width=\linewidth]{./Parte2/commit-strip-wide.png}%
	\caption[Imaginarios y realidades del código abierto]
	{Imaginarios y realidades del código abierto sobre las suposiciones del trabajo colectivo y
		mucho del trabajo en solitario.
		En la comunidad de Grafoscopio estamos tratando de crear transiciones más fluidas y entornos
		incluyentes, de modo que más personas puedan vincularse a la escritura de código, desde los
		alfabetismos digitales críticos.
		Original publicado en: \url{https://is.gd/commit_strip}.}%
	\label{fig:commit-strip}%
\end{figure}

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,
ni coloca ``la culpa'' en los miembros de la comunidad que no la usan de manera cotidiana (ni siquiera
yo lo hago, en mi condición de autor principal de la misma, como muestra la nota en la figura 
\ref{fig:concentric-communities}), tan sólo muestra que 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.
		La idea era tener círculos concéntricos de usuarios, contribuyentes, \emph{commiters} (personas con
		permisos en el repositorio) y desarrolladores. 
		Mientras la gráfica de arriba tenía más capas, entre tales comunidades, la de abajo tenía menos
		capas entre usuarios y desarrolladores, sólo una: los contribuyentes.
		Esto inspiró el uso más activo de repositorios durante el Data Week y las Data Rodas, para hacer un 
		puente más fluidos entre los contribuyentes y los desarrolladores.}
	\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 (véase
gráfica \ref{fig:concentric-communities} así como \cite{eghbal_what_2016} y \cite{rogers_healthy_2016}).
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 artefactos, se hablará con 
mayor detalle en el capítulo de conclusiones y recomendaciones.

%PENDIENTE: Documentación vestigial

\section{Eventos intercomunitarios}\label{intercomunitarios}

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

Además de las conexiones entre las comunidades internacionales de Pharo y la local creada en
HackBo sobre ciudadanías digitales y activismo de datos acá descrita, se procuraron conexiones
con otros contextos y comunidades, aprovechando y dando cuenta del caracter polisémico de Grafoscopio
y el Data Week, haciéndolos 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 European Smalltalk Users Group (ESUG) Conference (Praga, República Checa, 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 y Global Innovation Gathering (Berlín, Alemania, 2017 y 2018).
	\item Big Data from the South (Cartagena, Colombia, 2017).
	\item ISEA: International Symposium of Electronic Arts (Manizales, Colombia, 2017). 
	\item DataCamp (Kotor, Montenegro, 2017).
	\item Exploratorio (Medellín, Colombia abril de 2018).
	\item Varias ediciones de Datos y Guaros (Bogotá, Colombia desde 2016 a 2018)
\end{itemize}

Esto permitió localizar Grafoscopio y sus dinámicas en un entramado que interpelaban
varios colectivos y temáticas: desarrollo de software; visualización de datos; ciencias de
la computación; ciudadanías digitales críticas; estudios críticos de software y datos; 
estudios doctorales y post-doctorales sobre culturas hacker, particularmente las reconfiguraciones 
de dinámicas de investigación y construcción de conocimiento en la perifería y en el diálogo entre 
la academía y dichas culturas; innovación en comunidades de base; periodismo y hacktivimo de datos,
entre otros.
Fue interesante ver cómo las ideas que Grafoscopio y el Data Week cristalizaban eran acogidas
en dichas comunidades, así como las tensiones cuando se habitan espacios intermedios, pues si 
bien se causa interés en dos frentes distintos (por ejemplo ingeniería de software y visualización 
datos junto con periodismo de datos), las experiticias requeridas y las dificultades en esos lugares 
de intersección son  difíciles de comunicar y pueden ser juzgadas desde cada uno de los extremos: 
ingenieros y programadores pensando en problemas de desarrollo de software sin ver los problemas 
de la curaduría manual y dispendiosa de los datos y periodistas preocupados por el vértigo noticioso, 
sin considerar las dificultades técnicas o la estabilidad a largo plazo de las arquitecturas de datos 
(como las descritas en la sección \ref{panama-papers}).

Pero también hay resonancias poderosas que son consideradas precisamente desde los puentes posibles
entre las diversas comunidades.
Por ejemplo, las temáticas y problemáticas relacionadas con procesos de realimentación y 
\emph{bootstraping} y el desarrollo de metasistemas, circulan de manera frecuente y evidente en 
la comunidad internacional de Pharo, como pude comprobar durante mi participación en el ESUG 2016 
y son consideradas dentro del contexto del desarrollo de software, pero la charla corta que di
mostrando Grafoscopio recibió muy buenos comentarios, precisamente porque dichas inquietudes
se exploraban en el contexto del hacktivismo y el periodismo de datos.
De igual manera la noción de infraestructuras de bolsillo para aproximaciones críticas a los datos
llama la atención en contextos como los de re:publica y \emph{Big Data from the South}.

\begin{figure}[tbh]
	\centering
	\subfloat[]{
		\includegraphics[width=0.45\linewidth]{./Parte2/artefacto-realimentacion.png}
		\label{subfig:artefacto-realimentacion}}
	\quad
	\subfloat[]{
		\includegraphics[width=0.45\linewidth]{./Parte2/markus-artefacto-realimentacion.jpg}
		\label{subfig:markus-artefacto-realimentacion}}
	\caption[Algunas charlas del ESUG 2016]
	{Algunas charlas del ESUG 2016}
	\label{fig:esug2016}
\end{figure}

Es de esperar que este tipo de conexiones se hagan mucho más explícitas y potentes a lo largo
del tiempo, como ha venido ocurriendo hasta el momento, tanto en el mantenimiento y evolución
de las dinámicas y artefactos descritos hasta el ahora (particularmente Grafoscopio y el Data 
Week), pero también en la experimentación con dinámicas derivadas, como las del Diplomado
en Ciudadanía y Activimo Digitales, de la que ya se ha hablado.
Esta manera de enunciar desde lo local, mediante prototipos informados en las epistemologías
del diseño, y con fuertes compromisos en la transformación enactiva y plural del mundo,
está en consonancia con otros esfuerzos internacionales y la articulación parece promisoria
y va en la línea de diseño para las transiciones, enunciada por \cite{escobar_autonomiy_2016}.
Encontrar las maneras particulares de dicha articulación y transiciones es la tarea en un futuro 
próximo, pero continuará con la creación y extensión de dinámicas locales, la participación en 
eventos y redes internacionales y nacionales, y la construcción de materialidades particulares
(como las mostradas en la sección \ref{prototipos}) que enuncien de maneras cada vez más 
explícitas y fluidas las (de)construcciones posibles, así como las tensiones presentes.

Una de las hipótesis plausibles (que la investigación en diseño aporta, en lugar de las 
certezas, como ya se dijo) es que las articulaciones previas de las redes, pasaran por 
maneras de decolonizar las infraestructuras, entendiendo dinámicas de poder inmersas en 
ellas y reconfiguraciones posibles para visibilizar a más sujetos y sus políticas,
esperanzas y preocupaciones.
Esto tendrá la intervención permanente de comunidades de práctica en actos educativos
cotidianos, desde espacios periféricos, como HackBo, que pretenden aumentar su capacidad
de interlocución con espacios institucionalizados, particularmente públicos.
La tensión estará referida a la sostenibilidad y visibilidad de dicho esfuerzo, al menos
desde lo que los prototipos desarrollados hasta el momento muestran, pues es de esperar
que las tensiones presentes en dichos aspectos se extiendan a futuros cercanos.
Allí la articulación entre lo local y lo internacional, lo institucional y lo comunitario,
podría ayudar a resolver dichas tensiones.

El lenguaje de los prototipos y las materialidades digitales, acompañados de dinámicas
comunitarias referidas a nuevas ciudadanías fueron las maneras de explorar el diseño
para las transiciones.
Hasta ahora hemos visto Grafoscopio y las dinámicas comunitarias del Data Week, las
Data Rodas y otros espacios de encuentro.
El siguiente capítulo se ocupará de los prototipos que se desarrollaron, de modo que
podamos usar los aprendizajes que los incluyen para formular las maneras en que el diseño
para las transiciones, el prototipado (de éstos y otros artefactos digitales amoldables
y las dinámicas entorno a ellos) y otras maneras de ciudadanía, participación y gobernanza
se entretegen, en los capítulos finales.