\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) creado por y
para dichas formas de participación.
De los diversos encuentros dos en particular, las Data Week y Data Rodas permitieron
ejecutar tres de las cuatro fases propuestas en la metodología: el \emph{software como hipótesis}
era reapropiado por una comunidad durante los encuentros, pues una vez se contaba con
protipos básicos de Grafoscopio y otras infraestructuras y herramientas estas se colocanban
en contextos comunitarios para ser aprendidos; también servían para la \emph{indagación contextual}
en la misma, recibiendo realimentación de los participantes, permitiendo definir prioridades
y énfasis en los próximos diseños y, finalmente, se usaban para la fase de
\emph{diseño participativo}, pues el código, los problemas y las metodologías
originalmente propuestas, cambiaban de acuerdo a la participación.
La fase de \emph{diseño de producto} se hacía en solitario, incorporando en el software
Grafoscopio y otros artefactos los resultados de las otras fases y alistándolo para nuevas
iteraciones del ciclo de investigación.
Además, Data Weeks y Data Rodas incorporan tres innovaciones metodológicas a resaltar:
el \emph{live coding}, la documentación ágil y el \emph{mob programming}.
(La primera es facilitada gracias a Pharo/Grafoscopio), de las que se hablará más
adelante y que son particularmente útiles en encuentros de prototipado intensivo, cómo las
hackatones, pero que también ayudan a escapar de la volatilidad asociada a las mismas.
Dichos espacios de encuentro son, no sólo una manera explícita de desplegar la metodología
de investigación de esta tesis en tres de sus cuatro fases, sino una manera de dar cuenta de
los componentes de carácter etnográficamente informado de la misma y su apuesta por la
investigación acción desde el trabajo comprometido y extenso (casi 4 años) con comunidades de base,
pues amplificaba la capacidad en las mismas de co-construir, reconstruir y participar del discurso
público (mencionadas en el capítulo \ref{cultura-hacker} y ejemplificadas en los prototipos
del capítulo \ref{prototipos}).
Además Data Weeks y Data Rodas configuraban un currículo y prácticas educativas, en una comunidad
particular, sobre las maneras de apropiar saberes para cambiar las tecnologías que nos cambian
(en particular Grafoscopio) al mismo tiempo que se adquirían y compartían alfabetismos críticos
desde y sobre lo digital, en la naturaleza casi siempre político de los datos, las maneras de
reapropiarlos y compartirlos y el código y las herramientas que nos permiten ejercicios ciudadanos
desde y sobre la tecnología antes referidos.
Las fases de diseño no sólo diseñaban artefactos de software, sino prácticas educativas
y ciudadanas de las que da cuenta este capítulo.
El Data Week y las Data Rodas incorporan, algunas innovaciones metodológicas que vale la pena
mencionar y fueron avanzando desde sus diseños preliminares hasta características propiamente
consolidadas:
\begin{itemize}
\item \emph{Live Coding}: Según la Wikipedia (\cite{noauthor_live_2018}) es también
referido como programación al vuelo (\emph{on the fly}) o conversacional y tiene
que ver con hacer la programación una parte integral del programa en ejecución.
Esta característica ha sido particularmente subrayada en los performances musicales
donde se hace código que interpreta la música que suena en el momento y existe un
fuerte movimiento de live coding como arte performativa musical (véase \url{http://toplap.org}),
sin embargo su posibilidades también se encuentran en otros dominios como la visualización
de datos o el activismo.
En en el caso de los Data Weeks y Data Rodas, la implementación de esta característica
tuvo que ver con realizar modificaciones en caliente de un sistema funcional y ejecutándose,
y disminuyendo la brecha entre la creación y los creados, lo cual es particularmente
útil cuando se opera con un material simbólico y abstracto como lo es el código.
Aprovechamos que Pharo soporta el \emph{live coding}, continuando la tradición de
Smalltalk, e incorporando un continuo entre texto, código, documentos y programas, que
Grafoscopio ayuda a establecer (como se mostró en el capítulo \ref{grafoscopio}.).
\item \emph{Documentación ágil}: A lo largo de las distintas iteraciones la documentación
jugó un papel importante y progresivamente se incorporaron prácticas e infraestructuras
que permitieron realizarla de maneras más ágiles, desde sencillos textos colaborativos
provistos vía Etherpad, que sumados a lenguajes de etiquetamiento ligeros (Markdown) y
sistemas distribuidos de control de versiones minimalistas (Fossil) permitián escribir
colaborativamente las memorias del evento y estructurarlas progresivamente para la
participación posterior de nosotros mismos en la comunidad, facilitando el ingreso de nuevos
participantes y el trabajo asíncrono y remoto.
Al final implementamos una versión de CodiMD\footnote{\url{https://demo.codimd.org/}} en
nuestros propios servidores, que permitió integrar la experiencia y crear librillos y
documentación ágil estructurada entre varios participantes en tiempo real, conectando la
experiencia del \emph{live coding} no sólo a la escritura de software, sino de documentación.
\marginpar{
\captionsetup{type=figure}
\centering
\includegraphics[width=\marginparwidth]{./Parte2/mobbing.jpg}
\caption[\emph{Mob Programming}]
{Una sesión de \emph{Mob Programming} habitual: varias participantes
compartimos un proyector o pantalla y sugerimos código que es escrito desde un único
teclado. En nuestra variación, otros participantes pueden tener sus propios computadores,
si bien el foco está en lo que se escribe desde uno solo de ellos.}
\label{fig:mobbing}
}
\item \emph{Mob Programming}: Es una técnica en la que varias personas comparte un
teclado y una pantalla o proyector mientras dan ideas y sobre el código que se escribe,
por una de ellas, llamado el conductor, que es un puesto que se puede rotar.
De esta manera se permite expresar ideas en código, sin colocar a la escritura
del mismo como una barrera para la participación y alentando a otros a ver prácticas
de los más experimentados y eventualmente a escribir el código por ellos mismos.
Si bien se implementó desde las primeras sesiones el descubrimiento de esta técnica
fue contingente y no sabíamos que ya existía, incluso con libros que la reportan
y describen en detalle.
En nuestro caso se trataba de la disponibilidad del proyector y el hecho de que
en nuestro intento por hacer del código un lenguaje común entre quienes no éramos
programadores, dicha técnica fue emergiendo de manera natural y comparábamos
el acto de ver a otros escribir código al de ir a alguien interpretar música,
que era algo de lo que todos podíamos participar, incluso si no todos en la audiencia
eran intérpretes musicales ellos mismos.
El caracter frenético del modelo hackatón hacía también de esta una técnica adecuada
cuando el cierre del evento se acercaba, si bien se rotó algunas veces la función
de conductor y otros pudieron escribir código directamente.
La ganancia principal estuvo sin embargo en la posibilidad de conversar sobre el código
aportando ideas que se verían reflejadas en este y ejemplificando lo que otros autores
(\cite{bhargava_beyond_2015}, \cite{luna_hacer_2014}) mencionaban sobre los alfabetismos
críticos \emph{sobre} la tecnología y \emph{desde} la tecnología.
\end{itemize}
\begin{figure*}[!hbt]
\centering
\includegraphics[width=0.75\linewidth]{./Parte2/agile-doc.png}
\label{fig:agile-doc}
\caption[Documentación ágil.]
{Infraestructura para documentación ágil incorporándo varias
búsquedas a lo largo de los eventos. En el panel de la izquierda está la vista de
código (Markdown) del documento y en el panel de la derecha la visualización en
tiempo real de dicho código, extendiendo así la idea de \emph{live coding} asociada al
software también a la documentación.}
\label{fig:metodologia-innovaciones}
\end{figure*}
Las primeras secciones darán cuenta de cómo se llegó a las Data Weeks y Data Rodas
y los desafíos y limtaciones que dichos formatos enfrentan.
En dicho recuento se harán explícitas las fases de la metodología antes explicadas,
pues se verá como ellas se interconectan y cómo crean artefactos que ayudan a
la comunidad a apropiar y sugerir saberes para ejercer ciudadanías digitales desde
la modificación recíproca entre ésta y los artefactos digitales que se usan.
Los otros eventos tanto nacionales e internacionales de los que se participó, muestran el
caracter polisémico de los artefactos y aproximaciones que esta tesis tiene, más allá del
enfoque púramente positivista centrado en el código y lo medible, para preocuparse por
las dinámicas sociales alrededor de la tecnología y las subjetividades que estás convocan.
Por ello fue posible participar de eventos técnicos, pero también de eventos académicos
preocupados por la investigación y las comunidades hacker, y aquellos que leen en clave
crítica prácticas ciudadanas mediadas por tecnologías digitales, con perspectiva del Sur
Global, o que convocan a activistas, periodistas, académicos, artistas y otros públicos
y sujetos diversos.
Este capítulo muestra los diferentes eventos relacionados con Grafoscopio y las metodologías
de aprendizaje que se desplegaron alrededor del mismo, así como la participación en
eventos nacionales e internacionales que dan cuenta de las múltiples facetas con las que
esta tesis y sus artefactos intentan interlocutar, más allá de discursos puramente
tecnocéntricos\footnote{La tecnología es importante, por supuesto, en esta investigación
y el capítulo \ref{grafoscopio} da cuenta detallada de las materialidades tecnológicas
que soportan esta tesis y las maneras en que estas se apropiaron para la construcción
de prototipos mínimos que permitiesen desplegar dicha tecnología en contextos sociales.
Sin embargo, al ser esta una tesis en diseño y no en ciencias de la computación, la
preocupación principal no está en los algortimos o infraestructuras computacionales, sino
en las formas en que ellas (con propiedades particulares), empoderan a individuos y comunidades
de base, y desde la modificación recíproca tecnología -- seres humanos y propician
articulaciones intercomunitarias y entre ciudadanos y gobierno.}.
\section{Data Week}\label{dataweek-intro}
El \emph{Data Week}, según su página web (\cite{luna_cardenas_data_2015}), es un
taller+(anti)hackatón sobre visualización y activismo de datos donde se aprende a trabajar
con diversas representaciones referidas a los datos, bien sean simbólicas (código), icónicas
(visualizaciones) o cuantitativas.
Su carácter de taller tiene que ver con el aprendizaje mediante el ejemplo y la práctica
y su carácter de (anti)hackatón tiene que ver con la naturaleza intensiva y orientada a
prototipado de las hackatones, a la vez que la resistencia a la gentrificación del término
y la práctica (por eso el ``anti'' en paréntesis) por actividades que sólo quieren la fachada
de la innovación al mismo tiempo que no contribuyen a la interconexión permanente entre
comunidades de base y asuntos de construcción de lo público y el procomún, particularmente
en diálogo con instituciones gubernamentales intersectadas con dichas construcciones.
\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*}
En el Data Week se enseña como usar y extender Grafoscopio, usualmente desde ejemplos,
temáticas y problemáticas de caracter abierto, que tienen la intensión de amplificar voces
ciudadanas.
El despliegue de la metodología no sólo considera aspectos de índole técnica, sino también
historico crítica, alejándonos del inicio por el clásico pero neutralizado ejemplo del
``hola mundo'' y más bien considerando partir de preguntas y propuestas abiertas sobre temas
ciudadanos.
A pesar de que se suele tomar un tema recurrente (casi siempre el de los Data Selfies, explicado
en detalle en la sección \ref{twitter-data-selfies}) se permiten variaciones entre temas y
la intensión es más constituir un ritual de bienvenida (\cite{wenger_communities_1999} habla de
estructuras de acogida) a la comunidad de práctica de Grafoscopio, interesada por las herramientas
amoldables, en el contexto de la investigación y publicación reproducible, las narrativas y
visualización de datos y las llamadas tecnologías cívicas.
Este caracter introductorio a una comunidad se menciona en cada una de las ediciones.
Se intentan aproximaciones alternativas al ``Big Data'', virando el foco hacia la capacidad
de agencia que nuestros propios datos o aquellos que extraemos de entidades gubernamentales
(bien sea porque ellos los publican o porque nosotros los adquirimos vía scrapping) brindan
en la constitución de prácticas ciudadanas.
\subsection*{Las motivaciones: crear capacidad en la base, interlocutar con el poder y resistir}
El Data Week 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} enajenadas, 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.
Frente a esta dinámica, se propuso el Data Week como una manera de combinar los distintos
ritmos, en la medida en que era un ritual intensivo de bienvenida a una comunidad que
también tendría ritmos más sosegados (dando así los primeros pasos de ese viaje largo al
que se refiere el epígrafe de este capítulo).
De este modo se mostraba que la hackatón podría ser algo más que sólo un evento mediático
e interconectarse mejor con los procesos orgánicos en comunidades de base, a la vez que
las visibilizaba y las articulaba con las preocupaciones por la construcción de lo público
y lo ciudadano, lo cual era un lugar ausente en las hackatones de orientación más técnica.
Así se aprovechaba las propuestas de las hackatones \emph{fashionistas} respecto a proponer
formatos innovadores de interlocución entre ciudadanía y estado, mediante prototipos
tecnológicos, al mismo tiempo que se resistía la gentrificación al articularse con comunidades
de base con posturas críticas y trabajos permanentes y duraderos más allá de la hackatón.
\marginpar{
\captionsetup{type=figure}
\centering
\subfloat[]{
\includegraphics[width=\marginparwidth]{./Parte2/salto-imposible.png}
\label{subfig:salto-imposible}}
\quad
\subfloat[]{
\includegraphics[width=\marginparwidth]{./Parte2/salto-posible.png}
\label{subfig:salto-posible}}
\caption[Instalar capacidad creciente en la infraestructura]
{Instalar capacidad creciente en la infraestructura fue una de las motivaciones
del formato Data Week y Data Roda, de manera que se pudieran asumir proyectos
progresivamente más complejos desde infraestructuras y comunidades progresivamente
más capaces.
Este tema se retoma en la figura \ref{fig:capacity-building}, cuando se presentaba
el currículo y las intensiones de las Data Weeks y Data Rodas a sus participantes
(adaptado de \cite{denker_nomads_2014}).}
\label{fig:capacidad-en-infraestructura}
}
Por otro lado, la pregunta sobre cómo cambiar los artefactos digitales que nos cambian, tenía
que ver con la puesta en escena del entramado entre tecnologías y comunidades de base para
indagar sobre esta relación de modificación recíproca en la práctica.
Se quería dejar instalada capacidad en la comunidad de base y la tecnología (véase figura)
de modo que se pudieran asumir proyectos progresivamente más complejos gracias a los saberes que
la comunidad iba adquiriendo y que la infraestructura iba reflejando, como efectivamente ocurrió,
con lo cual se escapaba a la volatilidad propia de los eventos de prototipado más vertiginosos
y se iniciaban actos de enculturación (de pertenencia) a comunidades de práctica más duraderas,
que las fortalecían.
Esta intensión se hacía explícita durante la presentación del Data Week, como se muestra
después en el mapa que introduce su currículo (véase figura \ref{fig:capacity-building} de la
sección \ref{curriculo}).
Así, el Data Week se construyó sobre dos premisas:
\begin{itemize}
\item Construir un puente entre el pasado y el futuro de una comunidad, a través de los
espacios de encuentro en esta donde creamos juntos, desde un caracter celebratorio y de
bienvenida (como algunos de los encuentros previos en las comunidades de software libre,
mencionados en el capítulo \ref{prehistoria}.)
\item Permitir que ciudadanía y estado conversen desde el lenguaje que facilitan los
prototipos.
\end{itemize}
Lo importante de las distintas versiones de los Data Weeks y Data Rodas, es que ellas consideraron
el acto de reapropiar los datos que como personas y ciudadanos confiamos a entidades públicas
(como el gobierno o las bibliotecas) o privadas (en particular Twitter) como actos de ejercicio
de ciudadanía misma y abrieron caminos para que este trabajo con datos estuviera mediado por
código que extendíamos y construíamos comunitariamente.
En ese sentido, estos eventos desarrollan la perspectiva de hacker cívico descrita por
\cite{schrock_civic_2016} respecto a la interlocución entre ciudadanos y gobierno desde
acciones mediadas por datos y los tipos de acciones que se pueden desarrollar desde allí,
y que se describirán en detalle posteriormente.
También corresponden a los actos de ciudadanía digital mencionados por \cite{isin_being_2015},
pero se desarrollan de manera cotidiana, desde concebir los ritmos y acciones comunitarias
que las hacen posibles en medio de otras ocupaciones e incrustables en el resto de la vida,
a pesar de que no es una labor a la que nos dediquemos de manera exclusiva (somos ciudadanos
digitales como somos ciudadanos, en medio de nuestras identidades de padres, hijos, trabajadores,
amigos, deportistas etc).
Diseñar estas acciones y espacios ciudadanos mediados por la tecnología digital desde el trabajo
con la comunidad, es esencialmente dar cuenta de las maneras en que se iteraban las ideas
y acciones en dicha comunidad para encontrar ritmos, quehaceres, enunciaciones e infraestructuras
adecuadas.
Las siguientes secciones dan cuenta de cómo las dos premisas se consolidaron, tanto desde
las dinámicas comunitarias, como de algunos infraestructuras construidos y usados durante ellas,
mientras que el capítulo \ref{prototipos} habla de los prototipos en mayor detalle.
\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
talleres 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.
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 intenció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/}}.
\begin{figure}[htb]
\includegraphics[width=\linewidth]{./Parte2/open-spending.png}%
\caption[Gasto público]
{Trozo de un mapa mental que mostraba dos aproximaciones frente a controlar el gasto
público.
Una emprendida por una ONG sobre 76 países, liberaba 28 millones de registros,
la nuestra desde el \emph{scrapping} liberaba y curaba casi 67 mil registros,
sin financiación y en menos de una decena de días.}%
\label{fig:open-spending}%
\end{figure}
También mostraba el potencial del trabajo desde individuos y pequeños colectivos: por ejemplo,
el proyecto OpenSpending mostraba, para ese entonces, como 76 países habían liberado 1105 datasets
conteniendo 28'369.534 registros \footnote{La página de \emph{Open Spending}, contiene hoy
más registros actualizados de más países. Ver \url{https://openspending.org/}}.
El \emph{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 66.903 registros para 15 años de
contratación\footnote{Véase \url{https://is.gd/contratos2}} y cerca de 6.5 Gigabites de información
cruda\footnote{Véase \url{https://is.gd/contratos}}.
Sin embargo, tenía un riesgo, como se señaló antes de la ejecución del taller al coinvestigador
del proyecto Ciudad de Datos,y es que familiarizarse con los datos y sus visualizaciones y lograr
continuidad y resultados con el problema era algo difícil para un plazo 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.
La comunidad de OpenDataCo (de la cual hago parte) ha trabajado esporádicamente en el problema
de los datos de contratación pública desde entonces, como lo muestra su lista de correo y
su repositorio de código fuente.\footnote{Véase \\ \url{https://github.com/OpenDataCo}.}
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} (véase sección
\ref{twitter-data-selfies}), que se basaba en la información provista por cada usuario de Twitter,
en lugar de la información desde el scrapper desarrollado para el prototipo de los mapas del silencio.
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.
Esto se debió particularmente a que uno de los asistentes era un investigador del doctorado
en estudios culturales de la Universidad Humboldt de Berlín (Alemania), interesado en las
prácticas de escritura de código en nuestro hackerspace, lo cual favoreció ese acento en
lo teórico.
También se mejoró la infraestructura que soportaba la interconexión con repositorios de
documentación en Fossil.
Esto daba cuenta del caracter abierto a la improvisación propio del encuentro y la intensión
de acogida, debido a un número de participantes pequeño en las reuniones, con lo cual se
procuraba visibilizar saberes e inquietudes de nuestros asistentes, así como dar cabida
a desviaciones, bien fuera tecnológicas o teóricas durante el evento.
\begin{figure*}[tbh]
\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 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 enajenación de lo público,
particularmente las bibliotecas, para la apropiación de los privados, específicamente
Microsoft, sobre la base de enseñar a todos a hacer código (véase
\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.
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 enajenado 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/}}\footnote{Esto ocurrió, esencialmente por que
Xmind 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
molestia, si pagamos por tal privilegio)}.
En esta edición también se hicieron los primeros intentos de \emph{streaming} (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 \footnote{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 (véase \ref{software-publico}).
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 (véase subsección \ref{software-publico}.).
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.
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 \cite{isin_being_2015} 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*}[tb]
\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.
Se pasa de ejemplos abstractos con datos genéricos, como los mostrados en la derecha, que
trabajan con números enternos, a cosas más concretas con datos críticos, como los de la
izquierda, que trabajan con los datos del plebiscito por la paz en Colombia.}
\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 ágil 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 comprensió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 más de 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.
\begin{figure}[tbh]
\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, aplicándose en contextos internacionales
como la edición Visualizar18, que trató sobre datos personales y donde extendimos
el proyecto de los \emph{data selfies} de Twitter (véase sección
\ref{twitter-data-selfies}).}
\label{fig:talleres}
\end{figure}
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 en el capítulo \ref{conclusiones-y-posibilidades-futuras}).
\section{El currículo}\label{curriculo}
Los hackerspaces son vistos como lugares donde se consolidan comunidades de práctica
desde esta tesis, desde la perspectiva de \cite{wenger_communities_1999}, que nos
muestra el aprendizaje como un hecho cotidiano en nuestras experiencias de filiación
a comunidades (aprender es pertenecer con sentido).
Son además 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'', por ejemplo en este caso el ``no todavía'' de las prácticas
ciudadanas y educativas que el hackerspace adelanta.
Desde dicha perspectiva los hackerspaces 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 ejemplificó con la comunidad de Pharo en el capítulo \ref{grafoscopio}, 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 (\cite{schrock_education_2014} 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 \cite{wenger_communities_1999} llama ``estructuras de acogida'',
que permitieran a nuevos miembros de la comunidad aprender más fluidamente y sentirse
bienvenidos dentro de ella.
\begin{figure}[tbh]
\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{luna_cardenas_grafoscopio:_2015}.}%
\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 que provee la plantilla escogida para esta tesis.
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 intenció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}[tb]
\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}[tb]
\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 intenció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).
Nótese que no se está diciendo que la teoría disminuía en importancia durante la presentación de
los talleres, sino que se integraba mucho mejor a las presentaciones y ejercicios de carácter práctico
que se hacían durante ellos, precisamente atendiendo a la solicitud de los participantes.
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 de las comunidades de práctica,
a la que se ha hecho referencia en repetidas ocasiones y se retomará con mayor detalle al
final de este capítulo.
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 (\citeyear{coates_my_2003,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 \hyperlink{https://is.gd}{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*}[tbh]
\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.
\begin{figure}[!htb]
\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}
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 alfabetismos 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.
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.
\begin{figure*}[htb]
\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}}
\\
\subfloat[Docutopia (ver \url{https://is.gd/monticello}).]{
\includegraphics[width=0.85\linewidth]{./Parte2/monticello.png}
\label{subfig:docutopia-monticello}}
\caption[Repositorios para Data Week y Data Rodas.]
{Capturas del repositorios de documentación de los Data Week y las Data Rodas.
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.
\ref{subfig:docutopia-monticello} muestra la última infraestructura comunitaria
desplegada para documentación ágil, después de los eventos internacionales, allí se
están realizando los últimos proyectos locales que tienen que ver con la construcción
de libritos sobre ciudadanías digitales, activismos de datos y las infraestructuras
ágiles y de bolsillo para soportarlas.}
\label{fig:dataweek-repositorio}
\end{figure*}
\clearpage
Por otro lado, los eventos internacionales mostraron prácticas similares a las que
estábamos desarrollando en el hackerspace, referidas a la documentación ágil y
estructurada, combinando Etherpads con Markdown, tanto en el Digital Citizen
Toolkit Workshop, como en Visualizar 2018 (véase sección \ref{intercomunitarios}).
Pero al ser encuentros más intensivos también mostraron más rápidamente los límites de esta
infraestructura y aclararon las preguntas sobre qué tipo de características debería tener
una infraestructura que soportara la documentación en dichos eventos intensivos (y por supuesto
los más sosegados).
Esencialmente se trataba de tener la experiencia de escritura de Markdown colaborativa
y en tiempo real que implementábamos vía los Etherpads, pero con el resaltado sintáctico,
autocompleción y las demás características, que damos por sentadas quienes escribimos en los
editores de código.
Una vez este conjunto de requerimientos estuvo claro, busqué una aplicación que
los satisfaciera y encontré CodiMD, que ya lo hacía y brindaba varias características
mejoradas\footnote{Entre ellas estaban la previsualización en tiempo real y soporte para un
supraconjunto de Markdown, llamado CommonMark con extensiones que permitian admonitions
y otras prácticas que ya estaban implementadas en la comunidad y mejoraban mucho la
legibilidad de los documentos}.
Se instaló una instancia de CodiMD en los servidores de Tupale\footnote{véase \url{https://docutopia.tupale.co}},
otro proyecto comunitario interconectado con el nuestro y allí se continuaron, mejoraron y
actualizaron las prácticas de documentación que veníamos haciendo en las infraestructuras previas.
De este modo construimos una transición entre documentos estructurado colaborativos hechos en texto
(etherpads), hacia el hipertexto (publicarlos y compartirlos en Fossil y CodiMD), 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}[tb]
\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}}).
\begin{figure*}[!htb]
\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*}
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 intenció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.
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.
\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}
}
\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 cómo reconfigurarlos
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.
Durante dicho diplomado se espera desarrollar portafolios para los asistentes, empezando con
un librito de investigación y publicación reproducible y remezclable en inglés, que muestre
lo que la comunidad de Grafoscopio ha estado haciendo en contextos internacionales, pues muchas
de sus prácticas locales han mostrado ser innovadoras en tales contextos.
%PENDIENTE: R3P: Captura de pantalla.
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).
\item Digital Citizen Toolkit Workshop (Kotor, Montenegro, 2018).
\item Visualizar18 Datos Personales en Medialab El Prado (Madrid, Españ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}).
\begin{figure*}[th]
\centering
\subfloat[]{
\includegraphics[width=0.52\linewidth]{./Parte2/we-tools-thesis.png}
\label{subfig:nosotros-herramientas}}
\quad
\subfloat[]{
\includegraphics[width=0.2\linewidth]{./Parte2/artefacto-realimentacion.png}
\label{subfig:esug-artefacto-realimentacion}}
\subfloat[]{
\includegraphics[width=0.2\linewidth]{./Parte2/we-tools-esug.png}
\label{subfig:artefacto-realimentacion}}
\\
\subfloat[]{
\includegraphics[width=0.40\linewidth]{./Parte2/abreLatam2016.png}
\label{subfig:abreLatam2016}}
\subfloat[]{
\includegraphics[width=0.40\linewidth]{./Parte2/visualizar18.jpg}
\label{subfig:visualizar18}}
\subfloat[]{
\includegraphics[width=0.32\linewidth]{./Parte2/documentaton.jpg}
\label{subfig:documentaton}}
\caption[Algunas charlas del ESUG 2016]
{Los eventos intercomunitarios ayudaron a conectar ideas y prácticas en contextos
nacionales e internacionales..
La idea de artefactos y realimentación, en particular con las comunidades, propia de esta tesis
y las epistemologías del diseño (el software como hipótesis, el prototipo para comprender y comunicar),
presentada en el examen doctoral de 2014 (\ref{subfig:nosotros-herramientas}) estaban presentes
de manera recurrente en charlas de la European Smalltalk Users Group Conference en 2016
(\ref{subfig:esug-artefacto-realimentacion}, \ref{subfig:artefacto-realimentacion}),
aunque aplicadas a temas de desarrollo de software y no desde el (h)ac(k)tivismo y la ciudadanía.
Sin embargo, el uso de Pharo en estos contextos era llamativo para estas comunidades.
Las ideas de ciudadanías empoderadas por datos y activismo resonaría con iniciativas latinoamericanas
en AbreLatam 2016 (\ref{subfig:abreLatam2016}) y también iberoamericanas, en eventos como
Visualizar 2018 (\ref{subfig:visualizar18}) ,
desde la idea de Data Selfies.
La técnicas de documentación intensiva y ágil desarrolladas localmente serían muy similares a eventos
como ``documentatones'' que reunían varios esfuerzos internacionales de investigación ciudadana en
casi todos los continentes, en eventos como el Digital Investigation Citizen Toolkit
(\ref{subfig:documentaton}).
Dichas conexiones intercomunitarias y otras, continúan desarrollándose hoy en día, al momento de
escritura del cierre de esta tesis.}
\label{fig:esug2016}
\end{figure*}
%PEND: Visualizar 2018.
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.
Las técnicas de documentación ágil locales han sido empleadas en los eventos del Digital Citizen
Toolkit Workshop y Visualizar 2018, mostrando también convergencias y aportes de valor en los saberes
accionables que permiten crear memorias desde y para las comunidades.
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 hackademia, re:publica y \emph{Big Data from the South},
debido a que dichos eventos entienden el despliegue de infraestructuras digitales más allá
de los enfoques puramente tecnocéntricos y se aproximan desde perspectivas críticas,
entendiendo la relación de reapropiación entre contexto y técnica, al mismo tiempo que validan
las prácticas asociadas a ellas y no sólo las lecturas teóricas y, de hecho, los formatos de
encuentro y las convocatorias se repiensan para juntar teóricos, académicos, activistas y practicantes
y construir puentes entre ellos, lo cual es un abordaje esperanzador en medio de la habitual actitud
fetichista hacia ``hacer teoría'', que suelen tener los lugares más convencionales de la academia y
sus académicos.
Por supuesto este puente está aún pendiente, como se indicaba en la sección \ref{teoria-practica}
y tendrá que permitir otros artefactos de conocimiento y narrativas conexas a ellos,
en diálogo con posturas teóricas pero no subordinados a sus formas de enunciación.
Publicaciones como el Journal of Open Source Software y algunos de los eventos antes mencionados
procuran estos puentes y diálogos de formas de comprender y enunciar.
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, el Data
Week y las Data Rodas), 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, que permitirían encuentros
más intensivos, acreditas y orientados a la construcción de portafolios, donde los participantes
muestren la experticia que han venido adquieriendo en tales encuentros y que iteren sobre los
prototipos mostrados en el capítulo \ref{prototipos} y construyan otros nuevos, como el librito
de Publicación e Investigación Reproducible y Remezclable.
\section{Investigación desde el diseño y comunidades de práctica}
Este capítulo dio cuenta parcial cómo la metodología del software como hipótesis
se desplegaba en contexto y cómo ayudaba a constituir una comunidad de práctica
alrededor de los temas de ciudadanías digitales y activismo de datos, por un
lado, y por otro a apropiar los repertorios simbólicos y materiales referidos
a las herramientas amoldables (que podemos cambiar).
Es decir, mostró como una vez se tuvo un prototipo funcional de un software
(Grafoscopio), que embebía ciertas búsquedas en la intersección de artefactos
amoldables, activismo, ciencia ciudadana y de garaje, investigación
y publicación reproducible (mostrada en el capítulo \ref{grafoscopio}),
se crearon un conjunto de prácticas y desplegaron unas infraestructuras que articularon
una comunidad alrededor de las mismas, la cual, de modo explícito se constituyó en un lugar
de aprendizaje, con mediaciones educativas como el currículo (\ref{curriculo}).
Esto muestra también el caracter de \emph{bootstrapping} y autoreferencial de las
comunidades y de lo social que tienen como base lo humano (autopoiético) en diálogo con
artefactos (heteropoiéticos) y la labor del diseño en tales mediaciones e interfaces
entre lo social y lo artefactual, mencionado en el capítulo \ref{grafoscopio} y en la primera
parte teórica del comienzo de esta tesis, pues efectivamente, la comunidad se constituyó a sí misma
a partir de un conjunto de prácticas, infraestructuras, temáticas y espacios que definen
la comunidad como tal.
La comunidad de Grafoscopio parte de una serie de llamamientos y es convocada
como un público recursivo (\cite{kelty_geeks_2008}), siendo conformada por aquellos interesados
en tales llamamientos, lo que les permiten asistir a un conjunto de eventos que consolidan
una serie de prácticas donde se despliegan y usan un conjunto de infraestructuras, compartiendo
unos repertorios materiales y simbólicos, es decir, constituyéndose como una comunidad.
Así, la comunidad se conforma a sí misma partiendo de un prototipo funcional mínimo
de software que encarna un conjunto de preocupaciones y eventos (llamamientos y aperturas,
desde la acepción de \cite{isin_being_2015}) que permite a quienes tienen interés por ellos
ser parte de la comunidad y evolucionar como tal.
Al mismo tiempo, la asistencia a estos eventos repolitiza el código fuente, tanto detrás
del software, como de la documentación, pues debido a las licencias que se usan para estos,
se constituyen en productos abiertos, que abren otros lugares, como los portales de software
público estatales, el proyecto de pasos para una Biblioteca Pública de Bogotá, o el
Manual de Periodismo de datos (explorados en más detalle en el capítulo \ref{prototipos}).
En resumen, se acude a llamamientos que realizan aperturas (de infraestructuras y proyectos)
que manifiestan el caracter político de las prácticas comunitarias mediadas tecnológicamente.
Lo anterior se enmarca dentro las tensiones propias de construir colectividades, que
específicamente se han estudiado para el caso de las comunidades de software libre,
particularmente las referidas a las tensiones entre el crecimiento y la contribución
y el hecho de que muchas dependen de pocos miembros activos
(mencionada en la sección \ref{participantes}), tienen inconvenientes de sostenibililidad
económica (como manifestaron los participantes) y son frágiles, como la mayoría de bienes
comunes.
Dicha tensión da cuenta del fenómeno conocido como participación periférica legítima
(\cite{wenger_communities_1999}), que habla de maneras de participación más centrales
y otras en las cuales la mayoría de miembros no está vinculado tan de cerca al sostenimiento
de la comunidad de práctica.
Estas formas de partición fueron reflejadas en las infraestructuras que la soportan,
tanto en las listas de correo, como los canales de mensajería instantánea, como en los
sistemas de documentación y repositorios de código fuente de software,
dando cuenta de un grupo reducido de personas que aportan dentro de dichas infraestructuras
a crear cosificaciones que faciliten participaciones futuras y una periferia de miembros
con participaciones menos activas.
Para el caso del software, este cuenta aún con un sólo autor principal, como la mayoría del
software libre (\cite{eghbal_what_2016}, \cite{hill_when_2013}).
La pregunta por la constitución de una masa crítica de miembros suficientemente activos
que permitan el mantenimiento de la comunidad, así como el diálogo con modelos de
sostenibilidad económica consecuente con las apuestas críticas en las que estas comunidades
se enmarcan, dentro de las lógicas del software libre, las ciudanías digitales, el
activismo y los bienes comunes, es una pregunta abierta tanto para la comunidad y las
instituciones cercanas, como para investigaciones futuras.
La conformación de una comunidad local ocurría desde la metodología del software como
hipótesis, una vez se tenía un prototipo del artefacto digital Grafoscopio, convocando
abiertamente a personas interesadas en su uso para temas cívicos.
Es decir se pasaba de la fase del software como hipótesis (con un primer prototipo funcional)
a un conjunto de eventos (principalmente los Data Weeks y las Data Rodas) que propiciaban la
indagación contextual, particularmente a partir de la investigación de caracter etnográfico,
y el diseño de participativo, tanto desde los talleres de diseño, como los prototipos ligeros,
para luego pasar a sesiones de diseño de producto en solitario que mejoraban el prototipo
como hipótesis y que permitían realimentar cualquiera de las fases.
Además, como se trababa de apropiar el conjunto de repertorios simbólicos y materiales,
mediados por el código fuente (para prácticas ágiles tanto de software, documentación y visualización),
la fase de diseño participativo, los talleres de diseño y los prototipos ligeros tomaban la
forma del código que construíamos colectivamente, dando cuenta de las inquietudes
abordadas en cada uno de los encuentros.
Las diferentes iteraciones de los Data Weeks y Data Rodas ayudaron a concebir los ritmos de
trabajo y encuentros que permitieran hacer de estas reuniones parte del cotidiano de los
participantes y durante ellas también se perfilaron y desplegaron un conjunto de infraestructuras
y artefactos conexos que facilitaron la participación tanto en iteraciones futuras de los eventos,
como a personas en latitudes y usos horarios distintos.
Dichas infrestructuras están principalmente en dos categorías de software social:
dialógico, en el que priman lo conversacional, y documental, que prioriza los documentos.
La participación desplegaría nuevas infraestructuras o mejoraría las previas y
sobre todo la memoria en ellas, dando cuenta así de la dualidad cosificación-participación
referida por \cite{wenger_communities_1999}.
Desde esta premisa, el aprendizaje está asociado a dinámicas de conformación de comunidades
de práctica y vinculación con sentido a las mismas.
La experiencia conformando y participando en comunidades de software libre, así como el uso de
las dinámicas e infraestructuras en ellas para proyectos educativos e investigativos, mostrada
en el capítulo \ref{prehistoria}, permitió el despligue y hallazgo de un conjunto de infraestructuras
que ayudaran a nuevos aprendices a participar de la comunidad, tanto desde los espacios dialógicos
como los documentales, potenciados por dichas categorías de software social.
Allí las técnicas ágiles de documentación y publicación jugaron un papel importante
en la vinculación de nuevos miembros y explicitaron el carácter educativo de la comunidad
dentro del hackerspace, en contraste con la idea de aprendizaje invisible de la mayoría
de comunidades, en particular las comunidades maker/hacker, mencionado por \cite{schrock_education_2014}.
Esta explicitación de lo educativo tomó cuerpo en un currículo (ver sección \ref{curriculo})
que se fue afinando en cada iteración de los eventos, procurando un mejor balance entre lo
teórico y lo práctico.
Lo anterior produjo una serie de innovaciones metodológicas que tomaron cuerpo en
tres prácticas, explicadas al comienzo del capítulo y las infraestructuras que las
soportan, y cuya juntura se convirtió en un sello distintivo de los encuentros en la
comunidad de Grafoscopio, en particular para abordar temas relacionados con activismo
de datos y ciudadanías digitales:
\begin{itemize}
\item El \emph{live coding}.
\item El \emph{mob programming}.
\item La documentación ágil.
\end{itemize}
Tales prácticas ocurren actualmente por separado (en el mundo del performance musical,
o las prácticas de programación ágil), y hasta donde la experiencia mostró, no están
asociadas a las prácticas de ciudadanías digitales, pues no se conciben las hackatones
como espacios para compartir conocimientos, sino para el prototipado intensivo de
``soluciones'' (fieles al enfoque solucionista).
Nuestra apuesta por lo educativo implicó metodologías que intentaban hacer del código
un lenguaje común, si bien aún falta abrirse a otros saberes y prácticas, que es
un camino por recorrer en comunidad.
Dicha comunidad no sólo se articulaba a una comunidad técnica, la de Pharo,
sino que convocaba a perfiles diversos (periodistas, bibliotecarios, investigadores,
profesores, estudiantes) en lo local que estaba en condiciones de conversar
con varios comunidades internaciones (mencionadas en la subsección \ref{intercomunitarios}),
ya estuvieran vinculadas a la investigación sobre comunidades hacker/maker, la ciencia abierta
y la investigación reproducible, el activismo, el periodismo o la visualización
de datos, mostrándo así lo llamativo y polisémico de este conjunto de prácticas liminales,
que ocurren en la frontera entre lo tecnológico y lo activista y también lo interesante
de la perspectiva desde el Sur Global, para tales contextos internacionales,
particularmente en la manera en que se conciben y despliegan infraestructuras y desde
las diferencias de como ocurre esto en los contextos del Norte Global.
Creo que esto fue lo que abrió puertas sistemáticamente a la participación en dichos
eventos.
La diversidad de perfiles de participantes en la comunidad y las prácticas liminales
entre lo tecnológico y lo cívico (lo que se ha llamado \emph{civic tech}) constituyen
un gran valor de la comunidad, reconocido internacionalmente, desde la participación
recurrente en eventos, pero también implica el riesgo de que las infraestructuras que
facilitan la participación de futuros miembros tarden tiempo en ser apropiadas,
extendidas y modificadas por aquellos con perfiles no tan técnicos.
Esta es otra tensión latente en la comunidad.
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}.
Éste, cita a Winograd y Flores para hablar del caracter ontológico del diseño (es decir,
referido a cómo configuramos a través de éste formas de ser)
\begin{quote}
Al crear nuevos artefactos, equipos, edificios y estructuras organizativas intenta especificar,
con antelación, cómo y dónde se mostrarán las rupturas en nuestras prácticas cotidianas y en
las herramientas que utilizamos, abriendo nuevos espacios en los que podemos trabajar y jugar.
El diseño con orientación ontológica es, necesariamente, reflexivo y político; reflexiona sobre
la tradición que nos ha formado pero imagina transformaciones aún no realizadas de nuestras vidas
en sociedad.
A través de la emergencia de nuevas herramientas llegamos a una conciencia cambiante de la naturaleza
y acción humanas; esto conduce a nuevo desarrollo tecnológico. El proceso de diseño es parte de esta
``danza'' en la que se genera nuestra estructura de posibilidades
\end{quote}
(pág 135)
y menciona (pág 174) que ``Cualquiera que sea la categoría adoptada —‘diseño de transición’,
‘diseño para la transición’,‘diseño para la innovación social’ — hay un entendimiento común de
que las transiciones son emergentes y plurales''.
Efectivamente, esta tesis ha aportado en la línea de diseño ontológico una herramienta emergente,
Grafoscopio, acompañado de un conjunto de prácticas (Data Weeks, Data Rodas, etc) e infraestructuras
(software dialógico y documental) que nos permite no sólo evidenciar dicho caracter cambiante
de la acción humana referido antes por Winograd y Flores, sino dar cuenta de la ``danza'' en la
dualidad estructura--agencia, mencionada por \cite{fuchs_autopoiesis_nodate}, pues desde estos
prototipos que revelan su naturaleza cambiante en diálogo con las comunidades que los apropian
y cambian, nos configuramos a nosotros mismos como comunidad y cambiamos nuestra capacidad (agencia)
de interlocutar con las instituciones sociales (estructuras) en las que nos encontramos.
El hecho de que el código fuente esté abierto, unido al carácter continuo y de metasistema
de la herramienta en la que está dicho código (que facilita transiciones de usuario a hacedor de
la misma), junto con encuentros comunitarios y los currículos educatívos explícitos desplegados
en los mismos, que permite enactuar las posibiliidades plurales y emergentes a las que se refiere
Escobar en su diseño para las transiciones, que alienten un mundo con muchos futuros (futuralidad),
en lugar de la convergencia hacia uno sólo (neoliberal y capitalista) que no permitirá muchas
otras formas de ser.
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.