Desde que me lo presentaron, siempre me ha desagradado el Test Driven Design (TDD), pues me parecía absurdamente burocrático y contra flujo. Afortunadamente, gracias al podcast de Book Overflow, encontré un autor reconocido, John Ousterhout, creador de Tcl/Tk y "A Philosophy of software design", que comparte mi opinón respecto a escribir los test antes de escribir el código y dice que en el TDD no se hace diseño, sino que se depura el software hasta su existencia.

Mi enfoque, que podría llamarse Argumentative Driven Design o ADD es uno en el que el código se desarrolla para mostrar un argumento en favor de una hipótesis, y las pruebas de código se van creando en la medida en que uno necesita inspeccionar y manipular los objetos que dicho código produce.

En palabras práctica, esto quiere decir que los test y su configuración deberían hacerse cuando uno necesita hacer un "print" (para probar/inspeccionar/manipular un estado/elemento del sistema) y no antes, lo cual aumenta la utilidad, no interrumpe el flujo y responde preguntas similares a las de este apartado, respecto a de dónde provienen las pruebas y qué hacer con los resultados exitosos.

el término “interstitial programming” describe el trabajo en los “intersticios” entre sistemas técnicos y sociales. En bibliotecas y archivos esto es valioso para integrar flujos de trabajo heterogéneos, por ejemplo entre catálogos, repositorios digitales y sistemas de preservación

Nunca lo había pensado de esta manera. Mis notas de estructura suelen ser mini tablas de contenido de cosas relacionadas en lugar de disintas.

Me pregunto si algún enfoque algorítmico podría permitir visualizar esas conexiones extrañas entre nodos. He pensado en algo así para las etiquetas y otros elementos de organización de mi información.

Me enfrenté a la duda sobre los identificadores únicos para documentos en Grafoscopio y finalmente opté por NanoID, debido a la baja posibilidad de colisión con tan sólo 11 caracteres, lo que es más corto que una fecha única (pues hay que capturar los milisegundos para hacer un indicador único), funciona incluso cuando se producen muchos trozos de información rápidamente (por ejemplo en una importación de información donde hasta los milisegundos podrían coincidir) y, de todos modos, la fecha es un metadato que se puede capturar en otro lado y por alguna razón para mí no es tan memorable. Si bien el NanoID es un indicador no memorable, los videos en YouTube se hacen virales por otros datos (como su título/autor o los algoritmos de recomendación) y no por la memorabilidad de su enlace (todos acá son no memorables).

Para lidiar con la memorabilidad y organización para humanos, el identificador único es un sufijo en lugar de un prefijo, que va al final del nombre del archivo, separado por doble guiones y antes de la extensión, por ejemplo, cartofonias--e45j7.md.html). Dado que los navegadores web recuerdan partes del enlace, incluso si el nombre se cambiara, pero recordáramos (en parte) el identificador único (en e ejemplo e45j7), nos sugeriría diferentes títulos que incluyen esa secuencia de caracteres.

Grafoscopio es una plataforma de código abierto basada en Pharo Smalltalk, una versión actualizada que facilita la creación, lectura y distribución de cuadernos computacionales interactivos.

Ideal para dejar documentado no solo los resultados sino también el proceso que se lleva, permitiendo a otros replicarlo o adaptarlo.

Aquí faltaría un instructivo de como descargar este documento en su versión de Grafoscopio.

Aquí faltaría un instructivo de como descargar este documento en su versión de Grafoscopio.

Aquí faltaría un instructivo de como descargar este documento en su versión de Grafoscopio.

La herramienta es muy buena porque nos permite ver la información en diferentes formas de representación, dependiendo de la ventana a la cual se le haga clic, se puede ver la misma información, pero esta vez desde el código fuente, podemos interactuar con los cambios de presentación. En un texto estático esta acción sería imposible de ejecutar. Ahora la inquietud es: ¿Es posible hacer esta acción con los demás recursos que encuentro en la red si lo descargo como imagen en Glamorustolkin y Grafoscopio respectivamente?

En ese sentido, el diálogo con las comunidades que trabajan metaherramientas e investigación y publicación reproducibles (como la de Grafoscopio, de la cual participo), podría arrojar interesantes polinizaciones cruzadas que permitan abordar los temas de difusión y alfabetismos críticos alrededor de este tipo de publicaciones híbridas y orientadas a la web, en lugar de al impreso.

Sería chévere que la interfaz fuera bi/multilingüe, como en Scratch, pero el código fuente usara el inglés como lengua franca pero también en resistencia y, como diría Paulo Freire, para decir en la voz del colono las preocupaciones del colonizado. Esa ha sido nuestra postura en la comunidad de Grafoscopio. El código se escribe en inglés, pero las narrativas de datos y sus preocupaciones son en español e incluso, con proyectos recientes ha dado cuenta de lenguas amazónicas en La Chorrera.

Valdria la pena abrir la conversación sobre la diglosia y cómo ha sido abordada en proyectos con tensiones similares (como expliqué para el caso de Grafoscopio).

Nuestra manera de lidiar con la diglosia para el caso de Grafoscopio, fue produciendo el código y las interfaces de usuario en inglés, con mucho de la documentación en español (salvo importantes excepciones, como el Manual de usuario en inglés y la página web bilingue es/en)

Algo similar intenté en mi propia tesis, procurando además una comunidad de práctica y un artefacto digital Grafoscopio, que exploran de manera innovadora la relación de transformación entre metaherramientas digitales y comunidades de base.

Es reconfortante encontrar que esta tesis resuena ahora en la PUJ con estas investigaciones emprendidas hace casi década y media (2010) en la Universidad de Caldas. Creo que da cuenta de motivaciones y hallazgos resonantes, propios del espíritu de una época, que se expresan más allá de los circuitos académicos tradicionales y aunque conexos de modos incluso incidentales, reflejan una intensión de exederlos.

Otra alternativa, que seguimos en Grafoscopio para lograr ese enraízamiento recontextualizado alimentado por las particularidades, fue optar por la creación de metaherramientas digitales y sistemas maleables, así como proveer y configurar alfabetismos críticos al respecto, en lugar de sólo herramientas.

Esto nos da una especie de "escalabilidad en horizontal" y en pequeño, no universalizante: más comunidades en condiciones de adaptar metaherramientas digitales, en lugar de una herramienta digital única que sirva a muchas comunidades.

Sin embargo, incluso en los Critical SCS y las HD hay una preocupación por las herramientas y poca explicitación de las metaherramientas y su relación con las infraestructuras.

En el caso de Grafoscopio, que ha sido y sigue sosteniéndose principalmente gracias a las economías de los afectos y cuidados, la sostenibilida económica y de código ha ocurrido en tres frentes:

• Lo uso para consultorías adaptándolo a necesidades de nuestros clientes. El código resultado queda libre y las narrativas de datos son del cliente.
• Lo uso para proyectos educativos e investigativos, tanto en la universidad, como en el hackerspace y otras comunidades de base.
• Aplico a becas que implican la mejora de Grafoscopio, su documentación y adaptación de funcionalidades.

Las dos primeras han sido fuentes más constantes de mejoras y este año el software cumple su primera década desde el primer commit, transformándose junto con la infraestructura subyacente en la que está basado.

Desde la comunidad de Grafoscopio, hemos encontrado en la metaherramienta TidddlyWiki esta adaptabilidad extrema y facilidad de uso multiplataforma y multilingüe, incluso para procesos de catalogación y memoria viva.

También hemos acuñado lo que he llamado "programación intersticial" que permite extender las infraestructuras y, en general los sistemas sociotécnicos pequeños, no desde sus entrañas, sino desde los intersticios con otras infraestructuras, comunidades y sistemas. Así, cuando TiddlyWiki no tiene una funcionalidad particular, la conectamos con Grafoscopio/Pharo o con Fossil para tener las ventajas de todas sin las desventajas particulares de sólo una de ellas.

La versión beta es posterior a la alfa, que es más inmadura. Acá lo propio sería hablar de release candidate como siguiente versión hasta llegar a software en producción. Véase Software release life cycle.

Acá también con Grafoscopio y sus elecciones no habituales estamos en beta permanente, pero el software al ser un sistema maleable y una metaherramienta, introduce nuevas caracterísitcas para adaptarse a sus usuarios y contextos en lugar de al contrario.

Es interesante como Grafoscopio ha evitado varias de estas fallas al hacer elecciones extrañas como ser desarrollado en Pharo (que de entrada le da interfaz gráfica y modelos de persistencia de datos ad-hoc), organizando talleres informales como las Data Week y las Data Rodas que crean conocimiento localizado y hacen una diglosia puente en lugar de abismo y basarse en las economías del cuidado y los afectos, reconociéndolas para no requerir tanto dinero inicial. Si bien se comparten las fragilidades de los proyectos de pequeña y mediana, por ejemplo respecto a el número pequeño de desarrolladores, vale la pena visibilizar también estas estrategias diferenciadas para lidiar con estos problemas comunes.

Aunque también muchas son construídas desde economías de los afectos y cuidados y con bajo presupuesto.

También valdría la pena preguntarse por formatos mixtos, como los de las narrativas de datos antes mencionadas, que van más allá de sólo el código, combinándolo con prosa, datos y salidas enriquecidas (visualizaiones, interactivos, etc) y en alguna medida explorando de antemano en qué consisten esas condiciones localistas y los cotidianos de quienes escriban tales narrativas.

No sé hasta qué punto se pueda afirmar eso. Depende de lo que si se programa en inglés tiene que ver con la vida cotidiana o no. En el caso de las tecnologías cívicas el código que escribimos en inglés, permanentemente tiene que ver con lo local y el cotidiano. Por eso son los usos significativos, de los que habla este párrafo al final, donde estaría el centro del posible desarraigo (o su ausencia), sin desconocer que hay usos totalmente enagenados de muchos lenguajes de programación.

Nuesta aproximación es construir narrativas de datos profusamente comentadas en español, con código totalmente en inglés, tanto en los talleres de la comunidad de Grafoscopio, como en los pregrados de Ciencia de la Información. Si bien esto enfrente a læs aprendices a las tensiones de la diglosia, también instaura un puente frente a ella.

Contra esta tendencia, las infraestructuras de bolsillo, las metaherramientas y desarrollos posteriores como los de An app can be a home-cooked meal y Home-Cooked Software and Barefoot Developers parecen indicar una contratendencia a software altamente específico desarrollado por y para contextos locales y pequeños.

Desafortunadamente, experiencias políticamente informadas como las de Grafoscopio respecto a producir código recontextualizable y en pequeño, están lejos de las humanidades digitales tando académicas como informales y también de lo que las investigaciones al respecto cartografían.

Otra manera es no pensar en escalabilidad vertical, sino horizontal y recontextualización, como hemos hecho con Grafoscopio (las etiquetas de esta anotación pueden ayudar a encontrar notas similares a lo largo del texto donde comento el fenómeno en mayor detalle).

Escalar hacia abajo y en horizontal, vía infraestructuras de bolsillo, por ejemplo fue nuestra manera de responder a los desafíos como los planteados en esta sección.

Otra forma es lidiar con la diglosia de maneras similares a como lo hicimos con Grafoscopio, con software, interfaces gráficas y código en inglés, que tiene una amplia documentación y narrativas de datos en español o incluso haciendo puentes con procesos de revitalización lingüística en Lenguas del Amazonas Colombiano.

Colocaría acá las economías de los afectos y cuidados (familia, amigos), que aunque también invisibles, hacen posible el desarollo de infraestructuras propias y apropiadas desde estos contextos y constituyen ese empujón de largo aliento necesario, como evidencié y agradecí en primera persona con el desarrollo de Grafoscopio.

Otro tanto tiene que ver con encontrar las grietas para ubicarse de manera que no se compita directamente con lo pre-existente, sino que se complemente lo que este no ofrece, como ocurrió con Grafoscopio también, que se ubicó en la intersección de campos como metaherramientas, sistemas malleables investigación/publicación reproducible, tecnologías cívicas, de una forma en que otras herramientas con mayor visibilidad (Jupyter, por ejemplo) no habían hecho y con ventajas y recorridos particulares no suplidos por las alternativas que emergieron luego.

Allí se ubican investigaciones y materialidades argumentativas por fuera de ese circuito, que, desde mi historia personal, iniciaron en 2011, con mi doctorado, dando cuenta de inquietudes resonantes con este punto y con este escrito.

Agregaría los trabajos de Silvia Buitrago sobre redes inalámbricas de Fusa Libre, los procesos de tecnificación con Arduino del tostado de café y de la comunidad de Grafoscopio; así como el trabajo del profesor Carlos Barreneche sobre la red ciudadana de calidad del aire y sus sensores de hardware abierto, iniciados en HackBo o mi trabajo con Grafoscopio, metaherramientas y las tecnologías cívicas

En la comunidad de Grafoscopio hemos curado, usado y desarrollado stacks alternos de infraestructura para recorrer futuros alternos, con inspiraciones frecuentes en cosas como el Solarpunk.

Otra posibilidad es la construcción de memoria viva durante y entre los talleres que les de un sentido de continuidad y progreso y que permita valorar la lógica de los talleres para construir tecnologías propias en lugar de pensarla sólo para la apropiación de tecnologías externas, muy en resonancia con lo dicho en este comentario.

Si bien tenemos aún problemas, en Grafoscopio, para el aprendizaje entre pares gradual, la memoria viva y los problemas altamente contextuales hacen de ellos problemas encarnados que asumimos en talleres futuros y vínculos entre comunidades de práctica y espacios institucionalizados

El producto de la inestabilidad aludida por Quiroga es una condición de constante refundación de la institucionalidad, con la consiguiente pérdida de los aprendizajes adquiridos en las recurrencias previas. Si retomamos la terminología cibernética que adoptamos como marco para el entendimiento comunitario, podríamos decir que la inestabilidad de las comunidades de práctica es un riesgo para la efectiva deriva estructural, un concepto biológico similar a la autopoiesis.

Pasó literalmente así en el caso de la comunidad y la metaherramienta de Grafoscopio, repitiendo la historia de otras herramientas y comunidades que, en la medida en que se definen mutuamente, comparte incluso el mismo nombre, como Debian, Python, Arch Linux, Pharo, etc.

A diferencia de las metaherramientas y sistemas maleables, que buscan, precisamente, todo lo contrario.

Esto me recuerda los proyectos como los que hacemos de memoria viva para la revitalización lingüística en el Amazonas o para auditar el discurso en Twitter de los candidatos a la presidencia en Colombia que entrarían en esas otras formas de ciudadanía y de mezcla entre la memoria análoga y la digital en nuestros tiempos y que fueron concebidos en diálogo con la academia, pero con tecnologías y prácticas desarrolladas por fuera.

Esta tensión la habitamos en la comunidad de Grafoscopio. El abordaje dado acá ha sido reconfigurar ensamblajes o "stacks" tecnológicos para que den cuenta de contextos y necesidades locales y la incorporación de metaherramientas digitales y programación intersticial para extenderlas desde los límites/conexiones entre el stack, en lugar de desde adentro de los componentes (salvo en el caso de las metaherramientas, pues esa precisamente es su función).

Algo similar pasa en el caso de Grafoscopio, en el que estamos en diálogo, pero no subsumidos, a los referentes internacionales. Mostrar las resonancias y distancias ayuda a ubicar esa tensión constructiva discursiva.

Interesante. Algo similar ocurrió en mi caso con el desarrollo de Grafoscopio.

Esto ya no es cierto. Sistemas como Clerk han adoptado explícitamente el término amoldable para describir la visión, citando a Tudor y su grupo.

En Grafoscopio, nos hemos venido decantando por Sistemas Maleables, pues siento que describe mejor nuestra intención distinta no de "iniciar una conversación" (entre desarrolladores) como afirma Tudor, sino de enmarcarnos en una conversación más antigua, diversa y amplia, que por ejemplo recoge ideas de Maturana y Varela (autopoiesis), Freire (alfabetismos críticos), Kay (Dynabook), la comunidad de Pharo, la de GToolkit, Wenger (comunidades de prácticas) y las propias en diálogo con ellas (infraestructuras de bolsillo, computación convivial) etc.

Me recuerda lo que decía Markus Denker en 2014 en Nomads do not build Cathedrals respecto a que si la herramienta no cambia con el problema, el salto en complejidad se hace imposible para abordar problemas futuros, cosa que traje en mi tesis, explicando las resonancias de Grafoscopio con estas dos gráficas, tomadas de la presentación de Markus.

e indicando que, dado que "el artefacto es el currículo" en el caso de los sistemas basados en Smalltalk, como diría Alan Kay, si bien la complejidad de la plataforma crece con el proyecto, la forma de navegarla se mantiene uniforme.

La idea de cambiar la herramienta junto al problema ha estado en la comunidad de Pharo, sobre el que se construyó GToolkit, hace mucho tiempo. Aunque, con marcadas diferencias respecto a cómo se practica en cada entorno/comunidad: Pharo / GToolkit

Hemos construido metaherramientas así en Grafoscopio desde hace rato, para hacer problemas abordables e ir abordando la pregunta existencial detrás de la comunidad/metaherramienta Grafoscopio:

¿Cómo cambiamos las herramientas digitales que nos cambian?

El proceso de apropiación inicial fue lento, pero luego hemos tenido un auge grande de metaherramientas y prácticas de aprendizaje alrededor de las mismas, que es reflejado portafolios como este.

Si bien comparo Grafoscopio a un sistema de plugins, construido sobre GToolkit, que a la vez fue construido sobre Pharo y digo que es similar a cómo un navegador web como Brave es construido sobre la variante de código abierto de Chromium, la forma en que creo pequeños trozos de código en el cotidiano para atender problemas pequeños y hipercontextuales, esta flexibilidad no se parece a nada a la rigidez de lo que se pueda hacer con sólo agregrar plugins predeterminados en un navegador web, que no hablan entre sí y no so programables/extensibles en el contexto cotidiano de uso.

Dado que las vistas de GToolkit son limitadas en comparación con lo que hay disponible en visualizaciones web, como lo hemos experimentando varias veces en proyectos como #CandidatosEnDatos (por ejemplo con la ausencia de histogramas horizontales), en Grafoscopio/mutabiT lo que hacemos es integrar los sistemas en vistas HTML/Web y PDF/Impresas. Si bien se pierde mucho de la interactividad en las segundas, tecnologías como HTMX harían posible tener vistas web con alta interactividad y versatilidad, sin estar limitados por GToolkit. Esa es parte de las exploraciones venideras de este año.

Futuras vistas de Socialmetrica usarán esta combinación, así como las futuras libretas interactivas web de Grafoscopio desde las que iniciaremos esta exploración, agregando esta funcionalidad progresivamente. Esto brindaría versatilidad web también a las vistas de NOSTR y Mastodon que son las redes sociales alternas que esperamos explorar prontamente (en contraste con BlueSky en el ejemplo arriba mencionado).

Precisamente esa idea grandilocuente de qué son un programador y un problema valiosos es lo que deja desatendidas las soluciones que no suenan ambiciosas.

Preferimos terraformar marte, que el depredado Amazonas.

En contraste el software situado nos ha permitido resolver problemas para comunidades pequeñas en HackBo, nuestro hackerspace local o ayudando en la preservación lingüística en el Amazonas.

En los ejemplos, todos los problemas a resolver parecen grandilocuentos: miles de millones de personas, la información del mundo, los astronáutas. Pareciera ser que el vecino, la familia, la comunidad local, están por fuera de esos imaginarios. Al menos pensar que los problemas importantes tan bien son cotidianos y pequeños es algo que vale la pena comunicar más asertiva y reiteradamente.

Una de las cosas interesantes es que Breck cuenta en otra entrada como el software debería ahorrar tiempo a las personas, y allí revela una sensibilidad por los problemas pequeños, que le importaban a su familia y a él como niño/adolescente: tener 20 minutos más para poder jugar o ahorrarle esos 20 minutos a su familia a conectarse a internet.

Lo que creo que necesitamos es una manera de expresar software para el cuidado: de la gente, del planeta, del tiempo. Algo como un software convivial, en las líneas de las tecnologías conviviales de Ivan Illich.

En la escala de simpleza, valor y alcance, diría que Grafoscopio, fue un problema que logró, en su contexto de una investigación doctoral que quería "escapar" de la academia, capturar las tres: era suficientemente simple, valioso y de alcance, para que importase en los contextos nacionales e internacionales en los que lo presenté y a los que me dió acceso. Sin embargo, es un proyecto de alcance limitado, con un problema compartido por un grupo específico de personas, cuyas necesidades no son resueltas adecuadamente por otras soluciones.

On a similar approach, I created and actively developed from 2014 to 2019 Grafoscopio, which, while being inside Pharo and a companion of all other tools, was providing a computable outliner to do something: write computable and reproducible documents and bridge the gap between the IDE and the app for a more mature audience (a similar approach for children was previously tested in Squeak, with Etoys).

This allowed me to write the Grafoscopio Manual (2016) inside Grafoscopio or to do with the community some hacktivist republishing, like we did with the Data Journalism Handbook (2018)

Of course, being those initiatives from the so called "Global South" and being Grafoscopio my first "real program" ever, they lacked the visibility of Global North initiatives, like the ones you collected in Smart Academic Notebook, but they were acknowledge and appreciated in small/specialized communities, like the Pharo community.

With the new GUI/DX provided by Lepiter (2021), I have been migrating the Grafoscopio Lessons from the previous half decade to this technology, with the MiniDocs package and I imagine Grafoscopio becoming more a software distribution on top of Pharo/GT, providing documentation and collaboration workflows and improved outlining with packages like TiddlyWikiPharo or the Brea decoupled CMS / static site generator.

BTW, as I don't know how to add comments or suggest updates I wonder why this note is not updated with Lepiter as it provides pretty much the experience you were advocating for since 2018 and it is already in your wiki/bliki. Maybe it is just a matter of some wiki refactoring a links update.

El asunto es que debido al homomorfismo, el código puede ser visto como datos y viceversa. Las mismas técnicas empleadas en visualizar el uno pueden ser usadas en los otros, como de hecho ya hemos experimentado varias veces en la comunidad de Grafoscopio a través de las narrativas de datos.

Las hojas de cálculo con esta inversión entre los datos y el código parecen una buena forma de popularizar la programación, si bien, como se dice acá suelen ser no escalables y conducir a código difícil de entender.

¿Cómo se podrían traer las ventajas de las hojas de cálculo a las libretas interactivas? Quizás Coda puede ser un buen punto de inspiración, para cosas futuras en Grafoscopio, vía snippets especializados, sin pasar por la complejidad incidental de la web, e implementado directamente dentro de Block, como una aplicación de escritorio, que pueda ser exportada a la web.

Las libretas interactivas tienen una buena resonancia con las ideas de Bret Victor, como exploramos con Grafoscopio. Sin embargo el uno no es una reiteración de lo otro. Tenemos ciclos de realimentación/manipulación más directa (vía Live Coding), mientras modificamos las herramientas en la medida en que se usan y unas diálogos con la cultura en el presente y más ubicuos, en lugar de en 50 años y en USA

Algo similar se podría hacer con Nim y Lua, los lenguajes externos que más usamos con Grafoscopio

There are a lot of resonances of this book's concerns and its publishing practices with what we have been doing in the Grafoscopio Community and the PhD the research behind about "How can we change the digital tools that change us?"

Our practices take the form of several "socio-technical" prototypes, from self publishing, data narratives re-apropiapiation, hacktivist practices, as showed in this partial portafolio

Esto me interesa ¿hay algo en lo que pueda apoyar con lo que hemos avanzado en ese tema?

Entrada compartida en el Data Roda 38, sobre futuros solar punk.

Open GLAM Lab

La BNC no se responsabiliza por la preservación de aplicaciones creadas en Colombia. Esto es un punto a favor para proyectos como el de Grafoscopio que, por su infraestructura, está pensado para perdurar en un ambiente de programación que posibilita su preservación en el tiempo, Pharo. Sin embargo es un hueco en la memoria de la producción de contenidos digitales del país, la economía naranja en contexto de gobierno (2018-2022) y las defensas de la Dirección Nacional de Derecho de Autor a las industrias creativas (que incluye software en el marco de su protección) pero por las dependencias no hay garantías de preservarlas en el tiempo. Básicamente o los productores de software se hacen un lugar en el mercado o están destinados a perecer en el olvido en la memoria de la nación.

Quizás aclararía en una nota al pie, que las prácticas de documentación locales y más permanentes privilegian el español, pero la documentación internacional (Manual interacción en listas de correos y convocatorias) se hacen en inglés, intentando esa aproximación "glocal" a la creación de contenidos de acuerdo al contexto.

Yo cambiaría el "compuesta por" y en su lugar podría "integrada a", pues más las herramientas externas, más que componentes (partes) de Grafoscopio, se conectan con este para conformar un ecosistema de herramientas. Y es más consistente con lo que se dice luego de un flujo de trabajo que los usa sin que estén integrados a Grafoscopio como tal.

Compartido en la comunidad de Grafoscopio

Exportar a bib desde Zotero.

Metadatos explícitos.

Me gusta la idea de dar acceso al "código fuente", no sólo para el software, sino para otros formatos. Por ejemplo el archivo de un documento de texto que genera un PDF.

Lo que se busca entonces es eliminar capas, intermediaciones, hacerlo más directo.

Esto es lo que hacen los gestores de referencia bibliográficos: sistematizar el cambio de formato según los estilos de citación.

Ejercicio del Dataweek 13

Buena pregunta...

Al menos, no deberían hacerla en solitario, como pasa con Grafoscopio. Por ejemplo, la versión 1.4x. del Manual está desactualizada con respecto a la funcionalidad del software, como suele ocurrir y debería haber una manera ágil de hacer que los cambios del software se reflejen en la documentación.Esto podría hacerse conectando las libretas interactivas de Grafoscopio en las que el manual fue escrito, con pads alojados en Docutopia, de modo que cuando se cambie la funcionalidad también se cambie la manera en que el Manual describe cómo esto ocurre.

Definición de infraestructuras de bolsillo.

Curiosamente yo llegué a markdown slides por las data rodas, que para mi es un clon de Prezi y de hecho mucho más fácil de usar y basado en infraestructuras de bolsillo.

Materialidades: ¿es lo que Wenger denomina cosificación? Este concepto es nuevo para mi.

Comprensión enactiva: aprender a medida que se hace. Un concepto nuevo para mi.

Sólo aquí he visto el concepto de "data roda". Creo que en la práctica me gustaría que hubiera más participación de los diferentes integrantes de la comunidad, pero en sí mismo el concepto es único y creo que hay que llevarlo no sólo a versiones más chicas en el tiempo del Data Week, sino a que se anime a todos los participantes a entrar en el ruedo mediante breves exposiciones o exploraciones de sus preocupaciones sobre datos o narrativas digitales.

Este concepto lo vi en otro lado, creo que en Mozilla con una brasilera que hacía data selfies con Facebook, pero el concepto me parece clave. No sé si en otras latitudes de habla de "data selfies"

Repositorios latentes de soluciones.

Gentrificación: ¿privatización de lo público?

La tesis doctoral de Offray

Libro sobre booksprints

Libro creado en un booksprint por Mozilla. Mas detalles en este enlace.

Texto para desarrollar habilidades de programación, con miras a moldear Grafoscopio.

Términos de servicio de PubPub.

https://youtu.be/vKHP0PrLUNY?list=PL055Epbe6d5aP6Ru42r7hk68GTSaclYgi&t=263

En cierto punto el humanware (talleres, documentación) se hace más valioso que el software. No sólo pasa con proyectos que alcanzan una masa crítica en el Norte Global, sino con aquellos que quieren alcanzarla e incorporan el Humanware tempranamente, como Grafoscopio

Viviendo en tu entorno de programación

En particular esto me ha pasado a mí mismo como programador de Smalltalk. Antes diseñaba ontologías ampliamente anidadas, mientras que ahora intento aplanarlas y considerar sólo los objetos básicos en las mismas, mientras que las ontologías surgen de otras maneras y pueden ser diversas. Los directorios en los repositorios de código muestran dichas ontologías primeras y los cambios sucesivos que ocurrieron en mis maneras de organizar el mundo, una vez aprendí Pharo/Smalltalk

¿Qué tal si el Grafoscopio contuviera "figuras dinámicas", que son momentos congelados de partes del sistema, embebidos dentro del documento. Así, una captura de pantalla del system browser, se podría ver dentro de un documento, pero también lanzar dentro del sistema.

En el caso de Grafoscopio, también hay un componente ontológico referido a describir lo escritural y las narrativas de datos con la metáfora de "el documento es un árbol". No queremos describir todo el proceso de la computación, sino la computación necesaria para escribir textos, que incluyan gráficas, visualizaciones y datos y buscamos la metáfora para ello.

Esto también pasó con Grafoscopio. Los procesos escriturales cambiaron el código subyacente que soportaba la escritura misma de textos.

En una parte se habla del acceso al código fuente del texto Free Culture, para transformalo de formato y cómo este fue negado. Al parecer, la fuerza de las solicitudes o el trabajo entre pares, finalmente contribuyó a hacer dicha liberación posible y las prácticas de remezcla asociadas, incluyendo traducciones literales. Muy pertinente para el proyecto AbiSur y nuestras remezclas+traducciones venideras.

Grafoscopio integra ideas de Leo, Jupyter/IPython y Smalltalk y evoluciona a partir de un entorno Pharo.

En este sentido, Grafoscopio y otras infraestructuras comunitarias (ejp: los wikis) han permitido el trabajo extendido en el tiempo desde dinámicas colaborativas, basadas en la resiliencia de las comunidades. Sin embargo, las posibilidades de reconfiguración y agencia han estado limitadas por las barreras tecnológicas y cognitivas que dichas infraestructuras embebían. Esta fue una de las preocupaciones originales de la tesis y hay también una preocupación final sobre cómo lo que hemos logrado hasta el momento permite ese diálogo pasado, presente y futuralidad desde la resiliencia.

Nosotros, por ejemplo, hemos cambiado prácticas, pero no hemos logrado incidir en política pública, desde las épocas de RedPaTodos. La prueba a la tesis, tiene que ver con esas transiciones hacia lo público, que aún no se acaban de configurar y cuyos momentos de consolidación y desafió, vendrán después de cerrado el escrito.

[...] El resultado debe ser una serie de escenarios y posibles caminos para la transformación de las prácticas o la creación de otras nuevas

Incluso, puede pasar que algunos en la comunidad se salgan de esos problemas y posibilidades. Para el caso de la comunidad de Grafoscopio, esto pasó, recientemente, en conversaciones sobre cómo nos autodenominamos. También podría ocurrir que los procesos editoriales, decidamos usar herramientas externas, en lugar de mejorar Grafoscopio mismo.

¿Grafoscopio cómo se ubica en esta relación Sur-Norte? Hablamos y actuamos desde los bienes comunes, en un hackerspace ubicado en el Sur Global, y operamos sobre políticas altamente contextualizadas, pero como parte de movimientos contrahegemónicos.

Véase: https://hyp.is/G5-LPAoMEeieHG-HNVLB6Q/maestriadesarrollo.com/sites/default/files/publicaciones/autonomia-y-diseno-arturo-escobar-ok.pdf

[...] Al traer el sonido y la auralidad a primer plano, Ochoa cuestiona el énfasis excesivo que los estudios críticos del diseño han puesto en lo visual.

La hackatón, cuando tiene caracter festivo y crítico, también podría unir forma y evento, así como proceso, diseño y materialidad.

La auralidad y la mezcla/fusión como diálogo intercultural enactivo podría traernos pistas sobre la construcción de pluriversos, sobre lo cual tiene muchos más avances que otros esfuerzos desde otros campos. Desafortunadamente, los autores fusión más reconocidos, suelen serlo porque sus prácticas han sido enagenadas por las casas disqueras de lógicas neoliberales y colonialistas. Sería interesante ver qué pasa en este espacio cuando las lógicas son las de los bienes comunes, por ejemplo en Jamendo.

Habría que ver si los ensayos sonoros y otras materialidades, deconstruyen los énfasis visuales señalados por Ochoa, muy en la línea de lo que decía Felix Gerloff y su propuesta de crear un Sonoscopio, similar a Grafoscopio, pero para el campo aural.

el cuidado se puede estructurar en el diseño de herramientas y equipos a través de lo que denomina «presenciación” (presencing), un concepto relacionado con la noción del diseño transparente de las interfaces tecnológicas que es clave para la incorporación en las herramientas de hábitos ecológicos a través del diseño para transformar nuestras acciones rutinarias en formas de comportamiento ecológico; esto ha de lograrse mediante la incorporación de ‘guiones’ en el diseño de productos. De esta manera los diseñadores tendrían que ir mucho más allá del objetivo de satisfacer las necesidades de los usuarios para articular, de formas novedosas, las preocupaciones y deseos de una colectividad. Las nuevas rutinas encarnadas se volverían lentamente colectivas y transformarían, eventualmente, la conciencia social y las estructuras institucionales. [...] El enfoque, sin embargo, sigue siendo básicamente teórico y no aborda, explícitamente, la dimensión política.

Esto pasa en alguna medida con Grafoscopio, pues debido a su caracter de metasistema y su condición de objeto activista, embebe prácticas referidas a la disponibilidad permanente del código fuente, tanto de la herramienta, como de los escritos creados en ella y ejemplifica otras ecologías del conocimiento, asociadas al conocimiento como bien común.

La comunidad de práctica alrededor de Grafoscopio comparte, deconstruye e incorpora dichas formas de entender y ser, de modos progresivos, configurando una identidad propia, que es distinta al grueso del hackerspace. Una ventaja de nuestro enfoque es que lo político es explícito y la teoría y la práctica dialogan en él a través de dispositivos digitales hacktivistas..

[...] avanzan hacia una perspectiva de interacciones sociales modeladas y contextualizadas —es decir, una perspectiva que destaca nuestra participación activa en ámbitos de interés común

Al proponer nuevas metáforas y artefactos (cfg: [artículo][gf-primer-articulo]) se instauran estas rupturas metodológicas.

[gf-primer-articulo]: http://mutabit.com/repos.fossil/grafoscopio/doc/tip/Docs/Es/Articulos/Libertadores/bootstrapping-objeto-investigacion.pdf

Un asunto interesante acá es cómo y hasta dónde un sistema de computo permite cuestionar los supuestos que le dieron forma y función. Grafoscopio, por ejemplo, elige actualmente una metáfora arbórea para la escritura, pero podría escribirse de otra manera. Esta metáfora inicial, ensamblada en un metasistema (Pharo) puede ser cuestionada, ya que introduce los conceptos y prácticas que la hacen posible, pero también la idea de que puede ser cambiada y reexaminada, en la medida en que el sistema mismo permite dichas recombinaciones. A su vez, Pharo es constantemente extendido y minimizado: hay más módulos que enriquecen un conjunto, cada vez más mínimo del sistema. De hecho, Pharo empezó como una "agresiva" labor de reingeniería sobre Squeak, para lograr dicha minimización del núcleo que facilitara la evolución de los módulos.

Incluso, se podría pensar en llevar este asunto aún más allá: cuanto del paradigma y las prácticas en las que se inspira Pharo pueden ser cuestionadas o reconfiguradas: lo objetual?, la máquina virtual?, la sintaxis?, la semática o la prácmática (véase Collaborative Object Lambda Architecture).

Dichos niveles de flexibilidad no fueron percibidos en sistemas multicapa de complejidad incidental como IPython o web2py.

«hemos diseñado nuestro mundo y el mundo replica diseñándonos»

Esta podría ser la cita para introducir toda la tesis.

La pregunta mía es más puntual, pero igualmente cercana: ¿Cómo cambiamos los artefactos digitales que nos cambian?

Ver: https://hyp.is/mpjAWgXgEeitIDstH5w0ew/maestriadesarrollo.com/sites/default/files/publicaciones/autonomia-y-diseno-arturo-escobar-ok.pdf

Estos ejercicios escriturales distintos, desde infraestructuras de bolsillo, pueden habilitar el cruce de puentes entre formas de reflexión. Por supuesto, aún no estamos escribiendo cosas como nuestras tesis en dichas infraestructuras, sino textos activistas y "complementarios", pero en la medida en la que maduren, podría hacerse.

Ver: https://hyp.is/mpjAWgXgEeitIDstH5w0ew/maestriadesarrollo.com/sites/default/files/publicaciones/autonomia-y-diseno-arturo-escobar-ok.pdf

[...] "el futuro está siendo masacrado en el matadero del crecimiento económico” [...] La desnaturalización de la economía es un área de trabajo crítico activo, por ejemplo, en la imaginación de economías diversas (Gibson-Graham 2006) y de economías sociales y solidarias (sobre todo en América Latina; e.g., Coraggio et al., eds. 2013; Coraggio y Laville, eds. 2014) más allá de la economía capitalista o en las propuestas de decroissance (decrecimiento) en Europa y de alternativas al desarrollo en América del Sur. [...] “los marginados por la sociedad económica en la era del desarrollo están cada vez más dedicados a marginar a la economía” (2009: 20). Descentrar a la economía de la vida social y ecológica es una condición esencial de todo activismo y diseño para la transición. Esto se expresa con claridad, por ejemplo, en muchas experimentaciones actuales con la relocalización de la producción de alimentos y energía.

En el proyecto Ceptr hablan de productos con apellidos, vinculados a sistemas de producción en lugar de bienes fiduciarios. Una libra de carne o arroz, dejan de ser sólo eso, para convertirse en orgánicos, producidos localmente y de productor conocido.

Ese camino a la trazabilidad y transparencia puede darse en el caso de Grafoscopio con la forma como deconstruimos los datos, la escritura y la publicación.

[...] Pensar nuevos pensamientos, por ende, requiere salir del espacio epistémico de la teoría social Occidental y entrar en las configuraciones epistémicas asociadas con las múltiples ontologías relacionales de mundos en lucha. Es en estos espacios que podemos encontrar respuestas más convincentes a las preguntas fuertes que plantea la coyuntura actual de problemas modernos con soluciones modernas insuficientes.

Quizás hackear la publicación sea una manera de articular estos díalogos desde el Sur hacia culturas Anglo Europeas y la academia en sus sentidos más tradicionales.

o con el grado de propósito requerido. Más preocupante aún, la mayor parte de las políticas de diseño que continúan a nivel de la economía y el Estado descansan, cómodamente, en el mismo orden epistémico y cultural que creó los problemas que buscan resolver. Por eso una de las cuestiones más importantes que tiene que abordar el pensamiento radical del diseño es cómo ir más allá de las aporías causadas por el hecho de que enfrentamos problemas modernos para los cuales no existen soluciones modernas (Santos 2014).

¿Podríamos, de modo casi que paradójico, acelerar el diseño para las transiciones? Por supuesto, esto no tendría que ver con las dinámicas angustiantes del aceleracionismo de la singularidad y otras maquinaciones, sino con brindarnos infraestructuras y prácticas potentes que nos conecten y articulen a escalas más complejas para un mundo más humano.

Algo similar a lo que hacemos en los Data Rodas y Data Weeks, con Grafoscopio, en los que un pequeño grupo de activistas puede editar obras completas y complejas en dos fines de semana, y aumentar la capacidad de enunciación y apertura de aquello que crea y construir sobre lo construido.

Allí puede haber una clave sobre cómo acelerar la transición, cambiando de modelos epistémicos hacia ideas sobre bienes comunes soportados por infraestructuras comunitarias y de bolsillo. El tema es cómo escalar esto.

Para acercar estos mundos complementarios, se puede pensar en cómo deconstruir la publicación y la educación desde el hacktivismo, como hacemos con Grafoscopio.

El desafío es ver si tanto académicos como academía están dispuestos a apostar a otras infraestructuras y prácticas de publicación, en medio del sistema patriarcal, depredador y extractivista, del que participa la academia actual.

HackBo es una innovación convivencial en ese sentido, pues ha permitido que ocurra Grafoscopio y que, desde la práctica, efecitvamente hayamos cambiado nuestras herramientas y ellas nos hayan cambiado a nosotros y nos permitan reconfigurar futuros venideros a partir de los proyectos pendientes.

Interesante lugar intermedio de lo convivial entre la congelación y el aceleracionismo.

Esto se ha visto, específicamente, en el caso de Grafoscopio, el Data Week y HackBo y de nuevo habla del diálogo entre estructura y agencia.

Este texto está relacionado con la pregunta central de mi tesis, cómo cambiamos los artefactos que nos cambian, dualidad de la modificación recíproca entre comunidades y artefactos, es decir, que el diseño diseña.

El marco teórico también se aproxima, desde la crítica a Jonas a la dualidad estructura agencia y la posibilidad humana de cambiar los artefactos e instituciones que nos humanizan de maneras particular, es decir de elegir otras formas de ser humano en y con el mundo.

[...] Entre “la vida de la forma” y la “forma de la vida” (Goodwin 1994, 2007) se abre todo un espacio de diseño que incluye, desde luego, los ‘mundos-dentro-del-mundo’ de la creación humana (Fry 2012) pero va más allá.

Es interesante revisar esto a la luz de la "forma que toma Grafoscopio" y las metáforas que explicita: "escribir es crear árboles", por ejemplo.

¿Hasta qué punto el Data Week y las Data Rodas han permitido alter-organizaciones?

Diseñamos formas de ser saber y hacer ciudadanía con herramientas como Grafoscopio y el Data Week.

Ser los medios en lugar de odiarlos es cercano a tradiciones desde el sur, donde medios masivos independientes nunca han sido fuertes, infraestructuras comunitarias se han desarrollado alineadas a las nociones de Indie Web. La presencia en redes sociales y otras plataformas ajenas no ha sido usada estratégicamente debido a la fuerte mirada anti-centralista entre los pocos miembros de la comunidad.

Quizás esos caminos paralelos han creado un momento de convergencia adecuado ahora, específicamente a la luz de proyecto editorial venidero con Grafoscopio y las posibles estrategias transmedia.

Nosotros tenemos acceso a los medios, pero no cubrimiento.

[...] This communicative figuration within the hacker organization formed the Club’s basis for executing well-orchestrated hacks, emphasizing that for the hacker organization media technologies and infrastructures are not simply instruments for acting politically but are political matters in themselves

El tamaño pequeño de la comunidad y la recurrencia de algunos de sus miembros en los eventos tipo Data Week y Data Rodas nos ha dado una agilidad de acción/reacción similar, así como la madurez progresiva de las infraestructuras, lo cual se refleja en los cortos tiempos en los que asumimos proyectos relativamente más complejos, como el Manual de Periodismo de Datos y la hackatón de Biblioteca Digital de Bogotá, usando saberes, prácticas e infraestructuras desarrolladas en nuestros encuentros previos cara a cara y cristalizados progresivamente en las infraestructuras.

La siguiente fase estará relacionada con diversificar los caminos recorridos por los asistentes a los encuentros para cristalizar sus saberes y aportar desde los mismos, con un currículo que incluya más prontamente los espectros de licenciamiento y uso de repositorios y documentación, además de los habituales temas de visualización de datos.

A pesar del incremente de la agilidad, hay un desafío permanente respecto a la visibilidad y alcance de estas iniciativas.

Bringing together a well-integrated group of people and keeping the number of participants in a given col-lective action down meant that the communication process could be more direct, productive and effective.

Algo similar ocurre para el Data Week con el uso de pads y repositorios de Fossil (como wikis), así como libretas de Grafoscopio, acortadores de direcciones y microblogging (vía Twitter). En nuestro caso no tiene que ver con el tamaño grande de la comunidad, sino con prácticas asociadas a grupos pequeños y fluidez de la interacción en los mismos.

Es similar a lo propuesto con canales privados en Riot.im/Matrix en complemento a los canales públicos en Telegram y la lista de correo, e incluso los repositorios de código fuente para software y documentación de la comunidad de Grafoscopio.

Buscar en la literatura sobre Grafoscopio si ellos son los mismos que definieron el Objeto Activista.

Thus, there is also no reason to think that citizen journalism—at least as it is practiced in these platforms—is intrinsically counterhegemonic. Rather, we would investigate the rationalities of these conventions, the way they are taken up by subjects in obedient, submissive, and subversive ways, and the effects they produce.

Para el caso de nuestras infraestructuras de bolsillo, que alientan prácticas de apropiación (vía la el código) y bifurcación (vía los repositorios de código fuente), dichas racionalidades distintas materializan en infraestructuras y herramientas diferentes.

¿Cómo podemos hacer que ciertas plataformas, las prácticas y los ethos de las mismas sean más visibles y ampliamente utilizadas? Para el caso de Grafoscopio, esto podría tener que ver con facilitar el proceso de instalación (lo cual llevaría a temas como vigilar que el crecimiento de la comunidad tenga estrategias para satisfacer sus demandas). Esos lugares alternativos deberían entrar en diálogo con los más hegemónicos, y en ese sentido la viralidad puede ser una estrategia, como en el caso de los Data Selfies.

En ese diálogo entre lo alternativo y lo hegemónico, cómo en particular interpelar lugares de investigación como la academia y los periodísticos?

En mi caso, mi renuencia a participar de Mastodon tiene que ver con que no conozco mucha gente que esté allí y que no está conectada con la red de microblogging de la que ya participo (Twitter). Otra gente ve la misma dificultad en otras redes y tecnologías, como Telegram o el mismo Grafoscopio. En la medida en que una tecnología no le aporta valor al cotidiano, es difícil probarla, apropiarla y reapropiarla. Esto quiere decir que para aquellos a quienes nos aporta valor, es necesario construir y explicitar esos valores diferenciales para otros y alentar una comunidad dinámica (así sea pequeña) alrededor de dichas tecnologías emergentes.

Deconstruir la burbuja: Scrappear los resultados mostrados por el navegador y mirar dónde ellos nos conectan o aislan de otras personas que han buscado lo mismo. Para ello se podría usar el plugin que conecta a Pharo con Chrome.

Tanto Leo como Grafoscopio tienen limitaciones (y propósitos distintos). Sin embargo, en el caso de Grafoscopio, siento que puedo englobar y superar dichas limitaciones más fácilmente, no tanto porque lo hice desde el comienzo, sino por el entorno de live coding que me permite explorar y modificar el entorno en caliente.

En la medida en que leo y tengo que combinar distintas tecnologías para hacerlo (Docear, Linux, Hypothesis), principalmente porque ellas no se integran bien entre sí, pienso en cómo Grafoscopio soportaría estas formas de lectura integrada. Quizás asumiendo el papel de Docear, implementando funcionalidades de mapas mentales, extendíendose hacia los mapas argumentativos y comunicándose con Hypothesis para leer la tabla de contenido, hacer lecturas anotadas y visualizaciones de datos de lo leído.

Avanzar en esta línea me distraería de la escritura de la tesis misma, por lo que estas características serían implementadas y exploradas de manera orgánica, desde las que más fácilmente se integran al cotidiano (ejp: visualizar datos de lecturas), hacia las más demandantes/esotéricas (reemplazar Docear).

La pregunta por cómo cambiamos los artefactos digitales que nos cambian ha permeado el cotidiano no sólo desde sus posibilidades teóricas, sino desde sus implementaciones prácticas, ahora que cuento con un artefacto prototipo para dichos cambios.

Grafoscopio 2020 puede ser un llamado a pensar ese futuro optimista y empoderante y los compromisos con el mismo desde el mediano plazo.

Una de las cosas que hemos hecho es apropiarnos de los ciclos de actualización tecnológica para ponerlos en nuestras manos sin andar corriendo detrás de la última actualización.

Acá los actos futuros guían la acción presente y le dan permiso de ocurrir. Del mismo modo como el derecho a ser olvidado es un derecho futuro imaginado que irrumpe en la legislación presente, pensar un retrato de datos o campañas políticas donde éstos sean importantes, le da forma al activismo presente.

La idea clave acá es hacer algo diferente, que ha sido el principio tras Grafoscopio y el Data Week, desde sus apuestas particulares de futuro, que en buena medida es discontinuo con las prácticas del presente, tanto ciudadanas, cono de alfabetismos y usos populares de la tecnología.

En el caso de HackBo, la meritocracia establecía jerarquías transitorias respecto a los proyectos que se realizaban y dependiendo de ello las personas con más experiencia en el campo guiaban el quehacer de los otros. La transición de un proyecto a otro se daba, pero también una vez se exploraban dichos proyectos, se podía establecerse en uno principalmente, como fue el caso de Grafoscopio y la visualización de datos.

En un ensayo del 2007, yo proponía una "ecología del intelecto" que estudiara de modos ecosistémicos la inteligencia: en los individuos, las comunidades, lo natural y lo artificial y las interconectara y proponía el uso de chatbots para ello. Hoy con Grafoscopio, estoy pensando en documentos con automatismos embebidos que faciliten la participación remota. Podrían estar asociados a chatbots en el futuro.

En un ensayo del 2007, yo proponía una "ecología del intelecto" que estudiara de modos ecosistémicos la inteligencia: en los individuos, las comunidades, lo natural y lo artificial y las interconectara y proponía el uso de chatbots para ello. Hoy con Grafoscopio, estoy pensando en documentos con automatismos embebidos que faciliten la participación remota. Podrían estar asociados a chatbots en el futuro.

La imaginación conecta presente con futuro, y por tanto transita verticalmente en el tiempo. ¿Cómo hacer que lo haga horizontalmente, en el espacio, conectando geografías? El prototipo parece jugar un lugar clave en ello, así como los efectos de red para que dichos prototipos circulen.

Hay un factor estético que comunica esas dimensiones espacio-temporales.

Para el Data Week el código funcional existe, pues estamos trabajando con narrativas de datos, en lugar de con aplicaciones. Incluso un boceto de una libreta arbórea es ya un prototipo funcional. La incorporación temprana de sistemas de control de versiones (Fossil), una vez Grafoscopio se estabilizó, ayuda a compartir tales prototipos tempranamente y hacerlos trazables y disponibles a otros.

La modularidad para la transmisión de narrativas y código en libreta por un lado y en paquetes por otro, ayuda a que dichos prototipos se compartan, con diferentes niveles de experticia.

En el Data Week tratamos de crear capacidad a través de la técnica, y recibimos distintas clases de experticia, si bien el encuentro está todavía muy centrado en el código y lo escritural y en una manera particular de hacerlo (live coding) a través de una plataforma particular (Pharo/Grafoscopio).

Si bien lo escritural amplia el espectro, el código lo acota. La combinación de los dos, produce nuevas prácticas, como ha mostrado el reciente esfuerzo frente al Manual de Periodismo de Datos.

Enfocarnos en un lugar, permite ampliar otros e incluso brinda a comunidades técnicas, nuevos aprendizajes. En algunos ediciones del evento, se ha charlado de descentrar el encuentro sobre el código y traer otros problemas a la mesa

La pregunta sería cómo los protopúblicos y activistas pueden encontrarse en este formato y cómo los "props" se convierten en prototipos durables e iterables, parecido a como lo hacemos con Grafoscopio.

En particular me llama la atención entre las narrativas de datos y soluciones completas/integradas para ellas (tipo Grafoscopio) y las aplicaciones móviles más orientadas a la recolección de información, así como las redes sociales y canales de chat para articular ciudadanos. Los puentes sobre esas materialidades serían motivo de exploraciones futuras.

En el caso de Grafoscopio, el bricolage combina partes de Leo, con Jupyter, con Pharo, del lado técnico y el objeto activista, la investigación reproducible, las narrativas, la visualización ágil y el activismo de datos, la escritura estructurada. Dichas combinaciones crean algo nuevo, tanto en el caso de los artefactos tecnológicos, como de las prácticas que se entrecruzan alrededor de ellos.

range and depth of innovative practices of users. Third, the extent to which this creativity is harnessed depends on how the resulting innovation is built within next technology generations or suppressed

También está relacionado con la facilidad para experimentar. En el caso de Grafoscopio, comparado con Scratch, por ejemplo, el incorporar tempranamente un lenguaje simbólico permite la amplia experimentación, pero implica un costo inicial alto para realizar dichos experimentos que con otros lenguajes más visuales. Acá hay un problema de bootstrapping: Crear esas metáforas visuales amplias, para públicos adultos, implica tener un grupo de personas que esté dispuesta a experimentar con los lenguajes simbólicas que permite escribir dichas interfaces más amigables.

En general, las nuevas características son implementadas en la infraestructura, pero esto no incrementa los ciclos de adopción, aunque futuras ediciones del Data Week pueden hacer que nuevos públicos sean beneficiarios de la misma.

La reapropiación es alentada directamente en Grafoscopio y de hecho las prácticas del Data Week transitan las 3 fases. Lo difícil es que nuevos usuarios escriban el código fuente que llegue a ser parte de Grafoscopio, más allá de sus propias narrativas de datos.

Esto ocurre también con la metáfora de la escriturea arbórea: los usuarios escriben viejos textos de nuevas formas. Luego, con la introducción del código, los usuarios hacen nuevas cosas, en este caso, crear narrativas de datos.

Program or be programed.

En el caso de Grafoscopio, esta transición es más suave: lo que hay es un tránsito de la escritura en prosa (adopción), a la escritura en código (apropiación) que en algunos casos es incorporada al código fuente original, con la colaboración del autor (reposesión). El software ha sido licenciado como bien común desde el comienzo, y lo que transita entre un lugar y otro, son los saberes y capacidades del usuario de la herramienta para convertirse en hacedor de la misma.

El documento como árbol es una convención fija inicial, para lograr cierto movimiento en el desarrollo de la plataforma y las dinámicas alrededor de la misma, pero dicha convención puede ser móvil después (como se indicaba en el primer texto sobre Grafoscopio). Textos rizomáticos o laberínticos como los presentados en la literatura latinoamericana (Cortazar, Borges) podrían ser construidos con Grafoscopio una vez la convención inicial se mueva. Esto implicaría pasar por las sucesivas fases e incluso "canibalizar" Grafoscopio al final, con la ventaja de que las tensiones entre proveedores y usuarios no son tan fuertes, pues son los usuarios los que se están proveyendo de tecnología a sí mismos y cambiándola por el camino. Los lugares de tensión ocurren cuando se manifiesta el caracter político de sus usos, por ejemplo haciendo web scrapping que viola los contenidos de los términos de uso de un sitio web (citar caso de Twitter).

En el caso de Grafoscopio, la modificación en el artefacto y las prácticas alrededor del mismo trajeron nuevas temáticas a esta tecnología, como el activismo de datos.

La comunidad de Pharo es particularmente neutra a los usos de estas tecnologías y se enfocan sólo en el aspecto púramente técnico de la misma. Los artefactos que son creados en dicha comunidad, sirven a sus integrantes, como es de esperarse, que son principalmente desarrolladores de software. Temas como la visualización de datos es usada en ver sistemas de software. Lo que hace Grafoscopio es que repolitiza dichos usos y los descoloca y recoloca en contextos más políticos: visualizar presupuestos públicos, información públicada de medicamentos, silencios de políticos y en ese sentido es un acto permanente de reapropiación.

La adopción y la apropiación están muy cercanas en los metasistemas como Pharo/Smalltalk, pues que un usuario use una herramienta suele estar muy cercano a la idea de que esté en condiciones de modificarla.

Para el caso de Grafoscopio, la comunidad de práctica avanza, con miembros relativamente constantes entre edición y edición del Data Week y las Data Rodas y progresivamente miramos cómo modificar la herramienta. Aún así, no hay usos cotidianos de la misma (adopción) y la modificación (apropiación) aún es muy lenta. Sin embargo, el potencial de la herramienta para adaptarse a la comunidad y sus problemas, ha sido mayor que el de otras que se probaron.

Es similar a lo que ocurre con los %keyword en Grafoscopio, más la estructura arbórea que provee para el texto y los %embed que permiten que un nodo pueda ser llamado por otro.

A pesar de los proyectos inacabados de HackBo, antes mencionados, Grafoscopio, el Data Week y las Data Rodas, tienen la intensión de permitir saltos desde la infraestructura y dar una noción de continuidad (ver gráfica de Markus). Se pueden mostrar en el siguiente evento, pero definitivamente no son para ser desechados. Manufacturar liberación es importante para tales proyectos, pero al confinar la apertura (preestableciendo tecnologías y temáticas) sobreviven a futuras iteraciones.

Discusiones similares sobre proyectos compartidos se tuvieron en HackBo al comienzo, con ideas como lanzar un globo a la estratósfera, hacer crowdfunding de hardware y otras, que tenían que ver con "reuniones de segumiento". Algunos de ellos convocaron a miembros por poco tiempo y atrayeron nuevos miembros de manera permanente. Sin embargo, los tres proyectos que más se mantienen son: dos empresas/fundaciones y el de las Data Week y Data Rodas alrededor de Grafoscopio.

Los cambios de escala ciudad han sido conversados de manera informal, pero nunca han cristalizado y salvo acciones de activismo específica como la Gobernatón, no logran impactos de escala ciudad.

La idea de actividades incompletas y un jugueteo material están embebidas en el Data Week y Grafoscopio, así como la identificación de software como artesanía, lo cual dialoga con Aaron y Software craftmanship.

themeselves in relation to the group. “The process of becoming such an established maker seems to rely less on inherent abilities, skills, or intelligence per se, and more on adopting an outlook about one’s agency”

Esto ha pasado con el Data Week y Grafoscopio y está vinculado a comunidades de práctica y lo identitario.

Se puede empezar por acá la caracterización de lo hacker!

Esta relación entre frente y fondo, entre infraestructura y medio es importante sin embargo. ¿Cómo se pasa de la una a la otra? Grafoscopio, es una infraestructura para un medio escritural, pero esa transcición entre fondo y frente ayuda a cambiar la forma en que se escribe.

Bootstrapping es el proceso que hemos usado en HackBo con Grafoscopio: Un contexto provee la necesidad para desarrollar una herramienta en solitario, que modifica las prácticas en ese contexto, y aumentaría la capacidad colectiva para modificar dicha herramienta y otras relacionadas.

El ejercicio, como con la mayoría de proyectos de software libre, sigue ocurriendo en solitario, por ahora, pero hay más intereses colectivos aunándose.

¿Cual es la gratificación instantánea que ofrece Grafoscopio? Debería estar asociada a la escritura. Tomar notas rápidamente, versionarlas y exportarlas a la web. Por ejemplo, gracias a los shorcuts de Leo, es la herramienta que hasta ahora me ha provisto más gratificación respecto a escribir y organizar rápidamente notas, aunque en la interface visual, la más gratificante ha sido TeXmacs. Qué puede aprender Grafoscopio de estas formas de gratificación?

Estas líneas y las siguientes definen un conjunto interesante de posibilidades para las publicaciones digitales. ¿Cómo podemos hacerles Bootstrap desde lo que ya tenemos? (ejp: Grafoscopio y el Data Week).

Seco, si bien es una implementación del 2004, tiene varias ideas que son similares a las de Grafoscopio de hoy, incluyendo la persistencia de una imagen (ellos usan HyperGraphDB, pero incluso mencionan Smalltalk), el hecho de ser una aplicación de escritorio y la idea de una computación p2p, o la opción de embeber el motor de rendering de un browser o el browser mismo en un ambiente más rico, incluso la inspiración de los notebooks de mathematica.

O es parte de su investigación doctoral, como con Grafoscopio. El desarrollo de modelos de sostenibilidad alrededor del mismo está aún por verse.

Esto ha pasado con Grafoscopio y en otras comundiades como Leo. El trabajo permanente del autor incial es requerido mientras la comunidad se consolida y puede que esto nunca pase y siga siendo, sobre todo un proyecto individual.

En el caso de Grafoscopio, el hecho de que el mismo lenguaje de narrativas de datos sea el de modificación del entorno (uniformidad y continuidad) ayudaría a crear una comunidad de co-creadores, sólo en caso de que los saberes en ella y las prácticas se consoliden, para lo cual se requieren tiempos y periodos más constantes e intensos de aprendizaje (algo en formato diplomado).

Esto es clave. Si se consideran sistemas de integración continua asociados a los distintos repositorios (de código y documentación) con permisos en ellos, se pueden corregir los errores que se presenten, sin restringir grandemente la posibilidad de colaborar.

En el caso de Grafoscopio, se tiene una política similar en la que cada contribución es bienvenida, pero se coloca en lugares distintos dependiendo del nivel de experticia: etherpads, repositorios de documentación (del Data Week o de Grafoscopio), repositorios de código para proyectos específicos (como los Data Selfies, donde sobre todo hay archivos html y css imágenes png o javascript) y los repositorios de código de SmalltalkHub (para el paquete DataViz o para Grafoscopio).

Con una experiencia de aprendizaje más larga, como la del diplomado, se podrían conectar estas diferentes formas de experticia (un pad que se vuelva un documento interactivo, como hicimos en el Data Week 7, por ejemplo). Dichas transiciones estuvieron mediadas por la maduración de la infraestructura para hacerlas posibles y por los conocimientos con los que contaba el público asistente y sus intereres.

Estas definiciones más granulares ayudan a las personas a sentirse parte de una comunidad. Otros roles podrían hacer parte agruparse en estas definiciones, por ejemplo, un documentador es alguien que tiene acceso de escritura a un repositorio de documentación (por tanto un commiter) y dichos accesos pueden ser otorgados a partir de la calidad con la cual se participa en los etherpads de los talleres como el Data Week, de modo que puedan crecer de maneras muy orgánicas. Para ello, infraestructuras mejoradas, que conecten los pads, los repos e incluso permitan la escritura colaborativa de libretas, han sido pensadas hace rato, pero requieren del tiempo para ser implementadas.

Las conexiones entre campañas de microfinanciación y las diversas labores comunitarias son claves. Hasta ahora la mayoría de sitios, como bounty source, están centrados sólo en el desarrollo de código, pero la documentación es clave. Nuestra aproximación para el caso de Grafoscopio, es financiar tanto el código como los talleres, donde lo enseñamos y para los cuales desarrollamos documentación interactiva, de este modo lidiamos con la tensión entre el código y las otras múltiples cosas conectadas al mismo, que pueden construir una comunidad fuerte y diversa.

"Stop being meta" could be applied in some sense to meta systems like Smalltalk and Lisp, because their tendency to develop meta tools used mostly by developers, instead of "tools" used by by mostly everyone else. Burring the distinction between "everyone else" and developers in their ability to build/use meta tools, means to deliver tools and practices that can be a bridge with meta-tools. This is something we're trying to do with Grafoscopio and the Data Week.

Algo para considerar en el caso de grafoscopio y su documentación. Si bien el código está licenciado con MIT, estaba pensando en licenciar los documentos con una licencia copy far letf, como la P2P license. Esto podría aplicar para la serialización del objeto como un archivo. Aún así me quedan dudas sobre cómo aplicaría eso en un contexto de objetos vivos y si esa licencia puede "expandirse" a otros objetos del sistema en la medida en que se hace más difusa la diferencia entre el archivo y los objetos (un documento que está hecho de objetos y se serializa en un archivo).

Also applies for sensible & concerned humans, which are worried about their own relation with the planet and other beings on it, despite of not being gods (or aspiring to be). On the case of tools for understanding and metatools for improving those tools, again Perfection & Feedback Loops, or: why worse is better seems enlightening, particularly in the context of Smalltalk legacy. Grafoscopio could make a humble contribution on the seeing, understanding and debating part

This would be a good aim for Grafoscopio. At the moment there are some prototypes of how it can integrate a data continuum live environment, but these are still first steps and querying data or building visualizations requires quite a lot of expertise. The nice thing though is that once build, the domain specific language is easy to use and conveys explorable knowledge behind, in an integrated environment.

Algo así me pasó con la facilidad de instalación. El data week mostró ser una mejor manera de detectar las características realmente importantes enfocarme en ellas, por ejemplo las galerías de visualización y raspado de datos, mientras que la instalación era asistida en persona durante el evento.

Desde esta perspectiva de "mercadeo", esto ha venido pasando con grafoscopio, en alguna medida, aunque estamos en la fase de adoptadores tempranos. Esta visualización fue hecha con un "esfuerzo extra" para una "pragmatista en sufrimiento" que no estaba interesada en Smalltalk, pero si en las visualizaciones. Creo que allí hay una población grande de personas que podrían estar interesados en grafoscopio y eventualmente en aprender a programarlo y extenderlo.

I'm starting to feel this even with my new project, grafoscopio. The burden of development is now on core functionality that will make the project easier to use and adapt for newcomers, but still there is a question about how many of them will worry or be enabled to work on improving this core functionality or help in some way with its maintenance.