ADDED Tesis/Escrito/TextoIntegrado/Parte1/autopoiesis.png Index: Tesis/Escrito/TextoIntegrado/Parte1/autopoiesis.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte1/autopoiesis.png +++ Tesis/Escrito/TextoIntegrado/Parte1/autopoiesis.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte1/design-thinking.odg Index: Tesis/Escrito/TextoIntegrado/Parte1/design-thinking.odg ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte1/design-thinking.odg +++ Tesis/Escrito/TextoIntegrado/Parte1/design-thinking.odg cannot compute difference between binary files Index: Tesis/Escrito/TextoIntegrado/Parte1/design-thinking.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte1/design-thinking.png +++ Tesis/Escrito/TextoIntegrado/Parte1/design-thinking.png cannot compute difference between binary files Index: Tesis/Escrito/TextoIntegrado/Parte1/design-thinking.svg ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte1/design-thinking.svg +++ Tesis/Escrito/TextoIntegrado/Parte1/design-thinking.svg cannot compute difference between binary files Index: Tesis/Escrito/TextoIntegrado/Parte1/eeuu-guerra-afganistan-2-20.jpg ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte1/eeuu-guerra-afganistan-2-20.jpg +++ Tesis/Escrito/TextoIntegrado/Parte1/eeuu-guerra-afganistan-2-20.jpg cannot compute difference between binary files DELETED Tesis/Escrito/TextoIntegrado/Parte1/offrayLC-status-293188236019388417.png Index: Tesis/Escrito/TextoIntegrado/Parte1/offrayLC-status-293188236019388417.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte1/offrayLC-status-293188236019388417.png +++ Tesis/Escrito/TextoIntegrado/Parte1/offrayLC-status-293188236019388417.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/arbol-ayuda-pharo.png Index: Tesis/Escrito/TextoIntegrado/Parte2/arbol-ayuda-pharo.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/arbol-ayuda-pharo.png +++ Tesis/Escrito/TextoIntegrado/Parte2/arbol-ayuda-pharo.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/arbol-detalle.png Index: Tesis/Escrito/TextoIntegrado/Parte2/arbol-detalle.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/arbol-detalle.png +++ Tesis/Escrito/TextoIntegrado/Parte2/arbol-detalle.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/artefacto-realimentacion.png Index: Tesis/Escrito/TextoIntegrado/Parte2/artefacto-realimentacion.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/artefacto-realimentacion.png +++ Tesis/Escrito/TextoIntegrado/Parte2/artefacto-realimentacion.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/articulo-pdf.png Index: Tesis/Escrito/TextoIntegrado/Parte2/articulo-pdf.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/articulo-pdf.png +++ Tesis/Escrito/TextoIntegrado/Parte2/articulo-pdf.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/autoactualizacion-en-navegador-minimalista-panel-actualizado.png Index: Tesis/Escrito/TextoIntegrado/Parte2/autoactualizacion-en-navegador-minimalista-panel-actualizado.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/autoactualizacion-en-navegador-minimalista-panel-actualizado.png +++ Tesis/Escrito/TextoIntegrado/Parte2/autoactualizacion-en-navegador-minimalista-panel-actualizado.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/autoactualizacion-en-navegador-minimalista-panel-original.png Index: Tesis/Escrito/TextoIntegrado/Parte2/autoactualizacion-en-navegador-minimalista-panel-original.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/autoactualizacion-en-navegador-minimalista-panel-original.png +++ Tesis/Escrito/TextoIntegrado/Parte2/autoactualizacion-en-navegador-minimalista-panel-original.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/autoactualizacion-en-navegador-minimalista.png Index: Tesis/Escrito/TextoIntegrado/Parte2/autoactualizacion-en-navegador-minimalista.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/autoactualizacion-en-navegador-minimalista.png +++ Tesis/Escrito/TextoIntegrado/Parte2/autoactualizacion-en-navegador-minimalista.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/bidibog-mapa.png Index: Tesis/Escrito/TextoIntegrado/Parte2/bidibog-mapa.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/bidibog-mapa.png +++ Tesis/Escrito/TextoIntegrado/Parte2/bidibog-mapa.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/bidibog-repo.png Index: Tesis/Escrito/TextoIntegrado/Parte2/bidibog-repo.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/bidibog-repo.png +++ Tesis/Escrito/TextoIntegrado/Parte2/bidibog-repo.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-anotado.png Index: Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-anotado.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-anotado.png +++ Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-anotado.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-cabecera.png Index: Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-cabecera.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-cabecera.png +++ Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-cabecera.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-completo.png Index: Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-completo.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-completo.png +++ Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-completo.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/capacity-building.png Index: Tesis/Escrito/TextoIntegrado/Parte2/capacity-building.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/capacity-building.png +++ Tesis/Escrito/TextoIntegrado/Parte2/capacity-building.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/colibri-2005.png Index: Tesis/Escrito/TextoIntegrado/Parte2/colibri-2005.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/colibri-2005.png +++ Tesis/Escrito/TextoIntegrado/Parte2/colibri-2005.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/conceptual-searches.png Index: Tesis/Escrito/TextoIntegrado/Parte2/conceptual-searches.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/conceptual-searches.png +++ Tesis/Escrito/TextoIntegrado/Parte2/conceptual-searches.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/data-environment-full.png Index: Tesis/Escrito/TextoIntegrado/Parte2/data-environment-full.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/data-environment-full.png +++ Tesis/Escrito/TextoIntegrado/Parte2/data-environment-full.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/dataweek-indice-cronologico.png Index: Tesis/Escrito/TextoIntegrado/Parte2/dataweek-indice-cronologico.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/dataweek-indice-cronologico.png +++ Tesis/Escrito/TextoIntegrado/Parte2/dataweek-indice-cronologico.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/dataweek-indice-tematico.png Index: Tesis/Escrito/TextoIntegrado/Parte2/dataweek-indice-tematico.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/dataweek-indice-tematico.png +++ Tesis/Escrito/TextoIntegrado/Parte2/dataweek-indice-tematico.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/dataweek-mapa-intro.png Index: Tesis/Escrito/TextoIntegrado/Parte2/dataweek-mapa-intro.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/dataweek-mapa-intro.png +++ Tesis/Escrito/TextoIntegrado/Parte2/dataweek-mapa-intro.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/dataweek-mapa.png Index: Tesis/Escrito/TextoIntegrado/Parte2/dataweek-mapa.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/dataweek-mapa.png +++ Tesis/Escrito/TextoIntegrado/Parte2/dataweek-mapa.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/dataweek-timeline.png Index: Tesis/Escrito/TextoIntegrado/Parte2/dataweek-timeline.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/dataweek-timeline.png +++ Tesis/Escrito/TextoIntegrado/Parte2/dataweek-timeline.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-1.png Index: Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-1.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-1.png +++ Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-1.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-3-zoom.png Index: Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-3-zoom.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-3-zoom.png +++ Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-3-zoom.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-3.png Index: Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-3.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-3.png +++ Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-3.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/dataweek11-3-zoom.png Index: Tesis/Escrito/TextoIntegrado/Parte2/dataweek11-3-zoom.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/dataweek11-3-zoom.png +++ Tesis/Escrito/TextoIntegrado/Parte2/dataweek11-3-zoom.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/dataweek11-3.png Index: Tesis/Escrito/TextoIntegrado/Parte2/dataweek11-3.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/dataweek11-3.png +++ Tesis/Escrito/TextoIntegrado/Parte2/dataweek11-3.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/diplomado.png Index: Tesis/Escrito/TextoIntegrado/Parte2/diplomado.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/diplomado.png +++ Tesis/Escrito/TextoIntegrado/Parte2/diplomado.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/divide-data.png Index: Tesis/Escrito/TextoIntegrado/Parte2/divide-data.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/divide-data.png +++ Tesis/Escrito/TextoIntegrado/Parte2/divide-data.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/divide-layered-infra.png Index: Tesis/Escrito/TextoIntegrado/Parte2/divide-layered-infra.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/divide-layered-infra.png +++ Tesis/Escrito/TextoIntegrado/Parte2/divide-layered-infra.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/divide-user-dev.png Index: Tesis/Escrito/TextoIntegrado/Parte2/divide-user-dev.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/divide-user-dev.png +++ Tesis/Escrito/TextoIntegrado/Parte2/divide-user-dev.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/el-directorio-2011.png Index: Tesis/Escrito/TextoIntegrado/Parte2/el-directorio-2011.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/el-directorio-2011.png +++ Tesis/Escrito/TextoIntegrado/Parte2/el-directorio-2011.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/enactive-understanding.png Index: Tesis/Escrito/TextoIntegrado/Parte2/enactive-understanding.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/enactive-understanding.png +++ Tesis/Escrito/TextoIntegrado/Parte2/enactive-understanding.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/flisol.png Index: Tesis/Escrito/TextoIntegrado/Parte2/flisol.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/flisol.png +++ Tesis/Escrito/TextoIntegrado/Parte2/flisol.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/floppology.png Index: Tesis/Escrito/TextoIntegrado/Parte2/floppology.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/floppology.png +++ Tesis/Escrito/TextoIntegrado/Parte2/floppology.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-place.png Index: Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-place.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-place.png +++ Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-place.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-timeline.png Index: Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-timeline.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-timeline.png +++ Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-timeline.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-user-manual.png Index: Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-user-manual.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-user-manual.png +++ Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-user-manual.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-web.png Index: Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-web.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-web.png +++ Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-web.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/hackbo-cynin.png Index: Tesis/Escrito/TextoIntegrado/Parte2/hackbo-cynin.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/hackbo-cynin.png +++ Tesis/Escrito/TextoIntegrado/Parte2/hackbo-cynin.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-1.png Index: Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-1.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-1.png +++ Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-1.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-2.png Index: Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-2.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-2.png +++ Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-2.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-3.png Index: Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-3.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-3.png +++ Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-3.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav.png Index: Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav.png +++ Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/hackbo-web2py.png Index: Tesis/Escrito/TextoIntegrado/Parte2/hackbo-web2py.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/hackbo-web2py.png +++ Tesis/Escrito/TextoIntegrado/Parte2/hackbo-web2py.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/interface-grafoscopio.png Index: Tesis/Escrito/TextoIntegrado/Parte2/interface-grafoscopio.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/interface-grafoscopio.png +++ Tesis/Escrito/TextoIntegrado/Parte2/interface-grafoscopio.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/ipython-markdown.png Index: Tesis/Escrito/TextoIntegrado/Parte2/ipython-markdown.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/ipython-markdown.png +++ Tesis/Escrito/TextoIntegrado/Parte2/ipython-markdown.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/ipython-vista-previa.png Index: Tesis/Escrito/TextoIntegrado/Parte2/ipython-vista-previa.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/ipython-vista-previa.png +++ Tesis/Escrito/TextoIntegrado/Parte2/ipython-vista-previa.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/joss-grafoscopio.png Index: Tesis/Escrito/TextoIntegrado/Parte2/joss-grafoscopio.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/joss-grafoscopio.png +++ Tesis/Escrito/TextoIntegrado/Parte2/joss-grafoscopio.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/jupyter-grafoscopio.png Index: Tesis/Escrito/TextoIntegrado/Parte2/jupyter-grafoscopio.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/jupyter-grafoscopio.png +++ Tesis/Escrito/TextoIntegrado/Parte2/jupyter-grafoscopio.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/jupyterlab.png Index: Tesis/Escrito/TextoIntegrado/Parte2/jupyterlab.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/jupyterlab.png +++ Tesis/Escrito/TextoIntegrado/Parte2/jupyterlab.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/leo-smalltalk.png Index: Tesis/Escrito/TextoIntegrado/Parte2/leo-smalltalk.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/leo-smalltalk.png +++ Tesis/Escrito/TextoIntegrado/Parte2/leo-smalltalk.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/leo-tesis.png Index: Tesis/Escrito/TextoIntegrado/Parte2/leo-tesis.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/leo-tesis.png +++ Tesis/Escrito/TextoIntegrado/Parte2/leo-tesis.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/lista-hilo1.png Index: Tesis/Escrito/TextoIntegrado/Parte2/lista-hilo1.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/lista-hilo1.png +++ Tesis/Escrito/TextoIntegrado/Parte2/lista-hilo1.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/lista-hilo2.png Index: Tesis/Escrito/TextoIntegrado/Parte2/lista-hilo2.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/lista-hilo2.png +++ Tesis/Escrito/TextoIntegrado/Parte2/lista-hilo2.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/mapas-del-silencio.png Index: Tesis/Escrito/TextoIntegrado/Parte2/mapas-del-silencio.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/mapas-del-silencio.png +++ Tesis/Escrito/TextoIntegrado/Parte2/mapas-del-silencio.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/mapeda-activity.png Index: Tesis/Escrito/TextoIntegrado/Parte2/mapeda-activity.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/mapeda-activity.png +++ Tesis/Escrito/TextoIntegrado/Parte2/mapeda-activity.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/mapeda-histogram.png Index: Tesis/Escrito/TextoIntegrado/Parte2/mapeda-histogram.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/mapeda-histogram.png +++ Tesis/Escrito/TextoIntegrado/Parte2/mapeda-histogram.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/mapeda-original.png Index: Tesis/Escrito/TextoIntegrado/Parte2/mapeda-original.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/mapeda-original.png +++ Tesis/Escrito/TextoIntegrado/Parte2/mapeda-original.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/mapeda-paginas1.jpg Index: Tesis/Escrito/TextoIntegrado/Parte2/mapeda-paginas1.jpg ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/mapeda-paginas1.jpg +++ Tesis/Escrito/TextoIntegrado/Parte2/mapeda-paginas1.jpg cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/mapeda-paginas2.jpg Index: Tesis/Escrito/TextoIntegrado/Parte2/mapeda-paginas2.jpg ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/mapeda-paginas2.jpg +++ Tesis/Escrito/TextoIntegrado/Parte2/mapeda-paginas2.jpg cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/mapeda-piechart.png Index: Tesis/Escrito/TextoIntegrado/Parte2/mapeda-piechart.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/mapeda-piechart.png +++ Tesis/Escrito/TextoIntegrado/Parte2/mapeda-piechart.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/mapeda-ston.png Index: Tesis/Escrito/TextoIntegrado/Parte2/mapeda-ston.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/mapeda-ston.png +++ Tesis/Escrito/TextoIntegrado/Parte2/mapeda-ston.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline-detail.png Index: Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline-detail.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline-detail.png +++ Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline-detail.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline-end.png Index: Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline-end.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline-end.png +++ Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline-end.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline.png Index: Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline.png +++ Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/mapeda-trino.png Index: Tesis/Escrito/TextoIntegrado/Parte2/mapeda-trino.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/mapeda-trino.png +++ Tesis/Escrito/TextoIntegrado/Parte2/mapeda-trino.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/mapeda-web.png Index: Tesis/Escrito/TextoIntegrado/Parte2/mapeda-web.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/mapeda-web.png +++ Tesis/Escrito/TextoIntegrado/Parte2/mapeda-web.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/modes-of-understanding.png Index: Tesis/Escrito/TextoIntegrado/Parte2/modes-of-understanding.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/modes-of-understanding.png +++ Tesis/Escrito/TextoIntegrado/Parte2/modes-of-understanding.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/moldable-tools.png Index: Tesis/Escrito/TextoIntegrado/Parte2/moldable-tools.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/moldable-tools.png +++ Tesis/Escrito/TextoIntegrado/Parte2/moldable-tools.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/narrativa-zooms.png Index: Tesis/Escrito/TextoIntegrado/Parte2/narrativa-zooms.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/narrativa-zooms.png +++ Tesis/Escrito/TextoIntegrado/Parte2/narrativa-zooms.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/nomadas-digitales.png Index: Tesis/Escrito/TextoIntegrado/Parte2/nomadas-digitales.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/nomadas-digitales.png +++ Tesis/Escrito/TextoIntegrado/Parte2/nomadas-digitales.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/notebook-apprentice.png Index: Tesis/Escrito/TextoIntegrado/Parte2/notebook-apprentice.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/notebook-apprentice.png +++ Tesis/Escrito/TextoIntegrado/Parte2/notebook-apprentice.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/notebook-techniques.png Index: Tesis/Escrito/TextoIntegrado/Parte2/notebook-techniques.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/notebook-techniques.png +++ Tesis/Escrito/TextoIntegrado/Parte2/notebook-techniques.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/nubes-de-palabras.png Index: Tesis/Escrito/TextoIntegrado/Parte2/nubes-de-palabras.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/nubes-de-palabras.png +++ Tesis/Escrito/TextoIntegrado/Parte2/nubes-de-palabras.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/offrayLC-status-293188236019388417.png Index: Tesis/Escrito/TextoIntegrado/Parte2/offrayLC-status-293188236019388417.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/offrayLC-status-293188236019388417.png +++ Tesis/Escrito/TextoIntegrado/Parte2/offrayLC-status-293188236019388417.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/pandoc-diagram.jpg Index: Tesis/Escrito/TextoIntegrado/Parte2/pandoc-diagram.jpg ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/pandoc-diagram.jpg +++ Tesis/Escrito/TextoIntegrado/Parte2/pandoc-diagram.jpg cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/persistencia-guardar-como.png Index: Tesis/Escrito/TextoIntegrado/Parte2/persistencia-guardar-como.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/persistencia-guardar-como.png +++ Tesis/Escrito/TextoIntegrado/Parte2/persistencia-guardar-como.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/recombinacion.png Index: Tesis/Escrito/TextoIntegrado/Parte2/recombinacion.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/recombinacion.png +++ Tesis/Escrito/TextoIntegrado/Parte2/recombinacion.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/side-by-side.png Index: Tesis/Escrito/TextoIntegrado/Parte2/side-by-side.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/side-by-side.png +++ Tesis/Escrito/TextoIntegrado/Parte2/side-by-side.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-hilo.jpg Index: Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-hilo.jpg ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-hilo.jpg +++ Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-hilo.jpg cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino1.png Index: Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino1.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino1.png +++ Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino1.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino2.png Index: Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino2.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino2.png +++ Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino2.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino3.png Index: Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino3.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino3.png +++ Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino3.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/software-as-craft-1.png Index: Tesis/Escrito/TextoIntegrado/Parte2/software-as-craft-1.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/software-as-craft-1.png +++ Tesis/Escrito/TextoIntegrado/Parte2/software-as-craft-1.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/software-as-craft.png Index: Tesis/Escrito/TextoIntegrado/Parte2/software-as-craft.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/software-as-craft.png +++ Tesis/Escrito/TextoIntegrado/Parte2/software-as-craft.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/tecno-comun.png Index: Tesis/Escrito/TextoIntegrado/Parte2/tecno-comun.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/tecno-comun.png +++ Tesis/Escrito/TextoIntegrado/Parte2/tecno-comun.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/telegram-3.png Index: Tesis/Escrito/TextoIntegrado/Parte2/telegram-3.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/telegram-3.png +++ Tesis/Escrito/TextoIntegrado/Parte2/telegram-3.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/trino-persistencia.png Index: Tesis/Escrito/TextoIntegrado/Parte2/trino-persistencia.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/trino-persistencia.png +++ Tesis/Escrito/TextoIntegrado/Parte2/trino-persistencia.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/ulysses-image-preview.png Index: Tesis/Escrito/TextoIntegrado/Parte2/ulysses-image-preview.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/ulysses-image-preview.png +++ Tesis/Escrito/TextoIntegrado/Parte2/ulysses-image-preview.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/wiki-etherpad.png Index: Tesis/Escrito/TextoIntegrado/Parte2/wiki-etherpad.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/wiki-etherpad.png +++ Tesis/Escrito/TextoIntegrado/Parte2/wiki-etherpad.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/zotero-detalle-items.png Index: Tesis/Escrito/TextoIntegrado/Parte2/zotero-detalle-items.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/zotero-detalle-items.png +++ Tesis/Escrito/TextoIntegrado/Parte2/zotero-detalle-items.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/zotero-firefox.png Index: Tesis/Escrito/TextoIntegrado/Parte2/zotero-firefox.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/zotero-firefox.png +++ Tesis/Escrito/TextoIntegrado/Parte2/zotero-firefox.png cannot compute difference between binary files ADDED Tesis/Escrito/TextoIntegrado/Parte2/zotero-phd-master.png Index: Tesis/Escrito/TextoIntegrado/Parte2/zotero-phd-master.png ================================================================== --- Tesis/Escrito/TextoIntegrado/Parte2/zotero-phd-master.png +++ Tesis/Escrito/TextoIntegrado/Parte2/zotero-phd-master.png cannot compute difference between binary files Index: Tesis/Escrito/TextoIntegrado/bibliography.bib ================================================================== --- Tesis/Escrito/TextoIntegrado/bibliography.bib +++ Tesis/Escrito/TextoIntegrado/bibliography.bib @@ -1,5 +1,168 @@ + +@article{lafuente_critica_2013, + title = {La crítica de la ciencia}, + volume = {141}, + url = {http://www.profesiones.org/var/plain/storage/original/application/55787586cfc72081a1dc891d40a3fbb5.pdf}, + journal = {Profesiones}, + author = {Lafuente, Antonio}, + month = feb, + year = {2013}, + note = {00000}, + pages = {48--49} +} + +@misc{noauthor_pharo_nodate, + title = {Pharo source documentation: {Collections}-{Strings}}, + shorttitle = {pharo-sourcedocs-strings}, + url = {http://magaloma.seasidehosting.st/Collections-Strings}, + urldate = {2014-09-23}, + note = {00000} +} + +@misc{amanda_morton_intro_nodate, + title = {Intro to the {Zotero} {API}}, + shorttitle = {zotero-api-intro-ph}, + url = {http://programminghistorian.org/lessons/intro-to-the-zotero-api.html}, + urldate = {2014-10-07}, + author = {{Amanda Morton}}, + collaborator = {{Fred Gibbs}}, + note = {00000} +} + +@book{girba_moose_nodate, + title = {The {Moose} {Book}: {Introduction}}, + shorttitle = {girba-moose-book-intro}, + url = {http://www.themoosebook.org/book/index.html}, + urldate = {2014-09-27}, + author = {Girba, Tudor}, + note = {00000} +} + +@misc{bergel_software_2014, + title = {Software as graph}, + url = {http://vimeo.com/94724841}, + urldate = {2014-06-24}, + author = {Bergel, Alexandre}, + year = {2014}, + note = {00000} +} + +@misc{luna_cardenas_outliner_2014, + title = {Outliner for {Light} {Table} or on blurring the distinction beween programmers and non programmers. · {Issue} \#1530 · {LightTable}/{LightTable}}, + url = {https://github.com/LightTable/LightTable/issues/1530#issuecomment-46760429}, + urldate = {2014-10-21}, + author = {Luna Cárdenas, Offray Vladimir}, + month = jun, + year = {2014}, + note = {00000} +} + +@misc{barreau_citezen_2010, + title = {Citezen {Université} {Lille} 1 - {Résumé} de stage - licence mention {Informatique} 2010-2011}, + shorttitle = {citezen-barreau}, + url = {http://www.fil.univ-lille1.fr/~decomite/ue/ResumesStages/2010/resumes/barreau/abstract.php}, + urldate = {2014-10-07}, + author = {Barreau, Adrien}, + year = {2010}, + note = {00000} +} + +@misc{luna_cardenas_grafoscopio_2014, + title = {Grafoscopio - {SmalltalkHub}}, + shorttitle = {grafoscopio-smalltalkhub}, + url = {http://smalltalkhub.com/#!/~Offray/Grafoscopio/}, + urldate = {2014-11-18}, + author = {Luna Cárdenas, Offray Vladimir}, + year = {2014}, + note = {00000} +} + +@misc{girba_glamorous_2014, + title = {the glamorous toolkit}, + url = {http://gt.moosetechnology.org/}, + urldate = {2014-10-21}, + author = {Girba, Tudor and Chis, Andrei and Syrel, Alex}, + year = {2014}, + note = {00000} +} + +@misc{pollet_citezen_nodate, + title = {Citezen}, + shorttitle = {citezen-pollet-repository}, + url = {http://people.untyped.org/damien.pollet/software/citezen/}, + urldate = {2014-10-12}, + author = {Pollet, Damien}, + note = {00000} +} + +@incollection{sharp_chapter_1997, + title = {Chapter 12. {Strings}}, + isbn = {0-07-913036-4}, + shorttitle = {sbe-strings}, + url = {http://stephane.ducasse.free.fr/FreeBooks/ByExample/14%20-%20Chapter%2012%20-%20Strings.pdf}, + booktitle = {Smalltalk by {Example}: the {Developer}'s {Guide}}, + author = {Sharp, Alex}, + year = {1997}, + note = {00000} +} + +@techreport{pollet_citezen_2009, + title = {Citezen, a nicer bibliography toolkit}, + shorttitle = {citezen-pollet-report}, + url = {http://vst.ensm-douai.fr/ESUG2009Media/uploads/1/citezen-EsugAwards2009.pdf}, + author = {Pollet, Damien}, + year = {2009}, + note = {00000} +} + +@incollection{girba_glamour_2013, + title = {Glamour}, + isbn = {978-3-9523341-6-4}, + shorttitle = {pbe2-glamour}, + booktitle = {Deep into pharo}, + author = {Girba, Tudor}, + year = {2013}, + note = {00002}, + pages = {191--207} +} + +@misc{noauthor_pharo_nodate-1, + title = {Pharo - {Welcome} to {Pharo}!}, + shorttitle = {pharo-sitio-web}, + url = {http://pharo.org/}, + urldate = {2014-10-21}, + note = {00000} +} + +@misc{activist_object_curating_nodate, + title = {Curating the {Activist} {Object}: {Project} {History}}, + url = {http://activistobject.wordpress.com/project-history/}, + urldate = {2014-10-01}, + author = {{Activist Object}}, + note = {00000} +} + +@misc{wikipedia_open_2014, + title = {Open research - {Wikipedia}, the free encyclopedia}, + url = {https://en.wikipedia.org/wiki/Open_research}, + urldate = {2014-09-23}, + author = {{Wikipedia}}, + month = sep, + year = {2014}, + note = {00000} +} + +@book{kaehler_taste_1986, + title = {A {Taste} of {Smalltalk}}, + isbn = {0-393-95505-2}, + shorttitle = {taste-of-smalltalk}, + publisher = {W W Norton \& Co Inc}, + author = {Kaehler, Ted and Patterson, Dave}, + year = {1986}, + note = {00050} +} @book{lanier_you_2010, edition = {1}, title = {You {Are} {Not} a {Gadget}: {A} {Manifesto}}, isbn = {0-307-26964-7 978-0-307-26964-5}, @@ -6,19 +169,138 @@ url = {http://gen.lib.rus.ec/book/index.php?md5=84de2a0765823489be4f2ec72f031aff}, publisher = {Knopf}, author = {Lanier, Jaron}, year = {2010} } + +@misc{caekenberghe_smalltalk_2012, + title = {Smalltalk {Object} {Notation} ({STON})}, + shorttitle = {caekenberghe-ston}, + url = {https://github.com/svenvc/ston/blob/master/ston-paper.md}, + urldate = {2014-09-23}, + author = {Caekenberghe, Sven Van}, + month = may, + year = {2012}, + note = {00000} +} @article{luna_cardenas_resolucion_2007, title = {Resolución {Colectiva} de {Problemas} desde {Modelos} {Multiagente}: un diálogo entre la teoría y el aula}, shorttitle = {luna-maestria}, url = {http://mutabit.com/deltas/repos.fossil/offray-maestria-tesis/doc/tip/EscritoTesis/articuloTesisMaestriaRevistaMagis.pdf}, author = {Luna Cárdenas, Offray Vladimir}, year = {2007}, note = {00000} } + +@article{beck_object-oriented_1996, + title = {Object-{Oriented} {Recursion}}, + shorttitle = {oo-recursion}, + url = {http://www.macqueen.us/smalltalkReport/ST/ST09/27be.pdf}, + author = {Beck, Kent}, + month = sep, + year = {1996}, + note = {00000} +} + +@misc{activist_object_curating_2014, + title = {Curating the {Activist} {Object}: {About} the {Activist} {Object}}, + url = {http://activistobject.wordpress.com/about/}, + urldate = {2014-09-26}, + author = {{Activist Object}}, + year = {2014}, + note = {00000} +} + +@misc{luna_cardenas_ubakye:_2011, + title = {Ubakye: usemos las redes sociales en lugar de que ellas nos sigan usando {Offray} {Luna}}, + url = {https://www.4shared.com/audio/tBoBE-0B/Ubakye_Usemos_las_redes_social.html}, + urldate = {2014-10-21}, + author = {Luna Cárdenas, Offray Vladimir}, + collaborator = {Ortega, Christian}, + month = sep, + year = {2011}, + note = {00000} +} + +@misc{noauthor_zotero_nodate, + title = {Zotero with {LaTeX} and {BibTeX} - {Zotero} at {MIT} - {Research} {Guides} at {MIT} {Libraries}}, + shorttitle = {zotero-bibtex-mit}, + url = {http://libguides.mit.edu/content.php?pid=55482&sid=406343}, + urldate = {2014-10-07}, + note = {00000} +} + +@misc{zotplus_better_nodate, + title = {Better {BibTeX}: {Citation} {Keys}}, + shorttitle = {better-bibtex}, + url = {https://zotplus.github.io/better-bibtex/Citation-Keys.html}, + urldate = {2014-10-03}, + author = {{ZotPlus}}, + note = {00000 bibtex: zotero-1378135-2195} +} + +@misc{noauthor_zotero_nodate-1, + title = {Zotero {Web} {API} {Documentation} v. 3}, + shorttitle = {zotero-api-v3}, + url = {https://www.zotero.org/support/dev/web_api/v3/basics}, + urldate = {2014-10-07}, + note = {00000} +} + +@misc{critical_art_emsamble_ciencia_2009, + title = {Ciencia de garaje - {Medialab}-{Prado} {Madrid}}, + url = {http://medialab-prado.es/article/garage_science}, + urldate = {2014-09-30}, + author = {{Critical Art Emsamble}}, + month = jan, + year = {2009}, + note = {00000} +} + +@misc{luna_cardenas_ubakye_2012, + title = {Ubakye aprendizaje e identidad digital}, + copyright = {Creative Commons Attribution - Share Alike 3.0 Unported License}, + shorttitle = {ubakye-mapa}, + url = {http://mutabit.com/deltas/repos.fossil/mtb-charlas-talleres/doc/tip/Ubakye/ubakyeAprendizajeIdentidadDigital.png}, + urldate = {2014-11-14}, + author = {Luna Cárdenas, Offray Vladimir}, + month = jun, + year = {2012}, + note = {00000} +} + +@misc{girba_pharo:_2014, + title = {Pharo: {Playing} with live objects}, + shorttitle = {girba-playing-with-objects}, + url = {http://vimeo.com/97315968}, + urldate = {2014-09-28}, + author = {Girba, Tudor}, + month = jul, + year = {2014}, + note = {00000} +} + +@article{lafuente_amateurs_2014, + title = {Amateurs, activistas y hackers: {Tres} formas de estar en la ciencia [*] {\textbar} {Periódico} {Diagonal}}, + url = {https://www.diagonalperiodico.net/blogs/fuera-clase/amateurs-activistas-y-hackers-tres-formas-estar-la-ciencia.html}, + urldate = {2014-09-30}, + journal = {Diagonal Periodico}, + author = {Lafuente, Antonio}, + month = sep, + year = {2014}, + note = {00000} +} + +@misc{research_object_research_nodate, + title = {Research {Object} {Overview}}, + shorttitle = {research-object-overview}, + url = {http://www.researchobject.org/overview/}, + urldate = {2014-09-26}, + author = {{Research Object}}, + note = {00000} +} @article{lilly_irani_hackathons_2015, title = {Hackathons and the {Making} of {Entrepreneurial} {Citizenship}}, url = {https://social.stoa.usp.br/articles/0039/6313/0162243915578486.full.pdf}, doi = {10.1177/0162243915578486}, @@ -42,22 +324,35 @@ author = {Luna Cárdenas, Offray Vladimir}, month = sep, year = {2014} } -@misc{luna_cardenas_deepness_2013, +@misc{luna_cardenas_``deepness_2013, type = {microblog}, - title = {On "deepness" and complexity of \#{IPython} documents: http://is.gd/{yoUWBI}  cc @fperez\_org @ellisonbg}, + title = {On ``deepness'' and complexity of \#{IPython} documents: http://is.gd/{yoUWBI}  cc @fperez\_org @ellisonbg}, shorttitle = {ipython-deepness-2013}, url = {https://twitter.com/offrayLC/status/293188236019388417}, urldate = {2016-12-09}, journal = {@offrayLC}, author = {Luna Cárdenas, Offray Vladimir}, month = jan, year = {2013}, keywords = {replaceShortTitle} } + +@misc{scott_how_2015, + type = {Aeon is a registered charity committed to the spread of knowledge and a cosmopolitan worldview. {Our} mission is to create a sanctuary online for serious thinking.}, + title = {How yuppies hacked the original hacker ethos – {Brett} {Scott} {\textbar} {Aeon} {Essays}}, + url = {https://aeon.co/essays/how-yuppies-hacked-the-original-hacker-ethos}, + abstract = {The hacker ethos is wild and anarchic, indifferent to the trappings of success. Or it was, until the gentrifiers moved in}, + language = {Inglés}, + urldate = {2017-04-17}, + journal = {Aeon}, + author = {Scott, Brett}, + month = aug, + year = {2015} +} @book{bringhurst_elements_2005, edition = {3.1}, title = {The {Elements} of {Typography}}, isbn = {0-88179-205-5}, @@ -72,19 +367,10 @@ author = {Umeki, Hideo}, month = dec, year = {2008} } -@book{bringhurst_elements_2005-1, - edition = {3.1}, - title = {The {Elements} of {Typography}}, - isbn = {0-88179-205-5}, - publisher = {Hartley \& Marks}, - author = {Bringhurst, Robert}, - year = {2005} -} - @book{mittelbach_latex_2004, edition = {Second}, title = {The {\textbackslash}{LaTeX}{\textbackslash} {Companion}}, isbn = {0-201-36299-6}, publisher = {Addison–Wesley}, @@ -152,19 +438,10 @@ author = {Bonsiepe, Gui} } @inproceedings{bonsiepe_design_2000, address = {Italia}, - title = {Design as {Tool} for {Cognitive} {Metabolism}: {From} {Knowledge} {Production} to {Knowledge} {Presentation}}, - booktitle = {international symposium on the dimensions of industrial design research}, - author = {Bonsiepe, Gui}, - month = jun, - year = {2000} -} - -@inproceedings{bonsiepe_design_2000-1, - address = {Italia}, title = {Design as {Tool} for {Cognitive} {Metabolism}: {From} {Knowledge} {Production} to {Knowledge} {Presentation}}, booktitle = {international symposium on the dimensions of industrial design research}, author = {Bonsiepe, Gui}, month = jun, year = {2000} @@ -265,11 +542,11 @@ keywords = {imported} } @phdthesis{maxwell_tracing_2006, title = {Tracing the {Dynabook}}, - url = {http://tkbr.ccsp.sfu.ca/dynabook/}, + url = {https://open.library.ubc.ca/cIRcle/collections/ubctheses/831/items/1.0055157}, urldate = {2013-12-10}, school = {University of British Columbia}, author = {Maxwell, John W.}, month = nov, year = {2006} @@ -508,12 +785,12 @@ author = {Falstad, Paul and Stephenson, Peter}, month = jan, year = {2014} } -@misc{luna_cardenas_deepness_2013-1, - title = {On "deepness" and complexity of {IPython} documents}, +@misc{luna_cardenas_``deepness_2013-1, + title = {On ``deepness'' and complexity of {IPython} documents}, url = {http://mutabit.com/offray/static/blog/output/posts/on-deepness-and-complexity-of-ipython-documents.html}, abstract = {Note This is an updated version of a publication originaly posted on: http://mutabit.com/mutabit/default/wiki/ipython-deepness This post argues about using an outliner interface for interactive docum}, @@ -583,11 +860,11 @@ title = {{HackBo}}, url = {http://hackbo.co/}, year = {2010} } -@misc{luna_cardenas_grafoscopio_2014, +@misc{luna_cardenas_grafoscopio_2014-1, title = {Grafoscopio}, url = {http://mutabit.com/grafoscopio/}, author = {Luna Cárdenas, Offray Vladimir}, year = {2014} } @@ -600,14 +877,15 @@ year = {2015} } @misc{de_andrade_cannibal_1928, title = {Cannibal {Manifesto}}, - url = {https://events.ccc.de/congress/2009/Fahrplan/attachments/1386_cannibalmanifesto1928.pdf}, + url = {https://is.gd/de_andrade_1928}, urldate = {2017-08-29}, author = {de Andrade, Oswald}, - year = {1928} + year = {1928}, + note = {https://events.ccc.de/congress/2009/Fahrplan/attachments/1386\_cannibalmanifesto1928.pdf} } @book{teemu_leinonen_software_2008, title = {Software as {Hypothesis}: {Research}-{Based} {Design} {Methodology}}, shorttitle = {leinonen-2008}, @@ -614,5 +892,381 @@ url = {http://www.slideshare.net/teemul/software-as-hypothesis-researchbased-design-methodology-presentation}, urldate = {2015-07-29}, author = {{Teemu Leinonen}}, year = {2008} } + +@article{hunsinger_democratization_2016, + title = {The democratization of hacking and making}, + volume = {18}, + issn = {1461-4448, 1461-7315}, + url = {http://journals.sagepub.com/doi/10.1177/1461444816629466}, + doi = {10.1177/1461444816629466}, + language = {en}, + number = {4}, + urldate = {2017-09-11}, + journal = {New Media \& Society}, + author = {Hunsinger, Jeremy and Schrock, Andrew}, + month = apr, + year = {2016}, + pages = {535--538} +} + +@article{schrock_civic_2016, + title = {Civic hacking as data activism and advocacy: {A} history from publicity to open government data}, + volume = {18}, + issn = {1461-4448, 1461-7315}, + shorttitle = {Civic hacking as data activism and advocacy}, + url = {http://journals.sagepub.com/doi/10.1177/1461444816629469}, + doi = {10.1177/1461444816629469}, + language = {en}, + number = {4}, + urldate = {2017-09-11}, + journal = {New Media \& Society}, + author = {Schrock, Andrew R}, + month = apr, + year = {2016}, + pages = {581--599} +} + +@book{isin_being_2015, + address = {London, UK ; New York}, + title = {Being digital citizens}, + isbn = {978-1-78348-055-5 978-1-78348-056-2}, + publisher = {Rowman \& Littlefield}, + author = {Isin, Engin F. and Ruppert, Evelyn}, + year = {2015}, + keywords = {Internet, Internet in public administration, Political aspects} +} + +@book{stallman_free_2002, + address = {Boston, Mass}, + edition = {1st. ed}, + title = {Free software, free society: selected essays}, + isbn = {978-1-882114-98-6}, + shorttitle = {Free software, free society}, + url = {https://is.gd/stallman_freesoc}, + language = {eng}, + publisher = {Free Software Foundation}, + author = {Stallman, Richard M. and Gay, Joshua}, + year = {2002}, + note = {OCLC: 253840339} +} + +@book{lessig_free_2004, + address = {New York}, + title = {Free culture: how big media uses technology and the law to lock down culture and control creativity}, + isbn = {978-1-59420-006-9}, + shorttitle = {Free culture}, + url = {https://is.gd/lessing_2004}, + publisher = {Penguin Press}, + author = {Lessig, Lawrence}, + year = {2004}, + keywords = {Art, Intellectual property, Mass media, Technological innovations, United States} +} + +@article{moroi_comparison_1975, + title = {Comparison between procaine and isocarboxazid metabolism in vitro by a liver microsomal amidase-esterase}, + volume = {24}, + issn = {1873-2968}, + language = {eng}, + number = {16}, + journal = {Biochemical Pharmacology}, + author = {Moroi, K. and Sato, T.}, + month = aug, + year = {1975}, + pmid = {8}, + keywords = {Amidohydrolases, Animals, Esterases, Hydrogen-Ion Concentration, In Vitro Techniques, Isocarboxazid, Kinetics, Male, Metals, Microsomes, Liver, Phospholipids, Procaine, Proteins, Rats, Subcellular Fractions, Temperature}, + pages = {1517--1521} +} + +@article{makar_formate_1975, + title = {Formate assay in body fluids: application in methanol poisoning}, + volume = {13}, + issn = {0006-2944}, + shorttitle = {Formate assay in body fluids}, + language = {eng}, + number = {2}, + journal = {Biochemical Medicine}, + author = {Makar, A. B. and McMartin, K. E. and Palese, M. and Tephly, T. R.}, + month = jun, + year = {1975}, + pmid = {1}, + keywords = {Animals, Hydrogen-Ion Concentration, Kinetics, Aldehyde Oxidoreductases, Body Fluids, Carbon Dioxide, Formates, Haplorhini, Humans, Methanol, Methods, Pseudomonas}, + pages = {117--126} +} + +@article{midell_postperfusion_1976, + title = {Postperfusion coronary ostial stenosis: incidence and significance}, + volume = {72}, + issn = {0022-5223}, + shorttitle = {Postperfusion coronary ostial stenosis}, + abstract = {In a study of 117 consecutive aortic valve replacements in which selective coronary perfusion was routinely employed, four patients developed coronary ostial stenosis (3.5 per cent). Continuous selective coronary perfusion was performed by use of Mayo balloon catheters with individual measuring of pressure and flow. All 4 patients developed progressive symptoms of angina pectoris within 6 months of the original operation, after uneventful recoveries. All 4 were found to have lesions in the left main coronary ostium and required a coronary bypass. Two made uneventful recoveries and are presently asymptomatic, whereas 2 died in the immediate postoperative period. The literature indicates that the reported incidence of this complication varies from 1 to 5 per cent. Furthermore, the mortality rate for reoperation in these patients is higher than that for those undergoing uncomplicated coronary bypass without an antecedent procedure. Our experience confirms the lethal nature of this complication and the necessity for reoperation once the diagnosis is established. The development of these dangerous lesions must be taken into account in the prevailing controversy between the most effective methods of myocardial protection during aortic valve replacement.}, + language = {eng}, + number = {1}, + journal = {The Journal of Thoracic and Cardiovascular Surgery}, + author = {Midell, A. I. and DeBoer, A. and Bermudez, G.}, + month = jul, + year = {1976}, + pmid = {933555}, + keywords = {Male, Humans, Adult, Aortic Valve, Aortic Valve Insufficiency, Aortic Valve Stenosis, Arteries, Cardiac Catheterization, Coronary Angiography, Coronary Circulation, Coronary Disease, Coronary Vessels, Female, Heart Valve Prosthesis, Middle Aged, Perfusion}, + pages = {80--85} +} + +@book{stallman_software_2007, + address = {Madrid}, + title = {Software libre para una sociedad libre}, + isbn = {978-84-933555-1-7}, + url = {https://is.gd/stallman_2004}, + language = {Spanish}, + publisher = {Traficantes de Sueños}, + author = {Stallman, Richard M. ( and Lessig, Lawrence (}, + year = {2007}, + note = {OCLC: 920248130} +} + +@article{luna_cardenas_grafoscopio:_2017, + title = {Grafoscopio: {A} moldable tool for literate computing and reproducible research}, + volume = {2}, + issn = {2475-9066}, + shorttitle = {Grafoscopio}, + url = {http://joss.theoj.org/papers/10.21105/joss.00251}, + doi = {10.21105/joss.00251}, + number = {18}, + urldate = {2018-04-03}, + journal = {The Journal of Open Source Software}, + author = {Luna Cárdenas, Offray Vladimir}, + month = oct, + year = {2017}, + pages = {251} +} + +@misc{luna_cardenas_forma_2014, + title = {La forma en que escribo para el doctorado}, + url = {http://mutabit.com/offray/static/blog/output/posts/la-forma-en-que-escribo-para-el-doctorado.html}, + abstract = {Mi tesis tiene que ver con cómo cambiamos los artefactos digitales que nos cambian. +Si bien mi contexto de investigación son los hackerspaces y makerspaces del Sur Global y las comunidades de personas}, + language = {es}, + urldate = {2018-04-03}, + journal = {Palimpsesto, hipertexto, destripa/atrapa musas}, + author = {Luna Cárdenas, Offray Vladimir}, + month = feb, + year = {2014} +} + +@misc{denker_perfection_2016, + type = {Software}, + title = {Perfection \& {Feedback} {Loops} or: why worse is better}, + shorttitle = {Perfection \& {Feedback} {Loops} or}, + url = {https://www.slideshare.net/MarcusDenker/perfection-feedback-loops-or-why-worse-is-better-65540840?ref=https://twitter.com/i/cards/tfw/v1/771628915781533696?cardname=player&autoplay_disabled=true&forward=true&earned=true&edge=true&lang=es&card_height=130&scribe_context=%7B%22client%22%3A%22web%22%2C%22page%22%3A%22search%22%2C%22section%22%3A%22default%22%2C%22component%22%3A%22tweet%22%7D&bearer_token=AAAAAAAAAAAAAAAAAAAAAPYXBAAAAAAACLXUNDekMxqa8h%252F40K4moUkGsoc%253DTYfbDKbT3jJPCEVnMYqilB28NHfOPqkca3qaAxGfsyKCs0wRbw}, + abstract = {Video: https://www.youtube.com/watch?v=LRFLdWG24Mk + +Perfection \&}, + urldate = {2018-04-03}, + author = {Denker, Marcus}, + month = aug, + year = {2016} +} + +@misc{victor_humane_2014, + title = {The {Humane} {Representation} of {Thought}}, + url = {https://vimeo.com/115154289}, + abstract = {Closing keynote at the UIST and SPLASH conferences, October 2014. Preface: http://worrydream.com/TheHumaneRepresentationOfThought/note.html References to baby-steps\…}, + urldate = {2018-04-05}, + author = {Victor, Bret}, + month = dec, + year = {2014} +} + +@misc{kay_alan_1997, + title = {Alan {Kay} at {OOPSLA} 1997 - {The} computer revolution hasnt happened yet}, + url = {https://www.youtube.com/watch?v=oKg1hTOQXoY}, + urldate = {2018-04-05}, + author = {Kay, Alan}, + collaborator = {Gonis, Jeff}, + year = {1997} +} + +@book{luna_cardenas_grafoscopio_2017, + title = {Grafoscopio {User} {Manual}}, + author = {Luna Cárdenas, Offray Vladimir}, + year = {2017} +} + +@techreport{blackwell_craft_2015, + title = {Craft {Practices} of {Live} {Coding} {Language} {Design}}, + abstract = {This paper reflects on the development process of two Live Coding languages, Blackwell’s Palimpsest and Aaron’s Sonic Pi, from the perspective of practice-led arts and craft research. Although informed by prior research in education, music, end-user programming and visual languages, these projects do not apply those principles through conventional software engineering processes or HCI techniques. As is often the case with practice-led research, the development process itself provides an opportunity for reflection on the nature of software as a craft – both for live-coding researchers, and for users of the live-coding systems that we create. In reflecting, we relate our own practice to recent perspectives on software as material, and on the role of craft as an element of interaction design research. The process that we have followed to support this analysis could be applied by other developers wishing to engage in similar reflection.}, + institution = {Zenodo}, + author = {Blackwell, Alan and Aaron, Sam}, + month = jul, + year = {2015}, + doi = {10.5281/zenodo.19318} +} + +@misc{gil_rojas_narrativas_2014, + title = {Narrativas de datos sobre el uso racional de medicamentos: {Construcción} de la línea base}, + url = {http://mutabit.com/repos.fossil/piamed/doc/tip/linea-base-aras-iecas.html}, + urldate = {2018-04-17}, + author = {Gil Rojas, Yanneth and Luna Cárdenas, Offray Vladimir}, + month = aug, + year = {2014} +} + +@misc{luna_cardenas_grafoscopio:_2015, + title = {Grafoscopio: {Iceberg} metaphor for writing and data visualization {\textbar} {Palimpsesto}, hipertexto, destripa/atrapa musas}, + url = {http://mutabit.com/offray/static/blog/output/posts/grafoscopio-idea-and-initial-progress.html}, + urldate = {2018-04-17}, + author = {Luna Cárdenas, Offray Vladimir}, + month = jan, + year = {2015} +} + +@misc{granger_jupyterlab:_2016, + title = {{JupyterLab}: {Building} {Blocks} for {Interactive} {Computing} {\textbar} {SciPy} 2016}, + shorttitle = {{JupyterLab}}, + url = {https://www.youtube.com/watch?v=Ejh0ftSjk6g}, + urldate = {2018-04-18}, + author = {Granger, Brian}, + year = {2016}, + keywords = {Julia, Python, Interactive Computing, Jupyter Notebook, JupyterLab, R Programming Language} +} + +@book{bergel_deep_2013, + title = {Deep into {Pharo}}, + isbn = {978-3-9523341-6-4}, + url = {https://open.umn.edu/opentextbooks/BookDetail.aspx?bookId=315}, + abstract = {"Pharo is a clean, innovative, open-source, live-programming environment. Deep into Pharo is the second volume of a series of books covering Pharo. Whereas the first volume is intended for newcomers, this second volume covers deeper topics. You will learn about Pharo frameworks and libraries such as Glamour, PetitParser, Roassal, FileSystem, Regex, and Socket. You will explore the language with chapters on exceptions, blocks, small integers, and floats. You will discover tools such as profilers, Metacello and Gofer."--Open Textbook Library.}, + language = {English}, + urldate = {2018-04-19}, + author = {Bergel, Alexandre and Cassou, Damien and Ducasse, Stéphane and Laval, Jannik and {Open Textbook Library}}, + year = {2013}, + note = {OCLC: 957555902} +} + +@misc{noauthor_1.5_nodate, + title = {A 1.5 column layout in {LaTeX} {\textbar} {Ken} {Arroyo} {Ohori}}, + url = {https://3d.bk.tudelft.nl/ken/en/2016/04/17/a-1.5-column-layout-in-latex.html}, + urldate = {2018-05-06} +} + +@misc{coates_addendum_2005, + title = {An addendum to a definition of {Social} {Software} {\textbar} plasticbag.org}, + url = {http://plasticbag.org/archives/2005/01/an_addendum_to_a_definition_of_social_software}, + urldate = {2018-05-26}, + author = {Coates, Tom A.}, + month = jan, + year = {2005} +} + +@misc{coates_my_2003, + title = {My working definition of social software… {\textbar} plasticbag.org}, + url = {http://plasticbag.org/archives/2003/05/my_working_definition_of_social_software}, + urldate = {2018-05-26}, + author = {Coates, Tom A.}, + month = may, + year = {2003} +} + +@misc{luna_cardenas_domain_2016, + title = {Domain {Specific} {Visualizations}: a glimpse of medicine public data released by governments}, + url = {http://mutabit.com/offray/blog/en/entry/sdv-infomed}, + urldate = {2018-05-29}, + author = {Luna Cárdenas, Offray Vladimir}, + month = jan, + year = {2016} +} + +@misc{luna_cardenas_semana_2016, + title = {Una semana del código desde y para la sociedad civil}, + url = {http://mutabit.com/offray/blog/es/entry/semana-del-codigo-2016}, + urldate = {2018-05-29}, + author = {Luna Cárdenas, Offray Vladimir}, + month = oct, + year = {2016} +} + +@misc{luna_cardenas_panama_2016, + title = {Panama {Papers}: a case for reproducible research, data activism and frictionless data}, + url = {http://mutabit.com/offray/blog/en/entry/panama-papers-1}, + urldate = {2018-05-29}, + author = {Luna Cárdenas, Offray Vladimir}, + month = may, + year = {2016} +} + +@misc{luna_cardenas_mapas_2015, + title = {Mapas del silencio: ¿{Qué} tan bien usan el {Ministerio} {TIC} de {Colombia} y}, + shorttitle = {Mapas del silencio}, + url = {http://mutabit.com/offray/static/blog/output/posts/que-tan-bien-usa-el-ministerio-tic-de-colombia-las-tic-para-comunicarse-con-los-ciudadanos.html}, + abstract = {¿Qué es más demorado: un trino (tuit) o un derecho de petición para obtener una respuesta de entidades públicas y sus (ex)funcionarios? +En esta entrada al blog lanzamos experimento público al respecto}, + language = {es}, + urldate = {2018-05-29}, + journal = {Palimpsesto, hipertexto, destripa/atrapa musas}, + author = {Luna Cárdenas, Offray Vladimir}, + month = jul, + year = {2015} +} + +@techreport{bhargava_beyond_2015, + title = {Beyond {Data} {Literacy}: {Reinventing} {Community} {Engagement} and {Empowerment} in the {Age} of {Data}}, + author = {Bhargava, Rahul and Deahl, Erica and Letouzé, Emmanuel and Noonan, Amanda and Sangokoya, David and Shoup, Natalie}, + month = sep, + year = {2015} +} + +@misc{luna_hacer_2014, + title = {Hacer visible y sostenible la defensa de {Internet}}, + url = {http://mutabit.com/offray/static/blog/output/posts/en-defensa-de-internet.html}, + abstract = {Recientemente estamos sosteniendo una conversación en la comunidad +nuclear de RedPaTodos sobre las interacciones entre comunidades de base, +patrocinadores y entidades intermediarias. A mi me parece un}, + language = {es}, + urldate = {2018-06-03}, + journal = {Palimpsesto, hipertexto, destripa/atrapa musas}, + author = {Luna, Offray}, + month = jan, + year = {2014} +} + +@misc{noauthor_notitle_nodate +} + +@misc{ramirez-ordonez_estudio_2018, + title = {Estudio {Crews} en detalle}, + url = {http://micros.nomono.co/copyright-lac/}, + author = {Ramirez-Ordoñez, David and Simón, Virginia Inés}, + year = {2018} +} + +@misc{rogers_healthy_2016, + title = {Healthy {Open} {Source}}, + url = {https://medium.com/the-node-js-collection/healthy-open-source-967fa8be7951}, + abstract = {A walkthrough of the Node.js Foundation’s base contribution policy.}, + urldate = {2018-06-04}, + journal = {Node.js Collection}, + author = {Rogers, Mikeal}, + month = feb, + year = {2016} +} + +@misc{eghbal_what_2016, + title = {What success really looks like in open source}, + url = {https://medium.com/@nayafia/what-success-really-looks-like-in-open-source-2dd1facaf91c}, + abstract = {And how we can support them}, + urldate = {2018-06-04}, + journal = {Nadia Eghbal}, + author = {Eghbal, Nadia}, + month = feb, + year = {2016} +} + +@book{escobar_autonomiy_2016, + address = {Popayán, Colombia}, + edition = {Primera edición en castellano}, + title = {Autonomía y diseño: la realización de lo comunal}, + isbn = {978-958-732-232-3}, + shorttitle = {Autonomía y diseño}, + publisher = {Editorial Universidad del Cauca}, + author = {Escobar, Arturo}, + year = {2016} +} ADDED Tesis/Escrito/TextoIntegrado/dataweek.tex Index: Tesis/Escrito/TextoIntegrado/dataweek.tex ================================================================== --- Tesis/Escrito/TextoIntegrado/dataweek.tex +++ Tesis/Escrito/TextoIntegrado/dataweek.tex @@ -0,0 +1,1553 @@ +\chapter{El Data Week, las Data Rodas y otros encuentros}\label{dataweek} + +\epigraph{Un viaje de mil millas comienza con el primer paso.}{--- \textup{Lao-tsé}} + + +El anterior capítulo se centró en una de las materialidades más sobresalientes +de este investigación: Grafoscopio. +Este capítulo se centrará en las dinámicas humanas alrededor del mismo y otros +artefactos emergentes, que permitieron su difusión, uso, apropiación y modificación +progresiva. +Se considerarán desde la perspectiva histórica, dando cuenta de como surgieron +y cambiaron, y también de la variedad y diversidad de las mismas. +Como la participación y la cosificación son inseparables, las maneras de participación +estarán mediadas no sólo por Grafoscopio, sino por otros artefactos de los que también +se dara cuenta. +Por ello, el término encuentro, se referirá tanto a las experiencias cara a cara, como +a aquellas que son mediadas por alguna forma de artefacto (cosificación). + +\section{Data Week}\label{dataweek-intro} + +El \emph{Data Week }, según su página web, es: + +\begin{quote} + [Un] taller-hackatón sobre visualización y activismo de datos donde aprendemos a trabajar e interconectar las representaciones simbólicas (código) y las visuales (visualizaciones) referidas a los datos. Es un taller porque está orientado al aprendizaje mediante la práctica y el ejemplo y una hackatón por su caracter intensivo y orientado a prototipos. La intensión es aproximarse de manera crítica a la construcción, comprensión y mejoramiento de un mundo compartido mediado por tales datos. + + [En el taller se] enseña como usar Grafoscopio, una herramienta flexible y amoldable para documentación interactiva, visualización y activismo de datos. Combinamos algo de historia y fundamentación con ejercicios progresivamente más complejos. Luego abordamos un problema común que nos permitirá mostrar cómo se usa, adapta y extiende grafoscopio, cuáles son sus diferencias y valores agregados y, si nos queda tiempo, trataremos problemas diversos, propuestos por los participantes con sus propios conjuntos de datos. Elegimos problemas que pueden ser entendidos mejor con visualización de datos y usaremos una aproximación alternativo al "Big Data", que usa pequeños datos significativos (frictionless data) y sus visualizaciones. La intensión es que el problema común nos de herramientas y saberes para que luego podamos abordar por nuestra cuenta los problemas e inquietudes propias, que pueden ser considerados para talleres y eventos venideros. + + También se hará extensiva la participación de los asistentes a vincularse a distintas comunidades locales e internacionales relacionadas con visualización y activismo de datos, herramientas amoldables y datos abiertos, entre otras. + \end{quote} + +\begin{figure*}[tbh] + \centering + \subfloat[¿Qué es el data week?]{ + \includegraphics[width=0.45\linewidth]{./Parte2/dataweek-web1.png} + \label{subfig:dataweek-web1.png}} + \quad + \subfloat[Cómo participar (aparte)]{ + \includegraphics[width=0.45\linewidth]{./Parte2/dataweek-web2.png} + \label{subfig:label2}} + \caption[Página web del Data Week] + {Apartes de la página web del Data Week, que explican qué es y cómo participar. + Se pude ver en toda su extensión en \url{http://mutabit.com/dataweek}.} + \label{fig:label} +\end{figure*} + + +Las subsecciones acá presentes darán cuenta de cómo se llegó a esta enunciación y los desafíos y limtaciones +que dicho formato enfrenta. + +\subsection{Las motivaciones: crear capacidad en la base, interlocutar con el poder y resistir} + +El Data Week surgió tuvo dos motivaciones conexas: la primera, resistir los actos de gentrificación +asociados a la popularización de la ``hackatón'' como formato de ``innovación social'' denunciados +en la sección La Gobernaton (ver sección \ref{gobernaton}), la segunda, crear capacidad en las comunidades +de base para interlocutar con el poder desde nuevas técnicas mediadas por saberes +y materialidades hacker, específicamente en diálogo de las preguntas que esta tesis buscaba explorar +respecto a cómo cambiar los artefactos que nos cambian, usando Grafoscopio para ello. + + + + El vértigo en el hacer, el inmediatismo y la excesiva orientación al lucro y la manoseada ``innovación'' + de las \emph{hackatones} enagenadas, denunciadas + por Irani con su crítica a la ``ciudadanía emprendedora'', por Schrock (\emph{hackathons without hacking}) + y Luna en la Gobernatón, + son una desconexión evidente a este discurso de la idea de hacer es pensar expresada por Sennet. + El quehacer artesanal tiene un ritmo y continuidad que dichas hackatones no logran capturar ni interconectar. + La idea de pulso, que yo mismo digo, con momentos sosegados y frenéticos tampoco se ve. + Tan sólo hay cabida para los momentos frenéticos. + +\section{Las ediciones: los ritmos, intensidades, temáticas y productos}\label{dataweek-ediciones} + +Debido a su caracter simultáneo de taller y hackatón, el \emph{Data Week} buscaba lograr +un balance entre el aprendizaje guiado, que permitiría asumir los conceptos necesarios +para la exploración autónoma luego, y los problemas abiertos, sin una respuesta preconstruida +para ser enseñada. +Cada una de las ediciones sucesivas del evento fue una exploración de dinámicas +e infraestruturas que se acercaran a este balance, durante el periodo entre junio de +2015 y abril de 2017, en el cual se desarrollaron 12 ediciones del mismo, probando +diferentes esquemas y afinándolos. + +El propósito era lograr una experiencia intensiva, que contrastara con los esporádicos +tallerdes de \emph{Indie Web Science}. +Tener un taller de cerca de 30 horas, que se pudiera incorporar a la vida sin requerir de +demasiados esfuerzos extra. + +La primera edición (junio 22 al 27 de 2015) ocurrió todas las noches de 5 pm a 9 pm y el +sábado todo el día, pero debido a que era parte de una semana laboral habitual, los ritmos +eran extremadamente desgastantes para los participantes, en particular para mí en mi rol de organizador. +La temática acá fue \emph{los mapas del silencio} (Luna \cite{luna_cardenas_mapas_2015}), +que buscaban mostrar qué tanto contestan o no los políticos en Twitter. + +\begin{figure*}[!htb] + \centering + \includegraphics[angle=90,origin=c,width=\linewidth]{./Parte2/mapas-del-silencio.png} +% \setlength{\belowcaptionskip}{-200pt} + \vspace*{-5.5cm} + \caption[Data Week 1: Mapas del silencio.] + {Imagen de la entrada al blog (rotada para apreciarla completa) sobre los mapas del silencio, el tema que se + transformaría luego en los Data Selfies de Twitter de la sección. + Se puede leer completa en \url{https://is.gd/mapas_silencio}.} + \label{fig:mapas-silencio} +\end{figure*} + + +Si bien el código era desordenado, se lograron avances, pasado de prototipos en papel +a gráficas computacionales, (véase gráfica tal y detalles en luna mapas), +que empezaron a mostrar que efectivamente el entorno de visualización ágil, +integrado en Pharo y accesible desde Grafoscopio, permitía rápidos avances con respecto +a los talleres de Indie Web Science e incluso con respecto a otras hackatones de periodismo +de datos y visualización, que sólo se quedaban en la maqueta (\emph{mockup}), sin +apelar a datos o resultados algorítmicos tomados de fuentes reales de información (cfg César Arias). + +La segunda edición (septiembre 21 al 26 de 2015) se hizo dentro de una semana +de descanso de la Universidad Javeriana, en el marco de una investigación conjunta +llamada Ciudad de Datos, en la que el autor participó como co-investigador, pues se pensó +que mucha de la población interesada, sería estudiantes universitarios. +La intensidad horaria aumento a 6 horas diarias, que entre semana estaban repartidas en +un par de horas (10:30 AM a 12:30 PM) en la mañana, un receso para el almuerzo y 4 horas +en la tarde (2:30 PM a 6:30 PM, aprox.) y el sábado iban de 2:30 pm a 8:30 pm. +La asistencia no fue muy masiva y los estudiantes universitarios prefirieron invertir +su semana de receso en otros lados. +Esto no fue un impedimento, pues desde los talleres y encuentros en la prehistoria del evento, +se había decidido que lo importante, más que la asistencia masiva, era el carécter comprometido +y continuo de la participación. +Sin embargo esta intensidad horaria por sesión mostró ser adecuada +para la consecución de mejores resultados, pues si bien era más demandante, +se beneficiaba de mayores tiempos de concentración de los participantes +el mismo sitio (en el anterior horario, con sesiones más cortas +y viajes en la noche, los participantes se empezaban a +alistar y se marchaban desde antes). + +El principal avance en esta edición fue la mejora del tutorial interactivo de Smalltalk, +hecho en Grafoscopio y la consolidación de algunas visualizaciones de los +\emph{mapas del silencio} en el paquete {\ttfamily Dataviz}, lo que a su vez permitió iniciar +una didáctica particular, en la que se mostraba cómo los algoritmos, prototipados +colectivamente con los asistentes, se incorporaban al conocimiento cristalizado en +el sistema a través de paquetes y cómo se podía empezar a navegar y deconstruir dicho conocimiento. +Esto constituyó un avance respecto a lo anterior, pero no había un paquete de visualización +totalmente usable por un participante +al final del evento, ni mucho menos por alquien externo. +Quedó más claro que la intensión del \emph{Data Week}, en parte, era iterar sobre esos +prototipos imperfectos e irlos mejorando con sucesivas ediciones. + +La tercera edición se probó partir el \emph{Data Week} en dos sesiones, ambas de jueves a +sábado, de 2:30 PM a 6:30 PM (ocurridas en febrero 25 al 27 y marzo 3 al 5 de 2016). +Si bien estas sesiones implicaban que algunas personas deberían contar con dos tardes dentro +del horario laboral habitual, o bien los asistentes contaban con flexibilidad del tiempo, +o bien era un permiso que se podía solicitar en caso de que no. +Lo cierto es que esta forma de organización generó la asistencia más regular, con jornadas +suficientemente intensivas para avanzar el el problema. +Una particularidad acá fue el cambio del problema, para adecuarlo a las necesidades percibidas +en la investigación Ciudad de Datos, según uno de los coinvestigadores. +Esto trajo la ventaja de triangular información: ya no estábamos más centrados en los temas de +redes sociales, sino que podíamos poner a circular en ellas información extraida de otros lados, +en este caso del portal de contratación pública, en aras de articularnos con la naciente comunidad +\emph{Open Data Colombia} (OpenDataCo) y el \emph{scrapper} de contratos del portal +gubernamental colombiano ``contratos.gov.co'' (prizbilla-xxx). +Además nos alineaba con otras comunidades como OpenBugets\footnote{\url{http://openbudgets.eu/}}, +OpenSpending\footnote{\url{https://openspending.org/}} y algunos proyectos y temáticas de la +Open Knowledge Foundation\footnote{\url{https://discuss.okfn.org/}}. + +También mostraba el potencial del trabajo desde individuos y pequeños colectivos: por ejemplo, +el proyecto OpenSpending mostraba como 76 países habían liberado 1105 datasets conteniendo +28'369.534 registros [@OpenSpending, index]. +El scrapper de un sólo individuo, y la organización y limpieza posterior en la comunidad +OpenDataCo y el Data Week 3ra edición, logró liberar (XXX) registros para 15 años de contratación. +Sin embargo, tenía un riesgo, como se señaló antes de la ejecución del taller al coinvestigador, +y es que familiarizarse con los datos y sus visualizaciones y lograr continuidad y resultados +con el problema era algo difícil para un problema de una semana, si nadie se iba a ocupar de +dichos datos después. +Liberar los datos no bastaba, había que comprometerse con encontrar las estructuras e historias +dentro de dichos datos y contarlas. +A esto se sumaron dificultades con la conexión entre Pharo y SQLite, el motor de datos para +trabajar el dataset de contratos, que, si bien fueron temporales debido a la transición a la +siguiente versión de Pharo, en un evento intensivo como el Data Week, cobraron su tiempo y causaron +descontento entre los participantes, un par de ellos reportó que no concebián como una cosa que en +los demás lenguajes de programación está resuelta, en este termina siendo un impedimento tan grande +para el tratamiento de datos. +Finalmente logramos rodear el problema, no sin una considerable pérdida de tiempo y fluidez +durante la realización del taller/hackatón. +Aún así los asistentes mantuvieron el interés y hubo 3 sesiones de un día, posteriores al evento, +para continuar con el problema y la solicitud de crear una lista de correo para los asistentes +al Data Week. +Si bien dicha solicitud no fue implementada inmediatamente, e invité a la gente a la comunidad +de OpenDataCo, con el ánimo de dinamizarla, la implementé con el tiempo, al ver el interés +sostenido de los participantes y la necesidad de tratar temas específicos a los interesados +en Grafoscopio y los asistentes al Data Week. + +Desde la edición 4 del data week se consolidó el esquema, de la anterior, de dividir el encuentro +en dos sesiones. +Esta se realizó en el colaboratorio de Medellín (ver fotos), también en alianza con el proyecto +Ciudad de Datos, pero se volvió al problema de visibilizar la comunicación en Twitter, ya no +desde los mapas del silencio, sino desde un proyecto llamado \emph{data selfies}, que se basaba +en la información provista por cada usuario de Twitter, en lugar de la información desde el scrapper. + +La edición 5 del Data Week se realizó de septiembre 22 al 24 y 29 de septiembre a octubre 1 de 2016. +En esta edición se continuó con el problema de los Data Selfies, pero hubo interesantes +exploraciones de teorías y proyectos relacionados con lo que se planteaba en el evento y +se mejoró la infraestructura que soportaba la interconexión con repositorios de documentación +en Fossil. + +La edición 6 fue una edición ``unipersonal'' e hizo énfasis en la \emph{hackatón} como una +forma de resistencia y crítica civil a los proyectos de enagenación de lo público, +particularmente las bibliotecas, para la apropiación de los privados, particularmente +Microsoft, sobre la base de enseñar a todos a hacer código (véase Luna \cite{luna_cardenas_semana_2016}). +Esta perspectiva crítica intentaba ilustrar otras formas de empezar con la programación, +otras iniciativas y comunidades que se acercaban críticamente e ellas y por ello continuo +la numeración de ediciones que se llevaban hasta el momento, pues si bien la dinámica fue +distinta,se construía desde las mismas perspectivas. +El énfasis acá estuvo en mejorar la infraestructura, usando lo desarrollado en la edición +anterior. +Fue particularmente interesante ver como estas prácticas también se podían llevar a un +plano individual, si la experticia estaba ampliamente instalada y fue una muestra más de esa +relación entre tecnologías informáticas y empoderamiento personal, así como de las dinámicas +ágiles desarrolladas durante las ediciones previas del Data Week. + +\begin{figure*}[!htb] + \centering + \includegraphics[angle=90,origin=c,width=\linewidth]{./Parte2/dataweek6-blog.jpg} + \vspace*{-6.5cm} + \caption[Data Week 6: Entrada al blog] + {Entrada al blog sobre el Data Week 6, que fue una edición unipersonal, referida a la + hora del código desde las bibliotecas públicas. + La gráfica ha sido rotada para mostrar la entrada al blog en toda su extensión, + que se puede leer ampliada en \url{https://is.gd/dataweek6_blog}} + \label{fig:dataweek6-blog} +\end{figure*} + +La edición 7 (parte 1 oct. 27-29 y parte 2 nov 4-6 de 2016) +contó con dos asistentes permanentes y ocurrió en el marco de la edición colombiana de +AbreLatam\footnote{AbreLatam se define así mismo como + una ``desconferencia en la que actores de diferentes sectores participan en su calidad personal construyendo + debates clave sobre temáticas vinculadas a los datos abiertos en diversos campos tales como gobierno abierto, + servicios públicos, privacidad, derechos humanos, participación ciudadana, aspectos técnicos y muchos más'', + Mayor información en \url{http://abrelatam.org/}}, +abordando el tema recurrente de los Data Selfies. +Lo interesante de ella es que, al igual que la edición pasada, reforzaba el tema de bifurcar +como una manera de construir desde el disenso. +Debido a la lectura de algunos de cómo AbreLatam no mostraba a comunidades de base y podía +ser enagenado para colocar sólo agendas gubernamentales, decidimos hacer el evento en paralelo +con esas fechas, empezando el fin de semana anterior al evento y terminando en coincidencia con +el mismo, lo cual se consolidaría como una forma de hablar desde la disidencia, pero empleando +los mismas etiquetas en redes sociales (conocidos como \emph{hashtags}), de forma que quienes +siguieran la etiqueta durante la realización de un evento como Abrelatam, también tuvieran una +mirada más amplia de las prácticas que el evento invisibilizaba. +Esta se convertiría en una técnica recurrente del Data Week. +Esto también abrió interlocuciones dentro del evento mismo y el autor de esta tesis, fue invitados +por los organizadores del mismo en Colombia a dar una charla mostrando esas prácticas y preocupaciones +alternativas, aunque la interlocución se limitó prácticamente a ello. +Esta edición también fue socializada con la comunidad de la \emph{Open Knowledge Foundation} +(ver \url{https://is.gd/vpYiz2}), pero tampoco hubo mayor respuesta en el foro donde se compartió. + +La edición 8 (parte 1, Marzo 23 al 25 y parte 2 marzo 30, 31 y Abril 1 de 2017), se migraron los +contenidos ``teóricos'' del evento desde XMind\footnote{\url{http://xmind.net/}} a +Freeplane\footnote{\url{http://freeplane.org/}}, esencialmente por que el primero empezó a tener una +interface más saturada y menos limpia y tenerla implicaba pagar por la versión privativa, con ``modo de +presentaciones'', sobre lo cual ofrecía un molesto recordatorio constante (una forma de software que +se conoce como \emph{addware} o \emph{spamware}, recordándonos con información indeseada que podemos +librarnos de dicha información, si pagamos por tal privilegio). +En esta edición también se hicieron los primeros intentos de Streamming (emisión de video en tiempo +real), usando primero el libre Jitsi\footnote{\url{https://jitsi.org/}} y pasándonos luego a +YouTube ante las fallas del primero. +Esta edición se centró en la posible participación en el +\emph{Google Summer of Code}\footnote{\url{https://summerofcode.withgoogle.com/}} (GSoC), un evento +que convoca a estudiantes en distintos niveles de formación, a lo ancho del planeta, para que +empleen sus vacaciones de verano escribiendo software libre. +Grafoscopio fue uno de los proyectos preseleccionados para dicha participación, lo cual de porsí +es un mérito para un evento que ha convocado más de 13.000 estudiantes de 108 países durante 13 años +en 608 organizaciones. +Una de ellas, el European Smalltalk User Group (ESUG), aceptó Grafoscopio como un proyecto al cual +aportar durante dicho evento. +Al final dos estudiantes Oscar García y Offray Luna enviaron sus propuestas, pero ninguna llegó a +la ronda final. +El argumento que me fue dado, es que Google no quería que los proyectos doctorales recibieran doble +financiación, la que ya tienen (naturalmente!) y la del GSoC. +Por supuesto, dicho argumento desconoce que los estudiantes doctorales del Sur Global escásamente tenemos +alguna financiación para realizar nuestros estudios en su gran mayoría (ver más detalles en el anuncio +hecho en la lista de correo de Grafoscopio en \url{https://is.gd/no_gsoc}). +Sin embargo, la preselección fue un indicador de la calidad del proyecto en convocatorias internacionales. + +%PENDIENTE: Gráficas GSoC + +La edición 9 (Sep 20 a Sep 22.) fue una edición corta que se refirió al Portal de Software Público +de Colombia, la invitación mencionaba que: + +\begin{quote} + Trabajaremos sobre el proyecto del Portal de Software Público, llevando la conversación sobre el mismo a + escenarios públicos y abiertos, invitando a dicha conversación a entidades y funcionarios públicos por redes + sociales y mirando sus respuestas (o ausencia de ellas) frente a las inquietudes ciudadanas. Para esto usaremos + las anotaciones en Hypothesis y algunas técnicas de scraping, control de versiones y visualización de datos. + Luego articularemos esto con la iniciativa europea Public Code, intercambiando y fortaleciendo experiencias y + comparando cómo ocurre en diálogo entre estado y sociedad civíl en Colombia y Europa. +\end{quote} + +Un aspecto interesante fue la incorporación de sistemas de anotaciones abiertos, en este caso +Hypothesis\footnote{\url{http://hypothes.is/}}, para anotar infraestructuras públicas estatales, +en particular el Portal de Software Público. +Dicha técnica la extenderíamos despúes (en el Data Week 12), para crear anotaciones sobre nuestras +propias infraestructuras, de modo que quedarán claras las inquietudes de los lectores, tanto sobre +las infraestructuras web gubernamentales, como las comunitarias (véase gráfica XYZ). +También se estableció un cierre que invocaba tanto la invitación de personas a cargo del portal, vinculadas +al Ministerio de Tecnologías de Información y Comunicaciones colombiano, MinTIC, la escritura colectiva de +una carta abierta acerca de los aportes e inquietudes de los ciudadanos y terminando en un derecho de petición, +inspirado en dicha carta, que finalmente sí fue respondido. +Esto mostró una maduración de las formas de hacer a través de las dinámicas posibilitadas desde la +infraestructura digital, que explicitaba otras formas de ejercer ciudadanía con un flujo de trabajo claro, +en lo que Isin y Ruppert denominan los llamamientos y los cierres, un tema del que nos ocuparemos más adelante, +en detalle. +Estas formas más maduras de acción ciudadana, recogían la historia de los Data Weeks previos y se +proyectarían hacia los futuros, sin reducirse exclusivamente a ellas, sino ampliando el repertorio de +posibilidades para los ejercicios de ciudadanía y alfabetismos digitales críticos. +Los contactos con proyectos internacionales quedaron enunciados, pero no se concretaron. +Estas semanas medias, no tocaban los temas introductorios y se hacían convocatorias a la comunidad que +ya había asistido a ediciones previas del Data Week, mostrando también la flexibilidad del formato. + +%PENDIENTE: Isin Rupper y los llamamientos. +%PENDIENTE: Gráficas Portal Software Libre. + +El Data Week 10 (Parte 1, Nov 23 al 25. Parte 2 Nov 30 a Dic 1 de 2017), incorporó las memorias de +un taller dictado en la Universidad Javeriana sobre activismo de datos, que a su vez incorporaba, las +críticas constructivas hechas sobre el mismo en un taller previo hecho en el \emph{makerspace} La Galería, +en Armenia (Quindio, Colombia). +El enfoque era mucho más práctico y orientado a problemas y las partes teóricas estaban esparcidas a lo +largo de los enfoques prácticos. +Una combinación de memorias entre español e inglés empezó a surgir, debido a la socialización y uso +de Grafoscopio y estas memorias en contextos internacionales, donde el enfoque anglo permitía hacer puentes +con diversas culturas. +Se desarrollaron así las libretas interactivas \emph{Techniques for data activism} y el +\emph{Data Activism Apprentice Notebook}, que mostraban elementos de las narrativas de datos desde +ejercicios prácticos que incluían el caracter político de los datos (véase figura \ref{fig:libretas-interactivas}). +Por ejemplo, nuestro primer ejercicio tenía que ver con visualizar los datos del resultado de la +votación por el Sí y el No en el Plebiscito por la Paz, como muestra de cómo los datos son complejos +y enredados en profundos entramados sociales, a pesar de que la visualización era los convencionales +gráficos de barras y tortas, y conectando dichas gráficas con los problemas de adquirir los datos +y expresar en código tales automatismos, además dando paso a la interpretación crítica de los mismos +por parte de los asistentes. +Además, trabajamos el problema de abrir el documento de los +``Pasos para Una Biblioteca Publica de Bogota'', empleando y extendiendo técnicas similares a las +empleadas para abrir el código fuente del Manual de Periodismo de Datos, y diviendo el grupo en subgrupos +con distintos grados de experticia, pero intercambiando saberes desde ellos. + +\begin{figure*}[tbh] + \centering + \subfloat[Técnicas para activismo de datos]{ + \includegraphics[width=0.45\linewidth]{./Parte2/notebook-techniques.png} + \label{subfig:notebook-techniques}} + \quad + \subfloat[Libreta del aprendiz]{ + \includegraphics[width=0.45\linewidth]{./Parte2/notebook-apprentice.png} + \label{subfig:apprentice-notebook}} + \caption[Libretas interactivas del Data Week] + {Dos libretas interactivas desarrolladas para y durante el Data Week. + A la izquierda, un tutorial de técnicas para activismo de datos. + A la derecha una libreta del aprendiz, con ejercicios de aprendizaje autónomo basado en + dichas técnicas, que complementan y extienden lo realizado respecto a documentación ágil + y resilente en Markdown+Fossil y lo conectan con los temas de visualización, código y narrativas + de datos.} + \label{fig:libretas-interactivas} +\end{figure*} + +El Data Week 11 (parte 1 22 al 24 de febrero y parte 2 del 1 al 3 de marzo), retomó el problema de +los Data Selfies de Twitter, en el marco de los venideras consultas partidistas para las candidaturas +presidenciales y en coincidencia con la celebración del Open Data Day. +Debido a que, para entonces, la comunidad de Grafoscopio había empezado lo que uno de sus integrantes +caracterizaría como una diáspora y se estaba distribuyendo en distintos países con diferentes zonas +horarias en Europa y Latinoamérica, este Data Week hizo particular énfasis en maneras de mejorar la +documentación y la participación remota. +Se resolvieron los problemas asociados a Jitsi\footnote{Básicamente empleando como navegador + Google Chrome, en lugar de Firefox, por una mejor integración de este con el protocolo WebRCT, + que es usado para compartir pantallas y la transmisión de audio y vídeo.} para la participación +remota y nuestros integrantes en otras latitudes se conectaron durante varios días de esa edición, +a pesar de que la diferencia horaria hacía de nuestras noches, sus madrugadas. +También se hizo un proceso centrado en cómo mejorar la memoria escrita, incluso si nuestros participantes +remotos no podían conectarse en simultáneo, lo cual consolido una serie de técnicas de documentación +ágil y resilente que usaban varias combinaciones de las infraestructuras que ya empleábamos de maneras +más consistentes y potentes, explicitando así la idea de infraestructuras de bolsillo. +Se verá más al respecto de las mismas en la sección \ref{encuentro-digital}. +Lo clave acá fue la adaptación orgánica a las circunstancias, en este caso, potenciar la participación +remota, con la subsecuente mejora de las prácticas comunitarias, tanto locales como distribuidas. +También es de anotar la idea de usar una confluencia, en este caso un evento internacional mundial, +el Open Data Day, con prácticas locales de largo alcance (el Data Week, iniciado hace años), así +como con temas conyunturales (las elecciones presidenciales), que pueden proyectarse largamente +y construir saberes duraderos desde otras formas de participación ciudadana complementarias a las +más conocidas y que permiten dialogar entre comunidades. +Por ejemplo, los proyectos de esta edición del Data Week fueron mostrados en la edición que se +hizo del evento Datos y Guaros, que articula a comunidades relacionadas con datos, o ``dateras'', +como ellas se autodenominan (se mencionará más de estos eventos de articulación en la sección XYXZ). + +La edición 12 del Data Week, se hizo en el Exploratorio de Medellín del 9 al 14 de Abril, en el marco +de los preparativos para la edición del FLISoL (Festival Latinoamericano de Instalación de Software Libre) +y retomó los aspectos referidos a documentación aǵil y resiliente desarrollados en la edición anterior, pero +esta vez en otra ciudad e incorporó los de lectura anotada, de manera que la memoria más estructurada +que se había creado en dicha edición pudiera ser anotada por los participantes y que ellos mismos también +compartieran otros espacios que querían anotar. +La parte de los Data Selfies de Twitter se hizo hacia los últimos días debido a dificultades con la +instalación de Grafoscopio en Windows, originados en un cambio que hizo la comunidad de Pharo al +instalador de dicha plataforma por esos días y a algunos inconvenientes con las máquinas que tenía el +Exploratorio con versiones del sistema operativo Gnu/Linux muy desactualizadas. +Aún así los asistentes mostraron gran compromiso con las actividades y manifestaron comprención, +de manera general sobre los imprevistos de las plataformas donde ejecutaríamos el software +y participaron de los procesos de publicación de memorias y liberación de datos. + +\subsection{Las Data Rodas} + +Entre edición y edición de los Data Weeks, que podían estar separadas de uno a tres meses en +promedio, se empezaron a realizar un conjuto de eventos ágiles, para los asistentes de ediciones +del Data Week,que completaban lo que habíamos dejado pendiente, le daban continuidad a los +encuentros y/o empezaban nuevos proyectos. +De este modo la comunidad se iba consolidando de maneras orgánicas y respecto a sus propios +intereses. +También podían ser lanzadas sin mayor coordinación y con un nivel de esfuerzo mucho menor +comparado con el que requerían los Data Weeks. +Titulé el encuentro Data Rodas, en un juego de palabras con el \emph{Coding Dojo}, como +dije en la lista de correo de Grafoscopio (5 Julio de 2016)\footnote{\url{https://is.gd/data_roda_mensaje}}: + +\begin{quote} + Y la invitación: aprovechando las vacaciones de mitad de año y la disponibilidad de tiempo de algunos, quisiera invitarlos a la primera "Data Roda", que es como un coding dojo pero con capoeira :-P. + + Hablando en serio, se trata de un espacio donde, al igual que en los dojos de las artes marciales japonesas y + rodas del capoeira brasilero, se aprende mediante la práctica y el encuentro entre personas con distintos + niveles de experticia en el arte/disciplina en la que que se quiere mejorar, en este caso la visualización de + datos. + + [...] + + La idea de un dojo como lugar de aprendizaje de la programación llegó a mi después de algo que se llamaba un + ``code sprint'' con la comunidad de un software llamado Sage, en un evento llamado Sage Days 16, por allá en el + 2009[1], pues me parecía que era difícil para los novatos adquirir experticia en esos encuentros con otros + expertos. El dojo me parecía una mejor metáfora para el aprendizaje que el salón de clase o el "sprint" y es uno + de los espacios más interesantes y potentes de aprendizaje en los que he estado. Desafortunadamente no escribí + nada al respecto (por variar!) y el término fue cooptado por otras prácticas con métaforas como las katas [3] y + los kumites[4][5], que enfatizan el aspecto solitario, abstracto y de competencia, en lugar de lo social, lo + compartido, el díalogo entre lo básico/puro y lo complejo/aplicado, además de lo lúdico, que es propio de esos + espacios de aprendizaje entre pares. Así que para recuperar parte de ese espíritu original, haremos esta primera + "Data Roda", con un sabor más festivo y colectivo, como ocurre con la metáfora que tomamos prestada del + capoeira[6]. Me parece también que el nombre y la metáfora tienen su encanto ;-). + + [...] + + \verb|[1] https://wiki.sagemath.org/days16| \\ + \verb|[3] https://en.wikipedia.org/wiki/Kata_(programming)| \\ + \verb|[4] http://codekata.com/kata/kata-kumite-koan-and-dreyfus/| \\ + \verb|[5] https://www.codewars.com/| +\end{quote} + +El Manual de Periodismo de Datos fue una prueba de la potencia de estos eventos ágiles. +Pero también tuvieron un caracter celebratorio, por ejemplo organizándose para celebrar el +cumpleaños de Grafoscopio (agosto 1 de 2017)\footnote{\url{https://is.gd/grafoscopio_anniversary}}: + +\begin{quote} + El primer commit a un repositorio público de Grafoscopio ocurrió el 28 + de julio de 2014 [1] (en aquella época se llamaba Ubakye[1a], pero todo + el código de ese repositorio fue migrado al repositorio actual [2], con + el nuevo nombre). Se me ocurre, entonces, que podemos usar el último + sábado de julio para celebrar los cumpleaños de Grafoscopio, reunirnos y + hacer una Data Roda de carácter más festivo y relajado que las usuales + (aunque no se nos puede culpar de no ser ni lo uno, ni lo otro, con + nuestra táctica nado 'e perro, sin prisa, pero sin pausa ). + Coincidencialmente ya estuvimos reunidos el último sábado de Julio + trabajando en estas cosas, por lo que, teóricamente, ya tuvimos la + celebración, pero no lo supimos ese día, por lo cual sugiero que nos + reunamos este sábado 5 de agosto para hacer "oficial" que el sábado + pasado estábamos celebrando (porque lo otro es como estar + emparejado, pero sin que la pareja sepa!) +\end{quote} + +Se hicieron casi una veintena de Data Rodas desde su lanzamiento a mediados de 2016 y projectos como +el manual ya referido fueron realizados de manera casi exclusiva en las mismas durante varios días. +Ellas se constituyeron en tejido que ayudó a articular los esfuerzos entre Data Week y Data Week y, +debido a que no asumían temas iniciales, sino que se hacían con asistentes familiarizados con los +contenidos y dinámicas de tales eventos, se avanzó mucho en la consolidación de proyectos y se +solidificaron las dinámicas desde las Data Rodas, a pesar de no ser tan visibles como las Data Weeks, +ni tener una página propia (pues no era necesario, ya que se hacía la invitación a ellas se hacía al +cierre de los Data Weeks). + +Incluso cuando otras actividades copan el tiempo de los asistentes habituales (como la escritura +de esta misma tesis), organizamos una Data Roda de vez en cuando, para vernos y mantener las +conexiones. + +Estos formatos ágiles de tienen sus limitaciones y otras propuestas se han realizado desde el otro +extremo, al proponer eventos mucho más duraderos que el Data Week y en lugar de pasar sus dinámicas +de un fin de semana a un día, como con las Data Rodas, extenderlo a 6 u 8 fines de semana seguidos, +en la figura de un diplomado, gracias a las configuraciones de la legislación colombiana \footnote{Particularmente + el Decreto 1075 del 2015 sobre educación informal, establece las condiciones para este tipo + de educación no conducente a título.} +que permiten tal figura y a pesar de que circularon por la lista de +correo\footnote{ver \url{https://is.gd/diplomado_grafoscopio}}, no se concretaron durante esta +investigación, debido a los límites de tiempo en la misma. +La intensión específica era la de cambiar largos periodos formativos de años en pregrados, maestrías +y (post)doctorados, conducentes a títulos por periodos más cortos donde en su lugar se creen +portafolios, en este caso, mostrando los conocimientos de los participantes sobre temas de +activimos y visualización de datos. +Una exploración en ese sentido se propone tanto para labores activistas, como educativas, tanto +en contextos no formales, como de investigaciones doctorales y post-doctorales +(ver conclusiones y recomendaciones XYZ). + +\begin{figure}[tb] + \centering + \subfloat[]{ + \includegraphics[width=0.4\linewidth]{./Parte2/indie-web-science.jpg} + \label{subfig:indie-web-science}} + \quad + \subfloat[]{ + \includegraphics[width=0.4\linewidth]{./Parte2/dataweek-small-1.png} + \label{subfig:dataweek-1}} + \\ + \subfloat[]{ + \includegraphics[width=0.4\linewidth]{./Parte2/dataweek-small-2.png} + \label{subfig:dataweek-4}} + \quad + \subfloat[]{ + \includegraphics[width=0.4\linewidth]{./Parte2/dataweek-12-gente.jpg} + \label{subfig:dataweek-12}} + \caption[Talleres comunitarios] + {4 Eventos relacionados con el Data Week: + [a] Talleres de \emph{Indie Web Science} en HackBo, Bogotá (marzo 2015). + [b] Data Week 1 en HackBo, Bogotá (junio 2015) + [c] Data Week 4 en el Colaboratorio, Medellín (julio 2016). + [d] Data Week 12, en Parque Explora, Medellín (abril de 2018). + Este formato maduraría y se mantendría evolucionando durante 2 años y medio y + seguiría vigente al término de esta tesis.} + \label{fig:talleres} +\end{figure} + + + +\section{El currículo} + +Los hackerspaces son vistos como lugares donde se consolidan comunidades de práctica +desde esta tesis, pues son un ejemplo de esos lugares, que se mencionaban en la primera parte, +donde habitan los diseñadores, junto con las comunidades allí establecidas, +explorando el ``no todavía''. +Desde dicha perspectiva son lugares educativos donde se aprende desde las dinámicas de +enculturación propias de vincularse a dichas comunidades y al igual que como se mencionó +con la comunidad de Pharo, se apropian los repertorios simbólicos y materiales con los que +cuenta dicha comunidad. +Como en muchas comunidades, particularmente en aquellas mediadas por los ethos hacker, +el aprendizaje es invisible (Schrock XYZ hablá específicamente de los hackerspaces como lugares +con dicho aprendizaje) y una de las intensiones del Data Week y las Data Rodas era hacer +explícitos los procesos de aprendizaje, en lugar de dejarlos en la narrativa de RTFM +(\emph{Read The Fuck Manual} -- Léete El Puto Manual) tan infames en las comunidades hacker. +Esto ayudaría a construir lo que Wenger llama ``estructuras de acogida'' que permitieran +a nuevos miembros de la comunidad aprender más fluidamente y sentirse +bienvenidos dentro de ella. + +\begin{figure}[tb] + \includegraphics[width=0.5\linewidth]{./Parte2/dataweek-mapa.png}% + \caption[Mapa de los contenidos teóricos del Data Week] + {Mapa de los contenidos teóricos del Data Week. + Disponible en la sección ``Aprende'' de \url{http://mutabit.com/grafoscopio}. + Tomado de \cite{XYZ}.}% + \label{fig:dataweek-mapa}% +\end{figure} + +Por esto el Data Week y las Data Rodas combinaron elementos prácticos y teóricos, así +como procesos de documentación proactivos y cada vez más estructurados. +Algunos de ellos son mencionados en otros apartes de esta tesis, pero acá se hará enfasis +en el mapa mental que presentaban varios de los constructos teóricos y fundamentaciones detrás +de estas prácticas comunitarias de acogida y aprendizaje mutuo. +Ellos tomaron explícitamente la forma de un mapa mental (véase figura \ref{fig:dataweek-mapa}), +complementado por otros espacios y mediaciones virtuales y prototipos digitales de los que +se hablará en las siguientes secciones. +A continuación se presentará una panorámica de dicho mapa y se harán énfasis en algunos +elementos del mismo que no están suficientemente ampliados en otros lugares de este escrito, +siguiendo la dinámica del \emph{zoom}, presentada en la primera parte. +Para hacer este recorrido visual con zoom, se emplearan las imágenes anotadas, ofrecidas +por este formato de presentación escritural. + +En primera instancia se hacía una presentación de los participantes y sus motivaciones, +así como de las dinámicas del encuentro. + +\begin{figure}[tbh] + \includegraphics[width=\linewidth]{./Parte2/dataweek-mapa-intro.png}% + \caption[Mapa de los contenidos teóricos del Data Week] + {En primera instancia se daban las gracias a los organizadoes y participantes, + se introducián los lugares donde el evento había tenido lugar, la dinámica + abierta y de conversación y la intensión de que las personas se sintieran acogidas, + sin preocuparse por ``llegar tarde'', haciendo alusión a las diferentes formas + de recuento que haríamos (muy al estilo del la tira cómica El Fantasma).}% + \label{fig:dataweek-mapa-intro}% +\end{figure} + +\begin{figure}[tb] + \includegraphics[width=\linewidth]{./Parte2/enactive-understanding.png}% + \caption[Mapa de los contenidos teóricos del Data Week] + {Luego de la presentación se hablaba de cómo el Data Week mismo era un espacio de investigación + desde el diseño, lo cual implicaba varias cosas desde la idea de comprensión enactiva (entender + en la medida en que se hace), explicitando que en dicho quehacer, entendíamos el + software como artesanía, queríamos hacer polinización cruzada como forma de explorar el + futuro y conectarlo con el pasado y cruzar fronteras, así como para deconstruir brechas cricas.}% + \label{fig:enactive-understanding}% +\end{figure} + + +\begin{figure*}[tbh] + \includegraphics[width=\linewidth]{./Parte2/software-as-craft-1.png}% + \caption[Software como artesanía en el Data Week] + {Respecto al software como artesanía, + (de la que se hablo antes en \ref{fig:software-artesania}), se mencionaba que el conocimiento del + artesano autor del software es embebido en el mismo y tiene que ver con las herramientas que también + ya conocía, para el caso de Grafoscopio, TeXmacs, Squeak/Smalltalk, Jupyter y Leo Editor, + y las frustaciones con ellas (que son sólo formas de conocimiento con rabia), + resumiendo de este modo lo que en este texto se presentó con detalle en la sección + \ref{software-con-otras-interfaces-escriturales}.}% + \label{fig:software-artesania-1}% +\end{figure*} + +\begin{figure}[tbh] + \includegraphics[width=\linewidth]{./Parte2/tecno-comun.png}% + \caption[Conocimiento y tecnología como bienes comunes] + {También se decía que se exploraba la perspectiva del conocimiento como derecho y la tecnología + como una forma de acceder (o no) al mismo, lo cual tenía correlatos en los problemas + tratados durante el Data Week, los licenciamientos para el software y los contenidos y + la exploración de modelos de sostenibilidad para los bienes comunes.}% + \label{fig:tecno-comun}% +\end{figure} + +\begin{figure}[th] + \includegraphics[width=\linewidth]{./Parte2/conceptual-searches.png}% + \caption[Busquedas conceptuales] + {Grafoscopio aborda también búsquedas conceptuales acerca de las metáforas subyacentes de la informática: + ¿qué pasa cuando los árboles son representaciones subyacentes de textos y las presentaciones? + ¿cuáles son sus alcances y cómo pueden cambiarse para volverse rizomas o laberintos?, + Si el computador es un artefacto cognitivo, ¿cómo su uso nos cambia y cómo funciona como medio expresivo?}% + \label{fig:conceptual-searches}% +\end{figure} + +\begin{figure}[tb] + \includegraphics[width=\linewidth]{./Parte2/floppology.png}% + \caption[Recombinaciones en la teoría y la práctica.] + {Luego mostrámos las perspectivas teóricas sobre recombinaciones de Jonas y sus encarnaciones + en la práctica, al combinar las tradiciones de Unix y el Dynabook, de las que se habló en + los apartes correspondientes a las figuras \ref{fig:bifurcacion-jonas} y \ref{fig:recombinacion}}% + \label{fig:floppology}% +\end{figure} + +\begin{figure}[tb] + \includegraphics[width=\linewidth]{./Parte2/divide-user-dev.png}% + \caption[Brecha usuario - desarrollador ] + {Entramos en la deconstrucción de brechas, empezando por la del usuario versus el desarrollador + de software, mencionando cómo las herramientas configuran nuestro pensamiento y que algunas + han pavimentado cómo pensamos respecto a la escritura en el saturado \emph{Word} o a la presentación, + en el normativo \emph{Power Point} y cómo existen remedios al respecto con otras alternativas + de escritura.}% + \label{fig:divide-user-dev}% +\end{figure} + +\begin{figure*}[tb] + \centering + \includegraphics[width=\linewidth]{./Parte2/moldable-tools.png} + \caption[Herramientas amoldables] + {Se presenta la idea de herramientas amoldables, que contrasta con la anterior, pues acá son las + herramientas las que se amoldan al problema y no nosostros a las herramientas y se da un + ejemplo desde la visualización de medicamentos ampliada en la sección \ref{infomed}.} + \label{fig:moldable-tools} + \end{figure*} + +\begin{figure*}[tb] + \centering + \includegraphics[width=\linewidth]{./Parte2/divide-data.png} + \caption[Brecha de datos] + {Se muestran como los datos son constructos humanos, y salvo los de las ciencias naturales, los + sociales son de nuestro diseño. Podemos preguntarnos quién define los datos y dónde se + almacenan y quién se vuelve dato de quién, para repensar también maneras en que no sólo los + estados y privados nos \emph{datifiquen}, sino que nosostros también los observemos a ellos.} + \label{fig:divide-data} +\end{figure*} + +\begin{figure}[tb] + \includegraphics[width=\linewidth]{./Parte2/divide-layered-infra}% + \caption[Brecha en infraestructuras complicadas y multicapa] + {Luego se explica la brecha que hay cuando se separan documentos, aplicaciones y datos y cuando + al ``usuario final'' sólo se le permite instalar aplicaciones para crear documentos, pero + no ir modificar, ni aproximarse a las infraestructuras que definen las herramientas. + También se habla de la brecha entre datos pequeños y grandes (``Big Data'') y como aquellos + que controlan la infraestructura definen o confinan lo que pasaba en ellas, por lo cual + las infraestructuras de bolsillo permitían otras aproximaciones y se muestran dos ejemplos + prácticos de cómo resistir y deconstruir esas brechas, en los prototipos de los Panama Papers + (véase sección \ref{panama-papers}) y los \emph{Data Selfies} de Twitter + (véase sección \ref{twitter-data-selfies}).}% + \label{fig:divide-layered-infra}% +\end{figure} + +\begin{figure*}[tb] + \centering + \includegraphics[width=\linewidth]{./Parte2/capacity-building.png} + \caption[Explorar artefactos y comunidades] + {Se explicita cómo exploramos la relación entre artefactos y comunidades, desde Data Week, + en su doble condición de taller y hackatón (ver \ref{dataweek-intro}) y cómo la intensión + era la construcción de capacidad, tanto en la comunidad como en la infraestructura, siguiendo + una idea de Markus Denker, de manera que si se cambiaba la plataforma (en nuestro caso Grafoscopio + y el paquete Dataviz) con cada nuevo proyecto y encuentro, se pudieran realizar proyectos de + capacidad creciente. + En esa medida, si bien la plataforma se hacía más compleja, los principios para navegarla eran los + mismos y el artefacto se volvía el currículo (siguiendo las ideas de Alan Kay), pues incorporaba + dentro sí maneras para su deconstrucción y modificación.} + \label{fig:capacity-building} +\end{figure*} + +\begin{figure}[tb] + \includegraphics[width=\linewidth]{./Parte2/diplomado.png}% + \caption[Diplomados y otros espacios formativos futuros] + {Se cerraba indicando otras posibilidades de formación futura para este proyecto, así como los + espacios comunitarios permanentes donde esto ocurría.}% + \label{fig:diplomado}% +\end{figure} + +\clearpage + +Como se puede ver, la presentación de este currículo tenía facetas históricas y teóricas que hacen +parte de esta tesis y se colocaban de manera manifiesta ante los participantes del Data Week. +Si bien el currículo también incluye elementos prácticos y estos ocurrían a lo largo del encuentro, +esta explicación desde el mapa mental intentaba colocar las prácticas de programación y visualización +de datos en contextos amplios y no instrumentales y brindar a los participantes de lugares de interlocución +e interpretación más allá del código y/o la técnica misma. +A lo largo de la presentación se podía interrumpir e interpelar y esta empezó a mezclarse con los +aspectos prácticos y volverse más fluida. +Así en los primeros Data Weeks la parte teórica podía tomar dos de las seis sesiones del evento dedicadas +sólo a ello y en las últimas versiones del evento se involucraba a lo largo del mismo (incorporando +sugerencias hechas por los participantes en la 4ta edición y la Data Roda en el Makerspace La Galería +y un taller corto durante el ISEA de Manizales). + +La documentación y creación de artefactos que no eran exclusivamente código y combinaban +aspectos emergentes con estructurados fue un componente integral del desarrollo de los talleres +desde sus primeras ediciones y fue evolucionando a lo largo de ellas. +Esto reflejaba la permanente dualidad cosificación-participación, a la que se ha hecho referencia +en repetidas ocasiones. +El encuentro mismo era una forma de participación que permanentemente construía cosificaciones sobre +los aprendizajes y la memoria que se estructuraban progresivamente. +La siguiente parte menciona las formas de cosificación creadas durante los Data Weeks y Data Rodas, +por los participantes, así como los canales de comunicación permanentes. +A los prototipos desarrollados, les damos su lugar particular en el capítulo \ref{prototipos}. + +\section{Espacios virtuales: Etherpads, Fossil, Lista de correo, Telegram}\label{encuentro-digital} + +El software social, en la definición de Tom A. Coates \cite{coates_my_2003},\cite{coates_addendum_2005} +es aquel de propicia, extiende y deriva valor de las interacciones sociales. +Este ha sido divido en dos grupos\footnote{La taxonomía entre software social conversacional o dialógico + la encontré en un wiki, cuyos contenidos no puedo recuperar nuevamente. + Si mal no estoy se traba de \url{http://wiki.c2.com/}. + Dicha taxonomía me ha sido útil para encontrar los énfasis en la interacción de un software + social y por ello la retomo acá.}, +dependiendo de los énfasis que se tengan: los documentales, +que se centran más en lo escritural y los conversacionales, que se centran más en lo diálogico. +Como ejemplos de los primeros estan los wikis (con el famoso ejemplo de la Wikipedia), o +sitios para las galerías fotográficas y de vídeos, como Internet +Archive\footnote{\url{https://archive.org/}}, mientras que en el segundo grupo se encontrarían +los programas de mensajería instantánea, telefonía IP y video conferencia, o listas de correo, +entre otros. +Por supuesto, ellos se combinan y se puede tener una conversación con motivo de una foto o enviar +un documento a través de un chat, por lo que está definición se centra en los énfasis de interacción +primaria más que exclusivas. +La comunidad de Grafoscopio empleó los dos tipos de software social y en ese sentido están +considerados también como espacios de encuentro virtuales. +Acá se hará un recuento de ellos. + +La documentación juega un papel activo a lo largo de las varias ediciones del Data Week. +Para ello se usan varios sistemas de documentación que permitían capturar lo emergente, +complementar el encuentro cara a cara, ser resilientes y minimalistas, de modo que era +posible para los asistentes de las últimas ediciones, llevarse una copia con la memoria +de todos los eventos desde el comienzo, con una infraestructura sencilla pero potente. + +Se emplearon Etherpads\footnote{\url{http://etherpad.org/}}, que son sistemas de escritura +colaborativa de texto en tiempo real, a los que se unen los participantes con sólo compartir +un enlace web. +Dichos enlaces, que iniciaban el etherpad, se compartían empleando un acortador de direcciones +ético, que no rastrea a quienes lo emplean, disponible en \url{https://is.gd}. +Las memorias se fueron organizando de modo que el primer etherpad (o simplemente \emph{pad}) +se usaba como una índice para los etherpads que guardaban la memoria de cada una de las sesiones +diarias que constituían el Data Week (o Data Roda). + +Debido a la reubicación de algunos miembros de la comunidad a países europeos con otros +usos horarios, la documentación empezó a volverse más estructurada, para facilitar así +la participación remota. +Esto hizo que empezáramos a escribir los pads empleando el lenguaje de etiquetamiento +ligero Markdown, de modo que pudiéramos expresar tanto la estructura como la presentación +visual del documento a través de marcas sencillas (etiquetas). + +\begin{figure*}[tb] + \centering + \subfloat[\url{https://is.gd/dataweek1_3}.]{ + \includegraphics[angle=90, height=0.3\linewidth]{./Parte2/dataweek1-3.png} + \label{subfig:dataweek1-3}} + \quad + \subfloat[\url{https://is.gd/dataweek11_3}]{ + \includegraphics[angle=90, height=0.27\linewidth]{./Parte2/dataweek11-3.png} + \label{subfig:dataweek11-3}} + \\ + \subfloat[\url{https://is.gd/dataweek11_3}.]{ + \includegraphics[width=0.45\linewidth]{./Parte2/dataweek1-3-zoom.png} + \label{subfig:dataweek1-3-zoom}} + \quad + \subfloat[\url{https://is.gd/dataweek1_3}.]{ + \includegraphics[width=0.45\linewidth]{./Parte2/dataweek11-3-zoom.png} + \label{subfig:dataweek11-3-zoom}} + \caption[Evolución en el uso de Etherpads] + {Evolución en el uso de Etherpads: Etherpads de primeras y últimas ediciones del Data Week. + Ambas figuras han sido rotadas para permitir contrastarlas mejor en toda + su extensión y sus versiones ampliadas están en disponibles en los enlaces + referenciados en cada una de ellas. + La figura \ref{subfig:dataweek1-3} corresponde a la memoria del tercer día + de la primera edición de Data Week, mientras que la figura + \ref{subfig:dataweek11-3} corresponde al mismo día de la onceava edición. + Los distintos colores corresponden a ediciones hechas por distintos participantes. + Abajo de cada uno, se pueden ver algunas líneas ampliadas de sus contenidos, + mostrando 25 líneas, lo que para la figura \ref{subfig:dataweek1-3-zoom} es casi + su totalidad, mientras que para la figura \ref{subfig:dataweek11-3-zoom} es su + décima parte. + Las diferencias respecto a la completitud, complejidad y participación de + los asistentes en las prácticas de documentación saltan a la vista.} + \label{fig:etherpads} +\end{figure*} + +Las prácticas de documentación en los etherpads se hicieron entonces progresivamente +más estructuradas y participativas, como se puede ver en la figura \ref{fig:etherpads}. +Los distintos colores muestran la cantidad de participantes y la extensión da cuenta +de la cantidad y completitud de la documentación para esa sesión de trabajo. +Se puede apreciar un claro contraste entre las dos imágenes incluidas. +Mientras que el pad correspondiente a la tercera sesión del primer Data Week es +prácticamente monotonal, con unas pocas voces diversas, el pad correspondiente +al mismo día del onceavo Data Week es colorido, dando cuénta de los múltiples participantes +comprometidos con la documentación. +Así mismo, la figura \ref{subfig:dataweek1-3} muestra un pad corto con información +mínima, que requiere un conocimiento más detallado de lo que ocurre en la sesión presencial, +mientras que el pad de la figura \ref{subfig:dataweek11-3}, muestra un pad muy detallado +y mucho mejor estructurado, con presencia de Markdown, indicando secciones y subsecciones, +enlaces y comentarios, así como adición de imágenes, expresadas en dicho lenguaje de +etiquetamiento. +Se alcanza a apreciar como los primeros pads sólo hacían notas incidentales y un +uso tímido de Markdown por pocos autores \ref{subfig:dataweek1-3-zoom}, mientras que los +últimos incorporan casi todas sus características, por los múltiples autores: +secciones, subsecciones, comentarios, imágenes, enlaces, entre otros. +Incluso, es posible ver al final una lista de recomendaciones musicales que hicimos +para escuchar como ``banda sonora'' durante dicha sesión. +Estos pads mucho más estructurados fueron los que luego se editarían un poco para crear +versiones más resilentes de los mismos. + +Los etherpads pueden ser altamente volátiles, y si bien tienen control de versiones, que +permite viajar en el tiempo revisando la evolución de los documentos allí escritos, +pensé que era pertinente guardar una copia de seguridad en infraestructuras propias, +pues los mismos proveedores de los servicios de etherpads clarifican que si bien +hacen un esfuerzo por mantener la infraestructura, ofrecen el servicio ``como es'', +sin garantizar su disponibilidad futura o el guardado de la información (aunque hasta +ahora ningún pad ha sido borrado desde hace más de dos años y son lugares de documentación +estables). +Por ello, se dispuso un repositorio de control de código donde se almacenaban todos +los archivos de la presencia web del Data Week (incluidos su sitio web), +para guardar copias más permanentes de las memorias de los Data Weeks, tanto de +los índices a los pads, en sus lugares originales, como copias más maduras +de la documentación que surgía por el camino. +Fossil, el sistema de control de versiones que ya se ha mencionado, fue la +infraestructura que se usó para almacenar dichas copias, por su caracter minimalista, +y su buen soporte para Markdown, lo cual hacía que las copias allí almacenadas +se pudieran ver directamente como HTML y de hecho fue, según varios de los asistentes +del Data Week 11, que habían venido previamente a otras ediciones, lo que permitió +aclarar el concepto de \emph{infraestructuras de bolsillo}, pues permitía, en poco +más de 2 Mb de espacio en disco, desplegar una herramienta de colaboración distribuida, +que coordinaba el trabajo con documentación, guardaba copias de toda la historia y la +previsualizaba en cada una de las máquinas de los asistentes, como habría de verse en +línea. + +La solicitud de uno de los miembros recientes de la comunidad, que no había asistido +a ninguna de las Data Weeks, pero quería vincularse a las Data Rodas y jugaba un +papel activo en otras comunidades de libre cultura y alfabetimos web, unido a la mejoría +y madurez de las formas de documentación (particularmente durante el Data Week 11), +así como solicitudes de los asistentes, me permitió organizar las memorias de una mejor manera. +Se crearon así índices temáticos (ver figura \ref{fig:dataweek-indice-tematico}) y +cronológicos (ver \ref{subfig:dataweek-indice-cronologico}, además glosarios de términos, que +se recogían lo que se había hecho previamente y se ampliaban de acuerdo a las futuras ediciones, +recogiendo aquellas inquietudes. +Además se hiceron unas guías de aprendizaje autónomo que secuenciaban los contenidos, ofreciendo +prerrequisitos y mostraban algunos caminos alternativos para los aprendizajes. +La figura \ref{subfig:wiki-etherpad} y, sobre todo, el enlace que la acompañan, muestran +dichos contenidos en la secuencia sugerida de auto-aprendizaje. +Aún así, a pesar de ofrecer dicha secuencia, ninguno de los miembros registrados en +el repositorio de código, o en los canales comunitarios de conversación, ha reportado +el uso de dichos contenidos después de algún evento o de ser creados. + +\begin{figure}[tb] + \includegraphics[width=\linewidth]{./Parte2/dataweek-indice-tematico.png}% + \caption[Data Week: Indice temático] + {Data Week: Indice temático \url{https://is.gd/wiki_temas}.}% + \label{fig:dataweek-indice-tematico}% +\end{figure} + +\begin{figure*}[tbh] + \centering + \subfloat[Indice cronológico (ver \url{https://is.gd/wiki_crono}).]{ + \includegraphics[width=0.45\linewidth]{./Parte2/dataweek-indice-cronologico.png} + \label{subfig:dataweek-indice-cronologico}} + \quad + \subfloat[Eterphad en detalle (ver \url{https://is.gd/wiki_etherpad}).]{ + \includegraphics[width=0.45\linewidth]{./Parte2/wiki-etherpad.png} + \label{subfig:wiki-etherpad}} + \caption[Repositorio del Data Week.] + {Capturas del repositorio del Data Week. + Cada página puede ser visitada en detalle, haciendo click en el enlace respectivo + ofrecido. + Nótese como el etherpad (\ref{subfig:wiki-etherpad}) , tiene una secuenciación + pedagógica que facilita el aprendizaje autónomo, indicando dónde se enmarca dicho + contenido entre los conocimientos previos y posteriores.} + \label{fig:dataweek-repositorio} +\end{figure*} + +Los etherpads, Fossil y Markdown, así como las libretas interactivas de Grafoscopio +constituyeron la práctica de documentación por excelencia en el Data Week y se +iba volviendo progresivamente compleja, empezando con los etherpads sencillos con +Markdown, pasando por la edición fuera de línea con Fossil y Atom\footnote{\url{http://atom.io/}} +y terminando con libretas interactivas en Grafoscopio. +De este modo construimos una transición entre documentos estructurado colaborativos hechos en texto +(etherpads), hacia el hipertexto (publicarlos y compartirlos en Fossil), hacia documentos interactivos +que incluían código y visualizaciones (libretas interactivas en Grafoscopio). +La colaboración era permanente y dejaba huellas no sólo el los multicoloridos pads, sino +en la línea de tiempo del repositorio de código en Fossil, que debido al trabajo casi en tiempo +real de los Data Weeks (vía pads y libretas interactivas), presentaba permanentes bifurcaciones +y recombinaciones. + +\begin{figure}[tbh] + \includegraphics[width=0.65\linewidth]{./Parte2/dataweek-timeline.png}% + \caption[Data Week: Línea de tiempo] + {Parte de la linea del tiempo del repositorio de código del Data Week. + Nótese las bifuraciones y recombinaciones propias de la colaboración y aportes + entre los distintos participantes. + Un análisis más detallado de las mismas se hace en el capítulo \ref{materialidades}.}% + \label{fig:dataweek-timeline}% +\end{figure} + +El software social diálogico, sería el complemento de esta parte documental. +Para ello usamos principalmente una lista de correo y un canal de +Telegram\footnote{\url{http://telegram.org/}}. + +La lista de correo fue elaborada después del Data Week 3, atendiendo a una inquietud +de los participantes sobre como dar continuidad a los aprendizajes adquiridos, como se +puede ver en el correo de bienvenida (Junio 3 de 2016) \footnote{\url{https://is.gd/bienvenida}}: + +\begin{quote} + Creé esta lista y me tomé la libertan de invitarles para darle continuidad a algunas conversaciones y experiencias que tuvimos principalmente durante la Data Week[1] y porque ustedes o bien han asistido a buena parte de una o varias ediciones dicho evento y/o han manifestado interés por Grafoscopio[2], la herramienta para escritura de documentos interactivos y visualización de datos, que puede ser usada en distintas prácticas: ciencia abierta, activismo de datos, investigación reproducible, periodismo de datos, entre otros. Sea esta la ocasión para darles la bienvenida a esta pequeña comunidad de puertas abiertas (para entrar o salir :-P). Por supuesto, si quieren compartir el enlace de la lista[2a] con otras personas para que se suscriban o desuscriban a ella, bienvenidos. + + \verb|[1] http://mutabit.com/dataweek/| \\ + \verb|[2] http://mutabit.com/grafoscopio/| \\ + \verb|[2a] https://lists.riseup.net/www/info/grafoscopio| +\end{quote} + +La lista de correo, con 43 suscriptores al momento de este escrito, mostró un comportamiento habitual +de otros proyectos de software libre, con uno pocos suscritos a ella activamente escribiendo +(de 2 a 4 miembros) y una mayoría eventualmente leyendo y partipando de maneras más esporádicas +y puntuales. +La escritura estuvo liderada por el desarrollador principal del software, lo cual +se ve en quién iniciaba los hilos de conversación y algunos otros miembros empezaron +a crear sus propios hilos o a responder de maneras activas a los hilos originados por +otros. + +En la lista circularon diferentes temas, que tomaron la forma de mensajes solitarios +o encadenamiento de ellos a través de sucesivas respuestas, conocidas como hilos. +Fueron principalmente referidos a la logística de los Data Weeks y Data Rodas, +antes, durante y después de ellos, (cfg hilos del 8 de julio de +2016\footnote{\url{https://is.gd/kVBOMF}}, o mar 14 de +2018\footnote{\url{https://is.gd/dataroda_hilo}}), +el funcionamiento de los artefactos creados durante ellas +(cfg los hilos de ago. 13 de 2016 \footnote{\url{https://is.gd/wZGhea}} y +16 de may. de 2018 \footnote{\url{https://is.gd/zoteroedu}}), +así como las invitaciones a otro tipo de articulaciones con otros colectivos +e iniciativas ciudadanas, como la de calidad del aire en Medellín y Bogotá +(hilo del 4 de mayo de 2018 \footnote{\url{https://is.gd/airebogmed}}) +o la invitación desde la Red de Bibliotecas Públicas +(cfg hilo del 19 de nov. de 2017 \footnote{\url{https://is.gd/bibliotecasbog}}), +el encuentro de Cities and Citizen Designers en Ibagué (cfg 11 feb. de +2018\footnote{\url{https://is.gd/ibague}}) o el reconocimiento de HackBo como un +lugar donde se enseña Pharo por la comunidad internacional (cfg los hilos de 7 abr. 2017 +en la listas públicas de HackBo\footnote{\url{https://is.gd/pharo_hackbo1}} y de +Grafoscopio\footnote{\url{https://is.gd/pharo_grafos1}}) la participación en eventos locales +(cfg hilo del 26 oct. de 2017\footnote{\url{https://is.gd/datos_guaros}}) o internacionales +(cfg hilo del 30 jun, de 2017\footnote{\url{https://is.gd/datacamp1}}). +Pero también circularon por la lista temas de orden más filosófico, por si lo identitario +estaba en usar Grafoscopio, en participar del Data Week y Data Rodas, en nuestro interés por +los datos y el activismo, en todas ellas o ninguna en particular (véase hilo del 28 ene. +2018\footnote{\url{https://is.gd/identidad}}) o cómo nuestra comunidad, los expertos y el público +novato podrían ser beneficiarios de los proyectos como el Manual de Periodismo de Datos (cfg hilo de +06 ene. 2018\footnote{\url{https://is.gd/mapeda_beneficiarios}}). + +Para el 3 de agosto de 2017, se coordinó por la lista la celebración del +tercer aniversario de Grafoscopio y se inauguró un canal de mensajería +instantánea en Telegram, particularmente sobre la intensión de compartir +en ``tiempo real'' los momentos de celebración con nuestros participantes +en otras latitudes y usos horarios. +Dicho canal absorbió buena parte de la conversación sobre logística, +particularmente la referida a hechos emergentes, como la llegada tarde de +algunos participantes o el cambio de lugar por inundaciones en el Hackerspace +o la coordinación con participantes remotos. +También se fue estableciendo una práctica de compartir enlaces relacionados +con los temas que circulaban en la lista y conversarlos brevemente +(si la conversación se tornaba larga, se migraba a la lista de correo) y brindar +soporte para algunas eventualidades. + +\begin{figure*}[tb] + \centering + \subfloat[Charla]{ + \includegraphics[width=0.27\linewidth]{./Parte2/telegram-3.png} + \label{subfig:telegram-charla}} + \quad + \subfloat[Soporte]{ + \includegraphics[width=0.27\linewidth]{./Parte2/telegram-4.png} + \label{subfig:telegram-soporte}} + \quad + \subfloat[Enlaces]{ + \includegraphics[width=0.27\linewidth]{./Parte2/telegram-5.png} + \label{subfig:telegram-enlaces}} + \caption[Interacciones en el canal público en Telegram] + {Los tres tipos de interacciones más usual del canal público en Telegram: + \ref{subfig:telegram-charla} conversaciones con motivo de los eventos + realizados, principalmente y enlaces compartidos; + \ref{subfig:telegram-soporte} solicitud de soporte técnico, no tan frecuente + y \ref{subfig:telegram-enlaces} envío de enlaces relacionados con los temas + que convocan a la comunidad y algunos de interés incidental. + \label{fig:telegram}} +\end{figure*} + +\marginpar{ + \captionsetup{type=figure} + \centering + \subfloat[\url{https://is.gd/2016_06}]{ + \includegraphics[width=\marginparwidth]{./Parte2/lista-hilo1.png} + \label{subfig:lista-hilo1}} + \quad + \subfloat[\url{https://is.gd/2017_04}]{ + \includegraphics[width=\marginparwidth]{./Parte2/lista-hilo2.png} + \label{subfig:lista-hilo2}} + \caption[Hilos en la lista de correo de Grafoscopio] + {Hilos en la lista de correo de Grafoscopio, con diferentes grados de participación + e involucramiento por parte de los miembros. + En los enlaces que acompañan cada imagen se puede acceder a los hilos completos publicados en la web. } + \label{fig:lista-correo} +} + +Jitsi, el sistema de video conferencia en línea, se usó para mejorar +las maneras de participación remota de nuestros integrantes en otras latitudes, +principalmente compartiendo audio, video y usando otros sistemas de documentación +en tiempo real y distribuida como los etherpads y repositorios en Fossil, como +complemento a esta interacción. + +Todas estas dinámicas con diferentes ritmos, intensidades y compromisos de la sección +anterior son una muestra de lo que \cite{wenger_communities_1999} llama participación periférica +legítima, que se vio reflejada en las distintas infraestructuras de software social, antes descritas, +con roles centrales o más protagónicos (autores proactivos de nuevos hilos de conversación +o documentos y participantes recurrentes de los mismos) y otros más periféricos que pueden +volverse más centrales (lectores, en general silentes, pero que frente a un tema específico +ocupan, temporalmente un papel protagónico y luego regresan a la participación periférica). +De esto se hablará en la siguiente sección. + +\section{Los participantes, sus lecturas y compromisos}\label{participantes} + +Una de las cosas más interesantes de la comunidad de Grafoscopio es cómo ella logro +convocar a diversidad de personas, con distintos perfiles: bibliotecarios, informáticos, +diseñadores, estudiantes, profesores, investigadores, comunicadores, periodistas. +Las personas asistían a una edición y a lo largo de la misma era habitual ver cómo +empezaban a ir menos, hasta que contábamos con un grupo que asistía a todo el evento y +que incluso venía a diversas ediciones de los eventos que conformaron una comunidad +``recurrente'', que iba comprendiendo y aportando progresivamente a los mensajes +e intensiones que exploraba Grafoscopio, si bien los aportes generales y sostenidos +alrededor del código fuente del software estuvieron en manos de sólo una persona y +en ocasiones excepcionales dos, siguiendo las métricas y comportamientos señalados +por varios autores frente a las dinámicas de creación de la mayoría del software libre. +%PEND: Citar Mako Eghbal + +Los motivos para la asistencia de la comunidad recurrente eran diversos: una investigaba +sobre tecnología y política desde comunidades de base y HackBo era un lugares para ello, +otros les parecía interesante los temas, ya fueran de visualización, activismo, +publicación en línea y buscaban comprenderlo mejor en la medida en que se vinculaban +a estas actividades, mientras que otras personas tenían proyectos interconectados +con estas nuevas formas de ejercer ciudadanía, desde otras plataformas tecnológicas +y/o de activismo y veían potencia en su interconexión. + +Salvo casos muy puntuales, como los señalados antes frente al Data Week 4 y los problemas +que hubo respecto a la integración de distintas tecnologías en esa edición (Pharo y SQLite), +las lecturas de la mayoría de participantes (recurrentes o no) en los distintos eventos sobre +los artefactos y las dinámicas fueron satisfactorias. +Se presentaba el evento como parte de un proceso largo (hacíamos alusión a la frase +de Lao-tsé que es epígrafe de este capítulo) y decíamos que estas eran las primeras 30 a 36 +horas de un aprendizaje que tomaba 10.000 horas, aludiendo a la teoría del virtuoso y la idea +de programación como oficio artesanal que ya se ha mostrado. +Los participantes lo entendían de esta manera y lo consideraban dentro de dinámicas de alfabetismo +crítico de datos y código y si bien señalaron lo corto de estos primeros encuentros, también +reconocían que existían canales comunitarios para seguir en contacto, como indicaron verbalmente +en varias de las sesiones de realimentación verbal abiertas que teníamos durante el evento. +Incluso, al preguntarséles si dichos códigos de programación no parecían complejos como formas de +participación ciudadana, dos asistentes del Data Week 4, indicaron que sí lo eran, pero que eso se +esperaba de otros procesos con códigos complejos de participación como aquellos de lectura y escritura +que aprendemos desde la escuela primaria y que toman varios años en desarrollarse y se practican +a lo largo de toda la vida y una de las participantes afirmó que programar, al igual que otras +maneras de alfabetismo era ``aprender a hacer una cosa, que nos permite hacer muchas''. + +Algunos más reportaban que esta manera de presentar el código desde problemas ciudadanos +``hacía click'' frente a otros abordajes que habían tenido en el pasado, aprendiendo lenguajes +como javascript o Ruby y otros agradecieron la aproximación histórica en lugar del abordaje +instrumental donde se empieza con las instrucciones para hacer algo con alguna tecnología, +como el habitual ejemplo del ``Hola Mundo''\footnote{Para una diatraba contra el popular + ejemplo para iniciar en la programación véase la entrada al blog del autor titulada + \emph{Hello world example is the 'Just jump on the hump of the Wump of Gump' introduction to computing}, + disponible en \url{https://is.gd/dumb_hello_world}, la cual, de hecho, era presentada durante + varias ediciones del Data Week.} +desconociendo los contextos históricos y sociales más amplios y ante la crítica de que dicha +introducción podía ser muy larga (aunque necesaria) y se separaba la parte historico-teórica de +la parte práctica, se fueron integrando las dos en sucesivas ediciones, como ya se indicó previamente, +introduciendo la ``metodología de la pregunta'' aportada por dos activistas asistentes a la +Data Roda del Makerspace La Galería, resaltando el aprendizaje autónomo y por problemas, presentado +anteriormente en el recuento de las ediciones y se refirieron a posibles articulaciones entre +la comunidad de Grafoscopio y el proyecto de mapeo ciudadano Open Street Map +Colombia\footnote{\url{https://twitter.com/OpenStreetMapCo}.} y de memoria y definición de datos colectivos +Tupale\footnote{\url{http://tupale.co/}.}. +Otros asistentes, que tenían problemas investigativos relacionados con perspectivas críticas de +datos indicaron su deseo de emplear visualizaciones a medida y en conjunción con sistemas de información +geográfica para visualizar temas de investigación específicos como los barrios que empezaron como +ocupaciones ilegales. +Este fue un factor recurrente a lo largo de los eventos, donde los asistentes manifestaron otro +conjunto de problemas a la medida que podía ser abordado desde estas metodologías y herramientas, +entre los cuales estaban: el discurso político en redes sociales, la calidad del aire, las excepciones +y limitaciones en bibliotecas públicas, las infraestructuras gubernamentales digitales. + +Los progresivos cambios también fueron leídos positivamente, particularmente por los asistentes recurrentes +a los eventos, indicando que ahora les quedaba más claro los conceptos y que los eventos se +habían tornado más ágiles, cubriendo temas de maneras más fluidas en menos tiempo, +una lectura frecuente entre los asistentes reccurente a la edición 11 del Data Week, cuando +consolidamos las prácticas de documentación ágil ya descritas. +Un asistente recurrente indicó que se imaginaba que en los Data Weeks se avanzaba más (durante la +9 edición), pero la gran mayoría coincidió en una lectura desde un aumento de agilidad +y alcances en cada iteración y el hecho de que se introducian variaciones y mejoras no sólo +entre edición y edición sino durante el evento, tanto a las metodologías, como a las infraestructuras. +Algunas de las personas que conocían Grafoscopio desde antes de que se escribiera una sóla +línea de código y que asistieron a estas versiones más evolucionadas de los eventos, indicaron +como se notaba un trabajo serio y continuo al respecto. + +Sobre la colaboración se dijo que el entorno que se creaba en el evento daba la bienvenida a +diversos perfiles y no se daban conceptos por conocidos, sino que se empezaba en lo básico, +a pesar de poder escalar a temas más difíciles. +Esto presentó una tensión para el investigador en términos de crear escenarios de participación +incluyentes donde diferentes niveles de experticia se sintieran igualmente bienvenidos y convocados. +Para la mayoría, el uso proactivo de sistemas de documentación en tiempo real y colaborativo, +marco una importante novedad metodológica independientemente de su nivel de experticia +y el hecho de usar infraestructuras sencillas para novatos e impopulares entre los programadores +(como Fossil o el mismo Pharo/Grafoscopio), permitía que todos los asistentes tuvieran dónde +aprender y aportar al margen de sus niveles de conocimiento, si bien algunos programadores +hablaron de las diferencias marcadas de Pharo y el \emph{Live Coding} respecto a entornos de +desarrollo de código más convencionales y las experiencias habituales tenidas en ellos. +El aspecto desafiante para dichos programadores mencionado de manera más recurrente era +la idea de que la documentación está inmersa dentro del Pharo en lugar de publicada en la +Internet como una documentación API (Por \emph{Application Programming Interface}), a su vez +que la experiencia de autocompleción que ayuda tradicionalmente a saber qué pueden hacer +con un objeto, es distinta en Pharo de lo que es en la mayoría de lenguajes. +Yo mismo me enfrenté a esa dificultad entre Pharo como entorno de \emph{Live Coding} con sus +ideosincracias particulares y alejadas de las formas de programación populares más indirectas, +pero también superé dichas expectativas y abracé otras formas de programar que eran más fluidas +gracias al \emph{Live Coding} y la idea del artefácto como currículo que se puede explorar dentro +del artefacto mismo. +Esto ayudó a tender puentes con programadores más experimentados, si bien dichos conflictos fueron +invisibles para los no expertos en programación, que al no tener prejuicios frente a cómo debería +ser la programación no entraban en tales expectativas y hacían comentarios más generales respecto +a los saberes tácitos que todo curso de programación más tradicional presupone y como deconstruirlos +cuando siguen presentes en nuestras prácticas de enseñanza en el Data Week y las Data Rodas, para +lo cual sugirieron la elaboración de glosarios y diccionarios (que se incoporaron en el wiki). +Por ejemplo, el hecho de que Pharo tenga algunas ideosincracias respecto al desarrollo de interfaces +gráficas de usuario en el \emph{Toolkit} Spec, era constrastato con como otros sistemas permiten +empezar con archivos de texto plano en cualquier lugar y crear desde ceros. +Frente a esto se habló de cómo ello creaba dificultades frente a entender las maneras particulares +en que algunas personas organizaban su código y se habían incorporado progresivamente una transión +conocida como ``convención sobre configuración'' (popularizada en el mundo del lenguaje de programación +Ruby) que era similar a como funcionaba Spec. +Este tipo de mediaciones entre experticias y espectativas tanto expertos como novatos en el mundo +de la programación desde atender sus inquietudes (comparándolas con prácticas en otros lenguajes +o creando glosarios) fueron parte de la desafiante mediación educativas durante los Data Weeks +y fue leída de maneras muy positivas por los participantes. + +Las inquietudes respecto a material previo preparatorio y las diferentes rutas de aprendizaje, +se presentaron también con recurrencia, así como el ya indicado balance entre la teoría y la +práctica dentro de la experiencia, pero fueron incoporados en las prácticas de documentación +(reflejadas tanto en los etherpads, como los wikis y libretas interactivas) y la orientación +hacia la acción informada en lo teórico-histórico, que ya se ha mencionado y que los asistentes +recurrentes pudieron atestiguar, indicando, según sus palabras como ``lo importante era el proceso'' +y cómo ``las observaciones se atendías entre edición y edición'' con lo cual ``no habían dos +ediciones iguales'' y de evento en evento ``quedaban progresivamente más claros los conceptos [y las prácticas]''. + +Se indicó varias veces como esta era una metodología orientada a la acción, aprendiendo desde +el problema y la práctica y de hecho, algunos proyectos, como el Manual de Periodismo de Datos, +marcaron un claro contraste con otros como los Data Selfies de Twitter, pues el último es un +proyecto permanente y con un cierre aún por hacer, mientras que el otro tenía un cierre definido +y un conjunto de conceptos más familiares (reproducir y abrir una publicación) que falicitaban +el acceso a un público más amplio, comparado con aquellos donde los alfabetismo tanto de datos, +como de código y visualización hacían parte de un proyecto abierto, que se iteraba de evento en +evento. +La combinación de dinámicas tanto abiertas como cerradas es lo que Isin y Ruppert (XYZ) denominan +llamamientos y cierres y constituyen prácticas de ciudadanías digitales que se exploran en +detalle en el capítulo de conclusiones y recomendaciones. + +Los asistentes mencionaron, de maneras menos frecuentes, inconvenientes referidos a la sostenibilidad +económica de las prácticas en el espacio y del espacio mismo. +La necesidad de contribuir a los bienes comunes era representada en un jarro de vidrio para contribuciones, +que recibía algunos aportes económicos durante los eventos, que eran donados a HackBo para sus pagos como +una pequeña ayuda para los mismos. +También se cobraron ciertas ediciones de los eventos, cuando estas eran realizadas por fuera de HackBo, +particularmente en el marco de otros proyectos investigativos como Ciudad de Datos (Data Week 4) y +la doceava edición en el Exploratorio de Medellín. +El resto de los eventos eran posibles por la contribución económicas que hicieron posible esta tesis +(mencionadas en el prefacio) y no se cobraban a los participantes. +Aún así, algunos participantes manifestaron su interés de aportar económicamente, específicamente si +se llegaba a dar el Diplomado en Alfabetismo Crítico de Datos y Código, pero las dificultades +de sostenibilidad inquietaban a algunos participantes en dos sentidos principalmente: +la sostenibilidad del espacio donde ocurrían los eventos de éstos y el uso de tecnologías ``no populares'' +que hicieran más difícil articular mercados o servicios alrededor de los productos. +Estos elementos de sostenibilidad y viabilidad económica fueron abordados de dos maneras: +por un lado se indicó que efectivamente HackBo como espacio era un lugar frágil y que nos ayudaba mucho +los aportes eventuales de los participantes, pero sobre todo la vinculación permanente a la comunidad +nuclear del espacio (después de dos Data Weeks, dos participantes se convitieron en miembros permanentes +de dicha comunidad aportando cuotas mensuales para el sostenimiento del espacio). +Y por otro, que Grafoscopio no buscaba tecnologías populares, sino elocuentes, en las cuales se pudieran +expresar de maneras fluidas las preocupaciones que la investigación indagaba y las articulaciones con +comunidades de base, indicando, de hecho cómo se había pasado de tecnologías populares (web python) a +tecnologías elocuentes (Fossil, Pharo, Roassal) e incluso se mencionaban un conjunto de productos o +servicios que podrían ser construidos sobre esta plataforma: educativos; de personalización tato de +software como de visualizaciones; y finalmente de colocación y hospedaje en ``la nube''. +No se podría decir que esto disipó las dudas o tensiones de los participantes, pero lo cierto es +que dichas inquietudes se presentaron menos, en parte motivadas por los constantes proyectos y +eventos que se realizaban localmente, y también, a mi juicio, por las invitaciones a participar de +eventos internacionales que mostraban el reconocimiento por dichas apuestas. +Incluso uno de los integrantes, que había expresado preocupaciones respecto a la sostenibilidad de las +económica de las prácticas y mostraba una actidud de crítica constructiva frente a ellas, habló de cómo +ellas y tecnologías constituían una ``propuesta integral sin consesiones al \emph{mainstream}''. +Unos pocos participantes hablaron de la importancia de estas prácticas conceibidas en la periferia +y cómo podían hacer aportes a contextos globales. +Estas miradas manifiestamente más tecnopolíticas fueron más escasas, pero no por ello menos +importantes y ocurrían tanto desde discursos explícitos planteados en los eventos sobre +decolonizar las infraestructuras o hacer \emph{bootstrapping} hacia futuros alternativos vía +infraestrucutras alternativas, pero también surgían entre algunos participantes de maneras +más expontáneas. +Otras tensiones se refieron al caracter público o privado de determinadas conversaciones, particularmente +si se empezaban a tocar temas políticamente más sensibles. +A pesar de que se abrieron infraestructuras privadas usando Riot\footnote{\url{https://riot.im/}} y +Matrix\footnote{\url{https://matrix.org/}}, dichos canales no tuvieron una participación fluida y hasta +ahora no ha habido necesidad de habilitar canales encriptados y cerrados para las articulaciones comunitarias +e incluso las video conferencias, que ocurren vía Jitsi de manera encriptada era accesibles para cualquiera +que entrara al enlace, que compartíamos públicamente en los etherpads de cada encuentro. + +En general, la idea de adaptabilidad tanto de las herramientas, como de las dinámicas fue percibida +y celebrada por los participantes. +Sugirieron cambios a la funcionalidad de Grafoscopio para adaptarlo a la tarea y si bien esto estaba +explícito en las dinámicas originales, extendiendo el paquete DataViz (mostrado en el capítulo +\ref{prototipos}), se propusieron nuevas funcionalidades, particularmente durante el proyecto +del Manual de Periodismo de Datos que adaptaban Grafoscopio a la tarea específica de compilar +y transformar una publicación web en una publicación en formato PDF (ver \ref{mapeda}). +Los participantes hablaban de cómo se fue ``torciendo la herramienta'' para adaptarla a las necesidades +y cómo la metodología podía ``incorporar las sugerencias en caliente'', incluso durante de un mismo +evento (Data Week o Data Roda). +En esa misma línea se desarrollo una forma de Programación en masa (mob programming), en el que usualmente +una persona (casi siempre yo) tenía el teclado y proyectaba en el vídeo beam, mientras que los demás +participaban sugiriendo funcionalidades en el código y maneras de implementarlas y veíamos cómo hacer +refactoring del Grafoscopio y los paquetes conexos durante el evento mismo. +Esto lo comparábamos con la apreciación musical o la crítica de cine y cómo si bien todos los que asisten +a un concierto o ven una película no saben cómo tocar un instrumento musical o hacer un filme, sí están en +condiciones de tener una opinión crítica e informada sobre aquello que están apreciando y cómo pueden hacer +sugerencias al respecto y lo enmarcábamos sobre los alfabetismos críticos sobre los datos y desde los datos +(\cite{bhargava_beyond_2015}) y el activismo sobre la tecnología y desde la tecnología (\cite{luna_hacer_2014}) +y en este caso, además, los extendíamos a alfabetismos sobre el código (estar en condiciones de opinar, +sugerir, juzgar) y desde el código (estar en condiciones de cambiarlo de acuerdo a dichas sugerencias y juicios). + +Las dinámicas pretendieron un ritmo relajado, se podía llegar tarde y salir temprano, (salvo +por mí, que era quien abría y cerraba el espacio) y si bien la mayoría de la gente permanecía +la mayoría del tiempo, dicho comportamiento de ausentimo por días y horas, se empezó a incrementar +hacia los eventos finales, lo cual generaba, para mi como organizador del evento, inconvenientes +respecto a la continuidad pedagógica de los contenidos cuando fallaban unos días unos participantes +y otros días otros. +Dicha demanda crecía aún más cuando alguna participante sugería dar continuidad a un proyecto no terminado +tanto el viernes como el sábado del fin de semana siguiente, pero asistía sólo uno de los días, y el +otro día asistían otros participantes que no habían ido el día anterior. +Si bien fue un caso que se presentó pocas veces, implicaba repetir los contenidos con participantes distintos. +Los motivos aducidos para salir y ofrecidos voluntariamente, sin que yo los preguntase, tenían que ver con +compromisos familiares, fiestas, temas académicos y laborales. +Me parece importante que dichos elementos existan en una comunidad de práctica y son indicador de que +los eventos intentan armonizarse con el resto de la vida, pero sí generaban un desgaste grande en términos +del esfuerzo y la continuidad de los contenidos educativos, pues mientras unos podían dejar de ir unos días +y otros participantes no asistían los otros, o se iban antes o llegaban después, las demandas para mí, +como organizador de los eventos, eran continuas y no podía descansar en la misma medida, por un lado, +y por otro tenía que acompasar los contenidos considerando qué habían visto quienes estaban en cada +sesión y cómo continuábamos con la experiencia de aprendizaje intensiva considerando las discontinuidades +de asistencia. +El trabajo para pulir los resultados finales, usualmente lo asumía yo, en solitario, aprovechando la +licencia autofinanciada que me dí para el doctorado, confirmando las tensiones propias de las distancias +entre los imaginarios colectivos que se asumen en los proyectos de software libre y mucho del trabajo en +solitario que ocurre tras el mismo (véase \ref{fig:commit-strip}). +Esto me hizo reducir las Data Rodas a eventos más puntuales e invitar a que las actividades de +cierre de los eventos, que tenían que ver con redactar cartas, enviarlas y participar de +invitaciones para dar informes o continuidad a los prototipos fueran realizadas por otros +participantes, de manera que las responsabilidades y los descansos también fueran más compartidos. +Efectivamente otros tomaron el liderazgo frente a redactar derechos de petición para entidades gubernamentales, +presentando el Data Week y Grafoscopio en eventos nacionales y acompañando reuniones en instituciones públicas +para socializar abordajes y resultados de las hackatones, en otra muestra de participación periférica legítima. +Incluso, unos miembros compartieron colecciones de recursos bibliográficos\footnote{veáse + \url{https://is.gd/zoteroedu2}} +o libretas interactivas creados por iniciativa propia, a partir de contenidos socializados en el Data Week +o para realizar informes reproducibles en sus áreas de experticia (\cite{ramirez-ordonez_estudio_2018}). +Si bien algunos pocos miembros manifestaron interés en usar Grafoscopio como plataforma para proyectos, +como se ha indicado previamente, el anterior fue de los pocos ejemplos donde dicho uso efectivamente +ocurrió, por fuera de las dinámicas del Data Week y las Data Rodas. + +\begin{figure}[tb] + \includegraphics[width=\linewidth]{./Parte2/commit-strip-wide.png}% + \caption[Imaginarios y realidades del código abierto] + {Imaginarios y realidades del código abierto sobre las suposiciones del trabajo colectivo y + mucho del trabajo en solitario. + En la comunidad de Grafoscopio estamos tratando de crear transiciones más fluidas y entornos + incluyentes, de modo que más personas puedan vincularse a la escritura de código, desde los + alfabetismos digitales críticos. + Original publicado en: \url{https://is.gd/commit_strip}.}% + \label{fig:commit-strip}% +\end{figure} + +Esta preocupación por como vincular Grafoscopio al cotiano fue expresada por mí de manera recurrente, +especialmente en los últimos eventos de manera más explícita, (si bien me acompañaba desde la tercera o +cuarta edición del Data Week y la manifesté en privado a algunos participantes). +En la medida en que Grafoscopio no era una herramienta del cotidiano, sino que se activa y desactiva para +los eventos en los que lo usábamos, era más complicado configurar una comunidad de práctica alrededor del +mismo y explorar con mayor profundidad de idea de cambiar los artefactos digitales que nos cambian a partir +de Grafoscopio. +Esto, por supuesto, no le quita valor a una herramienta que se activa y desactiva de la manera dicha, +ni coloca ``la culpa'' en los miembros de la comunidad que no la usan de manera cotidiana (ni siquiera +yo lo hago, en mi condición de autor principal de la misma, como muestra la nota en la figura +\ref{fig:concentric-communities}), tan sólo muestra que las transiciones a futuro a una herramienta +cotidiana están aún por explorarse. + +\marginpar{ + \captionsetup{type=figure} + \centering + \includegraphics[width=\marginparwidth]{./Parte2/concentric-communities.png} + \caption[Anotaciones sobre transiciones comunitarias.] + {Anotaciones sobre transiciones comunitarias en otros proyectos de software libre. + La idea era tener círculos concéntricos de usuarios, contribuyentes, \emph{commiters} (personas con + permisos en el repositorio) y desarrolladores. + Mientras la gráfica de arriba tenía más capas, entre tales comunidades, la de abajo tenía menos + capas entre usuarios y desarrolladores, sólo una: los contribuyentes. + Esto inspiró el uso más activo de repositorios durante el Data Week y las Data Rodas, para hacer un + puente más fluidos entre los contribuyentes y los desarrolladores.} + \label{fig:concentric-communities} +} + +De hecho, las transiciones de experticia, desde formas de participación periférica legítima hacia maneras +más centrales, incluyendo, para el caso de Grafoscopio, la producción de libretas interactivas y otras +obras en este, así como la modificación del código fuente en las herramientas son una preocupación +de varias comunidades de software libre y han sido caracterizadas en el pasado (véase +gráfica \ref{fig:concentric-communities} así como \cite{eghbal_what_2016} y \cite{rogers_healthy_2016}). +En general, se trata de la tensión referida al uso y crecimiento de una herramienta de software libre y la +capacidad de hacerla adaptable a los requerimientos de los usuarios, por un lado y de crecer la incorporación +y aceptación de aportes por otro. +Si una herramienta crece mucho, sus usuarios empezarán a hacer sugerencias y si ellas no son incorporadas +con prontitud suficiente, los usuarios dejarán de usarla o se migrarán a otras herramientas que sí los +tengan o incorporen a ritmo adecuado. +Por otro lado, usualmente la capacidad de los pocos desarrolladores de software en la comunidad base, excede +la capacidad de ellos para incorporar todas las sugerencias que se puedan hacer. +Al respecto, algunas comunidades han intentando hacer más difusa la distancia entre usuario, colaborador +y desarrollador, particularmente asumiento posturas muy liberales frente a los permisos que tienen cada +uno de ellos. +En el caso de la comunidad de Grafoscopio, seguimos un camino similar. +A lo largo de los Data Weeks y en la medida en que algunas otras partes de la infraestructura se hacían +más estables (véase capítulo \ref{materialidades}), se empezaron a hacer elementos de la infraestructura +más explícitos y accequibles, en particular los repositorios de código, de manera que la transición entre +usuario y desarrollador fuera más fluida, particularmente porque un usuario de Grafoscopio podría ayudar +con el reporte de errores o mejoras, y también con el proceso de documentación. +Si durante los eventos, se desarrollaba nueva funcionalidad en el software, también se abrían los permisos +para que las personas hicieran aportes en el software y extendieran dicha funcionalidad, empezando +con el paquete Dataviz, que era el que extendíamos por omisión cuando se creaban visualizaciones de datos +personalizadas, pero también con el paquete de Grafoscopio mismo, cuando lo adaptábamos en proyectos como +los del Manual de Periodismo de Datos. +Dichas maneras de hacer más fluida la participación y el compromiso de los usuarios se reflejaban de +nuevo en las infraestructuras y herramientas, como lo muestra la figura \ref{fig:repositorios-membresias}. +Nótese como los miembros de los repositorios de documentación (rotados para mostrarlos en toda +su extensión) son mayores a los miembros de los repositorios de código y cómo casi todos tienen +el permiso ``v'' (por el perfil \emph{developer}), que les permite hacer cambios en cualquiera +de los archivos hospedados en dichos repositorios. +Esta postura relajada frente a la asignación de permisos, agilizaba las dinámicas de contribución. +Mientras que el repositorio del Data Week era más educativo y de pruebas, los de Grafoscopio son +más formales y por ello la participación en ellos fue más restringida. +Además de contar con participantes locales, se inscribieron también personas de otros países, +que se enteraban del proyecto vía Internet, sin asistir a los eventos. + + +\begin{figure}[tbh] + \centering + \subfloat[]{ + \includegraphics[angle=90, width=0.55\linewidth]{./Parte2/dataweek-repo-members.png} + \label{subfig:dataweek-repo-members}} + \quad + \subfloat[]{ + \includegraphics[width=0.22\linewidth]{./Parte2/dataviz-code-repo-members.png} + \label{subfig:dataviz-repo-members}} + \\ + \subfloat[]{ + \includegraphics[angle=90, width=0.25\linewidth]{./Parte2/grafoscopio-doc-repo-members.png} + \label{subfig:grafoscopio-doc-repo-members}} + \subfloat[]{ + \includegraphics[width=0.22\linewidth]{./Parte2/grafoscopio-code-repo.png} + \label{subfig:grafoscopio-code-repo}} + \quad + \caption[Miembros en los distintos repositorios] + {Miembros en los distintos repositorios: Arriba los del repositorio de documentación del Data Week + \ref{subfig:dataweek-repo-members} y de código del paquete Dataviz \ref{subfig:dataviz-repo-members}, + que modificábamos con mayor frecuencia durante el Data Week. + Abajo, los de la documentación \ref{subfig:grafoscopio-doc-repo-members} y el paquete Grafoscopio + \ref{subfig:grafoscopio-code-repo}, que modificábamos de maneras menos frecuentes y cuya funcionalidad + era más crítica.} + \label{fig:repositorios-membresias} +\end{figure} + + +La muestra sobre los diferentes niveles y maneras de compromiso y participación, desde las +posibilidades, intereses y particularidades de cada participante y del colectivo: desde la +manera en que ellos comprometían sus fines de semana y noches, asisitiendo a las convocatorias +de Data Weeks y Data Rodas, algunas veces llegaban tarde o yéndose temprano, aportaban a la +documentación, reportaban errores o mejoras, realizaban activimos sobre el código y desde el código, +cuando comentaban el código escrito por otros o lo escribian en primera persona, realizaban constructos +relacionados con la literatura compartida en los talleres o desarrollaban constructos propios, +creando sus propias libretas interactivas. +La inquietud por como hacer fluidas dichas maneras de participación y compromiso, tanto para el organizador, +como para toda la comunidad fue permanente a lo largo de esta investigación y sigue siendo una tensión +relevante respecto a la manera de construir comunidades, específicamente aquellas que trabajan desde +bienes comunes digitales. +Las claves esbozadas en nuestras prácticas y las de otras comunidades, respecto a hacer difusa la distinción +entre usuario, colaborador y desarrollador de la herramienta han funcionado relativamente bien y la apuesta +ahora está orientada, del lado del organizador, en experiencias como el Diplomado en ciudanías digitales +vía datos, visualización y código, que extienda lo que se ha hecho en los Data Weeks, lo acredite permita +potenciar dichas transiciones. + +Alrededor de las distintas lecturas, tanto de caracter metodológico como político-crítico +y de las tensiones y posibilidades futuras de estas dinámicas y artefactos, se hablará con +mayor detalle en el capítulo de conclusiones y recomendaciones. + +%PENDIENTE: Documentación vestigial + +\section{Eventos intercomunitarios}\label{intercomunitarios} + +%PENDIENTE: Gráficas Abrelatam +%PENDIENTE: Gráficas Open Data Day. +%PENDIENTE: Eventos intercomunitarios. + +Además de las conexiones entre las comunidades internacionales de Pharo y la local creada en +HackBo sobre ciudadanías digitales y activismo de datos acá descrita, se procuraron conexiones +con otros contextos y comunidades, aprovechando y dando cuenta del caracter polisémico de Grafoscopio +y el Data Week, haciéndolos parte de varios procesos investigativos y comunitarios. +Sus dinámicas y artefactos han sido socializados y reconocidos en varios contextos nacionales e +internacionales, entre ellos: + +\begin{itemize} + \item Conferencia Internacional Smalltalks 2015 (Buenos aires, Argentina, 2015). + + \item Investigación Ciudad de Datos, de la Universidad Javeriana. (Bogotá y Medellín, Colombia 2016). + + \item Pasantía doctoral en el Departamento de Ciencias de la Computación, Universidad de Chile + (Santiago, Chile, 2016). + + \item Hackademia, Empirical Studies in Computing Cultures. Escuela de verano. Leuphana Universität + (Lüneburg, Germany, 2016). + \item European Smalltalk Users Group (ESUG) Conference (Praga, República Checa, 2016). + \item ConDatos \& AbreLatam (Bogotá, Colombia, 2016). + \item Internet Freedom Festival (Valencia, España, 2017). + \item Medialab El Prado (Madrid, España, 2017). + \item Re:publica y Global Innovation Gathering (Berlín, Alemania, 2017 y 2018). + \item Big Data from the South (Cartagena, Colombia, 2017). + \item ISEA: International Symposium of Electronic Arts (Manizales, Colombia, 2017). + \item DataCamp (Kotor, Montenegro, 2017). + \item Exploratorio (Medellín, Colombia abril de 2018). + \item Varias ediciones de Datos y Guaros (Bogotá, Colombia desde 2016 a 2018) +\end{itemize} + +Esto permitió localizar Grafoscopio y sus dinámicas en un entramado que interpelaban +varios colectivos y temáticas: desarrollo de software; visualización de datos; ciencias de +la computación; ciudadanías digitales críticas; estudios críticos de software y datos; +estudios doctorales y post-doctorales sobre culturas hacker, particularmente las reconfiguraciones +de dinámicas de investigación y construcción de conocimiento en la perifería y en el diálogo entre +la academía y dichas culturas; innovación en comunidades de base; periodismo y hacktivimo de datos, +entre otros. +Fue interesante ver cómo las ideas que Grafoscopio y el Data Week cristalizaban eran acogidas +en dichas comunidades, así como las tensiones cuando se habitan espacios intermedios, pues si +bien se causa interés en dos frentes distintos (por ejemplo ingeniería de software y visualización +datos junto con periodismo de datos), las experiticias requeridas y las dificultades en esos lugares +de intersección son difíciles de comunicar y pueden ser juzgadas desde cada uno de los extremos: +ingenieros y programadores pensando en problemas de desarrollo de software sin ver los problemas +de la curaduría manual y dispendiosa de los datos y periodistas preocupados por el vértigo noticioso, +sin considerar las dificultades técnicas o la estabilidad a largo plazo de las arquitecturas de datos +(como las descritas en la sección \ref{panama-papers}). + +Pero también hay resonancias poderosas que son consideradas precisamente desde los puentes posibles +entre las diversas comunidades. +Por ejemplo, las temáticas y problemáticas relacionadas con procesos de realimentación y +\emph{bootstraping} y el desarrollo de metasistemas, circulan de manera frecuente y evidente en +la comunidad internacional de Pharo, como pude comprobar durante mi participación en el ESUG 2016 +y son consideradas dentro del contexto del desarrollo de software, pero la charla corta que di +mostrando Grafoscopio recibió muy buenos comentarios, precisamente porque dichas inquietudes +se exploraban en el contexto del hacktivismo y el periodismo de datos. +De igual manera la noción de infraestructuras de bolsillo para aproximaciones críticas a los datos +llama la atención en contextos como los de re:publica y \emph{Big Data from the South}. + +\begin{figure}[tbh] + \centering + \subfloat[]{ + \includegraphics[width=0.45\linewidth]{./Parte2/artefacto-realimentacion.png} + \label{subfig:artefacto-realimentacion}} + \quad + \subfloat[]{ + \includegraphics[width=0.45\linewidth]{./Parte2/markus-artefacto-realimentacion.jpg} + \label{subfig:markus-artefacto-realimentacion}} + \caption[Algunas charlas del ESUG 2016] + {Algunas charlas del ESUG 2016. + La idea de artefactos y realimentación, propia de esta tesis y las epistemologías + del diseño, estaban presentes de manera recurrente en esta comunidad, aunque aplicadas + a temas de desarrollo de software y no desde el (h)ac(k)tivismo y la ciudadanía, aunque + el uso de Pharo en estos contextos era llamativo para estas comunidades.} + \label{fig:esug2016} +\end{figure} + +Es de esperar que este tipo de conexiones se hagan mucho más explícitas y potentes a lo largo +del tiempo, como ha venido ocurriendo hasta el momento, tanto en el mantenimiento y evolución +de las dinámicas y artefactos descritos hasta el ahora (particularmente Grafoscopio y el Data +Week), pero también en la experimentación con dinámicas derivadas, como las del Diplomado +en Ciudadanía y Activimo Digitales, de la que ya se ha hablado. +Esta manera de enunciar desde lo local, mediante prototipos informados en las epistemologías +del diseño, y con fuertes compromisos en la transformación enactiva y plural del mundo, +está en consonancia con otros esfuerzos internacionales y la articulación parece promisoria +y va en la línea de diseño para las transiciones, enunciada por \cite{escobar_autonomiy_2016}. +Encontrar las maneras particulares de dicha articulación y transiciones es la tarea en un futuro +próximo, pero continuará con la creación y extensión de dinámicas locales, la participación en +eventos y redes internacionales y nacionales, y la construcción de materialidades particulares +(como las mostradas en la sección \ref{prototipos}) que enuncien de maneras cada vez más +explícitas y fluidas las (de)construcciones posibles, así como las tensiones presentes. + +Una de las hipótesis plausibles (que la investigación en diseño aporta, en lugar de las +certezas, como ya se dijo) es que las articulaciones previas de las redes, pasaran por +maneras de decolonizar las infraestructuras, entendiendo dinámicas de poder inmersas en +ellas y reconfiguraciones posibles para visibilizar a más sujetos y sus políticas, +esperanzas y preocupaciones. +Esto tendrá la intervención permanente de comunidades de práctica en actos educativos +cotidianos, desde espacios periféricos, como HackBo, que pretenden aumentar su capacidad +de interlocución con espacios institucionalizados, particularmente públicos. +La tensión estará referida a la sostenibilidad y visibilidad de dicho esfuerzo, al menos +desde lo que los prototipos desarrollados hasta el momento muestran, pues es de esperar +que las tensiones presentes en dichos aspectos se extiendan a futuros cercanos. +Allí la articulación entre lo local y lo internacional, lo institucional y lo comunitario, +podría ayudar a resolver dichas tensiones. + +El lenguaje de los prototipos y las materialidades digitales, acompañados de dinámicas +comunitarias referidas a nuevas ciudadanías fueron las maneras de explorar el diseño +para las transiciones. +Hasta ahora hemos visto Grafoscopio y las dinámicas comunitarias del Data Week, las +Data Rodas y otros espacios de encuentro. +El siguiente capítulo se ocupará de los prototipos que se desarrollaron, de modo que +podamos usar los aprendizajes que los incluyen para formular las maneras en que el diseño +para las transiciones, el prototipado (de éstos y otros artefactos digitales amoldables +y las dinámicas entorno a ellos) y otras maneras de ciudadanía, participación y gobernanza +se entretegen, en los capítulos finales. ADDED Tesis/Escrito/TextoIntegrado/grafoscopio.tex Index: Tesis/Escrito/TextoIntegrado/grafoscopio.tex ================================================================== --- Tesis/Escrito/TextoIntegrado/grafoscopio.tex +++ Tesis/Escrito/TextoIntegrado/grafoscopio.tex @@ -0,0 +1,1746 @@ +\chapter{Grafoscopio}\label{grafoscopio} +%PENDIENTE: https://www.slideshare.net/MarcusDenker/perfection-feedback-loops-or-why-worse-is-better-65540840 +%Slide 33: Todo lo terminado encarnará su propia critica. + +\epigraph{Todo lo que puedas *terminar* encarnará su propia crítica} +{-- Markus Denker, Perfection \& Feedback Loops or: why worse is better \url{https://is.gd/worse_better}} + +Grafoscopio\footnote{Quisiera agradecer especialmente a Yaneth Gil y Andrés + Calderón por escuchar varias de mis reflexiones y padecimientos durante + el desarrollo temprano de este escrito/prototipo. + A la primera, le agradezco particularmente la conversación sobre el nombre + del software y al segundo, su ayuda con la compresión de la recurrencia en + el árbol \(n\)-ario (efectivamente, como dice la broma de Internet: para + entender la recurrencia, primero hay que entender la recurrencia).} +es el artefacto digital central de esta tesis. +Es el prototipo que permite explorar la pregunta de investigación sobre +``¿cómo cambiamos los artefactos digitales que nos cambian?'' y construir +hipótesis y prácticas al respecto. +Alrededor de él se conformó una comunidad, con distintos espacios y +lugares de encuentros y se construyeron distintos artefactos(ver capítulo \ref{dataweek}). +Este capítulo explora su historia y los conceptos fundamentales alrededor del mismo\footnote{ + Este capítulo vincula y retoma largos apartes de un texto en borrador que fue escrito por + el autor de esta tesis como primer artículo sobre Grafoscopio, titulado ``Metáforas y + artefactos alternativos de escritura para jalonar la investigación abierta y la ciencia + ciudadana y de garage'' %REF + y los extiende desde los desarrollos y perspectivas desde ese entonces hasta el momento + de cierre de la tesis. + En ese sentido, el texto de este capítulo es una reelaboración de lo que ocurrió + después del examen de candidatura, del mismo modo que las primeras partes de esta + tesis retoman y se reelaboran sobre los textos presentado para dicho examen. + \\ + Mis estudiantes de la cohorte 11B de la Maestría en Didáctica de las + Ciencias de la Fundación Universitaria Autónoma de Colombia leyeron, + como una de las actividades de nuestro seminario de software libre y + educación, borradores de este artículo e hicieron valiosos comentarios. + }. + +Se considerarán las motivaciones e historia detrás de Grafoscopio, así como +los movimientos conexos al mismo: investigación reproducible, ciencia de garage +y ciudadana, visualización y activismo de datos, objetos activistas, entre otros +y cómo Grafoscopio es un prototipo de software para escritura no lineal y en +profundidad tanto para la academia, como consecuente con esos movimientos conexos. +Dicho prototipo, por tanto usa estándares abiertos, software libre y repositorios de +código, para disponer para otros el conjunto de herramientas y datos que permitan mayor +trazabilidad y transparencia en la construcción de diversos objetos de conocimiento, en +particular el texto escrito, pero sin limitarse a él. + +Se mostrarán las ideas claves sobre los temas relacionados de esta tesis respecto +a la construcción de artefactos autorreferenciales, que complementan las dinámicas +autopoiéticas propias de las comunidades de práctica, y del desarrollo de +software como labor artesanal. + +Puede parecer paradójico que se de cuenta de esas otras formas y objetos de conocimiento, +precisamente a través de la escritura académica, en artículos indexados y esta misma tesis, +pero esto habilita un puente entre aquellas prácticas y objetos visibles e invisibles. +Esta parte del texto, por tanto, es un escrito que reflexiona sobre la escritura +académica, como forma de comunicación y producción por excelencia dentro +de la academía misma y de ella hacia afuera, introduciendo nuevas metáforas escriturales +y artefactos digitales para deconstruirla y habla precisamente sobre tales metáforas y +artefactos, desde \emph{el interior} de los mismos, pero permitiendo la creación de otros +artefactos ``externos'', como los textos para someter a publicación, sin limitarse a ellos, +ni validarse exclusivamente mediante la escritura académica. + +%Ello permitirá la conexión con los dos capítulos siguientes, referidos a las +%dinámicas que se desarrollaron alrededor de Grafoscopio (Data Weeks, Data Rodas y +%otros encuentros), así como los otros artefactos digitales que se construyeron +%gracias a la interacción entre Grafoscopio y tales dinámicas. + + +\section{Investigaciones y ciencias otras, objetos de investigación reproducibles y + activistas}\label{parientes-cercanos-de-oruxedgenes-distintos-investigaciuxf3n-y-ciencia-abiertas-ciencia-de-garaje-ciudana-objetos-de-investigaciuxf3n-y-activistas} + +Como se apreció en los antecedentes, Grafoscopio tenía la intensión de explorar +formas de escribir diferentes, que permitieran amplificar las voces de las comunidades +de base, usando maneras de argumentar desde los datos y las visualizaciones, en particular +en relación con las interacciones entre dichas comunidades y entidades estatales. +Ejemplos de ello se empezaron a avisorar en la Gobernatón y los prototipos de +\emph{Indie Web Science}, antes abordados. +Grafoscopio también tenía la intensión de visibilizar los múltiples objetos +de investigación, de los cuales la academia suele no dar cuenta, debido a las +prácticas de validación de saberes que privilegian excesivamente lo escrito y la +publicación indexada. + +Como se vera en detalle más adelante, estas dos búsquedas tenían una intensión común: +construir nuevas metáforas que a su vez permitiesen adquirir nuevos alfabetismos +sobre escritura, mediada por código, datos y visualización, lo que, a su vez, +permitiera deconstruir la metáfora original: \emph{cambiando así el artefacto que nos cambia}. +En ese sentido las elecciones hechas, por ejemplo, que el texto se presente como un árbol, +son temporales y puntos de partida para deconstruir dichas elecciones nuevamente. + +Distintas iniciativas, colectivas e individuales están deconstruyendo y reconfigurando las +prácticas con las cuales se apropia, produce y comunican saberes. +Se agrupan bajo distintas denominaciones, como investigación y ciencia abiertas, +ciencia de garage, \emph{research object}, \emph{activist object} +(se hará referencia a ellas de modo colectivo con la sigla ICACG), complementado y en muchas +ocaciones contrastando críticamente las maneras y lugares hegemónicos desde los que se realizan +las labores de apropiación, producción y comunicación de saberes al interior de la academia y se +repiensan los pactos entre esta y la ciudadanía. +Pues, como diría \cite{lafuente_critica_2013}, +``la divulgación no es el único pacto posible entre ciencia y sociedad''. +Podemos, entonces, imaginar tránsitos de doble vía de saberes y comunicación, que también +van desde la ciudadanía hacia las instituciones científicas para revertir esa lógica +donde las comunidades son vistos como simples ``objetos de estudio'' y se convierte +en ``sujetos estudiosos'' y donde en tampoco son ``usuarios finales'' de lo que la +ciencia produce y es mediado por el mercado y entregado a ciudadanos y comunidades vía la +tecnología. +Los colectivos y e individuos, en su caracter de académicos vinculados a las instituciones, +como ciudadanos fuera de ellas, o en algún lugar intermedio, están pensando en maneras distintas +de comunicar las respuestas que saberes académicos tradicionalmente se han hecho, de colocar +nuevas preguntas en la intersección entre saberes o de abordar de manera más horizontal y +participativa la construcción de saberes y la formulación de preguntas y respuestas. + +Todas esas nuevas prácticas del ICACG tienen en común la idea de hacer más transparente, abierta +y participativa la construcción de saberes. +Esto implica descentrarse del producto, usualmente el texto escrito, desde el que se da cuenta de +los resultados de investigación, y visibilizar más el proceso. +Construir un puente entre el producto escrito y el proceso que involucra otros artefactos, +como bases de datos, entrevistas, repositorios y artefactos digitales de código, implicará +nuevas prácticas académicas que pasarán por lo escritural, pero que también necesitan otro tipo +de metáforas alrededor de la escritura, que la conecten con todo lo invisible que esta deja atrás. +El texto publicado, es entonces sólo la ``superficie'' de la investigación, pero el acto de +escribir para la academia debe contar con artefactos que den cuenta de sus profundidades y de +su caracter no lineal, ya que, además, no vamos del título a las conclusiones de manera organizada, +sino que en la medida en que exploramos un problema, se nos ocurren en distintos momentos los +elementos que luego incorporamos a esta narrativa lineal y ordenada del texto final. + +La ICACG y los objetos de investigación y activistas son parientes cercanos, +en el sentido que consideran maneras alternativas de apropiar, construir y comunicar +conocimiento y otros pactos y preguntas posibles en la relación entre ciencia y ciudadanía, +que van más allá de la divulgación de una vía entre las instituciones científicas y +académicas y la ciudadanía en general. +A pesar de estar interconectados, entre estos modos de hacer también existe un dialogo +crítico y en ocasiones contrapuesto y no es de extrañar que, al ser un discurso y práctica +emergentes, los lugares donde las deficiones y prácticas se consolidan sean principalmente +sitios en línea, sin publicaciones canónicas fruto del acuerdo, aunque eso sí, muchas +iniciativas cuentan con el respaldo de prestigiosas instituciones académicas y con intereses +en las prácticas que ocurren tanto en el Norte Global, como en el Sur Global. +Consideraré en este apartado algunas definiciones, a fin de dar una mirada panorámica +e introductoria al fenómeno, sin ahondar en los diálogos críticos alrededor del mismo. + +La \cite{wikipedia_open_2014} define la investigación abierta como: + +\begin{quote} + La investigación abierta es conducida en el espíritu del software libre + y de código abierto. De modo similar a los esquemas del código abierto, + que son construidos alrededor del código fuente que es hecho público, el + tema central de la investigación abierta es dar cuenta clara de la + metodología disponible libremente vía Internet, junto con cualesquiera + datos o resultados extraídos o derivados de ellos. Esto permite la + colaboración masiva distribuida y una en la cual cualquiera pueda + participar en cualquier nivel del proyecto. + + [...] + + Si la investigación es de naturaleza científica, es frecuentemente + referida como ciencia abierta. La investigación abierta puede también + incluir ciencias sociales, humanidades, matemáticas, ingeniería y + medicina. + + [...] + + La investigación abierta está preocupada por hacer la investigación + científica más transparente, más colaborativa y más eficiente. Un + aspecto central es proveer acceso a información científica, + especialmente a la investigación publicada es revistas académicas y a + los datos subyacentes, que mucha de la ciencia tradicional intenta + ocultar. Otros aspectos son formas más abiertas de colaboración e + involucramiento con una audiencia más amplia, incluyendo científicos + ciudadanos. +\end{quote} + +La ciencia abierta es, entonces, un subconjunto de la investigación +abierta, que involucra varios campos científicos. +Sin embargo la investigación abierta va mucho más allá de los campos +científicos. +En nuestra experiencia en los Data Weeks y Data Rodas y otros encuentros, +fue recurrente la presencia de periodistas interesados por el campo +del periodismo de datos, activistas de derechos humanos en entornos digitales, +libertad de expresión, memoria y privacidad, entre otros. +Incluso hay un tema de investigación reproducible, %PENDIENTE: +que se deriva de la investigación abierta y que pretende que las +afirmaciones hechas en la investigación puedan ser contrastados y +extendidos por cualquier lector o coinvestigador. +En el caso de Grafoscopio, como veremos en los prototipos del capítulo %PENDIENTE +este permite acceder a infraestructura para investigación reproducible que +es de bajo costo y altamente portable y poderosa, útil a todos los perfiles +antes mencionados.. + +Por otra parte, el proyecto del \cite{research_object_research_nodate} dice: + +\begin{quote} + Los resultados útiles de la investigación no son sólo publicaciones + tradicionales. En cambio ellos son todo lo demás que entra en y soporta + una investigación. + + [...] + + Los ``Objetos de Investigación'' describen un número de inciativas y + abordajes que tratan de describir y asociar todo este contenido junto en + un mecanimos legible por máquinas de modo que pueda ser más fácilmente + encontrado y compartido. + + [...] + + Aún más, con artefactos de investigación asociados y descritos de manera + legible por máquinas, podemos empezar a explorar incluso formas más + interesantes y novedosas de hacer la investigación reutilizable. + + [...] + + Un conjunto de principios junta muchas de esas iniciativas dispares. Lo + que difiere grandemente son los mecanismos que esas iniciativas usan + para lograr esos objetivos. Sin embargo al procurar seguir un conjunto + común de principios, significa que es más probable ser ampliamente + interoperable y reusable +\end{quote} + +Dichos principios son (\cite{research_object_research_nodate}, ibid) : + +\begin{quote} + \textbf{Identidad}: Usar identificadores globalmente únicos como nombres + para las cosas. Por ejemplo DOI's para publicaciones o ORCID para + investigadores. Esto es por dos razones: + + \begin{enumerate} + \def\labelenumi{\arabic{enumi}.} + \item + Para que podamos hablar de formas no ambigüas sobre las cosas. + \item + Para que la gente pueda encontrar esas cosas. + \end{enumerate} + + \textbf{Agregación}: Usar algún mecanimos de agregación para asociar + cosas que están relacionados o hacen parte de una más amplia + investigación, estudio, etc. Este es un valor nuclear de los objetos de + investigación - proveer los artefactos de soporte que hacen la + investigación potencialmente útil para alguien más. + + \textbf{Anotación} Proveer metadatos adicionales acerca de esas cosas, + cómo se relacionan entre sí, de dónde vienen, cuándo, etc. Esto ayuda a + la gente a descubrir que datos son relevantes y potencialmente útiles. +\end{quote} + +En cuanto al objeto de investigación, Grafoscopio aborda los principios de agregación y anotación, +al permitir explicitar objetos de investigación relacionados y proveer metadatos a partir de árbol +de escritura, que muestra los orígenes de esos otros objetos y la historia del mismo árbol y el +prototipo de escritura a partir de repositorios de código (se verá más al respecto en la siguiente +sección). +La agregación y anotación se hacen de modo práctico, pero no se usa ningún estandar de metadatos +para la interoperabilidad, salvo importantes estándares \emph{ad-hoc} como formatos abiertos usados +para representar, compartir y publicar el contenido fruto de este prototipo +(STON\footnote{\url{https://is.gd/ston1}}, BibTeX\footnote{\url{https://es.wikipedia.org/wiki/BibTeX}}, +Markdown, PDF). +En principio de identidad también se aborda de manera informal, pues en los repositorios de código +se pueden hacer alusión a una copia única de un archivo o estado del sofware en un momento +específico del tiempo y esta investigación ha producido objetos con identificadores más formales +como el artículo \emph{Grafoscopio: A moldable tool for literate computing and reproducible research} +(ver figura \ref{fig:joss-grafoscopio}), cuyo Identificador de Objeto Digital o DOI es 10.21105/joss.00251, +pero valdría la pena considerar la identificación dentro de ciclos de publicación académica y +reproducible como un problema a abordar en el futuro (al respecto véanse las conclusiones). + +El \cite{activist_object_curating_2014} afirma: + +\begin{quote} + Las infraestructuras digitales, las tecnologías mundanas, las arquitecturas + ad-hoc, y los nuevos modos de narrar y documentar están remodelando las + prácticas políticas de activistas y ciudadanos. + Sabemos que las políticas no sólo están hechas de discurso, por el contrario, + están hechas de objetos e infraestructuras que deberíamos considerar + cuidadosamente. + Queremos tomar inspiración de esta idea para aproximarnos a la cultura material + del activismo político. + Específicamente pretendemos explorar las precarias condiciones del diseño improvisado + de los objetos activistas y las implicaciones de las prácticas de documentar y curar + los materiales políticos. +\end{quote} + +%\marginpar{ +% \captionsetup{type=figure} +% \centering +% \includegraphics[width=\marginparwidth]{./Parte2/grafoscopio-timeline.png} +% \caption[Miniatura, de linea de tiempo de Grafoscopio] +% {Miniatura, de linea de tiempo de Grafoscopio. A través de repositorios de código fuente, +% Grafoscopio, permite trazar la historia de los documentos creadod con él y otros artefactos +% relacionados.} +% \label{fig:nombre} +%} + + +La deconstrucción acá presente piensa la documentación como un objeto activista, no sólo asociada +a las prácticas políticas explícitas, sino aquellas que día a día transitan en los documentos +académicos que cosifican la relación poder-conocimiento, pues propone otros artefactos para +escribir y publicar dentro y fuera de la academia. +La sección de prototipos, particularmente el Manual de Periodismo de Datos, muestra cómo +esas otras formas de publicar pueden hacerse posibles en la práctica. +También piensa las infraestructuras activistas, pues surge de necesidades sentidas respecto +a la creación de capacidad en comunidades de base desde HackBo, tanto en sus saberes, como +en las materialidades que los soportan, como se verá en los capítulos del Data Week y los +prototipos del Portal de Software Libre y los Data Selfies de Twitter. + +Sobre la ciencia de garage \cite{critical_art_emsamble_ciencia_2009} dice: + +\begin{quote} + Ciencia de garaje es un término rebosante de posibilidades utópicas; sin + embargo, a diferencia de otras florituras retóricas utópicas, la forma + de producción que describe puede tener un impacto revolucionario en el + paisaje de la vida cotidiana. En su visión más pomposa la ciencia de + garaje se asocia con visionarios excéntricos y hackers de super nivel + que han cambiado el mundo. La bombilla, la radioactividad, los + antibióticos, el sintetizador, el ordenador personal, etc. Todos + comenzaron de alguna manera como trabajos caseros. Puede que los + resultados revolucionarios no sean probables pero sin duda son posibles. + + Pero incluso desde una perspectiva más cotidiana hay un montón de + razones para continuar con la ciencia de garaje. Antes de que la Era + Reagan comenzara a minarla, la ciencia ciudadana se fomentaba en EEUU, + incluso por parte del Gobierno (aunque a veces por razones bastante + cínicas). Numerosas publicaciones, revistas y otros proveedores de + ciencia atendían a las necesidades de un nutrido público amateur ansioso + de acercarse a los nuevos sistemas del conocimiento científico y a los + nuevos materiales y procesos de la ciencia. El resultado fue la creación + de una ciudadanía suficientemente enterada de los desarrollos + científicos -- y, todavía más importante, de su aplicación en la esfera + pública -- y con capacidad suficiente para participar de manera + inteligente en las políticas científicas. + + No hace falta decir que cuando los neoliberales llegaron al poder se + dieron cuenta rápidamente de que había que parar esta forma de política, + y la mejor manera de hacerlo era detener toda manifestación de ciencia + amateur. Creían que la gestión y el desarrollo del conocimiento debían + llevarlo a cabo pequeños grupos de ``expertos'' que compartían los + valores ideológicos del neoliberalismo, de forma que el conocimiento y + su aplicación pudiera ser controlada únicamente de arriba abajo. + + {[}\ldots{}{]} + + Para Critical Art Ensemble parte de nuestra lucha ha sido establecer la + ciencia como un lugar popular para la intervención cultural, y de ese + modo contribuir a una pedagogía que otorga poder a la gente para retar a + los expertos, para convertirse en activos participantes en las políticas + del conocimiento de las esferas científica y tecnológica, y expandir las + posibilidades para la producción cultural en las disciplinas + científicas. +\end{quote} + +Por su parte, \cite{lafuente_amateurs_2014} conecta a la ciencia ciudadana con +el movimiento hacker cuando afirma: + +\begin{quote} + Quienes lucharon por la democratización de la experticia (peritaje, + evaluación) nunca imaginaron que llegaría nada comparable al movimiento + hacker. Originariamente eran unos cuantos programadores que se negaron a + permitir que una empresa pudiera patentar el código, algo que para ellos + era tan absurdo como privatizar las leyes de Newton, los teoremas + matemáticos o el genoma humano. No se pueden reclamar derechos sobre los + descubrimientos, incluidos los anónimos, como es el caso de la lengua, + el folklore o las semillas. Todos son bienes heredados que debemos legar + intactos a nuestros hijos. Inicialmente la resistencia era para defender + el conocimiento de su apropiación corporativa. Pero no tardaron en + mostrarse ecos en muchos ámbitos del saber. Wikipedia, sin duda, es un + hermoso ejemplo de cómo preservar el conocimiento para todos y, lo + mejor, entre todos. +\end{quote} + +\begin{quote} + La cultura hacker pronto resonó con la cultura punk. Ambas daban forma a + los anhelos anticonsumistas, antimonopolistas y antielitistas. Ambas + representaban una apuesta por la cultura del DIY, las formas + cooperativas, las prácticas de garaje y la innovación maker. Hace ya + cinco décadas que su presencia no deja de contagiar el mundo de los + negocios, la política y la ciencia. Las nociones de software libre, open + access y creative commons son tan conocidas como el navegador Firefox y + el milagro de Wikipedia. Y es que las culturas hacker adoptan muchas + formas, desde las que se concentran en la tarea de hacer accesible el + conocimiento a las que luchan por liberarlo y, entre medias, todos las + actitudes que se resisten a creer que las cosas son lo que son y nada + más. {[}\ldots{}{]} +\end{quote} + +\begin{quote} + Pero la categoría es mucho más amplia: Son hackers quienes desmontan un + coche para tunearlo o quienes hacer una remezcla de sonidos que busca + otras armonías y diferentes maneras de compartirlas; también pertenecen + a esta plural tribu quienes comparten el coche para ir a trabajo, luchan + a favor de la agricultura de proximidad, niegan el derecho a la + propiedad intelectual sobre tests genéticos diferenciales y no le hacen + ascos a la cultura del remiendo, el reuso, la reparación y el reciclado. + En sus formas más blandas los hackers disfrutan haciendo las cosas con + sus propias manos, mientras que su rostro más duro se manifiesta cuando + hacen públicos documentos que prueban que necesitamos otras formas de + gobernanza menos cínicas y mayor transparencia en la vida pública y + empresarial. +\end{quote} + +Grafoscopio se relaciona críticamente con los movimientos de la ciencia de garage y ciudadana, +pues precisamente ha ocurrido en el Hackerspace de Bogotá, HackBo, a propósito de dinámicas +relacionadas con otras maneras de apropiar la tecnología y la ciencia y participar desde dicha +apropiación de la vida social y pública. +Acá se piensa la ciencia ciudadana y de garage como aquella que usa los métodos de la ciencia +para diversificar las voces que participan en ella, y que se preocupa, particularmente por +la reproductibilidad verificabilidad y construcción sobre lo dicho, incluso más allá de las +prácticas de publicación actuales. +Grafoscopio procura brindar un amplificador de voces locales, que apela a lo textual, los datos +y la visualización (y los alfabetismos relacionados con ellos) para dicha amplificación. + +Vemos que lo que se comparte en las diferentes iniciativas ICACG es la búsqueda de apertura, +transparencia y horizontalidad, pero las preguntas, metodologías y artefactos pueden ser muy +diversos y con posturas que tienen distintos niveles de diálogo y contrapeso a las dinámicas +más hegemónicas de la investigación y la ciencia tradicionales institucionalizadas. +Sin embargo, estos artefactos comparten el hecho de estar descentrados del texto y mediados +por las tecnologías y representaciones digitales, además de permitir las búsquedas mencionadas. + +Lo anterior permite enmarcar el prototipo e indagación abordada en este capítulo dentro de +la pregunta por un artefacto que, construido desde lo local y considerando las necesidades +particulares de lugares en el Sur Global, pueda ser usado para prácticas de ICACG y la +exploración y construcción de objetos de investigación y activistas que faciliten los +diálogos críticos y los cruces en los discursos y prácticas antes mencionadas. + +\section{Autorreferencialidad} + + +\emph{Los primeros borradores del capítulo que el lector tiene ante sí, fueron escritas en el + prototipo que acá se describe}. +Es decir que se usó una dinámica de \emph{bootstrapping} (véase figura +\ref{fig:realimentacion-artefacto-escritura}), en la cual un sistema mínimo es usado +para jalonar instancias más complejas del mismo sistema, que luego reemplazan al sistema original. +En este caso, para descentranos del texto como ejercicio académico por excelencia, se inició +escribiendo, de manera emergente y no lineal (siguiendo la jerarquía de clases y métodos de Pharo), +en cambio, un artefacto digital para la escritura académica no lineal, lo que luego nos permitió +escribir el texto desde y sobre dicho artefacto (véase figura \ref{fig:versiones-grafoscopio}), +potenciando otras maneras de trabajar, descentradas del texto. +\emph{La escritura no lineal de código, permitió crear un artefacto digital para escritura + académica no lineal, que a su vez permite reflexionar sobre la misma y visibilizar aquellos + objetos de investigación que la escritura académica usualmente oculta, incluyendo su propia + historia y artefactos conexos, como aquel con el que se inicio este proceso}. +\emph{Este artefacto original es luego extendido en otros contextos y prácticas no académicas, + de visualización y narrativas de datos, de manera que va coevolucionando con dichas prácticas + y las comunidades y personas en ellas que las desarrollan.} + +\begin{figure}[th] + \includegraphics[width=\linewidth]{./Parte2/realimentacion-artefacto-escritura.png}% + \caption[Realimentación entre escritura y artefacto en Grafoscopio] + {Realimentación entre escritura y artefacto en Grafoscopio: + Grafoscopio, como prototipo para escritura, se hizo desde una dinámica de \emph{bootstrapping}. + Se creó un artefacto para escribir y luego se escribió con él sobre el artefacto mismo. + Este ejercicio de escritura realimentó el diseño del artefacto. + Se tiene pensado escribir próximamente, ya no sobre el artefacto, sino sobre investigación y ciencia abierta ciudadana y de garage, emplearlo + en talleres transmedia y otras temáticas de modo que esos escenarios venideros aumenten la versatilidad del artefacto y su adecuación + a esos contextos.}% + \label{fig:realimentacion-artefacto-escritura}% +\end{figure} + +Acá la idea de autorreferencialidad de la que se ocupa el diseño, +esbozada en la primera parte, toma cuerpo en este artefacto digital y las prácticas con éste +de dos maneras: + +\begin{itemize} + \item + Es un artefacto hecho para escribir, en particular sobre el artefacto mismo, + lo cual genera ciclos de realimentación que cambian tanto el artefacto, + como el proceso de escritura (veáse figura \ref{fig:realimentacion-artefacto-escritura}) + \item + Las tecnología principal con las que está hecho Grafoscopio, Pharo, es un + metasistema (\cite{denker_perfection_2016}), es decir un sistema tecnológico hecho en sí + mismo, con lo cual permite mayor simplicidad y extensibilidad. +\end{itemize} + +Estas dos maneras se combinan en una idea fuerza: + +\emph{ + Al escribir en Grafoscopio documentos interactivos, que requieren el desarrollo + de competencias computacionales, para modelar y hablar de fenómenos complejos mediados por datos + y sus visualizaciones, el autor de tales documentos aprenderá no sólo el lenguaje y entorno para + su problema/prototipo, sino aquel con el que está hecho todo el sistema. + Es decir, en el camino de hablar sobre un fenómeno mediado por simulación, modelación, + datos y visualización, aprenderá a cambiar la herramienta que le permite establecer dicho diálogo. + Así, {\bfseries la herramienta que cambia sus maneras de pensar, percibir y expresar un problema, + usando documentos interactivos y visualizaciones, puede ser cambiada de vuelta por el autor/lector, + de tales documentos y visualizaciones}}. + +\cite{rushkoff_program_2010} habla de una barrera entre los usuarios +y hacedores de artefactos digitales, medida por la programación, +que ilustra particularmente con el software para escribir: +\begin{quote} + [...]Pero la capacidad subyacente de la era de la computación + es de hecho la programación ---la cual casi ninguno de nosotros + sabe como hacer. + Simplemente usamos los programas que han sido hechos para nosotros, + y entramos nuestro texto en la caja apropiada en la pantalla. + Le enseñamos a los niños cómo usar el software para escribir, pero + no cómo escribir el software. +\end{quote} + +en ese sentido, Grafoscopio usa la escritura de historias +soportadas/orientadas por datos para tender un puente entre el +``software para escribir'' y ``escribir el software''. + +La siguiente parte introduce las condiciones mínimas que debería tener el artefacto para +dar cuenta de otras maneras de escribir, la experiencia de aprendizaje dentro de la comunidad +de práctica que creó la infraestructura para esta solución + +%y, siguiendo en la dinámica +%autorreferencial, muestra algunas retratos del proceso y el software, +%hechos desde el software mismo (le he llamado \emph{selfies} del +%prototipo), para finalmente dar cuenta de las conclusiones y +%posibilidades futuras de este ejercicio de prototipado y primera +%aproximación investigativa al problema. + +\section{\emph{Bootstrapping}: condiciones mínimas para jalonar la complejidad}\label{bootstrapping-condiciones-muxednimas-para-jalonar-la-complejidad} + +Estas fueron las condiciones mínimas que se prefijaron, antes de que el +ejercicio de escritura académica se diera: + +\begin{enumerate} + \def\labelenumi{\arabic{enumi}.} + \item + Interface gráfica arborea: + \item + Modelo de persistencia de información. + \item + Exportación a formatos externos: Markdown y PDF. + \item + Soporte de históricos y colaboración sobre los textos exportados vía + el control distribuido de versiones de código. +\end{enumerate} + +%PENDIENTE: Mover a comunidad? +%Debido a lo breve del prototipado y el hecho del que se trataba también +%de explorar dinámicas de enculturación (Wenger 1999) dentro de +%comunidades de práctica de tecnologías digitales, la mayor parte del +%tiempo estuvo enfocada en aprender el entorno de desarrollo de la +%aplicación (lenguaje de desarrollo, librerías de manejo de archivos y +%construcción de interfaces, herramientas para gestión de código fuente) +%y en lograr las características anteriores, y debido al requerimiento de +%escritura académica como manera de comunicación/validación de estas +%prácticas y artefactos, una muy pequeña parte estuvo dedidaca a la +%organización como escrito académico de tal experiencia. + +Una vez se cumplieron con las condiciones mínimas 1 a 3, se inició la +escritura del texto borrador de este capítulo y la exportación a formatos PDF, +para desde allí afinar la funcionalidad requerida de modo que la exportación fuera +más completa: (meta)datos para el escrito de autor y título, soporte a +referencias bibliográficas, y recorridos particulares del árbol del documento que +permitían tomar cierta información para la producción del escrito final, +a la vez que ocultaran otra que era empleada para metadatos, +comentarios, estructuración o para la exportación a diferentes formatos +y/o la publicación de la historia en repositorios de código. +Es decir que las condiciones 1 a 3 fueron prerrequisitos para iniciar con la +exploración de la condición 4 y una vez esta se tuvo se itero sobre las +condiciones anteriores: las condiciones mínimas del prototipo permitían +ejercicios de escritura que a su vez servían como base para mirar qué +había que cambiar en el prototipo, de modo que el proceso de escritura +entre el prototipo y el artículo final se fuese realimentando, afinando +y mejorando. + +El entorno Pharo/Smalltalk propicia el \emph{bootstrapping}, pues integra dentro de sí un +lenguaje de programación mininalista, un poderoso ambiente integrado de desarrollo y una +interface gráfica. +La experiencia de usuario inicial es sólo descargar, decomprimir y usar, sin ningún tipo de +privilegio particular (a diferencia de Leo, que es difícil de instalar en plataformas no +Gnu/Linux, y puede requierir de permisos de administrador en la máquina). +En Pharo se pudo recrear mucha de la experiencia de escritura arbórea básica con Leo, +mencionada en la sección \ref{indie-web-science} y se delegó el resto de la misma, en +particular la creación de PDF, a plataformas completas instaladas localmente, específicamente +Pandoc y \LaTeX, el cual tiene una amplia tradición en la creación de PDF de alta calidad +(el Manual de Periodismo de Datos y el Manual de Grafoscopio, en el capítulo \ref{prototipos}, +son muestras de cómo esta combinación entre Grafoscopio, Pandoc y \LaTeX es usada en la creación +de documentos). +También se avisoró la posibilidad de delegar en servicios ubicados en Internet dicha producción de PDF. + + +\section{Bifurcación y recombinación}\label{auto-bifur} + +En la primera parte se mencionó como la estrategia de diseño para nuevos +artefactos, desde Jonas, tenía que ver con el estudio de los puntos de bifurcación +de artefactos previos y las posibilidades de diálogo entre tales bifurcaciones, +ahora con el beneficio de la retrospectiva histórica. +Hacia el final de la misma también se dijo que las epistemologías del diseño requieren de +nuevos artefactos que permitan explorarlas y comunicarlas. +Ellos deberían dar cuenta de sus ingredientes e historia, para mostrar que los metabolismos +cognitivos, como diría Bonsiepe, propios del diseño no son sólo anabólicos (de juntura, simplifcación y +recombinación, que son en los que Bonsiepe se centra) sino catabólicos (de liberación de energía y +componentes para futuras recombinaciones). +A continuación se mencionará como Grafoscopio da cuenta de dichos puentes entre tradiciones +y bifurcaciones y de los componentes que permiten la recombinación y el metabolismo cognitivo +a partir de los mismos. +Las subsecciones abordarán en detalle cuáles son los alcances de Grafoscopio y dónde este +se ubica en un ecosistema de aplicaciones similares, relacionadas con temas de investigación +y publicación reproducibles, así como narrativas y visualización de datos. + +La idea de los metasistemas y la autorreferencialidad, se esbozaba desde el 2010 y comienzos +del 2011, en una conversación cara a cara con Wolfgang Jonas y se retomó y mostró en el examen de candidatura de 2014 (véase figura XY) %NOTA: Jonas scroll?. +Se hablaba de dos ``mantras'' de la computación en paradigmas distintos, que marcaron puntos +de bifurcación a comienzos de la misma. +Por un lado estaba la tradición y el mantra de ``todo es un archivo'' y la Smalltalk y el mantra de +``todo es un objeto''. +A su vez se tienen implementaciones de metasistemas en dichas tradiciones: +Con Leo teníamos un (meta)archivo (arbóreo) que integraba y hablaba de otros archivos +(usualmente externos a Leo) y con Pharo/Smalltalk teníamos un entorno de (meta)objetos +que que integraba y hablaba de otros objetos (usualmente internos a Pharo/Smalltalk). +Dichas tradiciones a su vez fortalecieron caminos paraleos: en de los archivos y las +aplicaciones, propio de la tradición Unix y sus derivados (incluidos Windows, Mac y Gnu/Linux) +y el de las simulaciones y las meta-herramientas, propio de Smalltalk. +Mientras el primero estaba orientado a ``usuarios finales'', que usan aplicaciones para crear +documentos, el segundo estaba orientado a programadores que usan meta-herramientas para crear +otras herramientas o aplicaciones y ``software educativo'', para jóvenes y niños que usan la +simulación para expresar y desarrollar el pensamiento. +Estos, por supuesto, son ``acentos'' de dichas tradiciones y no factores exclusivos de las mismas. +Sin embargo desde ellos se puede ver una proliferación de herramientas en la cultura de dichas +tradiciones: Los sistemas operativos tienen una miriada de aplicaciones para crear documentos, +sin mayores énfasis en la modificabilidad y programación y los sistemas Smalltalk tienen +meta-herramientas para programadores y jóvenes y niños, sin aplicaciones populares o ampliamente +conocidas fuera de tales nichos. + +\begin{figure}[tbh] + \centering + \includegraphics[width=0.6\linewidth]{./Parte2/leo-smalltalk.png} + \caption[Vinculos posibles entre Leo y Smalltalk] + {Detalle sobre uno de los primeros dibujos (de 2011) acerca de cómo explorar la relación + con tecnologías digitales auto-referenciales, combinando ideas del metaeditor + Leo y de Smalltalk. + A pesar de su caracter de intuición temprana, dicha idea cristalizaría 3 años después + (y tras una primera pausa de año y medio en el doctorado) en Grafoscopio. + Para la gráfica completa ver \ref{fig:pendiente}} + \label{fig:nombre} +\end{figure} + +Grafoscopio une estas dos tradiciones al ofrecer herramienta para documentar, simular y visualizar, +que son ``internas'' del entorno Smalltalk, pero que pueden producir documentos ``externos'' al mismo +y con un público objetivo que no se centra en niños, jóvenes o programadores profesionales, +sino que incluye activistas, periodistas, comunicadores, filósofos, investigadores académicos, +químicos farmacéuticos, microbiólogos, bibliotecarios, entre otros (considerados a partir de la +población que ha asistido a los talleres del \emph{Data Week}, como se detalla en el capítulo \ref{dataweek}). + +Grafoscopio también explicita las propuestas de integración respecto a una escritura que fuera +arbórea/emergente e interactiva, con una experiencia similar a la que se buscó con la integración +de Leo e IPython, pero considerando tecnologías mucho más uniformes y simples, y por tanto +empoderantes, en el sentido de que permite expresar en prototipos más fluidamente las ideas. +Recrea así mucha de la experiencia de escritura arborea de Leo en Pharo/Smalltalk, que no +estaba disponible dentro de éste, con la valiosa ayuda del Glamorous Toolkit +(\cite{girba_glamorous_2014}). +%NOTA: luna iceberg. + +Se ha procurado un balance, que sin reducir todo a tecnologías desarrolladas exclusivamente +en Smalltalk, tampoco sea excesivamente diverso y complicado. +Como se dice en su repositorio de código (\cite{luna_cardenas_grafoscopio_2014}): + +\begin{quotation} + Grafoscopio trata de ser una herramienta simple, comprensible, amoldable, versátil y flexible, + gracias al poder el ecosistema de Pharo Smalltalk y la combinación con frameworks y herramientas maduras externas e internas. Usa: + \begin{itemize} + \item Internas: + \begin{itemize} + \item GT Tools y Spec para los playgrounds embebibles, los nodos interactivos y la Interface \item Gráfica de Usuario (GUI). + \item Roassal para visualización de datos. + \item STON para un ligero almacenamiento de datos y formato de documentos. + \item Fuel: para almacenamiento medio y serialización de objetos. + \item Monticello para el control de código fuente del software. + \end{itemize} + \item Externas: + \begin{itemize} + \item Fossil SCM para colaboración y trazabilibildad de los documentos + \item Pandoc para exportación a formatos PDF/impreso y HTML/web. + \item SQLite para almacenamiento y manipulación de datos tabulares. + \end{itemize} + \end{itemize} +\end{quotation} + +\begin{figure*}[tbh] + \centering + \subfloat[]{ + \includegraphics[width=0.4\linewidth]{./Parte2/doing-with-images.jpg} + \label{subfig:doing-with-images}} + \quad + \subfloat[]{ + \includegraphics[width=0.5\linewidth]{./Parte2/modes-of-understanding.png} + \label{subfig:understanding-modes}} + \caption[Medios digitales multimodales] + {\ref{subfig:doing-with-images} \cite{kay_alan_1997} (\url{https://is.gd/AVTJLg}) + y \ref{subfig:understanding-modes} \cite{victor_humane_2014} aluden a cómo los medios + dinámicos, potenciados por tecnologías digitales pueden favorecer la exploración, + comprensión de un mundo de maneras multimodades, donde las diferentes formas de + comprensión al alcance del ser humano entren en diálogo. + Esta búsqueda de hace 40 años, continua hoy y se proyecta varías décadas y siglos en el + futuro. + Grafoscopio aborda esta comprensión multimodal de una manera particular, al vincular código, + texto, datos y visualizaciones para explorar y expresar problemas desde comunidades de base, + pero con una preocupación por los puentes entre el futuro y el presente y el + \emph{bootstrapping} desde esas comunidades de base de los futuros deseables.} + \label{fig:multimodal-dinamico} +\end{figure*} + +Grafoscopio dialoga con ideas de \cite{victor_humane_2014} y +Kay(\cite{maxwell_tracing_2006}), respecto a medio dinámicos que habiliten formas de +pensar de manera multimodal un problema, para entenderlo y expresarlo mejor. +Sin embargo, a diferencia de los proyectos de estos autores, no está preocupado con lo que +puede ocurrir 40 años en el futuro, como el proyecto de Kay en Xerox de los 70's o el Victor +de hoy, en Dynamicland\footnote{\url{https://dynamicland.org/}}, sino con los puentes entre ese +futuro y las prácticas presentes. +Esencialmente, porque, como la historia nos ha mostrado, el puente entre el presente donde se +exploran aquellas visiones utópicas y el futuro al que pretenden llegar décadas después, no es +automático y de hecho, agregaría que suele ser ocupado por la distopia, con frecuencia. +La investigación \emph{Tracing the Dynabook} (\cite{maxwell_tracing_2006}), +muestra la diferencia entre el mundo que Kay y su equipo buscaban hace décadas y el que tenemos +hoy en día, lleno de ``usuarios finales'', apps para el consumo de contenidos y no para su +creación y distante del pensamiento crítico empoderado por el computador. +Kay mismo se ha quejado innumerables veces sobre dicha distancia, (por ejemplo +en \emph{The computer revolution hasnt happened yet}) +y \cite{victor_humane_2014} dice que el intenta proveer provocaciones sobre caminos posibles, +pero no certidumbres (). +Por ello, entre otras, la preocupación por el presente y los contextos locales es el foco de +Grafoscopio, en estos actos de bifurcación y recombinación en línea con la idea de construir un +mundo plural y humano, enunciado al final de la primera parte. + +\begin{figure}[tbh] + \centering + \includegraphics[width=0.7\linewidth]{./Parte2/recombinacion.png} + \caption[Recombinación de tradiciones] + {Detalle del mapa mental, usado en los Data Weeks, donde se muestran distintas tradiciones que + Grafoscopio recombina y reinterpreta: la tradición Unix (de Ritchie y Thompson), la del + Dynabook (Kay), la del Software Libre (Stallman) y la de herramientas para pensar + lo impensable de (Vitor), entre otras. + El mapa se hizo en inglés para facilitar exponerlo a públicos en eventos internacionales, + y se usaba en los eventos locales aprovechando que se podía narrarlo en español. + El mapa completo puede ser visto y descargado en distintos formatos desde la página de + Grafoscopio en \url{http://mutabit.com/grafoscopio/\#aprende}.} + \label{fig:recombinacion} +\end{figure} + +%\begin{figure*}[th] +% \centering +% \includegraphics[width=\linewidth]{./Parte2/grafoscopio-place.png} +% \caption[Grafoscopio: Lugar en el ecosistema] +% {Captura de la página del Manual de Usuario de Grafoscopio que describe su lugar en el ecosistema +% de software, los parecidos con otro software en el mismo dominio, las fuentes de inspiración +% y las apuestas diferenciales.} +% \label{fig:grafoscopio-place} +%\end{figure*} + +Grafoscopio resuena con otras preocupaciones del presente, respecto a narrativas +computacionales, que toman cuerpo en artefactos como IPython notebook, +Jupyter\footnote{\url{http://jupyter.org/}}, Zeppeling\footnote{\url{https://zeppelin.apache.org/}}, +Beaker\footnote{\url{http://beakernotebook.com/}}, The Gamma\footnote{\url{https://thegamma.net/}}, +TeXmacs\footnote{\url{http://texmacs.org/}}, Leo, Org Mode\footnote{\url{http://orgmode.org/}}, +Pollen\footnote{\url{http://docs.racket-lang.org/pollen/}}, así como motores y cajas de +herramientas (\emph{toolkits}) para visualización como D3.js\footnote{\url{https://d3js.org/}}, +Raphael\footnote{\url{https://dmitrybaranovskiy.github.io/raphael/}}, +Processing\footnote{\url{https://processing.org/}} o Flare\footnote{\url{http://flare.prefuse.org/}}, +pues al igual que muchos de ellos combina y provee funcionalidades para la prosa y el código con +visualizaciones, en libretas y documentos interactivas. +Sin embargo, se distancia de estos al desarrollarse en un entorno continuo de computo, que no +separa en capas disyuntas, lenguaje de programación, entorno integrado de desarrollo (IDE, por +sus siglas en inglés), los gestores de código, la aplicación y el documento, facilitando difuminar +la distinción entre usuario y hacedor (problema central de esta investigación) y usa representaciones +simbólicas (código) y gráficas (visualizaciones) para abordar un problema. +El Manual de Usuario de Grafoscopio (\cite{luna_cardenas_grafoscopio_2017}) muestra en detalle +el lugar de este software en medio de las otros similares, las ideas de las cuales se inspira y +las apuestas de valor agregado del mismo. + +Otra tradición importante que Grafoscopio recoge es la mirada tecnopolítica del Software Libre, +pues se acoge a una de las licencias que lo cobijan (la MIT) y explicita en muchos de los +talleres que se hicieron la idea de la tecnología digital como una manera de hacer viable (o no) +la idea del conocimiento como bien común. + +Es precisamente en los problemas que se abordan y los prototipos que se crean donde se pueden +explicitar estos puentes entre tradiciones y bifurcaciones, tratados anteriormente. +El capítulo \ref{prototipos} detalla varios de los constructos creados con Grafoscopio que +cristalizan dichos puentes. + +%PENDIENTE: Conclusiones +% infraestructuras de bolsillo como forma de decolonizar la infraestructura. + + + + +\subsection{Una aproximación artesanal y sus alcances}\label{grafoscopio-alcances} + + +Grafoscopio se desarrolló durante casi tres años y medio hacia el término de esta tesis y +todo parece indicar que se continuará desarrollando después, debido a los usos actuales y +potenciales del mismo, no sólo en los contextos locales, sino internacionales (en ese sentido +ya se superó la idea de una ``tesis de anaquel'', mencionada en el Prefacio). +El desarrollo de este software no es cercano a practicas ingenieriles tradicionales, +sino que se enmarca en la idea de aprendizaje como un acto de enculturación en una comunidad +de práctica (\cite{wenger_communities_1999}), en este caso la de las comunidades alrededor de +Pharo, de la que se hablará más adelante y del software como artesanía \cite{blackwell_craft_2015}, +de la que nos ocuparemos acá. + +Desde dicha aproximación, el software embebe y encarna conocimiento crítico de su autor y es un +``material recalcitrante'' (\cite{blackwell_craft_2015}), con el que dialogamos y que nos permite +investigar a través del la práctica reflexiva, muy en línea con las perspectivas, explicitadas en +la primera parte, de los saberes diseñísticos y sus metodologías, así como aquella del investigador +en diseño como sujeto político, los objetos activistas y la transparencia como forma de rigor +investigativo, en lugar de la supuesta neutralidad o reproductibilidad para todo contexto. +Se trata más bien de tener una reproductibilidad contextual abierta a la reinterpretación constante, +facilitada no sólo gracias al acceso al código fuente, sino a las prácticas educativas comunitarias +permanentes, donde este se apropia y se cambia. + +La materialidad del software, mencionada por \cite{blackwell_craft_2015}, permitiría establecer +diálogos y prioridades, dejando que el material nos guíe, específicamente en la relación de +dichas materialidades y las comunidades alrededor de ellas. +Según tales autores (p, 2-3): + +\begin{quote} + Las herramientas prácticas artesanales han `evolucionado' para adecuarse a la mano + experta a través de generaciones de uso --- de hecho, `co-evolucionaron'jporque el + entrenamiento artesanal procede junto con las prácticas reflexivas de hacer y adaptar + las herramientas propias. + Podría entoncees esperarse que la artesanía del software estaría parcialmente `encarnada' + en las herramientas de programación que codifican las prácticas expertas volucionadas, tales + como el prototipado, la modelación y el \emph{refactoring}. + + [...] + + La comprensión del software como materialidad inicialmente parece contraintuitiva, por el + hecho de que el software es por supuesto inmaterial. + Sin embargo, podemos usar la comprensión de la materialidad en la interacción (Gros et al 2013) + para observar que el código es usualmente un medio recalcitrante, que ofrece resistencia + a la manipulación por el programador, en la misma panera que lo hacen los materiales mediales + de la práctica artística. +\end{quote} + +\begin{figure*}[tbhp] + \centering + \includegraphics[width=\linewidth]{./Parte2/software-as-craft.png} + \caption[El software como artesanía] + {El software como artesanía. Trozo del mapa mental empleado en el Data Week en el que se + habla del software como artensanía que embebe saberes de sus creadores y usuarios, + respecto a herramientas previas que han servidor como inspiración, respecto al conocimiento + como un derecho y la tecnología como una forma de encarnarlo y las búsquedas conceptuales + respecto a lso computadores como artefactos cognitivos, como medio expresivos y las metáforas + subyacentes detrás de la informática.} + \label{fig:software-artesania} +\end{figure*} + + +Fue así como durante el desarrollo de Grafoscopio se tuvieron momentos frenéticos con exploración +intensiva de las posibilidades y prioridades (particularmente al comienzo) y también ritmos +más sosegados, logrados gracias a la interacción con la naciente comunidad de Grafoscopio. +El prototipo, avanzó como decimos en dicha comunidad, ``sin prisa, pero sin pausa'' y no buscó +una experiencia absolutamente fluida y limpia, sino que se entregó un prototipo +funional básico que satisfaciera las condiciones mínimas enunciadas en la sección +\ref{bootstrapping-condiciones-muxednimas-para-jalonar-la-complejidad}, para que fuera la +interacción entre prototipo y comunidad la que dictara las prioridades siguientes, en +concordancia del prototipo como hipótesis y los ciclos de realimentación de la investigación +en diseño, teorizados por \cite{teemu_leinonen_software_2008}, referidos al final de la +primera parte. + +Como se ha comentando previamente, ya había una experiencia preliminar del autor con algoritmos, +lenguajes de \emph{scripting}, programación y e incluso modelación computacional, empleando +la variante Squeak de Smalltalk. +Sin embargo Grafoscopio fue el primer prototipo desarrollado (por el autor) en la variante Pharo +de Smalltalk y de hecho la primera aplicación de usuario, que brindaba desafíos distintos de +las experiencias previas, debido a que sus demandas iban más allá de ejecutar un sencillo +programa guardado en un archivo de texto, desarrollar un sitio web o una interfaz gráfica +monopropósito para ejecutar un modelo computacional específico. +Las demandas nuevas requerían una aproximación que fuera ágil y debido a la inexperiencia +y desconocimiento sobre metodologías más formales de desarrollo de software, se procedió +de una manera amateur aprendiendo durante la marcha y aumentando la formalidad en la medida +que fuera necesario. +Incluso, el caracter informal y de auto-formación asociado al desarrollo, que implicó el empezar +desde el problema y no desde algún formalismo de software y requerimientos preestablecidos, +conllevó a ``huecos'' en los saberes, que fueron llenados o no, de acuerdo a su necesidad más +práctica. + +En la medida en que se iba aprendiendo, algunas partes del prototipo eran rehechas, en +un proceso que en desarrollo de software se conoce como \emph{refactoring}. +Y allí Pharo mostró otra de sus ventajas, pues no cobraba caro las decisiones tempranas +propias de mi ignorancia como programador, sino que le permitía a mi yo más experto, +revaluar las decisiones que había tomado mi yo más novato y rehacerlas sin mayor dificultad. +Aún así, hay decisiones tempranas que aún se encuentran en el software y que deben ser +cambiadas desde el conocimiento actual y futuro. + +La parte escritural provee una interfaz básica y no hubo esfuerzos por brindar mayor ergonomía +en funcionalidades como cambiar el tamaño de las fuentes, resaltado de errores ortográficos y +gramaticales e íconos para invocar ciertos elementos de formateo de texto, sino que se apeló +al lenguaje de etiquetamiento ligero Markdown para dichos elementos de formato y se confió en +que esa interface sencilla, unida al valor diferencial del software como otra manera de organizar +el texto y vincularlo con visualizaciones, fuera suficientemente llamativa para los miembros +de la comunidad que quisiera continuar usando el software. + +Los lenguajes de domino específico (DSL, por sus siglas en inglés) para el procesamiento de +texto y la visualización de datos también fueron surgiendo de manera emergente de acuerdo a +la necesidad y se espera que continuen afinándose en eventos locales e internacionales en los +que son requeridos. +La escritura, el desarrollo y compresión explícita de los DSL es parte de las intensiones de +uso detrás de Grafoscopio y no se espera proveer metáforas visuales que los oculten o hagan +que los usuarios no se enfrenten a este aspecto del código. +Sin embargo, si se espera mejorar la Interfaz Gráfica de Usuario (GUI, por sus siglas en inglés), +de modo que el trabajo con toda la funcionalidad de Grafoscopio, incluidos los DSL sea más +fluida. + +La integración el y jalonamiento desde Pharo de otras herramientas (Fossil, \LaTeX, Pandoc) +es parcial, pero cada vez mejor; no se aborda su uso como servicios en Internet; y muchos +de los elementos restantes para producir el PDF deben ser instalados localmente en la máquina +donde se trabaja el documento y para dar cuenta de su historia vía Internet la configuración +en línea se hizo manualmente, gracias a repositorios en Fossil, además se desarrollo una +funcionalidad puente entre Fossil y Grafoscopio. +En ese sentido no está dentro de los alcances del prototipo el ser complemente portable, +ni multiplataforma, y por lo pronto permite de modo autónomo sólo la escritura, +(re)organización del texto en la interface gráfica y su exportación al formato ligero Markdown, +mientras que apela al software externo Pandoc para la conversión a HTML y junto con \LaTeX +se puede realizar la exportación a PDF. + +Se espera que futuras versiones del software integren los elementos faltantes y puedan +jalonarlos de maneras progresivas, de acuerdo a las necesidades de la comunidad y los recursos +para ello, siguiendo con la idea de poner a circular e iterar prototipos mínimos y funcionales +desde los cuales detonar dichas experiencias futuras y reevaluar las elecciones de diseño +del pasado. + + +\subsection{Software con otras interfaces escriturales}\label{software-con-otras-interfaces-escriturales} + +Para elaborar un estado del arte, se consideró otro software que se aleja de las metáforas +usuales de los procesadores de palabra populares (MS Word o LibreOffice Writer). +En esencia se trata de pasar de las metáforas \emph{Lo Que Ves Es Lo Que Obtienes} o WYSIWYG +(por las siglas en inglés para \emph{What You See Is What You Get}) a metáforas de +``escritura tipo \emph{iceberg}'' donde \emph{Lo Que Ves Es Sólo La Superficie De Lo Que Tienes}. +Estas otras formas escriturales podrían dar cuenta de elementos cómo las narrativas de datos, +que agregan distintos niveles de lectura en la medida en que se refieren con gran nivel de +detalles tanto a los procedimientos (algoritmos), como los datos (entradas) y los resultados +(análisis y visualizaciones) integradas a un sólo documento para faclitar la trazabilidad, +así como sistemas que a través de otras interfaces alejadas de representar en pantalla lo +que veríamos en papel pueden dar cuenta de las complejidades de lo escritural. + +Se inició por mirar otros sistemas de escritura estructurada, centrados en las palabras y +el texto y ausentes de decoraciones, como: +Scrivener\footnote{\url{http://www.literatureandlatte.com/scrivener.php}}, +Ulises\footnote{\url{http://www.ulyssesapp.com/}}, +Substance\footnote{\url{http://substance.io/composer/}} e +IPython Notebook\footnote{\url{http://ipython.org/notebook.html}} + +Scrivener y Ulysses son software privativo, por lo tanto su código fuente no puede ser usado +libremente como base para la construcción de nuevo software. +Sin embargo, la metáfora del corcho para pegar ideas u otras diferentes formas de ver un mismo +escrito, del primero son interesantes, así como la idea de hacer que puedan aparecer metadatos +o imágenes en determinadas partes, por solicitud del usuario, del segundo. +Substance brinda una interesante forma de publicación a dos columnas, usando la primera para +presentar el texto y la segunda para el contexto (gráficas, referencias bibliográficas, etc) +y es software libre. + +\begin{figure*}[tbh]% + \centering + \subfloat[Ulysses]{ + \includegraphics[width=0.45\linewidth]{Parte2/ulysses-image-preview.png} + \label{subfig:ulysses}} + \quad + \subfloat[Scrivener]{ + \includegraphics[width=0.45\linewidth]{Parte2/scrivener.jpg} + \label{subfig:scrivener}} + \\ + \subfloat[IPython notebook, código fuente]{ + \includegraphics[width=0.45\linewidth]{Parte2/ipython-markdown.png} + \label{subfig:ipython-markdown}} + \quad + \subfloat[IPython notebook, vista previa]{ + \includegraphics[width=0.45\linewidth]{Parte2/ipython-vista-previa.png} + \label{subfig:ipython-preview}} + \caption[Tres interfaces alternativas para escritura] + {Tres interfaces alternativas para escritura. + \ref{subfig:ulysses} Ulysses, con su interface centrada en el texto y algunas utilidades + como previsualización de imágenes. + \ref{subfig:scrivener} Scrivener y los corchos y el árbol para organizar la escritura. + \ref{subfig:ipython-markdown} IPython notebook y su experiencia de escritura basada + en un lenguaje de etiquetamiento ligero. + \ref{subfig:ipython-preview} el resultado de pasar de dicha escritura al modo de + previsualización (el cambio entre modos ocurre simplemente al presionar la combinación + de techas \emph{Shift} + \emph{Enter}).} + \label{otras-interfaces-escriturales}% +\end{figure*} + +IPython Notebook es software libre y permite la escritura de documentos interactivos y +estructurados, pero para mediados del 2014 era difícil de instalar y la creación de documentos +de cierto nivel de complejidad era dispendiosa, como mostró un documento exploratorio, +hecho para uno de los subproyectos de PIAMED (Proyecto de Información Abierta para el +Acceso a Medicamentos)\footnote{Trozos del informe para el proyecto PIAMED, escritos + también por el autor de este texto han sido integrados a esta subsección, así + como a la parte referida a visualización de infraestructuras.}, +referido a la narrativa de datos para el Uso Racional de Medicamentos (\cite{gil_rojas_narrativas_2014}). +Dicho documento computacional e interactivo usaba la tecnología del IPython \emph{notebook} +integrando procedimientos, algortimos y resultados haciéndolos trazables y auditables. +El problema es que su extensión lo hacía de difícil manejo después o sus partes deben ser +disgregadas y editadas para varios públicos, perdiendo la unicidad que es parte de su encanto +(poder pasar de los resultados a los datos y procedimientos que los producen). +El documento extenso integrado se puede ver en la figura \ref{fig:narrativas-ipython-notebook} + +Esta escritura en varios niveles y la tensión entre unicidad y orientación para lectores +distintos, también se presentan en los informes más cotidianos y mundanos. +Para producir los informes, usualmente se apela a un conjunto de soportes, autores, archivos +e insumos, que quedan por fuera del documento que apeló a los mismos para existir. +Dichas conexiones quedan ocultas bajo el texto, en la cabeza de sus autores, las carpetas +y referencias bibliográficas integradas por ellos. +Se puede tener un texto sucinto y de fácil lectura, pero que oculta las complejidades que +lo construyen, lo cual dificulta la participación y transparencia posterior, propia de los +procesos de Innovación Abierta y Comunitaria, (como los que alentaba PIAMED) o bien un texto +completo y complejo, que al mostrar sus diversas capas en simultáneo, se enfrenta a la misma +dificultad. + +\begin{figure*}[tb] + \centering + \includegraphics[height={\textwidth}]{./Parte2/narrativa-zooms.png} + \caption[Narrativas de datos integradas usando el IPython \emph{notebook}] + {Narrativas de datos integradas usando el IPython \emph{notebook} (\cite{gil_rojas_narrativas_2014}). + En la mitad está todo el documento con la narrativa completa y a los lados dos + \emph{zooms} de unos trozos del mismo. + Los trapecios cyan indican qué parte central es ampliada en el zoom. + Como se puede ver, un documento único se hace de dificil manejo de todos + los niveles que integra la narrativa (descripciones textuales, algoritmos, datos + y visualizaciones). + La opción de separarlo en distintos subdocumentos, no es muy amigable, si en ellos + se trabajan los mismos datos y hay que cargarlos una y otra vez, o si a partir de + los mismos se crean varios productos derivados dirigidos a públicos distintos, como + suele ocurrir. + La alternativa propuesta es usar la escritura interactiva por capas o arbórea.} + \label{fig:narrativas-ipython-notebook} +\end{figure*} + +Además el \emph{IPython Notebook} está hecho en varios lenguajes: Python, C, Javascript +y HTML, con lo cual la curva de aprendizaje para la intervención de la interface misma se +hace complicada. +Por tanto, no era muy adecuado como base para explorar la idea de un sistema de escritura +donde lo arboreo permita lidiar con la complejidad y el caracter emergente de la misma. +Una descripción detallada de las dificultades de lidiar con dicha complejidad incidental, +que toma la forma de diversas tecnologías, lenguajes, \emph{frameworks}, modelos conceptuales +para expresar documentos interactivos arbóreos, fue hecha a modo de entrada a blog en el texto +\emph{Grafoscopio: Iceberg metaphor and first steps} (\cite{luna_cardenas_grafoscopio:_2015}). + +El IPython \emph{notebook} también evolucionó desde el 2014, dando lugar al +Jupyter\footnote{\url{https://jupyter.org/}} \emph{notebook} y este al JupyterLab, +que intenta brindar funcionalidades de Entorno Interactivo de Desarrollo\footnote{ + \cite{granger_jupyterlab:_2016} (5:28) dice que la ``I'', usualmente empleada para + denotar ``Integrado'' en la sigue IDE (por el inglés para \emph{Integrated Development Environment} + se usaría para denotar ``Interactivo'' en el caso de Jupyter Lab). } +a IPython y otros lenguajes, yendo más allá de la funcionalidad de libreta interactiva. +Jupyter y Grafoscopio han evolucionado en direcciones distintas y complementarias: el primero +partiendo de libretas interactivas y yendo hacia un Entorno Interactivo de Desarrollo, el +segundo partiendo desde el Entorno Interactivo de Desarrollo provisto por Pharo y brindando +funcionalidades de libreta interactiva dentro de este y debido a esta diferencias de trayectos, +se puede decir que Jupyter y Grafoscopio sirven, de algún modo, cada uno como exploración del +futuro del otro. +Esta es una muestra interesante de cómo Grafoscopio madura a buen ritmo, sin ser subsumido +o desactualizado por proyectos con mucho más recursos, desarrolladores, apoyo y visibilidad +y que sigue aportando valor diferencial y lugares de interlocución desde los márgenes. +La figura \ref{fig:grafoscopio-jupyter} muestra cómo tanto Grafoscopio como Jupyter Lab +permiten la integración de distintos elementos de un Entorno Interactivo de Desarrollo, +yendo más allá de la sóla libreta interactiva. + +\begin{figure*}[th]% + \centering + \subfloat[Trozo mapa del Data Week sobre la relación entre Jupyter y Grafoscopio]{ + \includegraphics[width=0.7\linewidth]{Parte2/jupyter-grafoscopio.png} + \label{subfig:jupyter-grafoscopio}} + \\ + \subfloat[Grafoscopio: Panamá Papers]{ + \includegraphics[width=0.45\linewidth]{Parte2/data-environment-full.png} + \label{subfig:data-environment}} + \subfloat[JupyterLab]{ + \includegraphics[width=0.45\linewidth]{Parte2/jupyterlab.png} + \label{subfig:jupyterlab}} + \quad + \caption[Sobre las relaciones entre Grafoscopio y Jupyter] + {Sobre las relaciones entre Grafoscopio y Jupyter. + \ref{subfig:jupyter-grafoscopio} Detalle del mapa en la explicación sobre las relaciones + entre Jupyter y Grafoscopio, que ofrecemos durante el Data Week. + \ref{subfig:data-environment} Captura del Entorno Interactivo de Desarrollo de Grafoscopio, + tomada del los Panama Papers en \url{http://is.gd/panama_papers_e}. + \ref{subfig:ipython-markdown} Captura del Entorno Interactivo de Desarrollo de JupyterLab, + tomada de \emph{JupyterLab: Ready for Users} en \url{https://is.gd/JRmGNY}.} + \label{fig:grafoscopio-jupyter}% +\end{figure*} + +Para los prototipos de Grafoscopio se preservó la idea de una experiencia de escritura arbórea +centrada en estructura y palabras con una interface sin adornos de Leo, así como la de un +sistema de escritura interactiva, que soportara la recolección y visualización de datos en +concordancia con lo que permite el IPython \emph{notebook}. + +Se consideraron otros lenguajes con la característica de auto-referencialidad e introspección, +es decir, el hecho de que el código fuente pueda usarse como datos, de modo que, a su vez, se +pueda usar una parte del código fuente para reprogramar el sistema, en particular su interfaz +y sistema de escritura. +Dentro de las opciones estaba el editor de código LightTable\footnote{\url{http://lighttable.com/}}, +que está hecho en ClojureScript\footnote{\url{https://clojurescript.org/}} (un descendiente +con ideas del lenguaje funcional Lisp\footnote{\url{https://es.wikipedia.org/wiki/Lisp}}, +desarrollado sobre JavaScript\footnote{\url{https://es.wikipedia.org/wiki/JavaScript}}). +Pero la indagación preliminar en la comunidad (\cite{luna_cardenas_outliner_2014}) mostró +que el desarrollo y la modificación de la interface gráfica podía ser difícil para un novato, +en comparación con la manera como se podía hacer en Pharo/Smalltalk, que disponía de \emph{toolkits} +para el desarrollo de navegadores de información y la presentación y navegación específica para +estructuras arbóreas de información (\cite{girba_glamour_2013}), el soporte para +programación y exploración de datos interactiva, como se podía ver en los videos +\emph{Pharo: Playing with Live Objects} (\cite{girba_pharo:_2014}) y particularmente en +\emph{Software as a Graph} (\cite{bergel_software_2014}), +que cristalizaban la idea de diálogo con el software como material, antes explicitada y la +potenciaban a través de la experiencia de \emph{Live Coding} o Programación en +Vivo\footnote{El \emph{Live Coding} ha tenido una amplia tradición en + las artes musicales performáticas, si bien su uso se extiende más allá de ellas, + en lo que otros han denominado programación interactiva. + Lo esencial de dicha aproximación es la idea de cambiar un programa que se está ejecutando + mientras se cambia, en oposición a modos más indirectos de abordar dicho cambio. + Esta técnica está ampliamente relacionada con la experiencia desarrollada en HackBo, + pues íbamos cambiando Grafoscopio en la medida en que lo usábamos, partícularmente + durante los Data Weeks y Data Rodas.}, +en la que dicho diálogo era mucho más directo e interactivo, contando con materialidades mas +fluidas y adaptables véase figura \ref{fig:software-as-graph}. + +Además Pharo provee un entorno homogéneo donde el mismo paradigma y herramientas son usados +consistentemente a lo largo y ancho del entorno, lo cual permitía un aprendizaje y desarrollo +rápido en el tiempo provisto para el desarrollo del prototipo. +Lo anterior reforzó la elección de Pharo/Smalltalk como entorno para el prototipado de +Grafoscopio. +La siguiente sección habla de esos detalles que permitieron su existencia y evolución, +desde la perspectiva de la apropiación de los saberes comunitarios sobre este entorno +de prototipado. + +\begin{figure*}[th]% + \centering + \subfloat[]{ + \includegraphics[width=0.45\linewidth]{Parte2/software-as-graph-1.jpg} + \label{subfig:software-graph-1}} + \quad + \subfloat[]{ + \includegraphics[width=0.45\linewidth]{Parte2/software-as-graph-2.jpg} + \label{subfig:software-graph-2}} + \caption[El software como grafo] + {El software como grafo. + Capturas de pantalla del vídeo \emph{Software as a Graph} (\cite{bergel_software_2014}) + con tan sólo algunos segundos de diferencia, que representan dos formas distintas de ver + el mismo sistema de información. + En cada ventana, el código mostrado en el panel a la izquierda produce la visualización + de datos en el panel a la derecha y es esta conversación bimodal código-visualización + la que permite la exploración interactiva de sistemas complejos. + Este vídeo fue un argumento fuerte para la elección de Pharo como plataforma para el + prototipado de Grafoscopio, pues mostraba una conversación del software como material + que no había visto con tal practicidad y fluidez en otros entornos de computo y + permitiría prototipar ágilmente las ideas que esta tesis busca explorar.} + \label{fig:software-as-graph}% +\end{figure*} + + +\section{Hacer software: una experiencia de aprendizaje comunitario}\label{grafoscopio-una-experiencia-de-aprendizaje-comunitario} + +Como se dijo, el desarrollo de software en esta tesis es visto como un acto de enculturación +desde la perspectiva de \cite{wenger_communities_1999}. +Se trata de ir adquiriendo los repertorios simbólicos y materiales compartidos por una comunidad +de práctica, en este caso la comunidades de Pharo/Smalltalk. +Prototipar, entonces, es explorar y apropiar ese repertorio en la medida en que se interactua +con la comunidad. + +En esta sección se dará cuenta del proceso de construcción del mismo y los hitos +y aprendizajes más importantes durante su desarrollo, como manera de contar aquello que +el código fuente no dice por sí mismo\footnote{ + Si bien no se establecerán correlatos directos con los repositorios de código fuente + del escrito o del prototipo, si creo que es posible rastrear los trozos de esta narrativa + en tales repositorios.} +y dar cuenta, con relativo detalle, de cómo se fue adquiriendo el repositorio simbólico y material +de la comunidad de Pharo, empezando precisamente desde las materialidades. + +%PENDIENTE: Mover a la parte de análisis de repositorios +%Grafoscopio fue el nombre público que se usó a lo largo del +%proyecto\footnote{Ubakye fue el nombre código que se escogió para el +% software de escritura arborea, durante casi todo su primer desarrollo. +% (\emph{uba}, significa semilla y \emph{kye} árbol , en lengua chibcha, +% una población aborigen ubicada en Colombia).}. + +Estas comunidades particulares de software libre se articulan alrededor de los artefactos que usan +y lo que estos posibilitan. +Ahora bien, hay varias comunidades interrelacionadas en Pharo y hablaré de ellas de manera indistinta +como la comunidades Pharo, en plural, sin embargo, vale la pena hacer algunas claridades, a partir +de lo que ellas dicen de sí mismas a través de los artefactos y proyectos que las convocan: + +\begin{itemize} + \item Pharo (\cite{noauthor_pharo_nodate-1}): + \begin{quote} + Te da control total sobre tu experiencia de programación. Enfocado en + simplicidad y realimentación inmediada, es un entorno puro de + programación orientada a objetos \emph{y} un poderoso entorno (piensa en + un IDE y un OS empacados en uno).\footnote{IDE y OS son las siglas para + Entorno Integrado de Desarrollo y Sistema Operativo, respectivamente, + por sus iniciales en inglés.} + \end{quote} + \item Moose (\cite{girba_moose_nodate}): + \begin{quote} + es una plataforma de código abierto para expresar análisis de sistemas + software y datos en general. En otras palabras, su objetivo principales + es asistir y habilitar al humano en el proceso de comprender grandes + cantidades de datos. + + Se dirige a varias categorías de personas: + \begin{itemize} + \item + investigadores en el área de análisis de software, minería e + ingeniería inversa. + \item + ingeniereos y arquitectos quienes quieren entender sistemas y datos y + \item + constructores de herramientas. + \end{itemize} + \end{quote} +%PENDIENTE: Escribir a Alex sobre la versión que decía esto: + \item El proyecto de Visualización Agil, construido sobre estas plataformas, + afirma (``Agile Visualization'' n.d.): + \begin{quote} + La visualización ágil es acerca de usar los recursos computacionales + para agrandar la mente y las capacidades cognitivas de nuestro cerebro. + Crear una visualización a la medida, en ciclos extremadamente cortos de + producción es lo que caracteriza las ténicas de visualización, + presentadas en este libro. + [...] + La visualización ágil esta hecha para científicos de datos, periodistas, + científicos cmoputacionales e ingenieros de software. Tan pronto usted + necesita procesar datos, numéricos o no, la visualización ágil lo guiará + paso a paso para fertilizar sus datos + \end{quote} +\end{itemize} + +Una vez decido que se usaría Pharo, la exploración inició con las interfaces gráficas +que servirían para el proyecto. +Se inició mirando la interface del sistema de ayuda de Pharo como tal (véase figura +\ref{arbol-ayuda-pharo}), ya que unas capturas de pantalla de un sitio relacionado +(Squeak/Smalltalk) y una exploración preliminar mostraban un sistema similar al de navegación +arbórea, que seguramente estaría disponible para varias variantes de Smalltalk. +Sin embargo, ya que el sistema de ayuda estaba pensado para programadores, la creación de +jerarquías arbóreas y nuevos temas dentro del mismo requería la escritura de código en el +navegador de clases de Pharo y se requería una experiencia mucho más fluida de escritura +que permitiese la creación rápida de tales jeraquías sin necesidad de programar. +El código fuente del sistema de ayudas, en particular el subconjunto de paquetes agrupados +bajo la denominación +\texttt{Help-System-Core\textgreater{}\textgreater{}\ Model\textgreater{}\textgreater{}\ HelpTopic}, +sirvió como plantilla para desarrollar la lógica subyacente de Grafoscopio, lo que muestra +una de las ventajas fundamentales de entorno continuo de programación ofrecido por Pharo, +en el que no se diferencia entre la aplicación, el entorno de desarrollo y el código fuente, +pues si se encuentra una funcionalidad interesante, es posible acceder a sus instrucciones y +copiarlas o modifcarlas hasta lograr una experiencia de uso cercana a la deseada. + +En este periodo inicial se aprendió esencialmente sobre la jerarquía de clases, la definición +de objetos y métodos (\cite{bergel_deep_2013}) y el uso de colecciones (\cite{noauthor_pharo_nodate}) +y cadenas de texto (\cite{sharp_chapter_1997}), que permitieron definir el modelo y comportamiento +base para sobre ellos hacer la Interfaz Gráfica de Usuario (GUI, por sus siglas en inglés). + +\begin{figure}[th] + \begin{center} + \includegraphics[width=\linewidth]{Parte2/arbol-ayuda-pharo.png} + \caption[Sistema de ayuda de Pharo] + {Sistema de ayuda de Pharo. Se puede ver que formar una jerarquía se hace programando. La idea de Grafoscopio era evitar eso para + que cualquiera pudiera crearlas desde una interface gráfica + \label{arbol-ayuda-pharo}} + \end{center} +\end{figure} + +Con la funcionalidad subyacente para definir una jerarquía arbórea de objetos: crearlos, +asociarlos como hijos entre sí, borrarlos y moverlos a distintas partes de la jerarquía, +se procedió a construir el borrador de la interfaz gráfica. +Se evaluaron distintas alternativas dentro del ecosistema Pharo, como Maui y Spec, pero se +continuo con Moose y su \emph{toolkit} Glamorous (\cite{girba_glamour_2013}) para la creación +de la interfaces de usuario, debido a lo sencillo de su sintaxis y su rapidez de prototipado +de interfaces. +Los primeros resultados de la interface se pueden ver en la figura \ref{ui-primeros-resultados} + +\begin{figure*}[tbh]% + \centering + \includegraphics[width=0.45\linewidth]{Parte2/interface-nodos-recursivos.jpg} + \quad + \includegraphics[width=0.45\linewidth]{Parte2/nodos-ubicaciones-especificas.jpg} + \caption[Primeros resultados de la interface] + {Primeros resultados de la interface. Izquierda, nodos que se despliegan recursivamente una + y otra vez debido a una invocación recursiva accidental. + Derecha, funcionalidad para agregar nodos en lugares arbitrarios y primeras mezclas de nodos + de texto y código. + Ambas imágenes fueron compartidas por \emph{twitter} y las url de tales publicaciones hacen parte de los nodos invisibles en el árbol original de este escrito.}% + \label{ui-primeros-resultados}% +\end{figure*} + +Respecto a Moose ha habido un viraje de ser una herramienta para análisis de software a una +herramienta para análisis de datos y ahora el énfasis ha cambiado también hacia la construcción +rápida de herramientas a la medida para analizar y visualizar distintos datos. +Grafoscopio es un ejemplo de ello: una herramienta construida a la medida a partir de Moose, en +primera instancia, y luego con el GT toolkit provisto por el mismo, integrado a Pharo, en un +tiempo corto incluyendo en aprendizaje del lenguaje y otras herramientas de Pharo. + +Glamorous está orientada a la construcción de sistemas para navegar +información pre-existente, pero no tanto para su modificación directa. +En diálogos con su autor, éste dijo que ciertos usos pensados para este proyecto +excedían el diseño original y que si bien serían características deseables, aún no +estaban implementados. +De hecho eso y la inercia comunitaria que puede contestar rápidamente o en un par de +semanas, sumado a mi propia inexperiencia en el uso del lenguaje y el entorno, demoró mucho +lograr una parte clave de la experiencia de uso, que era la actualización automática de la +información en la medida en que se escribía en el árbol, lo que era necesario para tener una +experiencia mínima de escritura amigable, que otros \emph{toolkits} de interface gráfica ya +proveen y a que se adecuan más a las expectativas del usuario\footnote{Otros toolkits de + desarrollo visual (como Qt o Gtk) proveen ese tipo de comportamiento + de auto-actualización por omisión, aunque la experiencia de programar en ellos, + como en la mayoría de lenguajes, es fracturada, pues no se cuenta con un continuo entre + la interfaz gráfica, el lenguaje de programación, el sistema de gestión de código fuente. + En ese sentido, las demoras que pueden haber al elegir aprender una tecnología + no tan popular, como Pharo, son compensadas por la integración del entorno + y la uniformidad del lenguaje y el paradigma, ya que prototipar proyectos particulares, + como Grafoscopio, ocurre desde una experiencia consistente e integrada todo el tiempo.}. +Finalmente fue posible implementar la característica de auto-actualización, para lo cual +fue necesario entender el concepto de \emph{ports} (puertos) y el envío de información entre ellos. +Llegar a dicha comprensión implicó reducir la funcionalidad de auto-actualización a su mínimo. +Para ello se creó, en pocas líneas de código y después de quitar todas las complicaciones extra, +una interface a la medida que se pudiera auto-actualizar con el uso de puertos (véase figura +\ref{ui-auto-actualizar}). +Desnudar al problema para llegar a su escencia fue proceso que tardó casi semana y media y fue +de los más demorado de entender y programar en mi posición de novato. +Sin embargo, esta experiencia de un ejemplo funcional mínimo que representara la esencia del +problema, para pedir ayuda en las comunidades de Pharo o brindarla en las comunidades locales, +demostró ser un aprendizaje clave para el futuro. + +\begin{figure*}[th]% + \centering + \includegraphics[width=0.45\linewidth]{Parte2/autoactualizacion-en-navegador-minimalista-panel-original.png} + \qquad + \includegraphics[width=0.45\linewidth]{Parte2/autoactualizacion-en-navegador-minimalista-panel-actualizado.png} + \caption[Navegador minimalista para probar la auto-actualización] + {Navegador minimalista para probar la auto-actualización. Izquierda, + en su estado original, como estaban los dos desde el código. Derecha actualizado. + La esquina superior derecha con una marca en naranja es la marca clásica de \emph{Pharo} de + que ese panel ha recibido una actualización que aún no ha sido procesada + (se le conoce como \emph{dirty}).}% + \label{ui-auto-actualizar}% +\end{figure*} + +Cuando la actualización automática del contenido en los nodos funcionó el siguiente paso fue +la persistencia de la información, es decir, su representación y almacenamiento para ser +transmitida y usada posteriormente. +Es de anotar que Pharo tiene un modelo de persistencia por omisión bastante funcional, +llamado la imagen, que permite almacenar el estado de todo el entorno y su ejecución y retomarlo +de nuevo, justo donde se dejó, con lo cual las primeras fases del prototipado pueden aplazar +problemas de persistencia y delegarlos en la imagen (de hecho durante varias semanas Grafoscopio +no tenía un modelo de persistencia propio y los documentos en él se guardaban dentro de la imagen). +La imagen también habilita el tener entornos portables y perdurables de computo y estar en +condiciones de leer y retomar lo que se ha almacenado en ellas en distintas máquinas incluso +décadas después, lo cual ofrece ventajas diferenciales prácticas e importantes en los contextos +de investigación reproducible y perdurable desde los cuales se enmarca +(véase figuras \ref{fig:trino-persistencia} y \ref{fig:persistencia-imagen}). + +\marginpar{ + \captionsetup{type=figure} + \centering + \includegraphics[width=\marginparwidth]{Parte2/trino-persistencia.png} + \caption[Trino sobre investigación reproducible y perdurable] + {Trino sobre investigación reproducible y perdurable usando el modelo de persistencia + de Pharo, basado en la imagen (ver \url{https://is.gd/4TiNrH}). } + \label{fig:trino-persistencia} +} + +Sin embargo, se requería otro modelo de persistencia, distinto a la imagen de Pharo, que +permitiera almacenar y transmitir las libretas interactivas por fuera de ella y versionarlas, +de modo que las personas pudiesen colaborar y construir dichos documentos interactivos +usando los habituales archivos de documento a los que se encuentran habituados y las +utilidades para trabajar con ellos (enviarlos por correo, trazar su historia, etc.). +Para esto, se usó la librería STON, (\cite{caekenberghe_smalltalk_2012}). +Esta librería está inspirada en el popular y sencillo lenguaje de serialización de datos JSON, +pero tiene la ventaja de poder expresar el documento arbóreo de manera directa y sencilla, incluidas las +referencias (circulares o no) entre diferentes objetos y su lugar en la jerarquía de clases de Pharo. +STON sabe de los objetos dentro de Pharo y puede serializarlos a archivos de texto o a partir de ellos +cargarlos dentro de Pharo de nuevo. +Así, cada nuevo objeto definido, como los nodos del árbol, que representan las libretas interactivas +de Grafoscopio, fueron mapeados en archivos de texto plano, para que pueden ser compartidos con +sólo enviarlos por correo, versionados fácilmente para guardar su historia y cargados de nuevo +en Grafoscopio para continuar con su edición visual e interactiva. +Las inquietudes principales fueron referidas a si se podía representar el texto incluidas los saltos +de línea de manera que no ocuparan líneas largas con caracteres especiales (como \texttt{\textbackslash{}n}) +y cómo quitar algunos metadados del texto, como la fuente, el color, etc. de manera que su representación +se mantuviese sencilla. +La resolución de ellas, por el propio autor de STON, permitió un formato altamente eficiente +y amigable para la producción de documentos estructurados en este esquema arbóreo\footnote{ + Por ejemplo, el código fuente del Manual de Grafoscopio ocupa 140 kb para un documento de PDF + de 60 páginas y 1.9 Mb, y el código fuente del Manual de Periodismo de Datos ocupa + cerca de 600 kb para un documento PDF de 13 Mb y 316 páginas. +% lo cual muestra la eficiencia del +% formato de persistencia desarrollado y el esquema de referencias a archivos de imágenes (PNG, JPEG, +% etc) por fuera del documento +Más detalles en el capítulo \ref{prototipos}.}. +Las preguntas sobre este formato y sus optimizaciones fueron surgiendo de a pocos, primero garantizando +la posibilidad de guardado y recarga de documentos y luego, su uso eficiente, varios meses despues, +logrando comprensiones de casi 150 veces el tamaño de los primeros archivos. +%PENDIENTE: Referencias a los manuales dentro de este documento. + +\begin{figure*}[tbh]% + \centering + \subfloat[Explicación de la simulación]{ + \includegraphics[width=0.45\linewidth]{Parte2/multiagentes-2.jpg} + \label{subfig:multiagentes-2}} + \quad + \subfloat[Ejecución de la simulación ]{ + \includegraphics[width=0.45\linewidth]{Parte2/multiagentes-3.jpg} + \label{subfig:multiagentes-3}} + \caption[La imagen: Persistencia sofisticada] + {La imagen en Pharo y Smalltalk son una manera de persistencia sofisticada, + que permite almacenar y retomar el trabajo que se hecho incluso décadas + después, lo cual es importante en investigación reproducible y perdurable. + El trino en la imagen \ref{fig:trino-persistencia} muestra como es + posible hoy ejecutar la simulación hecha en 2007 para una investigación + de maestría (\cite{luna_cardenas_resolucion_2007}). + Las figuras, \ref{subfig:multiagentes-2} + y \ref{subfig:multiagentes-3}, son un detalle de dicha simulación + ejecutándose en noviembre de 2017. + La simulación y su material acompañante se puede descargar desde: + \url{https://is.gd/maestria_luna_2007}. + Es de suponer que, esas otras formas de perdurabilidad y reproducibilidad estarán + disponibles para esta investigación que se adelanta en este doctorado y sus artefactos + digitales asociados, décadas después.} + \label{fig:persistencia-imagen}% +\end{figure*} + +Gracias a STON, la persistencia fue muy fluida y sólo tomo cerca de una decena líneas de código. +En la figura \ref{persistencia} se ven una captura de pantalla de un trozo del árbol que +representa la estructura completa de las primeras versiones preliminares para este escrito, +incluidos nodos invisibles y otros metadatos, y, aprovechando su brevedad, el código que +implementa la persistencia del árbol en disco duro (disponible desde la opción de menú +``\texttt{Notebook\ \textgreater{}\ Save\ as...}''). + +\begin{figure*}[th]% + \centering + \subfloat[]{ + \includegraphics[width=0.35\linewidth]{Parte2/arbol-detalle.png} + \label{subfig:arbol-detalle}} + \qquad + \subfloat[]{ + \includegraphics[width=0.57\linewidth]{Parte2/persistencia-guardar-como.png} + \label{subfig:persistencia-guardar-como}} + \caption[Grafoscopio: Persistencia primeras versiones]{Persistencia. + Izquierda, detalle de un trozo del árbol que representa todo este escrito. + Derecha, el método completo que implementa la persistencia de dicho árbol en pocas líneas + de código gracias a STON y otras abstracciones provistas por Pharo y su ecosistema.}% + \label{persistencia}% +\end{figure*} + +La última característica a implementar, antes de empezar la escritura de documentos, fue el +recorrido del árbol en preorden. +Dicho recorrido permite ir desde la raíz del árbol a cada uno de los nodos hijos hasta +alcanzar el nodo más profundo dentro de una jerarquía y luego aplicar el mismo recorrido a los +nodos restantes (véase figura \ref{fig:arbol-preorden}). +Existen diferentes estrategias para dicho recorrido, pero la mejor y más elegante, a juicio del +autor, es la definición recursiva del recorrido en preorden, en la recorrer un árbol en +preorden consiste en visitar un nodo raíz y luego visitar, en preorden, los subárboles restantes, +primero a izquierda y luego a derecha, hasta que se llegue a una hoja, es decir a un nodo que +es el final de una rama, pues no tiene más nodos hijos. + +\marginpar{ + \captionsetup{type=figure} + \centering + \includegraphics[width=\marginparwidth]{Parte2/sorted_binary_tree_preorder.pdf} + \caption[Recorrido de un arbol en preorden] + {Recorrido de un arbol en preorden, que es clave para pasar del documento + arbóreo en Grafoscopio, a documentos ``lineales'' en formatos como + PDF, HTML, doc (Word) y/o odt (Writer), empleando el excelente conversor + Pandoc. + Este árbol, recorrido en preorden produce $[F,B,A,D,C,E,G,I,H]$, que es + la forma lineal de esta estructura jerárquica y que, para el caso de + Grafoscopio, representa las diferentes secciones, subsecciones y demás + partes de un documento. + (Imagen tomada de la Wikipedia: \url{http://ur1.ca/igfow})} + \label{fig:arbol-preorden} +} + +La implementación de la recurrencia en un entorno objetual puro es diferente de los entornos mixtos, +como Python y otros similares, en los que pueden enmascarar o desviarse del comportamiento objetual +detrás de otras sintaxis. +La sintaxis de objetos puros de Pharo, por el contrario, sólo permite el hecho de que sean +los mensajes entre objetos los que implementen la recursión, además impone y el hecho de que +las variables pertenezcan a los objetos del dominio o problema que se está modelando y que sus +métodos y no sean externas a los mismos. +Pensar desde este enfoque purista implicó revisar la literatura (\cite{beck_object-oriented_1996}) +y volver a los fundamentos, reimplementando parte de los ejercicios clásicos como las Torres de Hanoi +(\cite{kaehler_taste_1986}) e hizo que la implementación tomase un par de dias. +Una vez se tuvo el recorrido en preorden, la exportación a formatos como Markdown y PDF fue +sencilla y se inicio la escritura como tal del artículo, que sería el borrador para este +capítulo y habilitó la de otros documentos, como los manuales y tutoriales interactivos, +desarrollados a lo largo de la investigación (véase figuras \ref{fig:versiones-grafoscopio}, +\ref{fig:joss-grafoscopio} y capítulos \ref{prototipos} y \ref{materialidades}). +La escritura de tales documentos y visualizaciones permitió afinar la funcionalidad de +Grafoscopio, la documentación y de las prácticas de aprendizaje y comunitarias alrededor de +ellos, siguiendo los ciclos de realimentación ilustrados en la figura +\ref{fig:realimentacion-artefacto-escritura}. +Una descripción detallada de este proceso está en el capítulo \ref{materialidades}, debido a su +caracter clave durante toda esta investigación y sus repercusiones en otras investigaciones y +prácticas comunitarias venideras. + +\afterpage{ + \begin{figure*}[tbh] + \centering + \subfloat[]{ + \includegraphics[width=0.6\linewidth]{Parte2/interface-grafoscopio.png} + \label{subfig:grafoscopio-articulo-fuente}} + \\ + \subfloat[]{ + \includegraphics[width=0.6\linewidth]{Parte2/articulo-pdf.png} + \label{subfig:grafoscopio-articulo-pdf}} + \\ + \subfloat[]{ + \includegraphics[width=0.8\linewidth]{./Parte2/side-by-side.png} + \label{subfig:grafoscopio-manual}} + \caption[Realimentacion artefacto escritura] + { Gracias a los múltiples prototipos hechos desde momentos tempranos, el artefacto + fue cambiando en la media en que se usaba, tanto para escribir sobre el artefacto + mismo, como sobre otros temas. + La figura \ref{subfig:grafoscopio-articulo-fuente}, muestra una de las primeras + interfaces funcionales de Grafoscopio de mediados de 2014, donde se escribió + buena parte del borrador de este capítulo. + La figura \ref{subfig:grafoscopio-articulo-pdf} muestra ese texto exportado como artículo en PDF. + La figura \ref{subfig:grafoscopio-manual}, muestra, a la izquiera, una de las interfaces más + maduras y recientes, que se ha mantenido estables desde el 2017, y a derecha el Manual de + Usuario de Grafoscopio, que fue escrito dentro del mismo Grafoscopio, haciendo uso de las + funcionalidades mostradas en tal interfaz.} + \label{fig:versiones-grafoscopio} + \end{figure*} + \clearpage +} + +La integración experimental con referencias bibliográficas se hizo a través del gestor de código +abierto Zotero vía Bibtex y las etiquetas \texttt{{[}@autor{]}} colocadas dentro del texto, que soporta +el Markdown extendido de Pandoc (véase figura \ref{integracion-zotero}). +Las referencias bibliográficas eran almacenadas en línea desde Zotero, a través de su integración +con Firefox. +También se colocaban metadatos y se hacían anotaciones y luego eran exportadas a formato BibTeX. +Una vez en dicho formato se hacía un post-procesamiento desde Grafoscopio, que permitía asociar +llaves personalizadas a las referencias bibliográficas y se integraba la bibliografía al PDF final +vía Pandoc.\footnote{El + soporte para llaves personalizadas esta provisto de manera limitada en + Zotero y se hace a través de \emph{plugins} como Better BibTeX + (\cite{zotplus_better_nodate}). + Sin embargo no fue claro cómo lograr una exportación + fluida. Después de consultar la Interface de Programación de + Aplicaciones de Zotero (Zotero API, por sus siglas en inglés) ((Fritz + n.d.), (\cite{amanda_morton_intro_nodate}), (``Zotero Web API Documentation V. 3'' + n.d.), (``Zotero with LaTeX and BibTeX - Zotero at MIT - Research + Guides at MIT Libraries'' n.d.)), fue claro que era más fácil lograr + la funcionalidad que se quería directamente a partir de + Pharo/Smalltalk mediante el uso de Citezen (\cite{pollet_citezen_2009}), + (\cite{pollet_citezen_nodate}) (\cite{barreau_citezen_2010}).} +Este fue un prototipo que no avanzó mucho después de las exploraciones preliminares, pero +sirvió para probar la integración con herramientas externas y flujos de escritura demandantes, +como aquellos que requieren permanente y rigurosas prácticas de citación y si bien el texto +final de esta tesis fue escrito en \LaTeX, usando el excelente y amigable editor +TeXstudio\footnote{\url{https://www.texstudio.org/}}, los prototipos tempranos de dicho flujo, +que integra Grafoscopio y un soporte robusto para referencias bibliográficas permitieron ver +los alcances y posibilidades al respecto para este software e incluso se preservaron +partes del mismo para el trabajo con TeXstudio, como la integración con Zotero vía BibTeX. +A su vez, probar TeXstudio y usarlo extensivamente permitirá realimentar Grafoscopio con +ideas de uso e interfaz a futuro. + +\begin{figure*}[tb]% + \centering + \subfloat[Zotero integrado en Firefox]{ + \includegraphics[width=0.8\linewidth]{Parte2/zotero-firefox.png} + \label{subfig:zotero-firefox}} + \\ + \subfloat[Depurando bibliografías de Zotero en Pharo]{ + \includegraphics[width=0.8\linewidth]{Parte2/zotero-pharo-debug.jpg} + \label{subfig:zotero-pharo-debug}} + \\ + \subfloat[La colección de Zotero creada para el doctorado y la maestría con casi 3500 items.]{ + \includegraphics[width=0.6\linewidth]{Parte2/zotero-phd-master.png} + \label{subfig:zotero-phd-master}} + \caption[Integración preliminar con Zotero]{ + Integración preliminar entre Grafoscopio y el gestor bibliográfico Zotero. + \ref{subfig:zotero-firefox} Zotero utilizado como plugin del navegador Firefox + al comienzo de la escritura de este capítulo. + \ref{subfig:zotero-pharo-debug} Inicio de la depuración en Pharo de la bibliografía + para soporte de llaves bibliográficas personalizadas. + \ref{subfig:zotero-phd-master} Colección/grupo de Zotero creada para el doctorado y la + maestría, al final del artículo con cerca de 240 items y del doctorado con 3495 items. + Ver \url{https://is.gd/zoterophd}.}% + \label{integracion-zotero}% +\end{figure*} + +La colección de literatura recopilada para este escrito alcanzó a tener +cerca de 240 item, si bien se citó sólo una fracción de los mismos. +La colección en este caso es diversa y cubre temas de ciencia abierta y +reproducible, programación en Smalltalk, visualización de datos y luego se +extendió a otros temas y se abrió tempranamente para la participación de otros +estudiantes de postgrado en Diseño de la Universidad de Caldas, tanto de maestría +como de doctorado, pues en algunas de las reuniones de línea de investigación en 2014, +se hablaba de la importancia de compartir literatura. +Sin embargo el uso de Zotero no fue socializado amplia o explícitamente en otras prácticas +del autor o al interior de los postgrados y, a pesar de tener un grupo en Zotero con decenas +de inscritos, la mayoría de títulos colocados en ella, completando casi 3500 items, fueron +puestos por una sola persona. +Esto muestra otro aspecto invisivilizado de la escritura tradicional y es que +en la indagación preliminar pueden haber vistazos panorámicos a varios +títulos relacionados con una temática y base para otra investigaciones, +motivo por el cual los gestores públicos de colecciones bibliográficas +como Mendeley y Zotero se están haciendo cada vez más populares, pues +además de facilitar el trabajo grupal, permiten encontrar información +agrupada y comentada durante el desarrollo de una investigación, ya sea +que esta alcance o no a llegar a la citación final. +El capítulo \ref{dataviz-infra} explicita varios de esos aspectos invisibles +de la infraestructura. + +Para afinar la manera en que las figuras se referencian y se disponen, se pasó del código +Markdown soportado por Pandoc, a imágenes definidas en el más rico y complicado lenguaje +de etiquetamiento \LaTeX \footnote{Se espera que exista a futuro también un tipo de nodo + especial \texttt{\%figura} que contenga los metadatos de la misma en STON y se pueda + exportar a distintos formatos (HTML y \LaTeX).}. + +En paralelo se montó, desde mediados de 2014, un primer repositorio de código +fuente\footnote{\url{http://mutabit.com/repos.fossil/grafoscopio/}} que contiene las versiones +históricas de la documentación sobre Grafoscopio como manuales, tutoriales, artículos etc., en +distintos formatos: STON con metadatos, etiquetas ligeras Markdown/Pandoc o PDF. +También se incluye en dicho repositorio otro material integrado al mismo, como gráficas y +figuras y archivos de citación bibliográfica, que permiten rastrear la historia de las +tales recursos y cómo se vinculan entre sí. +De este modo, los textos allí hospedados son consistentes con los principios de trazabilidad +y reproducibilidad de la ICACG, acá mencionados, permiten la participación desde dinámicas +comunitarias y facilitan un puente entre estas y otras prácticas académicas de frontera respecto +a artículos de software que se pudieran someter a revisión de pares y publicación. + +Por ejemplo, el sitio web de +Grafoscopio\cite{luna_cardenas_grafoscopio_2014-1}\footnote{\url{http://mutabit.com/grafoscopio/}} +(véase figura \ref{fig:grafoscopio-web}) surgió como una página web de bienvenida, que brindara +una primera información importante y panorámica sobre el mismo. +Grafoscopio, según su sitio web, es: + +\begin{quote} + una herramienta amoldable para documentación interactiva y visualización de datos, que está siendo usada para ciencia abierta, ciudadanas y de garage, investigación reproducibles, (h)ac(k)tivismo, innovación abierta y comunitaria , visualizaciones de dominio específico, y periodismo de datos, entre otros usos actuales y potenciales. Grafoscopio está cubierto por una licencia libre y de código abierto (MIT) y se socializa, realimenta y modifica en un taller-hackatón recurrente de una semana llamado el Data Week, que está orientado principalmente desde preguntas ciudadanas mediadas por datos y visualización. + + Grafoscopio es y usa ``infraestructuras de bolsillo'', sencillas y autocontenidas, que pueden ejecutarse On/Off-line, + desde una memoria USB, una rasberry-Pi, un servidor modesto y cualquier otra infraestructura intermedia o más potente. +\end{quote} + +allí además se encuentran los enlaces a manuales, documentación, muestras de lo que es posible +y canales de comunicación, soporte y vinculación comunitarios. + +\begin{figure*}[!h] + \includegraphics[width=0.7\linewidth]{./Parte2/grafoscopio-web.png}% + \caption[Parte de la página Web Grafoscopio] + {Parte de la página Web Grafoscopio en \url{http://mutabit.com/grafoscopio/}. + Dicha página tiene también una versión en inglés en \url{https://is.gd/grafoscopio_e}. + Sin embargo, las versiones más actualizadas se hacen primero en español, + suguiendo una apuesta por priorizar lo local. + Tomado de \cite{luna_cardenas_grafoscopio_2014-1}.}% + \label{fig:grafoscopio-web}% +\end{figure*} + +%PENDIENTE > Conclusiones: Priorizar lo local + +Por otro lado la publicación del artículo indexado titulado +\emph{Grafoscopio: A moldable tool for literate computing and reproducible research}, +publicado en el \emph{Journal of Open Source Software} (JOSS), fue escrito pensando en dinámicas +académicas innovadoras que vayan más allá del artículo indexado ``clásico'' y empiecen a mostrar +otros objetos no hegenónicos de conocimiento, para los cuales la descripción en palabras, no +sólo es insuficiente, sino incompleta e inadecuada comparada con otras formas de publicación +disponibles, como las del software mismo. +Como se dijo al comienzo del capítulo, es una muestra de que las prácticas ad-hoc referidas +al objeto de investigación y la investigación reproducible, en particular de indexación e +identidad, pueden cristalizar, a través de Grafoscopio, en objetos más formales que hacen +parte de los ciclos de publicación internacionales y las prácticas de frontera emergentes +en dichos ámbitos. + +\begin{figure}[tbh] + \centering + \includegraphics[width=0.65\linewidth]{./Parte2/joss-grafoscopio.png} + \caption[Artículo en el JOSS sobre Grafoscopio] + {Grafoscopio tiene prácticas \emph{ad-hoc} para abordar los principios de identidad, agregación + y anotación del Objeto de Investigación. + Sin embargo, también soporta la creación de objetos de investigación más tradicionales, + identificados con DOI, como el artículo indexado de acceso y código abierto donde se + presenta Grafoscopio, realizado para el \emph{Journal of Open Source Software} y que se + puede leer en: \url{http://is.gd/joss_g}.} + \label{fig:joss-grafoscopio} +\end{figure} + +El Manual de Usuario de Grafoscopio (\cite{luna_cardenas_grafoscopio_2017}), desarrollado, +frenéticamente en abril de 2017, surgió a partir de ese primer artículo para el JOSS y +sirvió así como un puente entre documentación académica y la comunitaria\footnote{ + Otro tanto se puede decir del artículo + \emph{Dataviz: A package of domain specific visualizations and languages for the + Pharo live coding environment}, que se basa en las mismas prácticas y se + encuentra sometido a aprobación para el momento de escritura de esta tesis.}. +En el mismo se documentan, en inglés, para acceder a un público internacional, +(véase figura \ref{fig:grafoscopio-manual}) las características más importantes del software, +su lugar en el ecosistema de Pharo y de otras herramientas que se mueven en contextos similares, +sus formas de instalación y uso, las maneras de interactuar con la comunidad, e incluso los errores +aún presentes en el mismo (llamados \emph{bugs} en la jerga informática). +Tanto el Manual de Usuario, como los artículos y otros documentos han sido escritos usando Grafoscopio, +como muestra de las capacidades auto-referenciales antes enunciadas: se crea un software para escribir, +se escribe en el mismo y se adapta el software a procesos de escritura futura, intentando un ciclo +virtuoso, anunciado en la figura \ref{fig:realimentacion-artefacto-escritura}: al escribir el software +para escritura, se piensa en cómo describir en código informático procesos escriturales, y al usar la +escritura para reflexionar sobre el software u otros temas, haciendo manuales y artículos, se repiensan +las maneras en que el software da cuenta de dichos procesos y cómo puede describirlos de maneras más +versátiles y potentes. +La sección ``Diálogo de Materialidades'' da cuenta de maneras más detalladas de este fenómeno, que es +una de las bases del proceso de \emph{boostrapping} que permite hacer puentes, de doble vía, +entre la escritura de prosa y la de código. +%PENDIENTE: Diálogo de materialidades. + +\begin{figure*}[tbh] + \includegraphics[width=\linewidth]{./Parte2/grafoscopio-user-manual.png}% + \caption[Parte del manual de Grafoscopio] + {Parte del Manual de Usuario Grafoscopio, hecho dentro de Grafoscopio mismo. + Disponible en \url{https://is.gd/grafoscopio_m1}. + Tomado de \cite{luna_cardenas_grafoscopio_2017}.}% + \label{fig:grafoscopio-manual}% +\end{figure*} + +La escogencia de idiomas para el material presente el en repositorio, pasaba del +español al inglés dependiendo de los públicos y participantes objetivo para dicho +material, elegiendo español para públicos y eventos locales e inglés para los internacionales. +Sin embargo, se dio prioridad a lo local en general, produciendo y actualizando el +material en español y luego haciendo traducciones al inglés (salvo en aquellos que +fueron escritos originalmente en inglés, pues sus públicos eran internacionales). + +Sitio web, manual de usuario, y artículos académicos, hacen parte del mismo repositorio +de código fuente, lo cual permite a la comunidad, ver las distintas caras y artefactos +relacionados con Grafoscopio y su carácter polisémico. +Incluso a futuro, gracias al soporte que está brindando la comunidad de Pharo para integrar +el código fuente del software en repositorios convencionales en lugar de especializados, +sería posible integrar este repositorio de documentación con el de +software\footnote{\url{http://smalltalkhub.com/\#!/\~Offray/Grafoscopio}}, brindando +una mirada aún más integrada, comprensiva y diversa de los distintos elementos que +conforman este esfuerzo, incluidos otros repositorios conexos, como el del paquete +de visualización de Datos, Dataviz, el Manual de Periodismo de Datos, el Data Week +o el de esta misma tesis. +Se hablará con mayor de ese y otros repositorios en el capítulo \ref{dataviz-infra}. + +%PENDIENTE: Playgrounds interactivos? + +A partir de esta funcionalidad básica (desarrollada a mediados de 2014), se empezaron a +dictar talleres y a propiciar espacios y momentos de encuentro, tanto en eventos cara a cara, +como en sistemas virtuales que los extendían y complementaban (desde mediados de 2015). +Esto permitió que los saberes comunitarios apropiados dentro de la comunidad de Pharo, +y sus materialidades, descritas en relativo detalle hasta acá, pudieran colocarse en +diálogo con las comunidades locales del hackerspace y ayudar a consolidarlas. +Dichas actividades comunitarias, realizadas a partir de un prototipo mínimo funcional, +permitieron afinar el prototipo y mejorarlo a lo largo de este tiempo, brindaron un +sentido de ritmo e importancia sobre lo que era fácil o díficil, adecuado, aplazable y +venidero en términos de las modificaciones del prototipo y conectaron acciones y comunidades +locales con globales, gracias a la participación en eventos y comunidades nacionales e +internacionales. + +Hemos visto como una pregunta llevó a un acto de apropiación cultural dentro de una comunidad +de práctica (la de Pharo y Smalltalk), que permitió explorar y expresar búsquedas sobre lo +escritural, sobre las relaciones entre artefactos digitales y conocimiento, sobre los datos +y la forma de contar historias, sobre las infraestructuras que permiten participar o no en +dichas posibilidades. +Estas exploraciones ocurrieron primero a nivel personal, apropiando las materialidades y +rituales propios de dichas comunidades, y luego se pensaron en maneras de tejer puentes, de +doble vía entre preocupaciones locales que podrían ser expresadas por artefactos como Grasfoscopio, +y formas comunitarias de hacer y aprender. +Esas dinámicas humanas alrededor de los artefactos, serán el motivo del siguiente +capítulo. Index: Tesis/Escrito/TextoIntegrado/main.aux ================================================================== --- Tesis/Escrito/TextoIntegrado/main.aux +++ Tesis/Escrito/TextoIntegrado/main.aux @@ -12,224 +12,19 @@ \let\newlabel\oldnewlabel \fi} \fi} \global\let\hyper@last\relax \gdef\HyperFirstAtBeginDocument#1{#1} -\providecommand\HyField@AuxAddToFields[1]{} -\providecommand\HyField@AuxAddToCoFields[2]{} +\providecommand*\HyPL@Entry[1]{} +\abx@aux@refcontext{nty/global//global/global} \catcode `"\active \catcode `<\active \catcode `>\active \@nameuse{es@quoting} -\select@language{spanish} -\@writefile{toc}{\select@language{spanish}} -\@writefile{lof}{\select@language{spanish}} -\@writefile{lot}{\select@language{spanish}} -\citation{noauthor_hackbo_2010} -\citation{luna_cardenas_grafoscopio_2014} -\citation{luna_cardenas_data_2015} -\citation{saikaly_design_2003} -\citation{saikaly_approaches_2005} -\@writefile{toc}{\contentsline {chapter}{Introducci\IeC {\'o}n: Artefactos h\IeC {\'\i }bridos, discursos cenagosos y lugares propios}{11}{chapter*.2}} -\@writefile{lof}{\addvspace {10\p@ }} -\@writefile{lot}{\addvspace {10\p@ }} -\citation{bonsiepe_uneasy_nodate} -\citation{jonas_design_2007} -\citation{tufte_visual_2001} -\citation{twardy_argument_nodate} -\citation{Fuchs-1} -\citation{bonsiepe_design_2000} -\citation{hernan_thomas_tecnologias_nodate} -\@writefile{toc}{\contentsline {chapter}{Justificaci\IeC {\'o}n}{15}{chapter*.3}} -\@writefile{lof}{\addvspace {10\p@ }} -\@writefile{lot}{\addvspace {10\p@ }} -\citation{wenger_communities_1999} -\citation{moller_definicion_nodate} -\citation{lanier_you_2010} -\@writefile{toc}{\contentsline {chapter}{Problema / Objetivo}{19}{chapter*.4}} -\@writefile{lof}{\addvspace {10\p@ }} -\@writefile{lot}{\addvspace {10\p@ }} -\newlabel{problema-objetivo}{{}{19}{Problema / Objetivo}{chapter*.4}{}} -\@writefile{toc}{\contentsline {section}{General}{19}{section*.5}} -\@writefile{toc}{\contentsline {section}{Espec\IeC {\'\i }fico}{19}{section*.6}} -\@writefile{toc}{\contentsline {part}{I\hspace {1em}Perspectivas te\IeC {\'o}ricas, cr\IeC {\'\i }ticas y metodol\IeC {\'o}gicas}{21}{part.1}} -\newlabel{part:perspectivas}{{I}{23}{Perspectivas teóricas, críticas y metodológicas}{part.1}{}} -\citation{buchanan_children_nodate} -\citation{friedman_interview_2004} -\citation{jonas_design_nodate} -\citation{glanville_interview_nodate} -\citation{berlow_simplifying_nodate} -\citation{fuchs_autopoiesis_nodate} -\citation{victor_media_nodate} -\@writefile{toc}{\contentsline {chapter}{Ecolog\IeC {\'\i }a y sistemas complejos como posibilidad dialectica}{25}{chapter*.7}} -\@writefile{lof}{\addvspace {10\p@ }} -\@writefile{lot}{\addvspace {10\p@ }} -\newlabel{ecologuxeda-y-sistemas-complejos-como-posibilidad-dialectica}{{I}{25}{Ecología y sistemas complejos como posibilidad dialectica}{chapter*.7}{}} -\newpmemlabel{^_1}{26} -\@writefile{lof}{\contentsline {figure}{\numberline {1}{\ignorespaces El dialogo entre lo simple y lo complejo para desenmascarar lo complicado: \par Fila superior: Izquierda (a), una red compleja en ecolog\IeC {\'\i }a. Derecha(b): una red \emph {complicada} en pol\IeC {\'\i }tica. \par Fila inferior: Izquierda(c): la red complicada expresada como red pol\IeC {\'\i }tica compleja. Derecha(d): un zoom en la red pol\IeC {\'\i }tica compleja para asuntos relevantes.}}{26}{chapter*.7}} -\newlabel{fig:simple-complicado-vs-complejo}{{1}{26}{Ecología y sistemas complejos como posibilidad dialectica}{chapter*.7}{}} -\citation{jonas_design_2007} -\@writefile{lof}{\contentsline {figure}{\numberline {2}{\ignorespaces Mapa de lecturas para la preparaci\IeC {\'o}n de esta secci\IeC {\'o}n del texto. Se har\IeC {\'a}n ampliaciones del mismo en la medida en que se avance por el texto. Hay una versi\IeC {\'o}n m\IeC {\'a}s grande al final del escrito y una versi\IeC {\'o}n totalmente ampliada en l\IeC {\'\i }nea se puede encontrar en: \url {https://is.gd/Xr1wjV}.}}{27}{chapter*.7}} -\newlabel{fig:mapa-lecturas}{{2}{27}{Ecología y sistemas complejos como posibilidad dialectica}{chapter*.7}{}} -\@writefile{toc}{\contentsline {section}{Jonas: El discurso del dise\IeC {\~n}o como un artefacto evolutivo}{27}{section*.8}} -\newlabel{diseno-evolutivo}{{I}{27}{Jonas: El discurso del diseño como un artefacto evolutivo}{section*.8}{}} -\newpmemlabel{^_2}{28} -\citation{fuchs_autopoiesis_nodate} -\@writefile{lof}{\contentsline {figure}{\numberline {3}{\ignorespaces Interpretaci\IeC {\'o}n de la teor\IeC {\'\i }a de Jonas: El dise\IeC {\~n}o como puente entre entidades autopoi\IeC {\'e}ticas (circulares) y artefactos (rectangulares)}}{29}{Item.12}} -\newlabel{fig:jonas-design}{{3}{29}{Jonas: El discurso del diseño como un artefacto evolutivo}{Item.12}{}} -\@writefile{toc}{\contentsline {section}{Fuchs y Hofkirchner: Teor\IeC {\'\i }a de sistemas sociales cr\IeC {\'\i }ticos}{29}{section*.9}} -\newlabel{diseno-evolutivo}{{I}{29}{Fuchs y Hofkirchner: Teoría de sistemas sociales críticos}{section*.9}{}} -\newpmemlabel{^_3}{30} -\@writefile{lof}{\contentsline {figure}{\numberline {4}{\ignorespaces \emph {Zoom in} al mapa de lecturas para ampliar la parte referidad a la dualidad estructura-agencia y los cuatro tratamientos posibles: El individualismo en que las personas condicionan lo social, proyectivismo hacia abajo en el que las estructuras condiciones a las personas, El dualismo de Luhmann que los separa, y el de la re-creaci\IeC {\'o}n que los integra. Estos dos \IeC {\'u}ltimos se tratan con detalle en el texto}}{31}{section*.9}} -\newlabel{fig:dualidad-estructura-agencia}{{4}{31}{Fuchs y Hofkirchner: Teoría de sistemas sociales críticos}{section*.9}{}} -\citation{wenger_communities_1999} -\@writefile{toc}{\contentsline {section}{Consecuencias de la cr\IeC {\'\i }tica de Fuchs y Hofkirchner en la teor\IeC {\'\i }a de Jonas}{32}{section*.10}} -\newlabel{consecuencias-fuchs-en-jonas}{{I}{32}{Consecuencias de la crítica de Fuchs y Hofkirchner en la teoría de Jonas}{section*.10}{}} -\@writefile{lof}{\contentsline {figure}{\numberline {5}{\ignorespaces Dualidad cosificaci\IeC {\'o}n participaci\IeC {\'o}n de Wenger}}{32}{section*.10}} -\newlabel{fig:dualidad}{{5}{32}{Consecuencias de la crítica de Fuchs y Hofkirchner en la teoría de Jonas}{section*.10}{}} -\newpmemlabel{^_4}{32} -\citation{coleman_coding_2013} -\citation{garfinkel_unix-haters_1994} -\citation{ingalls_design_1981} -\citation{maxwell_tracing_2006} -\citation{Sennett_artesano_2009} -\@writefile{lof}{\contentsline {figure}{\numberline {6}{\ignorespaces Zoom al mapa de lecturas al Jonas y las partes de la evoluci\IeC {\'o}n. (las l\IeC {\'\i }neas que van hacia afuera muestran relaciones explicitadas en el mapa entre distintos autores. Los \IeC {\'\i }conos amarillos representan anotaciones textuales extendidas, hechas para complementar el mapa)}}{33}{section*.10}} -\newlabel{fig:zoom-jonas-evolucion}{{6}{33}{Consecuencias de la crítica de Fuchs y Hofkirchner en la teoría de Jonas}{section*.10}{}} -\citation{krippendorff_design_nodate} -\citation{manzini_emerging_2013} -\@writefile{toc}{\contentsline {chapter}{De todos los mundos posibles, uno potenciador de lo humano, emancipador y construido en comunidad}{37}{chapter*.11}} -\@writefile{lof}{\addvspace {10\p@ }} -\@writefile{lot}{\addvspace {10\p@ }} -\newlabel{mundos-posibles-humanos-comunitarios}{{I}{37}{De todos los mundos posibles, uno potenciador de lo humano, emancipador y construido en comunidad}{chapter*.11}{}} -\citation{keller_for_2007} -\citation{pieter_jan_stappers_doing_2007} -\newpmemlabel{^_5}{40} -\citation{teemu_leinonen_software_2008} -\@writefile{lof}{\contentsline {figure}{\numberline {7}{\ignorespaces Patrones de bifurcaci\IeC {\'o}n en los sistemas no l\IeC {\'\i }neales (izquierda) y en la evoluci\IeC {\'o}n de artefactos (derecha) (Tomados de Jonas 2007). Ac\IeC {\'a} se propone agregar a la historia del dise\IeC {\~n}o no s\IeC {\'o}lo lo de que es, sino la de lo que hubiera podido ser, con especial atenci\IeC {\'o}n a las bifurcaciones y lo fallido. }}{41}{chapter*.11}} -\newlabel{fig:bifurcacion-estudio}{{7}{41}{De todos los mundos posibles, uno potenciador de lo humano, emancipador y construido en comunidad}{chapter*.11}{}} -\newpmemlabel{^_6}{41} -\@writefile{lof}{\contentsline {figure}{\numberline {8}{\ignorespaces Din\IeC {\'a}mica de dise\IeC {\~n}o para la modificaci\IeC {\'o}n rec\IeC {\'\i }proca entre artefactos y comunidades. Adaptado de Leinonen 2008, pg 31.}}{42}{chapter*.11}} -\newlabel{fig:leinonen-design}{{8}{42}{De todos los mundos posibles, uno potenciador de lo humano, emancipador y construido en comunidad}{chapter*.11}{}} -\@writefile{toc}{\contentsline {part}{II\hspace {1em}Jalonando la modificaci\IeC {\'o}n rec\IeC {\'\i }proca de artefactos digitales y comunidades}{45}{part.2}} -\newlabel{part:bootstrapping}{{II}{47}{Jalonando la modificación recíproca de artefactos digitales y comunidades}{part.2}{}} -\@writefile{toc}{\contentsline {chapter}{El contexto: culturas hacker globales y locales}{47}{chapter*.12}} -\@writefile{lof}{\addvspace {10\p@ }} -\@writefile{lot}{\addvspace {10\p@ }} -\newlabel{cultura-hacker}{{II}{47}{El contexto: culturas hacker globales y locales}{chapter*.12}{}} -\@writefile{toc}{\contentsline {section}{La multisituada cultura hacker}{47}{section*.13}} -\newlabel{hacker-zoom-out}{{II}{47}{La multisituada cultura hacker}{section*.13}{}} -\@writefile{toc}{\contentsline {section}{HackBo, un hackerspace en Bogot\IeC {\'a}}{47}{section*.14}} -\newlabel{hacker-zoom-in}{{II}{47}{HackBo, un hackerspace en Bogotá}{section*.14}{}} -\@writefile{toc}{\contentsline {section}{Mi lugar en la comunidad}{47}{section*.15}} -\newlabel{mi-lugar}{{II}{47}{Mi lugar en la comunidad}{section*.15}{}} -\@writefile{toc}{\contentsline {chapter}{Habitar el problema}{51}{chapter*.16}} -\@writefile{lof}{\addvspace {10\p@ }} -\@writefile{lot}{\addvspace {10\p@ }} -\newlabel{habitar-el-problema}{{II}{51}{Habitar el problema}{chapter*.16}{}} -\@writefile{toc}{\contentsline {section}{Prehistoria: H\IeC {\'a}bitats digitales e Indie Web Science}{51}{section*.17}} -\newlabel{prehistoria}{{II}{51}{Prehistoria: Hábitats digitales e Indie Web Science}{section*.17}{}} -\citation{luna_cardenas_deepness_2013-1} -\citation{luna_cardenas_deepness_2013} -\citation{luna_cardenas_indie_2014} -\citation{noauthor_hackathon_2017} -\citation{lilly_irani_hackathons_2015} -\@writefile{toc}{\contentsline {section}{La Gobernat\IeC {\'o}n: La hackat\IeC {\'o}n como acto de resistencia y cr\IeC {\'\i }tica desde la sociedad c\IeC {\'\i }vil}{56}{section*.18}} -\newlabel{gobernaton}{{II}{56}{La Gobernatón: La hackatón como acto de resistencia y crítica desde la sociedad cívil}{section*.18}{}} -\@writefile{toc}{\contentsline {subsection}{De las apps y los portales a las narrativas computacionales}{57}{subsection*.19}} -\newlabel{hacia-narrativas-computacionales}{{II}{57}{De las apps y los portales a las narrativas computacionales}{subsection*.19}{}} -\citation{luna_cardenas_metaforas_2014} -\@writefile{toc}{\contentsline {section}{Grafoscopio}{58}{section*.20}} -\newlabel{grafoscopio}{{II}{58}{Grafoscopio}{section*.20}{}} -\newpmemlabel{^_7}{58} -\@writefile{lof}{\contentsline {figure}{\numberline {9}{\ignorespaces Parte de la p\IeC {\'a}gina Web Grafoscopio. Tomado de Luna 2014. }}{59}{section*.20}} -\newlabel{fig:grafoscopio-web}{{9}{59}{Grafoscopio}{section*.20}{}} -\@writefile{toc}{\contentsline {subsection}{Autorreferencialidad y Bifurcaci\IeC {\'o}n}{59}{subsection*.21}} -\newlabel{auto-bifur}{{II}{59}{Autorreferencialidad y Bifurcación}{subsection*.21}{}} -\newpmemlabel{^_8}{59} -\citation{rushkoff_program_2010} -\@writefile{lof}{\contentsline {figure}{\numberline {10}{\ignorespaces Realimentaci\IeC {\'o}n entre escritura y artefacto en Grafoscopio. Tomado de Luna 2014. }}{60}{subsection*.21}} -\newlabel{fig:realimentacion-artefacto-escritura}{{10}{60}{Autorreferencialidad y Bifurcación}{subsection*.21}{}} -\@writefile{toc}{\contentsline {subsection}{Constructos con Grafoscopio}{62}{subsection*.22}} -\newpmemlabel{^_9}{63} -\@writefile{lof}{\contentsline {figure}{\numberline {11}{\ignorespaces Visualizaci\IeC {\'o}n de los derechos homosexuales por \emph {The Guardian}, que sirvi\IeC {\'o} como modelo para las visualizaciones sobre ausencia de informaci\IeC {\'o}n sobre medicamentos del paquete Dataviz en Grafoscopio. }}{63}{subsection*.22}} -\newlabel{fig:derechos-homosexuales}{{11}{63}{Constructos con Grafoscopio}{subsection*.22}{}} -\newpmemlabel{^_10}{63} -\@writefile{lof}{\contentsline {figure}{\numberline {12}{\ignorespaces 3 visualizaciones a la medida, a partir de la gr\IeC {\'a}fica de \emph {The Guardian}, creadas en el paquete \texttt {Dataviz}, que es parte de Grafoscopio. Los detalles sobre las mismas y c\IeC {\'o}mo interpretarlas est\IeC {\'a}n en Gil-2015. La historia de como surgieron est\IeC {\'a}n en Luna-2016-Infomed}}{64}{subfigure.12.3}} -\@writefile{lof}{\contentsline {subfigure}{\numberline{(a)}{\ignorespaces {}}}{64}{subfigure.12.1}} -\@writefile{lof}{\contentsline {subfigure}{\numberline{(b)}{\ignorespaces {}}}{64}{subfigure.12.2}} -\@writefile{lof}{\contentsline {subfigure}{\numberline{(c)}{\ignorespaces {}}}{64}{subfigure.12.3}} -\newlabel{fig:infomed-visuals}{{12}{64}{Constructos con Grafoscopio}{subfigure.12.3}{}} -\newpmemlabel{^_11}{66} -\@writefile{lof}{\contentsline {figure}{\numberline {13}{\ignorespaces Dos adaptaciones hechas al software de visualizaci\IeC {\'o}n, incluidas con Grafoscopio y su paquete Dataviz, para crear las im\IeC {\'a}genes en la figura \ref {fig:infomed-visuals}. A la izquierda visualizaci\IeC {\'o}n base para informaci\IeC {\'o}n jer\IeC {\'a}rquica en lugar de matricial. A la derecha, ilustraci\IeC {\'o}n de la transformaci\IeC {\'o}n de informaci\IeC {\'o}n matricial en jer\IeC {\'a}rquica para adaptarla a la nueva visualizaci\IeC {\'o}n. Tomadas de Luna-2016-infomed. }}{66}{subfigure.12.3}} -\newlabel{fig:bifurcacion-estudio}{{13}{66}{Constructos con Grafoscopio}{subfigure.12.3}{}} -\newpmemlabel{^_12}{66} -\@writefile{lof}{\contentsline {figure}{\numberline {14}{\ignorespaces Dos mapas sobre los paraisos fiscales. La de la izquierda, tomada de la Wikipedia, es irreproducible a partir de los datos publicados. La de la derecha, hecha por el autor, es reproducible y el entorno que la crea y contiene, incluido el micrositio web, cabe en una memoria USB y se puede ejecutar en un computador modesto. }}{66}{subfigure.12.3}} -\newlabel{fig:pp-dos-mapas}{{14}{66}{Constructos con Grafoscopio}{subfigure.12.3}{}} -\newpmemlabel{^_13}{67} -\@writefile{lof}{\contentsline {figure}{\numberline {15}{\ignorespaces Minisitio desarrollado para el proyecto de los \emph {Panam\IeC {\'a} Papers}.}}{67}{subfigure.12.3}} -\newlabel{fig:pp-minisitio}{{15}{67}{Constructos con Grafoscopio}{subfigure.12.3}{}} -\newpmemlabel{^_14}{68} -\newpmemlabel{^_15}{68} -\@writefile{lof}{\contentsline {figure}{\numberline {16}{\ignorespaces Izquierda: Libreta interactiva en Grafoscopio de los \emph {Panama Papers}. Derecha: Consulta a la base de datos y lenguaje de dominio espec\IeC {\'\i }fico integrados dentro del entorno. }}{69}{subfigure.12.3}} -\newlabel{fig:pp-libreta-y-consulta}{{16}{69}{Constructos con Grafoscopio}{subfigure.12.3}{}} -\@writefile{lof}{\contentsline {figure}{\numberline {17}{\ignorespaces Flujo de trabajo para la creaci\IeC {\'o}n de la visualizaci\IeC {\'o}n de los \emph {Panama Papers} y sus publicaciones de soporte (minisitio y entrada al blog). Los c\IeC {\'\i }rculos representan los entornos donde se realizan actividades asociadas a los datos, representadas por rect\IeC {\'a}ngulos. Se puede apreciar como Grafoscopio, a trav\IeC {\'e}s de la documentaci\IeC {\'o}n interactiva, es el puente entre la exploraci\IeC {\'o}n y visualizaci\IeC {\'o}n de los datos y su publicaci\IeC {\'o}n. Este flujo de trabajo con entornos y actividades fue prototipado como parte de la pasant\IeC {\'\i }a doctoral. Tomado de Luna-2016-pp. }}{69}{subfigure.12.3}} -\newlabel{fig:pp-workflow}{{17}{69}{Constructos con Grafoscopio}{subfigure.12.3}{}} -\@writefile{toc}{\contentsline {section}{El Data Week}{70}{section*.23}} -\newlabel{dataweek}{{II}{70}{El Data Week}{section*.23}{}} -\@writefile{toc}{\contentsline {subsection}{Ediciones: los ritmos, intensidades, tem\IeC {\'a}ticas y productos}{71}{subsection*.24}} -\newlabel{dataweek}{{II}{71}{Ediciones: los ritmos, intensidades, temáticas y productos}{subsection*.24}{}} -\@writefile{toc}{\contentsline {subsection}{Los participantes y sus lecturas}{74}{subsection*.25}} -\newlabel{participantes}{{II}{74}{Los participantes y sus lecturas}{subsection*.25}{}} -\newpmemlabel{^_16}{74} -\@writefile{lof}{\contentsline {figure}{\numberline {18}{\ignorespaces 3 Eventos relacionados con el Data Week: [a] Talleres de \emph {Indie Web Science} en HackBo, Bogot\IeC {\'a} (marzo 2015). [b] Data Week 1 en HackBo, Bogot\IeC {\'a} (junio 2015) [c] Data Week 4 en el Colaboratorio, Medell\IeC {\'\i }n (julio 2016).}}{75}{subfigure.18.3}} -\@writefile{lof}{\contentsline {subfigure}{\numberline{(a)}{\ignorespaces {}}}{75}{subfigure.18.1}} -\@writefile{lof}{\contentsline {subfigure}{\numberline{(b)}{\ignorespaces {}}}{75}{subfigure.18.2}} -\@writefile{lof}{\contentsline {subfigure}{\numberline{(c)}{\ignorespaces {}}}{75}{subfigure.18.3}} -\newlabel{fig:infomed-visuals}{{18}{75}{Los participantes y sus lecturas}{subfigure.18.3}{}} -\@writefile{toc}{\contentsline {part}{III\hspace {1em}Anexos}{77}{part.3}} -\bibdata{bibliography} -\bibcite{noauthor_hackbo_2010}{{1}{2010}{{noa}}{{}}} -\bibcite{noauthor_hackathon_2017}{{2}{2017}{{noa}}{{}}} -\bibcite{berlow_simplifying_nodate}{{3}{}{{Berlow}}{{}}} -\bibcite{bonsiepe_uneasy_nodate}{{4}{}{{Bonsiepe}}{{}}} -\bibcite{bonsiepe_design_2000}{{5}{2000}{{Bonsiepe}}{{}}} -\bibcite{buchanan_children_nodate}{{6}{}{{Buchanan}}{{}}} -\bibcite{coleman_coding_2013}{{7}{2013}{{Coleman}}{{}}} -\bibcite{friedman_interview_2004}{{8}{2004}{{Friedman}}{{}}} -\bibcite{fuchs_autopoiesis_nodate}{{9}{}{{Fuchs and Hofkirchner}}{{}}} -\bibcite{garfinkel_unix-haters_1994}{{10}{1994}{{Garfinkel et~al.}}{{Garfinkel, Weise, and Strassmann}}} -\bibcite{glanville_interview_nodate}{{11}{}{{Glanville}}{{}}} -\bibcite{hernan_thomas_tecnologias_nodate}{{12}{}{{Hern\IeC {\'a}n Thomas}}{{}}} -\newlabel{part:bootstrapping}{{III}{79}{Anexos}{part.3}{}} -\@writefile{toc}{\contentsline {chapter}{Bibliograf\'{\i }a}{79}{chapter*.26}} -\@writefile{lof}{\addvspace {10\p@ }} -\@writefile{lot}{\addvspace {10\p@ }} -\bibcite{ingalls_design_1981}{{13}{1981}{{Ingalls}}{{}}} -\bibcite{jonas_design_2007}{{14}{2007}{{Jonas}}{{}}} -\bibcite{keller_for_2007}{{15}{2007}{{Keller}}{{}}} -\bibcite{krippendorff_design_nodate}{{16}{}{{Krippendorff}}{{}}} -\bibcite{lanier_you_2010}{{17}{2010}{{Lanier}}{{}}} -\bibcite{lilly_irani_hackathons_2015}{{18}{2015}{{Lilly Irani}}{{}}} -\bibcite{luna_cardenas_deepness_2013}{{19}{2013{a}}{{Luna~C\IeC {\'a}rdenas}}{{}}} -\bibcite{luna_cardenas_deepness_2013-1}{{20}{2013{b}}{{Luna~C\IeC {\'a}rdenas}}{{}}} -\bibcite{luna_cardenas_grafoscopio_2014}{{21}{2014{a}}{{Luna~C\IeC {\'a}rdenas}}{{}}} -\bibcite{luna_cardenas_indie_2014}{{22}{2014{b}}{{Luna~C\IeC {\'a}rdenas}}{{}}} -\bibcite{luna_cardenas_metaforas_2014}{{23}{2014{c}}{{Luna~C\IeC {\'a}rdenas}}{{}}} -\bibcite{luna_cardenas_data_2015}{{24}{2015}{{Luna~C\IeC {\'a}rdenas}}{{}}} -\bibcite{manzini_emerging_2013}{{25}{2013}{{Manzini and Meroni}}{{}}} -\bibcite{maxwell_tracing_2006}{{26}{2006}{{Maxwell}}{{}}} -\bibcite{moller_definicion_nodate}{{27}{}{{M\IeC {\"o}ller et~al.}}{{M\IeC {\"o}ller, Hill, Beesley, Garlick, and Stark}}} -\bibcite{pieter_jan_stappers_doing_2007}{{28}{2007}{{Pieter Jan, Stappers}}{{}}} -\bibcite{rushkoff_program_2010}{{29}{2010}{{Rushkoff}}{{}}} -\bibcite{saikaly_design_2003}{{30}{2003}{{Saikaly}}{{}}} -\bibcite{saikaly_approaches_2005}{{31}{2005}{{Saikaly}}{{}}} -\bibcite{Sennett_artesano_2009}{{32}{2009}{{Sennett}}{{}}} -\bibcite{teemu_leinonen_software_2008}{{33}{2008}{{Teemu Leinonen}}{{}}} -\bibcite{tufte_visual_2001}{{34}{2001}{{Tufte}}{{}}} -\bibcite{twardy_argument_nodate}{{35}{}{{Twardy}}{{}}} -\bibcite{victor_media_nodate}{{36}{}{{Victor}}{{}}} -\bibcite{wenger_communities_1999}{{37}{1999}{{Wenger}}{{}}} -\bibstyle{plainnat} -\@writefile{toc}{\contentsline {chapter}{\'{I}ndice alfab\'{e}tico}{83}{chapter*.27}} -\@writefile{lof}{\addvspace {10\p@ }} -\@writefile{lot}{\addvspace {10\p@ }} +\HyPL@Entry{0<>} +\@writefile{toc}{\boolfalse {citerequest}\boolfalse {citetracker}\boolfalse {pagetracker}\boolfalse {backtracker}\relax } +\@writefile{lof}{\boolfalse {citerequest}\boolfalse {citetracker}\boolfalse {pagetracker}\boolfalse {backtracker}\relax } +\@writefile{lot}{\boolfalse {citerequest}\boolfalse {citetracker}\boolfalse {pagetracker}\boolfalse {backtracker}\relax } +\babel@aux{spanish}{} +\@writefile{toc}{\defcounter {refsection}{0}\relax }\@writefile{toc}{\contentsline {part}{I\hspace {1em}Anexos}{13}{part.1}} +\newlabel{part:bootstrapping}{{I}{15}{Anexos}{part.1}{}} \ttl@finishall Index: Tesis/Escrito/TextoIntegrado/main.bbl ================================================================== --- Tesis/Escrito/TextoIntegrado/main.bbl +++ Tesis/Escrito/TextoIntegrado/main.bbl @@ -1,239 +0,0 @@ -\begin{thebibliography}{37} -\providecommand{\natexlab}[1]{#1} -\providecommand{\url}[1]{\texttt{#1}} -\expandafter\ifx\csname urlstyle\endcsname\relax - \providecommand{\doi}[1]{doi: #1}\else - \providecommand{\doi}{doi: \begingroup \urlstyle{rm}\Url}\fi - -\bibitem[noa(2010)]{noauthor_hackbo_2010} -{HackBo}, 2010. -\newblock URL \url{http://hackbo.co/}. - -\bibitem[noa(2017)]{noauthor_hackathon_2017} -Hackathon, August 2017. -\newblock URL - \url{https://en.wikipedia.org/w/index.php?title=Hackathon&oldid=795570223}. -\newblock Page Version ID: 795570223. - -\bibitem[Berlow()]{berlow_simplifying_nodate} -Eric Berlow. -\newblock \emph{Simplifying complexity {\textbackslash}textbar {Talk} {Video} - {\textbackslash}textbar {TED}.com}. -\newblock URL \url{https://is.gd/berlow2010}. - -\bibitem[Bonsiepe()]{bonsiepe_uneasy_nodate} -Gui Bonsiepe. -\newblock The {Uneasy} {Relationship} between {Design} and {Design} {Research}. -\newblock In \emph{Design {Research} {Now}}. - -\bibitem[Bonsiepe(2000)]{bonsiepe_design_2000} -Gui Bonsiepe. -\newblock Design as {Tool} for {Cognitive} {Metabolism}: {From} {Knowledge} - {Production} to {Knowledge} {Presentation}. -\newblock In \emph{international symposium on the dimensions of industrial - design research}, Italia, June 2000. - -\bibitem[Buchanan()]{buchanan_children_nodate} -Richard Buchanan. -\newblock "{Children} of the {Moving} {Present}" {The} {Ecology} of {Culture} - and the {Search} for {Causes} in {Design}.". -\newblock \penalty0 (17):\penalty0 67--84. - -\bibitem[Coleman(2013)]{coleman_coding_2013} -Gabriella Coleman. -\newblock \emph{Coding {Freedom}. {The} {Ehics} and aesthetics of hacking}. -\newblock 2013. -\newblock ISBN 978-0-691-14461-0. -\newblock URL \url{http://gabriellacoleman.org/Coleman-Coding-Freedom.pdf}. - -\bibitem[Friedman(2004)]{friedman_interview_2004} -Ken Friedman. -\newblock Interview with {Ken} {Friedman}. -\newblock In \emph{Mind {The} {Gap}. {On} knowing and not-knowing in design}. - Bremen, Germany, 2004. -\newblock ISBN 3-89757-245. - -\bibitem[Fuchs and Hofkirchner()]{fuchs_autopoiesis_nodate} -Christian Fuchs and Wolfgang Hofkirchner. -\newblock Autopoiesis and critical social systems theory. -\newblock \emph{Autopoiesis in organization theory and practice}, pages - 111--129. - -\bibitem[Garfinkel et~al.(1994)Garfinkel, Weise, and - Strassmann]{garfinkel_unix-haters_1994} -Simson Garfinkel, Daniel Weise, and Steven Strassmann. -\newblock \emph{The {UNIX}-haters handbook}. -\newblock IDG Books, 1994. -\newblock ISBN 1-56884-203-1. -\newblock URL \url{http://simson.net/ref/ugh.pdf}. -\newblock Published: Paperback. - -\bibitem[Glanville()]{glanville_interview_nodate} -Ranulph Glanville. -\newblock Interview with {Ranulph} {Glanville}. -\newblock In \emph{Mind {The} {Gap}. {On} knowing and not-knowing in design}. - -\bibitem[{Hernán Thomas}()]{hernan_thomas_tecnologias_nodate} -{Hernán Thomas}. -\newblock \emph{Tecnologías para la inclusión social y políticas públicas - en {América} {Latina}}. - -\bibitem[Ingalls(1981)]{ingalls_design_1981} -Dan Ingalls. -\newblock Design {Principles} {Behind} {Smalltalk}. -\newblock \emph{Byte}, 6\penalty0 (8), August 1981. - -\bibitem[Jonas(2007)]{jonas_design_2007} -Wolfgang Jonas. -\newblock Design {Research} and its {Meaning} to the {Methodological} - {Development} of the {Discipline}. -\newblock In \emph{Design {Research} {Now}}, pages 150 -- 169. Alemania, 2007. -\newblock ISBN 978-3-7643-8471-5. -\newblock URL \url{https://is.gd/jonas2007}. - -\bibitem[Keller(2007)]{keller_for_2007} -Ianus Keller. -\newblock For {Inspiration} {Only}. -\newblock In \emph{Design {Research} {Now}}. 2007. - -\bibitem[Krippendorff()]{krippendorff_design_nodate} -Klaus Krippendorff. -\newblock Design {Research}, an {Oxymoron}? -\newblock In \emph{Design {Research} {Now}}, pages 55--68. - -\bibitem[Lanier(2010)]{lanier_you_2010} -Jaron Lanier. -\newblock \emph{You {Are} {Not} a {Gadget}: {A} {Manifesto}}. -\newblock Knopf, 1 edition, 2010. -\newblock ISBN 0-307-26964-7 978-0-307-26964-5. -\newblock URL - \url{http://gen.lib.rus.ec/book/index.php?md5=84de2a0765823489be4f2ec72f031aff}. - -\bibitem[{Lilly Irani}(2015)]{lilly_irani_hackathons_2015} -{Lilly Irani}. -\newblock Hackathons and the {Making} of {Entrepreneurial} {Citizenship}. -\newblock \emph{Science, Technology, \& Human Values}, pages 1--26, 2015. -\newblock \doi{10.1177/0162243915578486}. -\newblock URL - \url{https://social.stoa.usp.br/articles/0039/6313/0162243915578486.full.pdf}. - -\bibitem[Luna~Cárdenas(2013{\natexlab{a}})]{luna_cardenas_deepness_2013} -Offray~Vladimir Luna~Cárdenas. -\newblock On "deepness" and complexity of \#{IPython} documents: - http://is.gd/{yoUWBI}  cc @fperez\_org @ellisonbg, January - 2013{\natexlab{a}}. -\newblock URL \url{https://twitter.com/offrayLC/status/293188236019388417}. - -\bibitem[Luna~Cárdenas(2013{\natexlab{b}})]{luna_cardenas_deepness_2013-1} -Offray~Vladimir Luna~Cárdenas. -\newblock On "deepness" and complexity of {IPython} documents, January - 2013{\natexlab{b}}. -\newblock URL - \url{http://mutabit.com/offray/static/blog/output/posts/on-deepness-and-complexity-of-ipython-documents.html}. - -\bibitem[Luna~Cárdenas(2014{\natexlab{a}})]{luna_cardenas_grafoscopio_2014} -Offray~Vladimir Luna~Cárdenas. -\newblock Grafoscopio, 2014{\natexlab{a}}. -\newblock URL \url{http://mutabit.com/grafoscopio/}. - -\bibitem[Luna~Cárdenas(2014{\natexlab{b}})]{luna_cardenas_indie_2014} -Offray~Vladimir Luna~Cárdenas. -\newblock Indie web science = indie web + open/garage science?, January - 2014{\natexlab{b}}. -\newblock URL - \url{http://mutabit.com/offray/static/blog/output/posts/indie-science-indie-web-opengarage-science.html}. - -\bibitem[Luna~Cárdenas(2014{\natexlab{c}})]{luna_cardenas_metaforas_2014} -Offray~Vladimir Luna~Cárdenas. -\newblock Metáforas y artefactos alternativos de escritura para jalonar la - investigación abierta y la ciencia ciudadana y de garage. -\newblock September 2014{\natexlab{c}}. -\newblock URL - \url{http://mutabit.com/repos.fossil/grafoscopio/doc/tip/Docs/Es/Articulos/Libertadores/bootstrapping-objeto-investigacion.pdf}. - -\bibitem[Luna~Cárdenas(2015)]{luna_cardenas_data_2015} -Offray~Vladimir Luna~Cárdenas. -\newblock Data {Week}: {Taller} + {Hackatón} de visualización de datos, 2015. -\newblock URL \url{http://mutabit.com/dataweek/}. - -\bibitem[Manzini and Meroni(2013)]{manzini_emerging_2013} -Ezio Manzini and Anna Meroni. -\newblock Emerging {User} {Demands} for {Sustainable} {Solutions}, {EMUDE}. -\newblock In \emph{Design {Research} {Now}}. 2013. - -\bibitem[Maxwell(2006)]{maxwell_tracing_2006} -John~W. Maxwell. -\newblock \emph{Tracing the {Dynabook}}. -\newblock PhD thesis, University of British Columbia, November 2006. -\newblock URL \url{http://tkbr.ccsp.sfu.ca/dynabook/}. - -\bibitem[Möller et~al.()Möller, Hill, Beesley, Garlick, and - Stark]{moller_definicion_nodate} -Erik Möller, Benjamin~Mako Hill, Angela Beesley, Mia Garlick, and Elizabeth - Stark. -\newblock \emph{Definición de obras culturales libres}. -\newblock URL \url{http://freedomdefined.org/Definition/Es}. - -\bibitem[{Pieter Jan, Stappers}(2007)]{pieter_jan_stappers_doing_2007} -{Pieter Jan, Stappers}. -\newblock Doing {Design} as a {Part} of {Doing} {Research}. -\newblock In \emph{Design {Research} {Now}}. 2007. - -\bibitem[Rushkoff(2010)]{rushkoff_program_2010} -Douglas Rushkoff. -\newblock \emph{Program or {Be} {Programmed}: {Ten} {Commands} for a {Digital} - {Age}}. -\newblock November 2010. -\newblock URL - \url{http://www.amazon.com/Program-Be-Programmed-Commands-Digital/dp/159376426X}. - -\bibitem[Saikaly(2003)]{saikaly_design_2003} -Fatina Saikaly. -\newblock Design re-thinking: some issues about doctoral programmes in design. -\newblock In \emph{5th {International} {Conference} of the {European} {Academy} - of {Design}, {Techné}: {Design} {Wisdom}}, España, April 2003. - -\bibitem[Saikaly(2005)]{saikaly_approaches_2005} -Fatina Saikaly. -\newblock Approaches to {Design} {Research}: {Towards} the {Designerly} {Way}. -\newblock In \emph{6th {International} {Conference} of the {European} {Academy} - of {Design}, {Design} {System} {Evolution}}. University of the Arts Bremen, - March 2005. - -\bibitem[Sennett(2009)]{Sennett_artesano_2009} -Richard Sennett. -\newblock \emph{El {Artesano}}. -\newblock Anagrama, 2009. -\newblock ISBN 978-84-339-6287-4. - -\bibitem[{Teemu Leinonen}(2008)]{teemu_leinonen_software_2008} -{Teemu Leinonen}. -\newblock \emph{Software as {Hypothesis}: {Research}-{Based} {Design} - {Methodology}}. -\newblock 2008. -\newblock URL - \url{http://www.slideshare.net/teemul/software-as-hypothesis-researchbased-design-methodology-presentation}. - -\bibitem[Tufte(2001)]{tufte_visual_2001} -Edward~R. Tufte. -\newblock \emph{The {Visual} {Display} of {Quantitative} {Information}}. -\newblock Graphics Press, Cheshire, Connecticut, 2001. -\newblock ISBN 0-9613921-4-2. - -\bibitem[Twardy()]{twardy_argument_nodate} -Charles~R Twardy. -\newblock Argument {Maps} {Improve} {Critical} {Thinking}. -\newblock \emph{Teaching Philosophy}. -\newblock URL \url{http://cogprints.org/3008/1/reasonpaper.pdf}. - -\bibitem[Victor()]{victor_media_nodate} -Bret Victor. -\newblock \emph{Media for {Thinking} the {Unthinkable} on {Vimeo}}. -\newblock URL \url{http://vimeo.com/67076984}. - -\bibitem[Wenger(1999)]{wenger_communities_1999} -Etienne Wenger. -\newblock \emph{Communities of practice}. -\newblock Cambridge University Press, December 1999. - -\end{thebibliography} Index: Tesis/Escrito/TextoIntegrado/main.idx ================================================================== --- Tesis/Escrito/TextoIntegrado/main.idx +++ Tesis/Escrito/TextoIntegrado/main.idx @@ -1,1 +1,1 @@ -\indexentry{license|hyperpage}{4} +\indexentry{license|hyperpage}{5} DELETED Tesis/Escrito/TextoIntegrado/main.log Index: Tesis/Escrito/TextoIntegrado/main.log ================================================================== --- Tesis/Escrito/TextoIntegrado/main.log +++ Tesis/Escrito/TextoIntegrado/main.log @@ -1,2624 +0,0 @@ -This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017/Arch Linux) (preloaded format=pdflatex 2017.8.11) 31 AUG 2017 14:10 -entering extended mode - restricted \write18 enabled. - %&-line parsing enabled. -**main.tex -(./main.tex -LaTeX2e <2017-04-15> -Babel <3.12> and hyphenation patterns for 84 language(s) loaded. -(./tufte-book.cls -Document Class: tufte-book 2009/12/11 v3.5.0 Tufte-book class -(./tufte-common.def -File: tufte-common.def 2009/12/11 v3.5.0 Common code for the Tufte-LaTeX styles - - (/usr/share/texmf-dist/tex/latex/xkeyval/xkeyval.sty -Package: xkeyval 2014/12/03 v2.7a package option processing (HA) - -(/usr/share/texmf-dist/tex/generic/xkeyval/xkeyval.tex -(/usr/share/texmf-dist/tex/generic/xkeyval/xkvutils.tex -\XKV@toks=\toks14 -\XKV@tempa@toks=\toks15 - -(/usr/share/texmf-dist/tex/generic/xkeyval/keyval.tex)) -\XKV@depth=\count79 -File: xkeyval.tex 2014/12/03 v2.7a key=value parser (HA) -)) -(/usr/share/texmf-dist/tex/latex/xifthen/xifthen.sty -Package: xifthen 2015/11/05 v1.4.0 Extended ifthen features - -(/usr/share/texmf-dist/tex/latex/tools/calc.sty -Package: calc 2014/10/28 v4.3 Infix arithmetic (KKT,FJ) -\calc@Acount=\count80 -\calc@Bcount=\count81 -\calc@Adimen=\dimen102 -\calc@Bdimen=\dimen103 -\calc@Askip=\skip41 -\calc@Bskip=\skip42 -LaTeX Info: Redefining \setlength on input line 80. -LaTeX Info: Redefining \addtolength on input line 81. -\calc@Ccount=\count82 -\calc@Cskip=\skip43 -) -(/usr/share/texmf-dist/tex/latex/base/ifthen.sty -Package: ifthen 2014/09/29 v1.1c Standard LaTeX ifthen package (DPC) -) -(/usr/share/texmf-dist/tex/latex/ifmtarg/ifmtarg.sty -Package: ifmtarg 2009/09/02 v1.2a check for an empty argument -)) -Class tufte-book Info: Loading the base class `book'. - -(/usr/share/texmf-dist/tex/latex/base/book.cls -Document Class: book 2014/09/29 v1.4h Standard LaTeX document class -(/usr/share/texmf-dist/tex/latex/base/bk10.clo -File: bk10.clo 2014/09/29 v1.4h Standard LaTeX file (size option) -) -\c@part=\count83 -\c@chapter=\count84 -\c@section=\count85 -\c@subsection=\count86 -\c@subsubsection=\count87 -\c@paragraph=\count88 -\c@subparagraph=\count89 -\c@figure=\count90 -\c@table=\count91 -\abovecaptionskip=\skip44 -\belowcaptionskip=\skip45 -\bibindent=\dimen104 -) -(/usr/share/texmf-dist/tex/generic/oberdiek/ifpdf.sty -Package: ifpdf 2017/03/15 v3.2 Provides the ifpdf switch -) -(/usr/share/texmf-dist/tex/generic/ifxetex/ifxetex.sty -Package: ifxetex 2010/09/12 v0.6 Provides ifxetex conditional -) -(/usr/share/texmf-dist/tex/latex/titlesec/titlesec.sty -Package: titlesec 2016/03/21 v2.10.2 Sectioning titles -\ttl@box=\box26 -\beforetitleunit=\skip46 -\aftertitleunit=\skip47 -\ttl@plus=\dimen105 -\ttl@minus=\dimen106 -\ttl@toksa=\toks16 -\titlewidth=\dimen107 -\titlewidthlast=\dimen108 -\titlewidthfirst=\dimen109 -) -(/usr/share/texmf-dist/tex/latex/titlesec/titletoc.sty -Package: titletoc 2011/12/15 v1.6 TOC entries -\ttl@leftsep=\dimen110 -) -(/usr/share/texmf-dist/tex/latex/hyperref/hyperref.sty -Package: hyperref 2017/03/14 v6.85a Hypertext links for LaTeX - -(/usr/share/texmf-dist/tex/generic/oberdiek/hobsub-hyperref.sty -Package: hobsub-hyperref 2016/05/16 v1.14 Bundle oberdiek, subset hyperref (HO) - - -(/usr/share/texmf-dist/tex/generic/oberdiek/hobsub-generic.sty -Package: hobsub-generic 2016/05/16 v1.14 Bundle oberdiek, subset generic (HO) -Package: hobsub 2016/05/16 v1.14 Construct package bundles (HO) -Package: infwarerr 2016/05/16 v1.4 Providing info/warning/error messages (HO) -Package: ltxcmds 2016/05/16 v1.23 LaTeX kernel commands for general use (HO) -Package: ifluatex 2016/05/16 v1.4 Provides the ifluatex switch (HO) -Package ifluatex Info: LuaTeX not detected. -Package: ifvtex 2016/05/16 v1.6 Detect VTeX and its facilities (HO) -Package ifvtex Info: VTeX not detected. -Package: intcalc 2016/05/16 v1.2 Expandable calculations with integers (HO) -Package hobsub Info: Skipping package `ifpdf' (already loaded). -Package: etexcmds 2016/05/16 v1.6 Avoid name clashes with e-TeX commands (HO) -Package etexcmds Info: Could not find \expanded. -(etexcmds) That can mean that you are not using pdfTeX 1.50 or -(etexcmds) that some package has redefined \expanded. -(etexcmds) In the latter case, load this package earlier. -Package: kvsetkeys 2016/05/16 v1.17 Key value parser (HO) -Package: kvdefinekeys 2016/05/16 v1.4 Define keys (HO) -Package: pdftexcmds 2017/03/19 v0.25 Utility functions of pdfTeX for LuaTeX (HO -) -Package pdftexcmds Info: LuaTeX not detected. -Package pdftexcmds Info: \pdf@primitive is available. -Package pdftexcmds Info: \pdf@ifprimitive is available. -Package pdftexcmds Info: \pdfdraftmode found. -Package: pdfescape 2016/05/16 v1.14 Implements pdfTeX's escape features (HO) -Package: bigintcalc 2016/05/16 v1.4 Expandable calculations on big integers (HO -) -Package: bitset 2016/05/16 v1.2 Handle bit-vector datatype (HO) -Package: uniquecounter 2016/05/16 v1.3 Provide unlimited unique counter (HO) -) -Package hobsub Info: Skipping package `hobsub' (already loaded). -Package: letltxmacro 2016/05/16 v1.5 Let assignment for LaTeX macros (HO) -Package: hopatch 2016/05/16 v1.3 Wrapper for package hooks (HO) -Package: xcolor-patch 2016/05/16 xcolor patch -Package: atveryend 2016/05/16 v1.9 Hooks at the very end of document (HO) -Package atveryend Info: \enddocument detected (standard20110627). -Package: atbegshi 2016/06/09 v1.18 At begin shipout hook (HO) -Package: refcount 2016/05/16 v3.5 Data extraction from label references (HO) -Package: hycolor 2016/05/16 v1.8 Color options for hyperref/bookmark (HO) -) -(/usr/share/texmf-dist/tex/latex/oberdiek/auxhook.sty -Package: auxhook 2016/05/16 v1.4 Hooks for auxiliary files (HO) -) -(/usr/share/texmf-dist/tex/latex/oberdiek/kvoptions.sty -Package: kvoptions 2016/05/16 v3.12 Key value format for package options (HO) -) -\@linkdim=\dimen111 -\Hy@linkcounter=\count92 -\Hy@pagecounter=\count93 - -(/usr/share/texmf-dist/tex/latex/hyperref/pd1enc.def -File: pd1enc.def 2017/03/14 v6.85a Hyperref: PDFDocEncoding definition (HO) -) -\Hy@SavedSpaceFactor=\count94 - -(/usr/share/texmf-dist/tex/latex/latexconfig/hyperref.cfg -File: hyperref.cfg 2002/06/06 v1.2 hyperref configuration of TeXLive -) -Package hyperref Info: Option `unicode' set `true' on input line 4374. - -(/usr/share/texmf-dist/tex/latex/hyperref/puenc.def -File: puenc.def 2017/03/14 v6.85a Hyperref: PDF Unicode definition (HO) -) -Package hyperref Info: Option `hyperfootnotes' set `false' on input line 4374. -Package hyperref Info: Hyper figures OFF on input line 4498. -Package hyperref Info: Link nesting OFF on input line 4503. -Package hyperref Info: Hyper index ON on input line 4506. -Package hyperref Info: Plain pages OFF on input line 4513. -Package hyperref Info: Backreferencing OFF on input line 4518. -Package hyperref Info: Implicit mode ON; LaTeX internals redefined. -Package hyperref Info: Bookmarks ON on input line 4751. -\c@Hy@tempcnt=\count95 - -(/usr/share/texmf-dist/tex/latex/url/url.sty -\Urlmuskip=\muskip10 -Package: url 2013/09/16 ver 3.4 Verb mode for urls, etc. -) -LaTeX Info: Redefining \url on input line 5104. -\XeTeXLinkMargin=\dimen112 -\Fld@menulength=\count96 -\Field@Width=\dimen113 -\Fld@charsize=\dimen114 -Package hyperref Info: Hyper figures OFF on input line 6358. -Package hyperref Info: Link nesting OFF on input line 6363. -Package hyperref Info: Hyper index ON on input line 6366. -Package hyperref Info: backreferencing OFF on input line 6373. -Package hyperref Info: Link coloring OFF on input line 6378. -Package hyperref Info: Link coloring with OCG OFF on input line 6383. -Package hyperref Info: PDF/A mode OFF on input line 6388. -LaTeX Info: Redefining \ref on input line 6428. -LaTeX Info: Redefining \pageref on input line 6432. -\Hy@abspage=\count97 -\c@Item=\count98 -) - -Package hyperref Message: Driver (autodetected): hpdftex. - -(/usr/share/texmf-dist/tex/latex/hyperref/hpdftex.def -File: hpdftex.def 2017/03/14 v6.85a Hyperref driver for pdfTeX -\Fld@listcount=\count99 -\c@bookmark@seq@number=\count100 - -(/usr/share/texmf-dist/tex/latex/oberdiek/rerunfilecheck.sty -Package: rerunfilecheck 2016/05/16 v1.8 Rerun checks for auxiliary files (HO) -Package uniquecounter Info: New unique counter `rerunfilecheck' on input line 2 -82. -) -\Hy@SectionHShift=\skip48 -) - -Package hyperref Warning: Option `pagecolor' is not available anymore. - -(/usr/share/texmf-dist/tex/latex/ms/ragged2e.sty -Package: ragged2e 2009/05/21 v2.1 ragged2e Package (MS) - -(/usr/share/texmf-dist/tex/latex/ms/everysel.sty -Package: everysel 2011/10/28 v1.2 EverySelectfont Package (MS) -) -\CenteringLeftskip=\skip49 -\RaggedLeftLeftskip=\skip50 -\RaggedRightLeftskip=\skip51 -\CenteringRightskip=\skip52 -\RaggedLeftRightskip=\skip53 -\RaggedRightRightskip=\skip54 -\CenteringParfillskip=\skip55 -\RaggedLeftParfillskip=\skip56 -\RaggedRightParfillskip=\skip57 -\JustifyingParfillskip=\skip58 -\CenteringParindent=\skip59 -\RaggedLeftParindent=\skip60 -\RaggedRightParindent=\skip61 -\JustifyingParindent=\skip62 -) -(/usr/share/texmf-dist/tex/latex/geometry/geometry.sty -Package: geometry 2010/09/12 v5.6 Page Geometry -\Gm@cnth=\count101 -\Gm@cntv=\count102 -\c@Gm@tempcnt=\count103 -\Gm@bindingoffset=\dimen115 -\Gm@wd@mp=\dimen116 -\Gm@odd@mp=\dimen117 -\Gm@even@mp=\dimen118 -\Gm@layoutwidth=\dimen119 -\Gm@layoutheight=\dimen120 -\Gm@layouthoffset=\dimen121 -\Gm@layoutvoffset=\dimen122 -\Gm@dimlist=\toks17 -) -(/usr/share/texmf-dist/tex/latex/changepage/changepage.sty -Package: changepage 2009/10/20 v1.0c check page and change page layout -\c@cp@cntr=\count104 -\cp@tempcnt=\count105 -) -\@tufte@overhang=\skip63 -\@tufte@fullwidth=\skip64 -\@tufte@caption@fill=\skip65 - -(/usr/share/texmf-dist/tex/latex/paralist/paralist.sty -Package: paralist 2017/01/22 v2.7 Extended list environments -\pltopsep=\skip66 -\plpartopsep=\skip67 -\plitemsep=\skip68 -\plparsep=\skip69 -\pl@lab=\toks18 -) -(/usr/share/texmf-dist/tex/latex/textcase/textcase.sty -Package: textcase 2004/10/07 v0.07 Text only upper/lower case changing (DPC) -) -(/usr/share/texmf-dist/tex/latex/microtype/letterspace.sty -Package: letterspace 2017/07/07 v2.7 Robust letterspacing (RS) -LaTeX Info: Redefining \lsstyle on input line 345. -LaTeX Info: Redefining \lslig on input line 346. -LaTeX Info: Redefining \textls on input line 371. -\MT@outer@kern=\dimen123 -) -(/usr/share/texmf-dist/tex/latex/setspace/setspace.sty -Package: setspace 2011/12/19 v6.7a set line spacing -) -(/usr/share/texmf-dist/tex/latex/natbib/natbib.sty -Package: natbib 2010/09/13 8.31b (PWD, AO) -\bibhang=\skip70 -\bibsep=\skip71 -LaTeX Info: Redefining \cite on input line 694. -\c@NAT@ctr=\count106 -) -(/usr/share/texmf-dist/tex/latex/natbib/bibentry.sty -Package: bibentry 2007/10/30 1.5 (PWD) -) (./main.bbl) -\c@@tufte@num@bibkeys=\count107 - -(/usr/share/texmf-dist/tex/latex/sauerj/optparams.sty -Package: optparams 2004/08/14 v0.9 multiple optional parameters in macros -) -\@tufte@sidenote@vertical@offset=\skip72 - -(/usr/share/texmf-dist/tex/latex/placeins/placeins.sty -Package: placeins 2005/04/18 v 2.2 -) -\@tufte@margin@floatbox=\box27 -\@tufte@figure@box=\box28 -\@tufte@caption@box=\box29 -\@tufte@caption@vertical@offset=\skip73 -\@tufte@float@contents@width=\skip74 - -(/usr/share/texmf-dist/tex/latex/psnfss/mathpazo.sty -Package: mathpazo 2005/04/12 PSNFSS-v9.2a Palatino w/ Pazo Math (D.Puga, WaS) -\symupright=\mathgroup4 -) -(/usr/share/texmf-dist/tex/latex/psnfss/helvet.sty -Package: helvet 2005/04/12 PSNFSS-v9.2a (WaS) -) -(/usr/share/texmf-dist/tex/latex/bera/beramono.sty -Package: beramono 2004/01/31 (WaS) -) -(/usr/share/texmf-dist/tex/latex/base/fontenc.sty -Package: fontenc 2017/04/05 v2.0i Standard LaTeX package - -(/usr/share/texmf-dist/tex/latex/base/t1enc.def -File: t1enc.def 2017/04/05 v2.0i Standard LaTeX file -LaTeX Font Info: Redeclaring font encoding T1 on input line 48. -)) -(/usr/share/texmf-dist/tex/latex/base/textcomp.sty -Package: textcomp 2017/04/05 v2.0i Standard LaTeX package -Package textcomp Info: Sub-encoding information: -(textcomp) 5 = only ISO-Adobe without \textcurrency -(textcomp) 4 = 5 + \texteuro -(textcomp) 3 = 4 + \textohm -(textcomp) 2 = 3 + \textestimated + \textcurrency -(textcomp) 1 = TS1 - \textcircled - \t -(textcomp) 0 = TS1 (full) -(textcomp) Font families with sub-encoding setting implement -(textcomp) only a restricted character set as indicated. -(textcomp) Family '?' is the default used for unknown fonts. -(textcomp) See the documentation for details. -Package textcomp Info: Setting ? sub-encoding to TS1/1 on input line 79. - -(/usr/share/texmf-dist/tex/latex/base/ts1enc.def -File: ts1enc.def 2001/06/05 v3.0e (jk/car/fm) Standard LaTeX file -) -LaTeX Info: Redefining \oldstylenums on input line 334. -Package textcomp Info: Setting cmr sub-encoding to TS1/0 on input line 349. -Package textcomp Info: Setting cmss sub-encoding to TS1/0 on input line 350. -Package textcomp Info: Setting cmtt sub-encoding to TS1/0 on input line 351. -Package textcomp Info: Setting cmvtt sub-encoding to TS1/0 on input line 352. -Package textcomp Info: Setting cmbr sub-encoding to TS1/0 on input line 353. -Package textcomp Info: Setting cmtl sub-encoding to TS1/0 on input line 354. -Package textcomp Info: Setting ccr sub-encoding to TS1/0 on input line 355. -Package textcomp Info: Setting ptm sub-encoding to TS1/4 on input line 356. -Package textcomp Info: Setting pcr sub-encoding to TS1/4 on input line 357. -Package textcomp Info: Setting phv sub-encoding to TS1/4 on input line 358. -Package textcomp Info: Setting ppl sub-encoding to TS1/3 on input line 359. -Package textcomp Info: Setting pag sub-encoding to TS1/4 on input line 360. -Package textcomp Info: Setting pbk sub-encoding to TS1/4 on input line 361. -Package textcomp Info: Setting pnc sub-encoding to TS1/4 on input line 362. -Package textcomp Info: Setting pzc sub-encoding to TS1/4 on input line 363. -Package textcomp Info: Setting bch sub-encoding to TS1/4 on input line 364. -Package textcomp Info: Setting put sub-encoding to TS1/5 on input line 365. -Package textcomp Info: Setting uag sub-encoding to TS1/5 on input line 366. -Package textcomp Info: Setting ugq sub-encoding to TS1/5 on input line 367. -Package textcomp Info: Setting ul8 sub-encoding to TS1/4 on input line 368. -Package textcomp Info: Setting ul9 sub-encoding to TS1/4 on input line 369. -Package textcomp Info: Setting augie sub-encoding to TS1/5 on input line 370. -Package textcomp Info: Setting dayrom sub-encoding to TS1/3 on input line 371. -Package textcomp Info: Setting dayroms sub-encoding to TS1/3 on input line 372. - -Package textcomp Info: Setting pxr sub-encoding to TS1/0 on input line 373. -Package textcomp Info: Setting pxss sub-encoding to TS1/0 on input line 374. -Package textcomp Info: Setting pxtt sub-encoding to TS1/0 on input line 375. -Package textcomp Info: Setting txr sub-encoding to TS1/0 on input line 376. -Package textcomp Info: Setting txss sub-encoding to TS1/0 on input line 377. -Package textcomp Info: Setting txtt sub-encoding to TS1/0 on input line 378. -Package textcomp Info: Setting lmr sub-encoding to TS1/0 on input line 379. -Package textcomp Info: Setting lmdh sub-encoding to TS1/0 on input line 380. -Package textcomp Info: Setting lmss sub-encoding to TS1/0 on input line 381. -Package textcomp Info: Setting lmssq sub-encoding to TS1/0 on input line 382. -Package textcomp Info: Setting lmvtt sub-encoding to TS1/0 on input line 383. -Package textcomp Info: Setting lmtt sub-encoding to TS1/0 on input line 384. -Package textcomp Info: Setting qhv sub-encoding to TS1/0 on input line 385. -Package textcomp Info: Setting qag sub-encoding to TS1/0 on input line 386. -Package textcomp Info: Setting qbk sub-encoding to TS1/0 on input line 387. -Package textcomp Info: Setting qcr sub-encoding to TS1/0 on input line 388. -Package textcomp Info: Setting qcs sub-encoding to TS1/0 on input line 389. -Package textcomp Info: Setting qpl sub-encoding to TS1/0 on input line 390. -Package textcomp Info: Setting qtm sub-encoding to TS1/0 on input line 391. -Package textcomp Info: Setting qzc sub-encoding to TS1/0 on input line 392. -Package textcomp Info: Setting qhvc sub-encoding to TS1/0 on input line 393. -Package textcomp Info: Setting futs sub-encoding to TS1/4 on input line 394. -Package textcomp Info: Setting futx sub-encoding to TS1/4 on input line 395. -Package textcomp Info: Setting futj sub-encoding to TS1/4 on input line 396. -Package textcomp Info: Setting hlh sub-encoding to TS1/3 on input line 397. -Package textcomp Info: Setting hls sub-encoding to TS1/3 on input line 398. -Package textcomp Info: Setting hlst sub-encoding to TS1/3 on input line 399. -Package textcomp Info: Setting hlct sub-encoding to TS1/5 on input line 400. -Package textcomp Info: Setting hlx sub-encoding to TS1/5 on input line 401. -Package textcomp Info: Setting hlce sub-encoding to TS1/5 on input line 402. -Package textcomp Info: Setting hlcn sub-encoding to TS1/5 on input line 403. -Package textcomp Info: Setting hlcw sub-encoding to TS1/5 on input line 404. -Package textcomp Info: Setting hlcf sub-encoding to TS1/5 on input line 405. -Package textcomp Info: Setting pplx sub-encoding to TS1/3 on input line 406. -Package textcomp Info: Setting pplj sub-encoding to TS1/3 on input line 407. -Package textcomp Info: Setting ptmx sub-encoding to TS1/4 on input line 408. -Package textcomp Info: Setting ptmj sub-encoding to TS1/4 on input line 409. -) -(/usr/share/texmf-dist/tex/latex/fancyhdr/fancyhdr.sty -Package: fancyhdr 2017/06/30 v3.9a Extensive control of page headers and footer -s -\f@nch@headwidth=\skip75 -\f@nch@O@elh=\skip76 -\f@nch@O@erh=\skip77 -\f@nch@O@olh=\skip78 -\f@nch@O@orh=\skip79 -\f@nch@O@elf=\skip80 -\f@nch@O@erf=\skip81 -\f@nch@O@olf=\skip82 -\f@nch@O@orf=\skip83 -) -(/usr/share/texmf-dist/tex/latex/xcolor/xcolor.sty -Package: xcolor 2016/05/11 v2.12 LaTeX color extensions (UK) - -(/usr/share/texmf-dist/tex/latex/graphics-cfg/color.cfg -File: color.cfg 2016/01/02 v1.6 sample color configuration -) -Package xcolor Info: Package option `usenames' ignored on input line 216. -Package xcolor Info: Driver file: pdftex.def on input line 225. - -(/usr/share/texmf-dist/tex/latex/graphics-def/pdftex.def -File: pdftex.def 2017/06/24 v1.0g Graphics/color driver for pdftex -) -Package xcolor Info: Model `cmy' substituted by `cmy0' on input line 1348. -Package xcolor Info: Model `hsb' substituted by `rgb' on input line 1352. -Package xcolor Info: Model `RGB' extended on input line 1364. -Package xcolor Info: Model `HTML' substituted by `rgb' on input line 1366. -Package xcolor Info: Model `Hsb' substituted by `hsb' on input line 1367. -Package xcolor Info: Model `tHsb' substituted by `hsb' on input line 1368. -Package xcolor Info: Model `HSB' substituted by `hsb' on input line 1369. -Package xcolor Info: Model `Gray' substituted by `gray' on input line 1370. -Package xcolor Info: Model `wave' substituted by `hsb' on input line 1371. - -(/usr/share/texmf-dist/tex/latex/graphics/dvipsnam.def -File: dvipsnam.def 2016/06/17 v3.0m Driver-dependent file (DPC,SPQR) -) -(/usr/share/texmf-dist/tex/latex/xcolor/svgnam.def -File: svgnam.def 2016/05/11 v2.12 Predefined colors according to SVG 1.1 (UK) -)) -\langwohyphens=\language84 - -(/usr/share/texmf-dist/tex/latex/tools/multicol.sty -Package: multicol 2017/04/11 v1.8q multicolumn formatting (FMi) -\c@tracingmulticols=\count108 -\mult@box=\box30 -\multicol@leftmargin=\dimen124 -\c@unbalance=\count109 -\c@collectmore=\count110 -\doublecol@number=\count111 -\multicoltolerance=\count112 -\multicolpretolerance=\count113 -\full@width=\dimen125 -\page@free=\dimen126 -\premulticols=\dimen127 -\postmulticols=\dimen128 -\multicolsep=\skip84 -\multicolbaselineskip=\skip85 -\partial@page=\box31 -\last@line=\box32 -\maxbalancingoverflow=\dimen129 -\mult@rightbox=\box33 -\mult@grightbox=\box34 -\mult@gfirstbox=\box35 -\mult@firstbox=\box36 -\@tempa=\box37 -\@tempa=\box38 -\@tempa=\box39 -\@tempa=\box40 -\@tempa=\box41 -\@tempa=\box42 -\@tempa=\box43 -\@tempa=\box44 -\@tempa=\box45 -\@tempa=\box46 -\@tempa=\box47 -\@tempa=\box48 -\@tempa=\box49 -\@tempa=\box50 -\@tempa=\box51 -\@tempa=\box52 -\@tempa=\box53 -\c@columnbadness=\count114 -\c@finalcolumnbadness=\count115 -\last@try=\dimen130 -\multicolovershoot=\dimen131 -\multicolundershoot=\dimen132 -\mult@nat@firstbox=\box54 -\colbreak@box=\box55 -\mc@col@check@num=\count116 -))) -Package hyperref Info: Option `colorlinks' set `true' on input line 28. - -(/usr/share/texmf-dist/tex/latex/base/inputenc.sty -Package: inputenc 2015/03/17 v1.2c Input encoding file -\inpenc@prehook=\toks19 -\inpenc@posthook=\toks20 - -(/usr/share/texmf-dist/tex/latex/base/utf8.def -File: utf8.def 2017/01/28 v1.1t UTF-8 support for inputenc -Now handling font encoding OML ... -... no UTF-8 mapping file for font encoding OML -Now handling font encoding T1 ... -... processing UTF-8 mapping file for font encoding T1 - -(/usr/share/texmf-dist/tex/latex/base/t1enc.dfu -File: t1enc.dfu 2017/01/28 v1.1t UTF-8 support for inputenc - defining Unicode char U+00A0 (decimal 160) - defining Unicode char U+00A1 (decimal 161) - defining Unicode char U+00A3 (decimal 163) - defining Unicode char U+00AB (decimal 171) - defining Unicode char U+00AD (decimal 173) - defining Unicode char U+00BB (decimal 187) - defining Unicode char U+00BF (decimal 191) - defining Unicode char U+00C0 (decimal 192) - defining Unicode char U+00C1 (decimal 193) - defining Unicode char U+00C2 (decimal 194) - defining Unicode char U+00C3 (decimal 195) - defining Unicode char U+00C4 (decimal 196) - defining Unicode char U+00C5 (decimal 197) - defining Unicode char U+00C6 (decimal 198) - defining Unicode char U+00C7 (decimal 199) - defining Unicode char U+00C8 (decimal 200) - defining Unicode char U+00C9 (decimal 201) - defining Unicode char U+00CA (decimal 202) - defining Unicode char U+00CB (decimal 203) - defining Unicode char U+00CC (decimal 204) - defining Unicode char U+00CD (decimal 205) - defining Unicode char U+00CE (decimal 206) - defining Unicode char U+00CF (decimal 207) - defining Unicode char U+00D0 (decimal 208) - defining Unicode char U+00D1 (decimal 209) - defining Unicode char U+00D2 (decimal 210) - defining Unicode char U+00D3 (decimal 211) - defining Unicode char U+00D4 (decimal 212) - defining Unicode char U+00D5 (decimal 213) - defining Unicode char U+00D6 (decimal 214) - defining Unicode char U+00D8 (decimal 216) - defining Unicode char U+00D9 (decimal 217) - defining Unicode char U+00DA (decimal 218) - defining Unicode char U+00DB (decimal 219) - defining Unicode char U+00DC (decimal 220) - defining Unicode char U+00DD (decimal 221) - defining Unicode char U+00DE (decimal 222) - defining Unicode char U+00DF (decimal 223) - defining Unicode char U+00E0 (decimal 224) - defining Unicode char U+00E1 (decimal 225) - defining Unicode char U+00E2 (decimal 226) - defining Unicode char U+00E3 (decimal 227) - defining Unicode char U+00E4 (decimal 228) - defining Unicode char U+00E5 (decimal 229) - defining Unicode char U+00E6 (decimal 230) - defining Unicode char U+00E7 (decimal 231) - defining Unicode char U+00E8 (decimal 232) - defining Unicode char U+00E9 (decimal 233) - defining Unicode char U+00EA (decimal 234) - defining Unicode char U+00EB (decimal 235) - defining Unicode char U+00EC (decimal 236) - defining Unicode char U+00ED (decimal 237) - defining Unicode char U+00EE (decimal 238) - defining Unicode char U+00EF (decimal 239) - defining Unicode char U+00F0 (decimal 240) - defining Unicode char U+00F1 (decimal 241) - defining Unicode char U+00F2 (decimal 242) - defining Unicode char U+00F3 (decimal 243) - defining Unicode char U+00F4 (decimal 244) - defining Unicode char U+00F5 (decimal 245) - defining Unicode char U+00F6 (decimal 246) - defining Unicode char U+00F8 (decimal 248) - defining Unicode char U+00F9 (decimal 249) - defining Unicode char U+00FA (decimal 250) - defining Unicode char U+00FB (decimal 251) - defining Unicode char U+00FC (decimal 252) - defining Unicode char U+00FD (decimal 253) - defining Unicode char U+00FE (decimal 254) - defining Unicode char U+00FF (decimal 255) - defining Unicode char U+0100 (decimal 256) - defining Unicode char U+0101 (decimal 257) - defining Unicode char U+0102 (decimal 258) - defining Unicode char U+0103 (decimal 259) - defining Unicode char U+0104 (decimal 260) - defining Unicode char U+0105 (decimal 261) - defining Unicode char U+0106 (decimal 262) - defining Unicode char U+0107 (decimal 263) - defining Unicode char U+0108 (decimal 264) - defining Unicode char U+0109 (decimal 265) - defining Unicode char U+010A (decimal 266) - defining Unicode char U+010B (decimal 267) - defining Unicode char U+010C (decimal 268) - defining Unicode char U+010D (decimal 269) - defining Unicode char U+010E (decimal 270) - defining Unicode char U+010F (decimal 271) - defining Unicode char U+0110 (decimal 272) - defining Unicode char U+0111 (decimal 273) - defining Unicode char U+0112 (decimal 274) - defining Unicode char U+0113 (decimal 275) - defining Unicode char U+0114 (decimal 276) - defining Unicode char U+0115 (decimal 277) - defining Unicode char U+0116 (decimal 278) - defining Unicode char U+0117 (decimal 279) - defining Unicode char U+0118 (decimal 280) - defining Unicode char U+0119 (decimal 281) - defining Unicode char U+011A (decimal 282) - defining Unicode char U+011B (decimal 283) - defining Unicode char U+011C (decimal 284) - defining Unicode char U+011D (decimal 285) - defining Unicode char U+011E (decimal 286) - defining Unicode char U+011F (decimal 287) - defining Unicode char U+0120 (decimal 288) - defining Unicode char U+0121 (decimal 289) - defining Unicode char U+0122 (decimal 290) - defining Unicode char U+0123 (decimal 291) - defining Unicode char U+0124 (decimal 292) - defining Unicode char U+0125 (decimal 293) - defining Unicode char U+0128 (decimal 296) - defining Unicode char U+0129 (decimal 297) - defining Unicode char U+012A (decimal 298) - defining Unicode char U+012B (decimal 299) - defining Unicode char U+012C (decimal 300) - defining Unicode char U+012D (decimal 301) - defining Unicode char U+012E (decimal 302) - defining Unicode char U+012F (decimal 303) - defining Unicode char U+0130 (decimal 304) - defining Unicode char U+0131 (decimal 305) - defining Unicode char U+0132 (decimal 306) - defining Unicode char U+0133 (decimal 307) - defining Unicode char U+0134 (decimal 308) - defining Unicode char U+0135 (decimal 309) - defining Unicode char U+0136 (decimal 310) - defining Unicode char U+0137 (decimal 311) - defining Unicode char U+0139 (decimal 313) - defining Unicode char U+013A (decimal 314) - defining Unicode char U+013B (decimal 315) - defining Unicode char U+013C (decimal 316) - defining Unicode char U+013D (decimal 317) - defining Unicode char U+013E (decimal 318) - defining Unicode char U+0141 (decimal 321) - defining Unicode char U+0142 (decimal 322) - defining Unicode char U+0143 (decimal 323) - defining Unicode char U+0144 (decimal 324) - defining Unicode char U+0145 (decimal 325) - defining Unicode char U+0146 (decimal 326) - defining Unicode char U+0147 (decimal 327) - defining Unicode char U+0148 (decimal 328) - defining Unicode char U+014A (decimal 330) - defining Unicode char U+014B (decimal 331) - defining Unicode char U+014C (decimal 332) - defining Unicode char U+014D (decimal 333) - defining Unicode char U+014E (decimal 334) - defining Unicode char U+014F (decimal 335) - defining Unicode char U+0150 (decimal 336) - defining Unicode char U+0151 (decimal 337) - defining Unicode char U+0152 (decimal 338) - defining Unicode char U+0153 (decimal 339) - defining Unicode char U+0154 (decimal 340) - defining Unicode char U+0155 (decimal 341) - defining Unicode char U+0156 (decimal 342) - defining Unicode char U+0157 (decimal 343) - defining Unicode char U+0158 (decimal 344) - defining Unicode char U+0159 (decimal 345) - defining Unicode char U+015A (decimal 346) - defining Unicode char U+015B (decimal 347) - defining Unicode char U+015C (decimal 348) - defining Unicode char U+015D (decimal 349) - defining Unicode char U+015E (decimal 350) - defining Unicode char U+015F (decimal 351) - defining Unicode char U+0160 (decimal 352) - defining Unicode char U+0161 (decimal 353) - defining Unicode char U+0162 (decimal 354) - defining Unicode char U+0163 (decimal 355) - defining Unicode char U+0164 (decimal 356) - defining Unicode char U+0165 (decimal 357) - defining Unicode char U+0168 (decimal 360) - defining Unicode char U+0169 (decimal 361) - defining Unicode char U+016A (decimal 362) - defining Unicode char U+016B (decimal 363) - defining Unicode char U+016C (decimal 364) - defining Unicode char U+016D (decimal 365) - defining Unicode char U+016E (decimal 366) - defining Unicode char U+016F (decimal 367) - defining Unicode char U+0170 (decimal 368) - defining Unicode char U+0171 (decimal 369) - defining Unicode char U+0172 (decimal 370) - defining Unicode char U+0173 (decimal 371) - defining Unicode char U+0174 (decimal 372) - defining Unicode char U+0175 (decimal 373) - defining Unicode char U+0176 (decimal 374) - defining Unicode char U+0177 (decimal 375) - defining Unicode char U+0178 (decimal 376) - defining Unicode char U+0179 (decimal 377) - defining Unicode char U+017A (decimal 378) - defining Unicode char U+017B (decimal 379) - defining Unicode char U+017C (decimal 380) - defining Unicode char U+017D (decimal 381) - defining Unicode char U+017E (decimal 382) - defining Unicode char U+01CD (decimal 461) - defining Unicode char U+01CE (decimal 462) - defining Unicode char U+01CF (decimal 463) - defining Unicode char U+01D0 (decimal 464) - defining Unicode char U+01D1 (decimal 465) - defining Unicode char U+01D2 (decimal 466) - defining Unicode char U+01D3 (decimal 467) - defining Unicode char U+01D4 (decimal 468) - defining Unicode char U+01E2 (decimal 482) - defining Unicode char U+01E3 (decimal 483) - defining Unicode char U+01E6 (decimal 486) - defining Unicode char U+01E7 (decimal 487) - defining Unicode char U+01E8 (decimal 488) - defining Unicode char U+01E9 (decimal 489) - defining Unicode char U+01EA (decimal 490) - defining Unicode char U+01EB (decimal 491) - defining Unicode char U+01F0 (decimal 496) - defining Unicode char U+01F4 (decimal 500) - defining Unicode char U+01F5 (decimal 501) - defining Unicode char U+0218 (decimal 536) - defining Unicode char U+0219 (decimal 537) - defining Unicode char U+021A (decimal 538) - defining Unicode char U+021B (decimal 539) - defining Unicode char U+0232 (decimal 562) - defining Unicode char U+0233 (decimal 563) - defining Unicode char U+1E02 (decimal 7682) - defining Unicode char U+1E03 (decimal 7683) - defining Unicode char U+200C (decimal 8204) - defining Unicode char U+2010 (decimal 8208) - defining Unicode char U+2011 (decimal 8209) - defining Unicode char U+2012 (decimal 8210) - defining Unicode char U+2013 (decimal 8211) - defining Unicode char U+2014 (decimal 8212) - defining Unicode char U+2015 (decimal 8213) - defining Unicode char U+2018 (decimal 8216) - defining Unicode char U+2019 (decimal 8217) - defining Unicode char U+201A (decimal 8218) - defining Unicode char U+201C (decimal 8220) - defining Unicode char U+201D (decimal 8221) - defining Unicode char U+201E (decimal 8222) - defining Unicode char U+2030 (decimal 8240) - defining Unicode char U+2031 (decimal 8241) - defining Unicode char U+2039 (decimal 8249) - defining Unicode char U+203A (decimal 8250) - defining Unicode char U+2423 (decimal 9251) - defining Unicode char U+1E20 (decimal 7712) - defining Unicode char U+1E21 (decimal 7713) -) -Now handling font encoding OT1 ... -... processing UTF-8 mapping file for font encoding OT1 - -(/usr/share/texmf-dist/tex/latex/base/ot1enc.dfu -File: ot1enc.dfu 2017/01/28 v1.1t UTF-8 support for inputenc - defining Unicode char U+00A0 (decimal 160) - defining Unicode char U+00A1 (decimal 161) - defining Unicode char U+00A3 (decimal 163) - defining Unicode char U+00AD (decimal 173) - defining Unicode char U+00B8 (decimal 184) - defining Unicode char U+00BF (decimal 191) - defining Unicode char U+00C5 (decimal 197) - defining Unicode char U+00C6 (decimal 198) - defining Unicode char U+00D8 (decimal 216) - defining Unicode char U+00DF (decimal 223) - defining Unicode char U+00E6 (decimal 230) - defining Unicode char U+00EC (decimal 236) - defining Unicode char U+00ED (decimal 237) - defining Unicode char U+00EE (decimal 238) - defining Unicode char U+00EF (decimal 239) - defining Unicode char U+00F8 (decimal 248) - defining Unicode char U+0131 (decimal 305) - defining Unicode char U+0141 (decimal 321) - defining Unicode char U+0142 (decimal 322) - defining Unicode char U+0152 (decimal 338) - defining Unicode char U+0153 (decimal 339) - defining Unicode char U+0174 (decimal 372) - defining Unicode char U+0175 (decimal 373) - defining Unicode char U+0176 (decimal 374) - defining Unicode char U+0177 (decimal 375) - defining Unicode char U+0218 (decimal 536) - defining Unicode char U+0219 (decimal 537) - defining Unicode char U+021A (decimal 538) - defining Unicode char U+021B (decimal 539) - defining Unicode char U+2013 (decimal 8211) - defining Unicode char U+2014 (decimal 8212) - defining Unicode char U+2018 (decimal 8216) - defining Unicode char U+2019 (decimal 8217) - defining Unicode char U+201C (decimal 8220) - defining Unicode char U+201D (decimal 8221) -) -Now handling font encoding OMS ... -... processing UTF-8 mapping file for font encoding OMS - -(/usr/share/texmf-dist/tex/latex/base/omsenc.dfu -File: omsenc.dfu 2017/01/28 v1.1t UTF-8 support for inputenc - defining Unicode char U+00A7 (decimal 167) - defining Unicode char U+00B6 (decimal 182) - defining Unicode char U+00B7 (decimal 183) - defining Unicode char U+2020 (decimal 8224) - defining Unicode char U+2021 (decimal 8225) - defining Unicode char U+2022 (decimal 8226) -) -Now handling font encoding OMX ... -... no UTF-8 mapping file for font encoding OMX -Now handling font encoding U ... -... no UTF-8 mapping file for font encoding U -Now handling font encoding PD1 ... -... no UTF-8 mapping file for font encoding PD1 -Now handling font encoding PU ... -... no UTF-8 mapping file for font encoding PU -Now handling font encoding TS1 ... -... processing UTF-8 mapping file for font encoding TS1 - -(/usr/share/texmf-dist/tex/latex/base/ts1enc.dfu -File: ts1enc.dfu 2017/01/28 v1.1t UTF-8 support for inputenc - defining Unicode char U+00A2 (decimal 162) - defining Unicode char U+00A3 (decimal 163) - defining Unicode char U+00A4 (decimal 164) - defining Unicode char U+00A5 (decimal 165) - defining Unicode char U+00A6 (decimal 166) - defining Unicode char U+00A7 (decimal 167) - defining Unicode char U+00A8 (decimal 168) - defining Unicode char U+00A9 (decimal 169) - defining Unicode char U+00AA (decimal 170) - defining Unicode char U+00AC (decimal 172) - defining Unicode char U+00AE (decimal 174) - defining Unicode char U+00AF (decimal 175) - defining Unicode char U+00B0 (decimal 176) - defining Unicode char U+00B1 (decimal 177) - defining Unicode char U+00B2 (decimal 178) - defining Unicode char U+00B3 (decimal 179) - defining Unicode char U+00B4 (decimal 180) - defining Unicode char U+00B5 (decimal 181) - defining Unicode char U+00B6 (decimal 182) - defining Unicode char U+00B7 (decimal 183) - defining Unicode char U+00B9 (decimal 185) - defining Unicode char U+00BA (decimal 186) - defining Unicode char U+00BC (decimal 188) - defining Unicode char U+00BD (decimal 189) - defining Unicode char U+00BE (decimal 190) - defining Unicode char U+00D7 (decimal 215) - defining Unicode char U+00F7 (decimal 247) - defining Unicode char U+0192 (decimal 402) - defining Unicode char U+02C7 (decimal 711) - defining Unicode char U+02D8 (decimal 728) - defining Unicode char U+02DD (decimal 733) - defining Unicode char U+0E3F (decimal 3647) - defining Unicode char U+2016 (decimal 8214) - defining Unicode char U+2020 (decimal 8224) - defining Unicode char U+2021 (decimal 8225) - defining Unicode char U+2022 (decimal 8226) - defining Unicode char U+2030 (decimal 8240) - defining Unicode char U+2031 (decimal 8241) - defining Unicode char U+203B (decimal 8251) - defining Unicode char U+203D (decimal 8253) - defining Unicode char U+2044 (decimal 8260) - defining Unicode char U+204E (decimal 8270) - defining Unicode char U+2052 (decimal 8274) - defining Unicode char U+20A1 (decimal 8353) - defining Unicode char U+20A4 (decimal 8356) - defining Unicode char U+20A6 (decimal 8358) - defining Unicode char U+20A9 (decimal 8361) - defining Unicode char U+20AB (decimal 8363) - defining Unicode char U+20AC (decimal 8364) - defining Unicode char U+20B1 (decimal 8369) - defining Unicode char U+2103 (decimal 8451) - defining Unicode char U+2116 (decimal 8470) - defining Unicode char U+2117 (decimal 8471) - defining Unicode char U+211E (decimal 8478) - defining Unicode char U+2120 (decimal 8480) - defining Unicode char U+2122 (decimal 8482) - defining Unicode char U+2126 (decimal 8486) - defining Unicode char U+2127 (decimal 8487) - defining Unicode char U+212E (decimal 8494) - defining Unicode char U+2190 (decimal 8592) - defining Unicode char U+2191 (decimal 8593) - defining Unicode char U+2192 (decimal 8594) - defining Unicode char U+2193 (decimal 8595) - defining Unicode char U+2329 (decimal 9001) - defining Unicode char U+232A (decimal 9002) - defining Unicode char U+2422 (decimal 9250) - defining Unicode char U+25E6 (decimal 9702) - defining Unicode char U+25EF (decimal 9711) - defining Unicode char U+266A (decimal 9834) -) - defining Unicode char U+00A9 (decimal 169) - defining Unicode char U+00AA (decimal 170) - defining Unicode char U+00AE (decimal 174) - defining Unicode char U+00BA (decimal 186) - defining Unicode char U+02C6 (decimal 710) - defining Unicode char U+02DC (decimal 732) - defining Unicode char U+200C (decimal 8204) - defining Unicode char U+2026 (decimal 8230) - defining Unicode char U+2122 (decimal 8482) - defining Unicode char U+2423 (decimal 9251) -)) -(/usr/share/texmf-dist/tex/generic/babel/babel.sty -Package: babel 2017/06/29 3.12 The Babel package - -(/usr/share/texmf-dist/tex/generic/babel/switch.def -File: switch.def 2017/06/29 3.12 Babel switching mechanism -) -(/usr/share/texmf-dist/tex/generic/babel-spanish/spanish.ldf -Language: spanish.ldf 2016/03/03 v5.0p Spanish support from the babel system - -(/usr/share/texmf-dist/tex/generic/babel/babel.def -File: babel.def 2017/06/29 3.12 Babel common definitions - -(/usr/share/texmf-dist/tex/generic/babel/switch.def -File: switch.def 2017/06/29 3.12 Babel switching mechanism -) -\babel@savecnt=\count117 -\U@D=\dimen133 -) -\es@quottoks=\toks21 -\es@quotdepth=\count118 -Package babel Info: Making " an active character on input line 561. -Package babel Info: Making . an active character on input line 662. -Package babel Info: Making < an active character on input line 707. -Package babel Info: Making > an active character on input line 707. -)) -(/usr/share/texmf-dist/tex/latex/microtype/microtype.sty -Package: microtype 2017/07/07 v2.7 Micro-typographical refinements (RS) -\MT@toks=\toks22 -\MT@count=\count119 -LaTeX Info: Redefining \textls on input line 789. -\MT@outer@kern=\dimen134 -LaTeX Info: Redefining \textmicrotypecontext on input line 1334. -\MT@listname@count=\count120 - -(/usr/share/texmf-dist/tex/latex/microtype/microtype-pdftex.def -File: microtype-pdftex.def 2017/07/07 v2.7 Definitions specific to pdftex (RS) -LaTeX Info: Redefining \lsstyle on input line 912. -LaTeX Info: Redefining \lslig on input line 912. -\MT@outer@space=\skip86 -) -Package microtype Info: Loading configuration file microtype.cfg. - -(/usr/share/texmf-dist/tex/latex/microtype/microtype.cfg -File: microtype.cfg 2017/07/07 v2.7 microtype main configuration file (RS) -)) -(/usr/share/texmf-dist/tex/latex/lipsum/lipsum.sty -Package: lipsum 2014/07/27 v1.3 150 paragraphs of Lorem Ipsum dummy text -\c@lips@count=\count121 -) -(/usr/share/texmf-dist/tex/latex/booktabs/booktabs.sty -Package: booktabs 2016/04/27 v1.618033 publication quality tables -\heavyrulewidth=\dimen135 -\lightrulewidth=\dimen136 -\cmidrulewidth=\dimen137 -\belowrulesep=\dimen138 -\belowbottomsep=\dimen139 -\aboverulesep=\dimen140 -\abovetopsep=\dimen141 -\cmidrulesep=\dimen142 -\cmidrulekern=\dimen143 -\defaultaddspace=\dimen144 -\@cmidla=\count122 -\@cmidlb=\count123 -\@aboverulesep=\dimen145 -\@belowrulesep=\dimen146 -\@thisruleclass=\count124 -\@lastruleclass=\count125 -\@thisrulewidth=\dimen147 -) -(/usr/share/texmf-dist/tex/latex/graphics/graphicx.sty -Package: graphicx 2017/06/01 v1.1a Enhanced LaTeX Graphics (DPC,SPQR) - -(/usr/share/texmf-dist/tex/latex/graphics/graphics.sty -Package: graphics 2017/06/25 v1.2c Standard LaTeX Graphics (DPC,SPQR) - -(/usr/share/texmf-dist/tex/latex/graphics/trig.sty -Package: trig 2016/01/03 v1.10 sin cos tan (DPC) -) -(/usr/share/texmf-dist/tex/latex/graphics-cfg/graphics.cfg -File: graphics.cfg 2016/06/04 v1.11 sample graphics configuration -) -Package graphics Info: Driver file: pdftex.def on input line 99. -) -\Gin@req@height=\dimen148 -\Gin@req@width=\dimen149 -) -(/usr/share/texmf-dist/tex/latex/subfig/subfig.sty -Package: subfig 2005/06/28 ver: 1.3 subfig package - -(/usr/share/texmf-dist/tex/latex/caption/caption3.sty -Package: caption3 2016/05/22 v1.7-166 caption3 kernel (AR) -Package caption3 Info: TeX engine: e-TeX on input line 67. -\captionmargin=\dimen150 -\captionmargin@=\dimen151 -\captionwidth=\dimen152 -\caption@tempdima=\dimen153 -\caption@indent=\dimen154 -\caption@parindent=\dimen155 -\caption@hangindent=\dimen156 -) -\c@KVtest=\count126 -\sf@farskip=\skip87 -\sf@captopadj=\dimen157 -\sf@capskip=\skip88 -\sf@nearskip=\skip89 -\c@subfigure=\count127 -\c@subfigure@save=\count128 -\c@lofdepth=\count129 -\c@subtable=\count130 -\c@subtable@save=\count131 -\c@lotdepth=\count132 -\sf@top=\skip90 -\sf@bottom=\skip91 -) -(/usr/share/texmf-dist/tex/latex/fancyvrb/fancyvrb.sty -Package: fancyvrb 2008/02/07 - -Style option: `fancyvrb' v2.7a, with DG/SPQR fixes, and firstline=lastline fix -<2008/02/07> (tvz) -\FV@CodeLineNo=\count133 -\FV@InFile=\read1 -\FV@TabBox=\box56 -\c@FancyVerbLine=\count134 -\FV@StepNumber=\count135 -\FV@OutFile=\write3 -) (/usr/share/texmf-dist/tex/latex/tools/xspace.sty -Package: xspace 2014/10/28 v1.13 Space after command names (DPC,MH) -) -(/usr/share/texmf-dist/tex/latex/units/units.sty -Package: units 1998/08/04 v0.9b Typesetting units - -(/usr/share/texmf-dist/tex/latex/units/nicefrac.sty -Package: nicefrac 1998/08/04 v0.9b Nice fractions -\L@UnitsRaiseDisplaystyle=\skip92 -\L@UnitsRaiseTextstyle=\skip93 -\L@UnitsRaiseScriptstyle=\skip94 -)) -(/usr/share/texmf-dist/tex/latex/base/makeidx.sty -Package: makeidx 2014/09/29 v1.0m Standard LaTeX package -) -\@indexfile=\write4 -\openout4 = `main.idx'. - - -Writing index file main.idx - -Package hyperref Warning: Token not allowed in a PDF string (Unicode): -(hyperref) removing `\\' on input line 136. - -(./main.aux -LaTeX Info: Redefining \. on input line 23. -LaTeX Info: Redefining \% on input line 23. - - -LaTeX Warning: Label `diseno-evolutivo' multiply defined. - - -LaTeX Warning: Label `fig:bifurcacion-estudio' multiply defined. - - -LaTeX Warning: Label `dataweek' multiply defined. - - -LaTeX Warning: Label `fig:infomed-visuals' multiply defined. - - -LaTeX Warning: Label `part:bootstrapping' multiply defined. - -) -\openout1 = `main.aux'. - -LaTeX Font Info: Checking defaults for OML/cmm/m/it on input line 144. -LaTeX Font Info: ... okay on input line 144. -LaTeX Font Info: Checking defaults for T1/cmr/m/n on input line 144. -LaTeX Font Info: ... okay on input line 144. -LaTeX Font Info: Checking defaults for OT1/cmr/m/n on input line 144. -LaTeX Font Info: ... okay on input line 144. -LaTeX Font Info: Checking defaults for OMS/cmsy/m/n on input line 144. -LaTeX Font Info: ... okay on input line 144. -LaTeX Font Info: Checking defaults for OMX/cmex/m/n on input line 144. -LaTeX Font Info: ... okay on input line 144. -LaTeX Font Info: Checking defaults for U/cmr/m/n on input line 144. -LaTeX Font Info: ... okay on input line 144. -LaTeX Font Info: Checking defaults for PD1/pdf/m/n on input line 144. -LaTeX Font Info: ... okay on input line 144. -LaTeX Font Info: Checking defaults for PU/pdf/m/n on input line 144. -LaTeX Font Info: ... okay on input line 144. -LaTeX Font Info: Checking defaults for TS1/cmr/m/n on input line 144. -LaTeX Font Info: Try loading font information for TS1+cmr on input line 144. - - (/usr/share/texmf-dist/tex/latex/base/ts1cmr.fd -File: ts1cmr.fd 2014/09/29 v2.5h Standard LaTeX font definitions -) -LaTeX Font Info: ... okay on input line 144. -LaTeX Font Info: Try loading font information for T1+pplj on input line 144. - - -(/usr/share/texmf-dist/tex/latex/psnfss/t1pplj.fd -File: t1pplj.fd 2004/09/06 font definitions for T1/pplj. -) -\AtBeginShipoutBox=\box57 -Package hyperref Info: Link coloring ON on input line 144. - -(/usr/share/texmf-dist/tex/latex/hyperref/nameref.sty -Package: nameref 2016/05/21 v2.44 Cross-referencing by name of section - -(/usr/share/texmf-dist/tex/generic/oberdiek/gettitlestring.sty -Package: gettitlestring 2016/05/16 v1.5 Cleanup title references (HO) -) -\c@section@level=\count136 -) -LaTeX Info: Redefining \ref on input line 144. -LaTeX Info: Redefining \pageref on input line 144. -LaTeX Info: Redefining \nameref on input line 144. - (./main.out) -(./main.out) -\@outlinefile=\write5 -\openout5 = `main.out'. - - ABD: EverySelectfont initializing macros -LaTeX Info: Redefining \selectfont on input line 144. - -*geometry* driver: auto-detecting -*geometry* detected driver: pdftex -*geometry* verbose mode - [ preamble ] result: -* driver: pdftex -* paper: letterpaper -* layout: -* layoutoffset:(h,v)=(0.0pt,0.0pt) -* modes: twoside asymmetric -* h-part:(L,W,R)=(72.26999pt, 312.0pt, 230.02501pt) -* v-part:(T,H,B)=(72.26999pt, 616.0pt, 106.7pt) -* \paperwidth=614.295pt -* \paperheight=794.96999pt -* \textwidth=312.0pt -* \textheight=616.0pt -* \oddsidemargin=0.0pt -* \evensidemargin=0.0pt -* \topmargin=-42.0pt -* \headheight=14.0pt -* \headsep=28.0pt -* \topskip=10.0pt -* \footskip=25.29494pt -* \marginparwidth=144.0pt -* \marginparsep=24.0pt -* \columnsep=10.0pt -* \skip\footins=9.0pt plus 4.0pt minus 2.0pt -* \hoffset=0.0pt -* \voffset=0.0pt -* \mag=1000 -* \@twocolumnfalse -* \@twosidetrue -* \@mparswitchfalse -* \@reversemarginfalse -* (1in=72.27pt=25.4mm, 1cm=28.453pt) - -LaTeX Info: Redefining \microtypecontext on input line 144. -Package microtype Info: Generating PDF output. -Package microtype Info: Character protrusion enabled (level 2). -Package microtype Info: Using default protrusion set `alltext'. -Package microtype Info: Automatic font expansion enabled (level 2), -(microtype) stretch: 20, shrink: 20, step: 1, non-selected. -Package microtype Info: Using default expansion set `basictext'. -Package microtype Info: No adjustment of tracking. -Package microtype Info: No adjustment of interword spacing. -Package microtype Info: No adjustment of character kerning. -(/usr/share/texmf-dist/tex/latex/microtype/mt-ppl.cfg -File: mt-ppl.cfg 2005/11/16 v1.6 microtype config. file: Palatino (RS) -) -\big@size=\dimen158 - -(/usr/share/texmf-dist/tex/context/base/mkii/supp-pdf.mkii -[Loading MPS to PDF converter (version 2006.09.02).] -\scratchcounter=\count137 -\scratchdimen=\dimen159 -\scratchbox=\box58 -\nofMPsegments=\count138 -\nofMParguments=\count139 -\everyMPshowfont=\toks23 -\MPscratchCnt=\count140 -\MPscratchDim=\dimen160 -\MPnumerator=\count141 -\makeMPintoPDFobject=\count142 -\everyMPtoPDFconversion=\toks24 -) (/usr/share/texmf-dist/tex/latex/oberdiek/epstopdf-base.sty -Package: epstopdf-base 2016/05/15 v2.6 Base part for package epstopdf - -(/usr/share/texmf-dist/tex/latex/oberdiek/grfext.sty -Package: grfext 2016/05/16 v1.2 Manage graphics extensions (HO) -) -Package epstopdf-base Info: Redefining graphics rule for `.eps' on input line 4 -38. -Package grfext Info: Graphics extension search list: -(grfext) [.pdf,.png,.jpg,.mps,.jpeg,.jbig2,.jb2,.PDF,.PNG,.JPG,.JPE -G,.JBIG2,.JB2,.eps] -(grfext) \AppendGraphicsExtensions on input line 456. - -(/usr/share/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg -File: epstopdf-sys.cfg 2010/07/13 v1.3 Configuration of (r)epstopdf for TeX Liv -e -)) -LaTeX Info: Redefining \. on input line 144. -LaTeX Info: Redefining \% on input line 144. -Package caption Info: Begin \AtBeginDocument code. -Package caption Info: subfig package v1.3 is loaded. -Package caption Info: End \AtBeginDocument code. -LaTeX Font Info: Try loading font information for T1+phv on input line 153. - -(/usr/share/texmf-dist/tex/latex/psnfss/t1phv.fd -File: t1phv.fd 2001/06/04 scalable font definitions for T1/phv. -) -LaTeX Font Info: Font shape `T1/phv/m/n' will be -(Font) scaled to size 8.99994pt on input line 153. -Package microtype Info: Loading generic protrusion settings for font family -(microtype) `phv' (encoding: T1). -(microtype) For optimal results, create family-specific settings. -(microtype) See the microtype manual for details. -LaTeX Font Info: Font shape `T1/phv/m/n' will be -(Font) scaled to size 9.85492pt on input line 153. -LaTeX Font Info: Try loading font information for OT1+pplx on input line 153 -. - -(/usr/share/texmf-dist/tex/latex/psnfss/ot1pplx.fd -File: ot1pplx.fd 2004/09/06 font definitions for OT1/pplx. -) -LaTeX Font Info: Try loading font information for OML+zplm on input line 153 -. - -(/usr/share/texmf-dist/tex/latex/psnfss/omlzplm.fd -File: omlzplm.fd 2002/09/08 Fontinst v1.914 font definitions for OML/zplm. -) -LaTeX Font Info: Try loading font information for OMS+zplm on input line 153 -. - -(/usr/share/texmf-dist/tex/latex/psnfss/omszplm.fd -File: omszplm.fd 2002/09/08 Fontinst v1.914 font definitions for OMS/zplm. -) -LaTeX Font Info: Try loading font information for OMX+zplm on input line 153 -. - -(/usr/share/texmf-dist/tex/latex/psnfss/omxzplm.fd -File: omxzplm.fd 2002/09/08 Fontinst v1.914 font definitions for OMX/zplm. -) -LaTeX Font Info: Try loading font information for OT1+zplm on input line 153 -. - -(/usr/share/texmf-dist/tex/latex/psnfss/ot1zplm.fd -File: ot1zplm.fd 2002/09/08 Fontinst v1.914 font definitions for OT1/zplm. -) -Package microtype Info: Loading generic protrusion settings for font family -(microtype) `zplm' (encoding: OT1). -(microtype) For optimal results, create family-specific settings. -(microtype) See the microtype manual for details. - -Overfull \hbox (0.12479pt too wide) in paragraph at lines 153--153 -\T1/phv/m/n/10.95/200ls (+10) WHAT IT LI-VES WITH. THE NEW BE-CO-MES TH-REA-TE- -NING, THE OLD REAS-SU- - [] - -LaTeX Font Info: Font shape `T1/phv/m/it' in size <10.95> not available -(Font) Font shape `T1/phv/m/sl' tried instead on input line 153. -LaTeX Font Info: Font shape `T1/phv/m/sl' will be -(Font) scaled to size 9.85492pt on input line 153. -[1 - - -{/var/lib/texmf/fonts/map/pdftex/updmap/pdftex.map}] [2 - -] -LaTeX Font Info: Font shape `T1/phv/m/n' will be -(Font) scaled to size 16.19989pt on input line 161. -LaTeX Font Info: Calculating math sizes for size <18> on input line 161. -LaTeX Font Info: Font shape `T1/phv/m/n' will be -(Font) scaled to size 32.39978pt on input line 161. -LaTeX Font Info: Calculating math sizes for size <36> on input line 161. -LaTeX Font Info: Font shape `T1/phv/m/n' will be -(Font) scaled to size 12.59991pt on input line 161. -LaTeX Font Info: Calculating math sizes for size <14> on input line 161. - -Overfull \hbox (4.23833pt too wide) in paragraph at lines 161--161 -\T1/phv/m/n/14/200ls UNIVERSIDAD DE CAL-DAS, DOC-TO-RA-DO EN DI-SE-ÑO Y CREA- - [] - -[3] -LaTeX Font Info: Try loading font information for TS1+pplj on input line 173 -. - (/usr/share/texmf-dist/tex/latex/psnfss/ts1pplj.fd -File: ts1pplj.fd 2004/09/06 font definitions for TS1/pplj. -) -Overfull \hbox (8.8883pt too wide) in paragraph at lines 183--184 -[]\T1/pplj/m/n/10 (-20) Esta obra es-tá cu-bier-ta por la Li-cen-cia de Pro-duc --ción en-tre Pa-res. hrefhttp://creativecommons.org/licenses/by- - [] - -[4 - -] (./main.toc -LaTeX Info: Redefining \. on input line 1. -LaTeX Info: Redefining \% on input line 1. - [5 - -]) -\tf@toc=\write6 -\openout6 = `main.toc'. - - [6] -Overfull \hbox (24.70798pt too wide) in paragraph at lines 210--215 -[]\T1/pplj/m/it/18 Dedicado a mi mamá, Hilda Cárdenas Pachón, - [] - - -Overfull \hbox (17.63397pt too wide) in paragraph at lines 210--215 -\T1/pplj/m/it/18 en los que hice pausa) este ''artefacto híbrido'' - [] - -[7 - -] [8 - -] -Overfull \hbox (0.55583pt too wide) in paragraph at lines 230--230 -[]\T1/pplj/m/it/18 A mis amigos en el hackerspace \T1/pplj/m/sc/18/50ls hackbo - - [] - - -Overfull \hbox (5.33397pt too wide) in paragraph at lines 231--232 -[]\T1/pplj/m/it/18 A las comunidades consolidadas alrededor - [] - - -Overfull \hbox (20.99997pt too wide) in paragraph at lines 231--232 -\T1/pplj/m/it/18 de Pharo y nacientes alrededor de Grafoscopio - [] - -[9] [10 - -] -LaTeX Font Info: Try loading font information for T1+fvm on input line 248. - (/usr/share/texmf-dist/tex/latex/bera/t1fvm.fd -File: t1fvm.fd 2004/09/07 scalable font definitions for T1/fvm. -) -LaTeX Font Info: Font shape `T1/fvm/m/n' will be -(Font) scaled to size 6.80005pt on input line 248. -Package microtype Info: Loading generic protrusion settings for font family -(microtype) `fvm' (encoding: T1). -(microtype) For optimal results, create family-specific settings. -(microtype) See the microtype manual for details. - - -LaTeX Warning: Marginpar on page 11 moved. - - -LaTeX Warning: Marginpar on page 11 moved. - - -LaTeX Warning: Marginpar on page 11 moved. - - -LaTeX Warning: Marginpar on page 11 moved. - -[11 - -] - -LaTeX Warning: Marginpar on page 12 moved. - - -Overfull \hbox (0.10239pt too wide) in paragraph at lines 286--302 -\T1/pplj/m/n/10 (+6) (autopoiética), los artefactos que dan cuenta de la forma -de investigar - [] - - -LaTeX Warning: Marginpar on page 12 moved. - - -LaTeX Warning: Marginpar on page 12 moved. - - -LaTeX Warning: Marginpar on page 12 moved. - - -LaTeX Warning: Marginpar on page 12 moved. - - -LaTeX Warning: Marginpar on page 12 moved. - - -Package natbib Warning: Citation `Fuchs-1' undefined on input line 327. - - -Overfull \hbox (0.11389pt too wide) in paragraph at lines 326--336 -\T1/pplj/m/n/10 (+6) ins-pi-ra-ción una dia-léc-ti-ca en-tre lo com-ple-jo y lo - sim-ple ca-rac-te-ri-za- - [] - -[12] - -LaTeX Warning: Marginpar on page 13 moved. - - -LaTeX Warning: Marginpar on page 13 moved. - - -Overfull \hbox (0.11168pt too wide) in paragraph at lines 372--379 -\T1/pplj/m/n/10 (+9) li-zan-do al mo-men-to de es-te es-cri-to, en los es-pa-ci -os de par-ti-ci-pa-ción y - [] - -[13] [14] -Overfull \hbox (0.13866pt too wide) in paragraph at lines 394--400 -\T1/pplj/m/n/9 (+9) donde ciertos saberes y formas de conocer, atravesados por -constructos - [] - - -Overfull \hbox (0.11182pt too wide) in paragraph at lines 418--434 -\T1/pplj/m/n/10 (+19) com-pa-ra-ción con sus con-tra-par-tes analó-gi-cas. Sin -em-bar-go, prác-ti-cas - [] - - -Overfull \hbox (0.1098pt too wide) in paragraph at lines 418--434 -\T1/pplj/m/n/10 (+6) del mun-do, ano-tan-do de an-te-mano, que co-mo de-cía Tho --mas [], no se - [] - - -Overfull \hbox (0.12276pt too wide) in paragraph at lines 418--434 -\T1/pplj/m/n/10 (+20) pre-ten-de caer en un de-ter-mi-nis-mo tec-no-ló-gi-co o -uno so-cial, sino que - [] - -[15 - - - -] - -LaTeX Warning: Marginpar on page 16 moved. - - -Overfull \hbox (0.10832pt too wide) in paragraph at lines 436--452 -[]\T1/pplj/m/n/10 (+5) Las nuevas condiciones tecnosociales, en particular la I -nternet, han - [] - - -LaTeX Warning: Marginpar on page 16 moved. - - -LaTeX Warning: Marginpar on page 16 moved. - - -Underfull \vbox (badness 10000) has occurred while \output is active [] - - [16] - -LaTeX Warning: Marginpar on page 17 moved. - - -Overfull \hbox (0.12566pt too wide) in paragraph at lines 476--487 -[]\T1/pplj/m/n/10 (+7) Sin em-bar-go, co-mo afir-ma Jo-nas, los ar-te-fac-tos s -on ``ma-te-ria-li-za-cio- - [] - - -LaTeX Warning: Marginpar on page 17 moved. - -LaTeX Info: Redefining \. on input line 509. -LaTeX Info: Redefining \% on input line 509. -[17] [18 - -] [19] [20 - -] -LaTeX Font Info: Font shape `T1/pplj/bx/n' in size <20.74> not available -(Font) Font shape `T1/pplj/b/n' tried instead on input line 525. -LaTeX Font Info: Font shape `T1/pplj/bx/n' in size <24> not available -(Font) Font shape `T1/pplj/b/n' tried instead on input line 525. - [21] [22] [23] [24 - -] - -Package natbib Warning: Citation `jonas_design_nodate' undefined on input line -558. - - -LaTeX Warning: Marginpar on page 25 moved. - - -LaTeX Warning: Marginpar on page 25 moved. - - -LaTeX Warning: Marginpar on page 25 moved. - - -LaTeX Warning: Marginpar on page 25 moved. - - -LaTeX Warning: Marginpar on page 25 moved. - - -LaTeX Warning: Marginpar on page 25 moved. - - -LaTeX Warning: Marginpar on page 25 moved. - - -Overfull \hbox (0.12236pt too wide) in paragraph at lines 565--580 -\T1/pplj/m/n/10 (+13) saberes conforman efectivamente sistemas complejos interc -onectados - [] - - -Overfull \hbox (0.11885pt too wide) in paragraph at lines 581--601 -\T1/pplj/m/n/10 (+4) dos elementos de la red, sino considerar varios grados de -influencia y - [] - - -LaTeX Warning: Marginpar on page 25 moved. - -[25] - -LaTeX Warning: Marginpar on page 26 moved. - - -LaTeX Warning: Marginpar on page 26 moved. - - -LaTeX Warning: Marginpar on page 26 moved. - -<./Parte1/complejidad-ecologia.jpg, id=279, 767.86874pt x 419.5675pt> -File: ./Parte1/complejidad-ecologia.jpg Graphic file (type jpg) - -Package pdftex.def Info: ./Parte1/complejidad-ecologia.jpg used on input line -603. on input line 603. -Package pdftex.def Info: Requested size: 216.80615pt x 118.464pt on input line -603. -<./Parte1/eeuu-guerra-afganistan-2-20.jpg, id=280, 770.88pt x 423.5825pt> -File: ./Parte1/eeuu-guerra-afganistan-2-20.jpg Graphic file (type jpg) - -Package pdftex.def Info: ./Parte1/eeuu-guerra-afganistan-2-20.jpg used on inpu -t line 604. on input line 604. -Package pdftex.def Info: Requested size: 216.80946pt x 119.13228pt on input lin -e 604. -<./Parte1/eeuu-guerra-afganistan-complejidad-2-39.jpg, id=281, 857.2025pt x 481 -.8pt> -File: ./Parte1/eeuu-guerra-afganistan-complejidad-2-39.jpg Graphic file (type j -pg) - -Package pdftex.def Info: ./Parte1/eeuu-guerra-afganistan-complejidad-2-39.jpg -used on input line 605. on input line 605. -Package pdftex.def Info: Requested size: 216.81142pt x 121.86122pt on input lin -e 605. -<./Parte1/eeuu-guerra-afganistan-complejidad-influencia-2-55.jpg, id=282, 857.2 -025pt x 481.8pt> -File: ./Parte1/eeuu-guerra-afganistan-complejidad-influencia-2-55.jpg Graphic f -ile (type jpg) - -Package pdftex.def Info: ./Parte1/eeuu-guerra-afganistan-complejidad-influencia --2-55.jpg used on input line 606. on input line 606. -Package pdftex.def Info: Requested size: 216.81142pt x 121.86122pt on input lin -e 606. -[26 <./Parte1/complejidad-ecologia.jpg> <./Parte1/eeuu-guerra-afganistan-2-20.j -pg> <./Parte1/eeuu-guerra-afganistan-complejidad-2-39.jpg> <./Parte1/eeuu-guerr -a-afganistan-complejidad-influencia-2-55.jpg>] -<./Parte1/mapa-lecturas-examen-candidatura.png, id=291, 2565.585pt x 9976.27126 -pt> -File: ./Parte1/mapa-lecturas-examen-candidatura.png Graphic file (type png) - -Package pdftex.def Info: ./Parte1/mapa-lecturas-examen-candidatura.png used on - input line 639. on input line 639. -Package pdftex.def Info: Requested size: 143.98495pt x 559.8852pt on input line - 639. - - -LaTeX Warning: Marginpar on page 27 moved. - -pdfTeX warning (ext4): destination with the same identifier (name{cite.jonas_de -sign_2007}) has been already used, duplicate ignored - - \relax -l.659 Jonas (2007)\cite{jonas_design_2007} - considera que para desarrollar una - -LaTeX Warning: Marginpar on page 27 moved. - - -LaTeX Warning: Marginpar on page 27 moved. - -LaTeX Info: Redefining \. on input line 701. -LaTeX Info: Redefining \% on input line 701. -[27 <./Parte1/mapa-lecturas-examen-candidatura.png (PNG copy)>] -<./Parte1/auto-hetero-poietico.png, id=305, 1478.52374pt x 680.5425pt> -File: ./Parte1/auto-hetero-poietico.png Graphic file (type png) - -Package pdftex.def Info: ./Parte1/auto-hetero-poietico.png used on input line -737. on input line 737. -Package pdftex.def Info: Requested size: 311.98814pt x 143.6035pt on input line - 737. - -Underfull \hbox (badness 10000) in paragraph at lines 737--742 -[][] - [] - - -Underfull \hbox (badness 10000) in paragraph at lines 737--742 - - [] - - -LaTeX Warning: `h' float specifier changed to `ht'. - -[28]pdfTeX warning (ext4): destination with the same identifier (name{cite.fuch -s_autopoiesis_nodate}) has been already used, duplicate ignored - - \relax -l.786 ...ofkirchner\cite{fuchs_autopoiesis_nodate} - reconocen el potencial -Overfull \hbox (0.10326pt too wide) in paragraph at lines 786--797 -\T1/pplj/m/n/10 (+10) pro-pie-da-des au-to-po-ié-ti-cas es fun-cio-na-lis-ta: h -a-bla del mun-do co-mo es - [] - - -LaTeX Warning: Marginpar on page 29 moved. - -LaTeX Info: Redefining \. on input line 797. -LaTeX Info: Redefining \% on input line 797. -[29 <./Parte1/auto-hetero-poietico.png (PNG copy)>] -Overfull \hbox (0.12706pt too wide) in paragraph at lines 803--818 -\T1/pplj/m/n/9 (+6) cons-ti-tu-yen un as-pec-to per-tur-ba-dor de la so-cie-dad - mo-der-na (Luh-mann - [] - -<./Parte1/dualidad-agencia-estructura.png, id=321, 924.45375pt x 709.65125pt> -File: ./Parte1/dualidad-agencia-estructura.png Graphic file (type png) - -Package pdftex.def Info: ./Parte1/dualidad-agencia-estructura.png used on inpu -t line 837. on input line 837. -Package pdftex.def Info: Requested size: 479.99931pt x 368.46852pt on input lin -e 837. - -LaTeX Warning: `h' float specifier changed to `ht'. - - -Overfull \hbox (0.1124pt too wide) in paragraph at lines 849--866 -[]\T1/pplj/m/n/10 (+5) El pro-ble-ma de Luh-mann es que co-lo-ca co-mo uni-dad -de la au-to-po- - [] - - -Overfull \hbox (0.10675pt too wide) in paragraph at lines 849--866 -\T1/pplj/m/n/10 (+4) mun-do que te-ne-mos al mun-do po-si-ble. Se-gún Fuchs y H -of-kirch-ner la - [] - -[30] -LaTeX Info: Redefining \. on input line 886. -LaTeX Info: Redefining \% on input line 886. - [31 <./Parte1/dualidad-agencia-estructura.png>] -Overfull \hbox (0.1039pt too wide) in paragraph at lines 887--902 -\T1/pplj/m/n/9 (+17) nen-te-men-te crean la uni-dad de ac-to-res hu-ma-nos y es --truc-tu-ras so-cia-les, - [] - - -Overfull \hbox (6.47989pt too wide) in paragraph at lines 905--905 -|\T1/pplj/m/it/12 Consecuencias de la crí-ti-ca de Fuchs y Hof-kirch-ner en la -teo-ría de - [] - - -Overfull \hbox (0.1174pt too wide) in paragraph at lines 907--910 -\T1/pplj/m/n/10 (+18) estructura y los actores (humanos) reinvindica la agencia - humana en - [] - -<./Parte1/dualidadParticipacionCosificacion.png, id=334, 809.18704pt x 588.8227 -8pt> -File: ./Parte1/dualidadParticipacionCosificacion.png Graphic file (type png) - -Package pdftex.def Info: ./Parte1/dualidadParticipacionCosificacion.png used o -n input line 919. on input line 919. -Package pdftex.def Info: Requested size: 143.99286pt x 104.77957pt on input lin -e 919. -pdfTeX warning (ext4): destination with the same identifier (name{cite.wenger_c -ommunities_1999}) has been already used, duplicate ignored - - \relax -l.926 ... que Wenger\cite{wenger_communities_1999} - ha caracterizado como la ... - -LaTeX Warning: Marginpar on page 32 moved. - - -LaTeX Warning: Marginpar on page 32 moved. - -<./Parte1/jonas-zoom-evolucion.png, id=336, 1126.2075pt x 403.5075pt> -File: ./Parte1/jonas-zoom-evolucion.png Graphic file (type png) - -Package pdftex.def Info: ./Parte1/jonas-zoom-evolucion.png used on input line -935. on input line 935. -Package pdftex.def Info: Requested size: 479.99803pt x 171.97789pt on input lin -e 935. - -LaTeX Warning: `h' float specifier changed to `ht'. - - -Overfull \hbox (0.12346pt too wide) in paragraph at lines 943--965 -\T1/pplj/m/n/10 (+17) in-tro-du-ci-mos al sis-te-ma, pe-ro no so-bre la se-lec- -ción o re-es-ta-bi-li-za-ción. - [] - - -Overfull \hbox (0.10873pt too wide) in paragraph at lines 943--965 -\T1/pplj/m/n/10 (+11) pues-tas sean desea-bles y que ele-men-tos co-mo la er-go --no-mía cog-ni-ti-va - [] - -[32 <./Parte1/dualidadParticipacionCosificacion.png>] -Overfull \hbox (0.11316pt too wide) in paragraph at lines 966--1003 -\T1/pplj/m/n/10 (+19) book''[]. Es-to no de-ja me-jor pa-ra-dos a otros sis-te- -mas ope-ra-ti-vos y en - [] - -LaTeX Info: Redefining \. on input line 1003. -LaTeX Info: Redefining \% on input line 1003. -[33 <./Parte1/jonas-zoom-evolucion.png>] - -LaTeX Warning: Marginpar on page 34 moved. - - -LaTeX Warning: Marginpar on page 34 moved. - - -LaTeX Warning: Marginpar on page 34 moved. - - -LaTeX Warning: Marginpar on page 34 moved. - - -LaTeX Warning: Marginpar on page 34 moved. - - -LaTeX Warning: Marginpar on page 34 moved. - - -LaTeX Warning: Marginpar on page 34 moved. - - -Underfull \vbox (badness 10000) has occurred while \output is active [] - - [34] - -LaTeX Warning: Marginpar on page 35 moved. - - -LaTeX Warning: Marginpar on page 35 moved. - -LaTeX Info: Redefining \. on input line 1060. -LaTeX Info: Redefining \% on input line 1060. -[35] [36 - -] -Overfull \hbox (0.13431pt too wide) in paragraph at lines 1080--1089 -[]\T1/pplj/m/n/10 (+7) Fuchs y Hof-kirch-ner nos di-cen que una teo-ría so-cial -, en un mun-do - [] - - -Overfull \hbox (0.13358pt too wide) in paragraph at lines 1080--1089 -\T1/pplj/m/n/10 (+19) por nues-tra cau-sa. En es-te sen-ti-do, di-chos au-to-re -s asu-men la pos-tu-ra - [] - - -Overfull \hbox (0.11891pt too wide) in paragraph at lines 1080--1089 -\T1/pplj/m/n/10 (+14) mar-gen de lo que pen-se-mos de ella. En ese sen-ti-do el - pers-pec-ti-vis-mo - [] - -[37] - -LaTeX Warning: Marginpar on page 38 moved. - - -Overfull \hbox (0.10669pt too wide) in paragraph at lines 1140--1149 -\T1/pplj/m/n/10 (+18) pa-sa de la pro-tes-ta a la pro-pues-ta,y sin in-va-li-da -r la pri-me-ra, mues-tra - [] - -[38] - -LaTeX Warning: Marginpar on page 39 moved. - - -LaTeX Warning: Marginpar on page 39 moved. - - -Overfull \hbox (0.1191pt too wide) in paragraph at lines 1178--1197 -\T1/pplj/m/n/10 (+2) da en que es-ta-mos den-tro de la co-mu-ni-dad, ha-cien-do - sen-ti-do con ella - [] - - -Underfull \vbox (badness 10000) has occurred while \output is active [] - -LaTeX Info: Redefining \. on input line 1197. -LaTeX Info: Redefining \% on input line 1197. - - -Package Fancyhdr Warning: \headheight is too small (14.0pt): - Make it at least 23.07503pt. - We now make it that large for the rest of the document. - This may cause the page layout to be inconsistent, however. - -[39] -<./Parte1/bifurcation-points-complex-system.png, id=388, 694.595pt x 543.02875p -t> -File: ./Parte1/bifurcation-points-complex-system.png Graphic file (type png) - -Package pdftex.def Info: ./Parte1/bifurcation-points-complex-system.png used o -n input line 1227. on input line 1227. -Package pdftex.def Info: Requested size: 216.80603pt x 169.4972pt on input line - 1227. -<./Parte1/bifurcation-technology.png, id=389, 688.5725pt x 471.7625pt> -File: ./Parte1/bifurcation-technology.png Graphic file (type png) - -Package pdftex.def Info: ./Parte1/bifurcation-technology.png used on input lin -e 1228. on input line 1228. -Package pdftex.def Info: Requested size: 216.80692pt x 148.54118pt on input lin -e 1228. - - -LaTeX Warning: `h' float specifier changed to `ht'. - - -Overfull \hbox (0.14284pt too wide) in paragraph at lines 1238--1249 -\T1/pplj/m/n/10 (+11) cio-na-li-za-dos pa-ra la vi-da so-cial (co-mo los \T1/pp -lj/m/it/10 (+11) hac-kers-pa-ces\T1/pplj/m/n/10 (+11) )?; su-pon-ga-mos - [] - - -Underfull \vbox (badness 10000) has occurred while \output is active [] - - [40] -Overfull \hbox (137.3667pt too wide) in paragraph at lines 1253--1253 -\T1/fvm/m/n/8 software-[]as-[]hypothesis-[]researchbased-[]design-[]methodology --[]presentation$[][] - [] - - -LaTeX Warning: Marginpar on page 41 moved. - -<./Parte1/design-thinking.png, id=397, 1213.53375pt x 909.3975pt> -File: ./Parte1/design-thinking.png Graphic file (type png) - -Package pdftex.def Info: ./Parte1/design-thinking.png used on input line 1258. - on input line 1258. -Package pdftex.def Info: Requested size: 479.99794pt x 359.70068pt on input lin -e 1258. - -LaTeX Warning: `h' float specifier changed to `ht'. - -LaTeX Font Info: Font shape `T1/pplj/bx/n' in size <10> not available -(Font) Font shape `T1/pplj/b/n' tried instead on input line 1267. - -Overfull \hbox (0.10214pt too wide) in paragraph at lines 1275--1282 -\T1/pplj/m/n/10 (+1) sino que se for-mu-lan hi-pó-te-sis so-bre cuá-les po-dría -n ser los pro-duc- - [] - - -Overfull \hbox (0.10974pt too wide) in paragraph at lines 1293--1305 -\T1/pplj/m/n/10 (+3) par-ti-cu-lar, di-ga-mos des-de la ca-pa-ci-dad ins-ta-la- -da de ha-cer hard-wa-re o - [] - -LaTeX Info: Redefining \. on input line 1305. -LaTeX Info: Redefining \% on input line 1305. - -Package Fancyhdr Warning: \headheight is too small (14.0pt): - Make it at least 23.07503pt. - We now make it that large for the rest of the document. - This may cause the page layout to be inconsistent, however. - -[41 <./Parte1/bifurcation-points-complex-system.png> <./Parte1/bifurcation-tech -nology.png>] -Underfull \vbox (badness 10000) has occurred while \output is active [] - - [42 <./Parte1/design-thinking.png (PNG copy)>] -Overfull \hbox (0.13367pt too wide) in paragraph at lines 1311--1320 -\T1/pplj/m/n/10 (+10) y las externalidades de sus redes pueden ser cooptadas po -r discursos - [] - - -Overfull \hbox (0.12114pt too wide) in paragraph at lines 1321--1337 -\T1/pplj/m/n/10 (+18) es-cri-tu-ra, sino que per-mi-te mos-trar los com-po-nen- -tes que per-mi-ti-rían - [] - -LaTeX Info: Redefining \. on input line 1343. -LaTeX Info: Redefining \% on input line 1343. - -Package Fancyhdr Warning: \headheight is too small (14.0pt): - Make it at least 23.07503pt. - We now make it that large for the rest of the document. - This may cause the page layout to be inconsistent, however. - -[43] [44 - - -] [45] [46] [47 - -] -Overfull \hbox (0.11682pt too wide) in paragraph at lines 1419--1441 -\T1/pplj/m/n/10 (+18) edi-to-res de tex-to cien-tí-fi-co (en la co-mu-ni-dad de - TeX-macs) o le-ga-les y - [] - - -Overfull \hbox (0.14458pt too wide) in paragraph at lines 1419--1441 -\T1/pplj/m/n/10 (+18) o con fon-dos pro-pios, dan-do char-las y con-fe-ren-cias - so-bre el soft-wa-re - [] - - -Underfull \vbox (badness 10000) has occurred while \output is active [] - - [48] - -LaTeX Warning: Reference `luna_cardenas_resolucion_2007' on page 49 undefined o -n input line 1458. - - -Underfull \vbox (badness 10000) has occurred while \output is active [] - -LaTeX Info: Redefining \. on input line 1486. -LaTeX Info: Redefining \% on input line 1486. - [49] - -LaTeX Warning: Marginpar on page 50 moved. - - -Overfull \hbox (0.13066pt too wide) in paragraph at lines 1487--1495 -\T1/pplj/m/n/10 (+10) vis-ta de soft-wa-re li-bre, al crear al-gu-nas dis-tri-b -u-cio-nes de Gnu/Linux, - [] - -[50] [51 - -] -Underfull \vbox (badness 10000) has occurred while \output is active [] - - [52] -Overfull \hbox (0.10017pt too wide) in paragraph at lines 1626--1645 -\T1/pplj/m/n/10 (+6) grav, que al es-tar en PHP, y no re-que-rir de ba-se de da --tos, te-nía la ven- - [] - - -Underfull \vbox (badness 10000) has occurred while \output is active [] - -LaTeX Info: Redefining \. on input line 1645. -LaTeX Info: Redefining \% on input line 1645. - [53] -Overfull \hbox (52.63132pt too wide) in paragraph at lines 1650--1650 -\T1/fvm/m/n/8 on-[]deepness-[]and-[]complexity-[]of-[]ipython-[]documents . - [] - - -LaTeX Warning: Marginpar on page 54 moved. - - -Overfull \hbox (0.14223pt too wide) in paragraph at lines 1669--1683 -\T1/pplj/m/n/9 (+20) tu-ra-ción pro-gre-si-va, por las ra-zo-nes ya men-cio-na- -das en el ca-so de Leo. - [] - -[54] -Overfull \hbox (31.66318pt too wide) in paragraph at lines 1707--1707 -\T1/fvm/m/n/8 indie-[]science-[]indie-[]web-[]opengarage-[]science . - [] - - -LaTeX Warning: Marginpar on page 55 moved. - - -LaTeX Warning: Marginpar on page 55 moved. - - -LaTeX Warning: Marginpar on page 55 moved. - - -LaTeX Warning: Marginpar on page 55 moved. - - -LaTeX Warning: Marginpar on page 55 moved. - - -LaTeX Warning: Marginpar on page 55 moved. - - -Overfull \hbox (7.61993pt too wide) in paragraph at lines 1721--1721 -|\T1/pplj/m/it/12 La Go-ber-na-tón: La hac-ka-tón co-mo ac-to de re-sis-ten-cia - y crí-ti-ca des- - [] - -LaTeX Info: Redefining \. on input line 1739. -LaTeX Info: Redefining \% on input line 1739. -[55] - -LaTeX Warning: Marginpar on page 56 moved. - - -LaTeX Warning: Marginpar on page 56 moved. - - -Overfull \hbox (0.1138pt too wide) in paragraph at lines 1753--1762 -\T1/pplj/m/n/9 (+1) eficiente, progreso inspirado. Progreso, in este discurso p -rofesional, con - [] - - -Overfull \hbox (0.1251pt too wide) in paragraph at lines 1753--1762 -\T1/pplj/m/n/9 (+20) orden público^^V en lugar de justicia procedimental o redi -stribución de - [] - - -LaTeX Warning: Marginpar on page 56 moved. - -[56] -Overfull \hbox (0.14053pt too wide) in paragraph at lines 1776--1784 -\T1/pplj/m/n/10 (+18) en Twit-ter y Fa-ce-book, tan-to en las co-mu-ni-da-des d -e ba-se tec-no-ló-gi-ca - [] - - -LaTeX Warning: Marginpar on page 57 moved. - - -Overfull \hbox (0.14438pt too wide) in paragraph at lines 1789--1800 -\T1/pplj/m/n/10 (+18) población varió y si bien participaron intensivamente al -comienzo, al - [] - -LaTeX Info: Redefining \. on input line 1834. -LaTeX Info: Redefining \% on input line 1834. -[57] -<./Parte2/grafoscopio-web.png, id=499, 1258.7025pt x 616.3025pt> -File: ./Parte2/grafoscopio-web.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/grafoscopio-web.png used on input line 1838. - on input line 1838. -Package pdftex.def Info: Requested size: 480.00208pt x 235.02493pt on input lin -e 1838. - - -LaTeX Warning: `h' float specifier changed to `ht'. - - -LaTeX Warning: Marginpar on page 58 moved. - -[58] -<./Parte2/realimentacion-artefacto-escritura.png, id=511, 1156.32pt x 655.44875 -pt> -File: ./Parte2/realimentacion-artefacto-escritura.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/realimentacion-artefacto-escritura.png used -on input line 1877. on input line 1877. -Package pdftex.def Info: Requested size: 479.98737pt x 272.07617pt on input lin -e 1877. - - -LaTeX Warning: `h' float specifier changed to `ht'. - -LaTeX Font Info: Font shape `T1/pplj/bx/it' in size <10> not available -(Font) Font shape `T1/pplj/b/it' tried instead on input line 1893. - - -Overfull \hbox (0.11745pt too wide) in paragraph at lines 1893--1894 -[] \T1/pplj/m/it/10 (+2) Al es-cri-bir en Gra-fos-co-pio do-cu-men-tos in-ter-a -c-ti-vos, que re-quie-ren el desa- - [] - -LaTeX Info: Redefining \. on input line 1894. -LaTeX Info: Redefining \% on input line 1894. -[59 <./Parte2/grafoscopio-web.png>] -Overfull \hbox (16.83548pt too wide) in paragraph at lines 1895--1895 -\T1/fvm/m/n/8 Program-[]Be-[]Programmed-[]Commands-[]Digital / - [] - - -LaTeX Warning: Marginpar on page 60 moved. - -[60 <./Parte2/realimentacion-artefacto-escritura.png (PNG copy)>] -LaTeX Info: Redefining \. on input line 1956. -LaTeX Info: Redefining \% on input line 1956. - [61] -LaTeX Font Info: Font shape `T1/fvm/m/n' will be -(Font) scaled to size 8.50006pt on input line 1997. - [62] -<./Parte2/gay-rights-infography.png, id=537, 1012.78375pt x 711.65875pt> -File: ./Parte2/gay-rights-infography.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/gay-rights-infography.png used on input line - 2011. on input line 2011. -Package pdftex.def Info: Requested size: 311.99709pt x 219.23283pt on input lin -e 2011. - -Overfull \hbox (8.87743pt too wide) in paragraph at lines 2020--2020 -[]\T1/pplj/m/n/8 (-20) (a)|| - [] - -<./Parte2/omeprazol-admin-by-country.png, id=538, 925.4575pt x 610.28pt> -File: ./Parte2/omeprazol-admin-by-country.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/omeprazol-admin-by-country.png used on input - line 2021. on input line 2021. -Package pdftex.def Info: Requested size: 311.99658pt x 205.74178pt on input lin -e 2021. - -Overfull \hbox (9.29294pt too wide) in paragraph at lines 2025--2025 -[]\T1/pplj/m/n/8 (-20) (b)|| - [] - -<./Parte2/omeprazol-by-property.png, id=539, 777.90625pt x 526.96875pt> -File: ./Parte2/omeprazol-by-property.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/omeprazol-by-property.png used on input line - 2026. on input line 2026. -Package pdftex.def Info: Requested size: 312.01161pt x 211.3627pt on input line - 2026. - -Overfull \hbox (8.43839pt too wide) in paragraph at lines 2029--2029 -[]\T1/pplj/m/n/8 (-20) (c)|| - [] - -<./Parte2/omeprazol-pu-by-country.png, id=540, 696.6025pt x 508.90125pt> -File: ./Parte2/omeprazol-pu-by-country.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/omeprazol-pu-by-country.png used on input li -ne 2030. on input line 2030. -Package pdftex.def Info: Requested size: 312.00139pt x 227.93184pt on input lin -e 2030. - -LaTeX Warning: Float too large for page by 78.03632pt on input line 2038. - -LaTeX Info: Redefining \. on input line 2058. -LaTeX Info: Redefining \% on input line 2058. -[63 <./Parte2/gay-rights-infography.png>] [64 <./Parte2/omeprazol-admin-by-coun -try.png> <./Parte2/omeprazol-by-property.png> <./Parte2/omeprazol-pu-by-country -.png>] -Overfull \hbox (0.13493pt too wide) in paragraph at lines 2073--2079 -\T1/pplj/m/n/10 (+7) se usa-ba la in-fra-es-truc-tu-ra de \T1/pplj/m/it/10 (+7) - buil-ders\T1/pplj/m/n/10 (+7) , que per-mi-tía abs-traer el pro- - [] - - -Overfull \hbox (0.14612pt too wide) in paragraph at lines 2079--2094 -\T1/pplj/m/n/10 (+20) recorridos para otros novatos, a partir de mis errores y -rutas, pero - [] - -LaTeX Info: Redefining \. on input line 2094. -LaTeX Info: Redefining \% on input line 2094. -[65] -<./Parte2/roassal-sunburst-examples-2.png, id=560, 992.70876pt x 532.99126pt> -File: ./Parte2/roassal-sunburst-examples-2.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/roassal-sunburst-examples-2.png used on inpu -t line 2097. on input line 2097. -Package pdftex.def Info: Requested size: 216.8061pt x 116.4045pt on input line -2097. -<./Parte2/matriz-a-arbol.png, id=561, 770.88pt x 256.96pt> -File: ./Parte2/matriz-a-arbol.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/matriz-a-arbol.png used on input line 2098. -on input line 2098. -Package pdftex.def Info: Requested size: 216.80946pt x 72.26982pt on input line - 2098. -<./Parte2/Countries_implicated_in_the_Panama_Papers.png, id=563, 451.6875pt x 2 -31.86626pt> -File: ./Parte2/Countries_implicated_in_the_Panama_Papers.png Graphic file (type - png) - -Package pdftex.def Info: ./Parte2/Countries_implicated_in_the_Panama_Papers.png - used on input line 2132. on input line 2132. -Package pdftex.def Info: Requested size: 216.81442pt x 111.29807pt on input lin -e 2132. -<./Parte2/choropleth.png, id=564, 567.11874pt x 298.11375pt> -File: ./Parte2/choropleth.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/choropleth.png used on input line 2133. on i -nput line 2133. -Package pdftex.def Info: Requested size: 216.80539pt x 113.96672pt on input lin -e 2133. - [66 <./Parte2/roassal-sunburst-examples-2.png> <./Parte2/matriz-a-arbol.png (P -NG copy)> <./Parte2/Countries_implicated_in_the_Panama_Papers.png> <./Parte2/ch -oropleth.png>] -<./Parte2/minisite.png, id=573, 1927.2pt x 946.53625pt> -File: ./Parte2/minisite.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/minisite.png used on input line 2152. on inp -ut line 2152. -Package pdftex.def Info: Requested size: 479.97562pt x 235.73802pt on input lin -e 2152. -LaTeX Info: Redefining \. on input line 2189. -LaTeX Info: Redefining \% on input line 2189. - [67 <./Parte2/minisite.png>] - -LaTeX Warning: Marginpar on page 68 moved. - -<./Parte2/pp-intro-notebook.png, id=582, 1371.1225pt x 744.7825pt> -File: ./Parte2/pp-intro-notebook.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/pp-intro-notebook.png used on input line 221 -7. on input line 2217. -Package pdftex.def Info: Requested size: 252.94235pt x 137.39621pt on input lin -e 2217. -<./Parte2/pp-query-data-environment.png, id=583, 952.55875pt x 655.44875pt> -File: ./Parte2/pp-query-data-environment.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/pp-query-data-environment.png used on input -line 2218. on input line 2218. -Package pdftex.def Info: Requested size: 180.66827pt x 124.31651pt on input lin -e 2218. - -LaTeX Warning: `h' float specifier changed to `ht'. - -<./Parte2/process.png, id=584, 2970.17853pt x 529.58508pt> -File: ./Parte2/process.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/process.png used on input line 2227. on inpu -t line 2227. -Package pdftex.def Info: Requested size: 479.99701pt x 85.58382pt on input line - 2227. - -LaTeX Warning: `h' float specifier changed to `ht'. - - -Overfull \hbox (0.10759pt too wide) in paragraph at lines 2240--2245 -\T1/pplj/m/n/10 (+8) permitían probar el prototipo y reportar errores, aunque l -as únicas - [] - -[68] - -LaTeX Warning: Marginpar on page 69 moved. - -LaTeX Info: Redefining \. on input line 2279. -LaTeX Info: Redefining \% on input line 2279. -[69 <./Parte2/pp-intro-notebook.png> <./Parte2/pp-query-data-environment.png> < -./Parte2/process.png>] [70] -Overfull \hbox (0.12198pt too wide) in paragraph at lines 2303--2311 -\T1/pplj/m/n/10 (+5) buscaba lograr un balance entre el aprendizaje guiado, que - permitiría - [] - - -Overfull \hbox (0.13544pt too wide) in paragraph at lines 2323--2330 -\T1/pplj/m/n/10 (+8) el entorno de visualización ágil, integrado en Pharo y acc -esible desde - [] - - -Overfull \hbox (0.13611pt too wide) in paragraph at lines 2331--2349 -\T1/pplj/m/n/10 (+18) de una se-ma-na de des-can-so de la Uni-ver-si-dad Ja-ve- -ria-na, en el mar-co - [] - - -Overfull \hbox (0.1314pt too wide) in paragraph at lines 2331--2349 -\T1/pplj/m/n/10 (+12) por se-sión mos-tró ser ade-cua-da pa-ra la con-se-cu-ció -n de me-jo-res re-sul- - [] - -LaTeX Info: Redefining \. on input line 2349. -LaTeX Info: Redefining \% on input line 2349. -[71] -Overfull \hbox (0.13463pt too wide) in paragraph at lines 2350--2361 -\T1/pplj/m/n/10 (+15) la que se mos-tra-ba có-mo los al-go-rit-mos, pro-to-ti-p -a-dos co-lec-ti-va-men-te - [] - - -Underfull \vbox (badness 10000) has occurred while \output is active [] - - [72] -Underfull \vbox (badness 10000) has occurred while \output is active [] - -LaTeX Info: Redefining \. on input line 2410. -LaTeX Info: Redefining \% on input line 2410. - [73] -Overfull \hbox (8.87743pt too wide) in paragraph at lines 2428--2428 -[]\T1/pplj/m/n/8 (-20) (a)|| - [] - -<./Parte2/indie-web-science.jpg, id=614, 1284.8pt x 962.59625pt> -File: ./Parte2/indie-web-science.jpg Graphic file (type jpg) - -Package pdftex.def Info: ./Parte2/indie-web-science.jpg used on input line 242 -9. on input line 2429. -Package pdftex.def Info: Requested size: 311.98512pt x 233.7451pt on input line - 2429. - -Overfull \hbox (9.29294pt too wide) in paragraph at lines 2433--2433 -[]\T1/pplj/m/n/8 (-20) (b)|| - [] - -<./Parte2/dataweek-small-1.png, id=615, 497.86pt x 263.98625pt> -File: ./Parte2/dataweek-small-1.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/dataweek-small-1.png used on input line 2434 -. on input line 2434. -Package pdftex.def Info: Requested size: 312.00496pt x 165.43811pt on input lin -e 2434. - -Overfull \hbox (8.43839pt too wide) in paragraph at lines 2437--2437 -[]\T1/pplj/m/n/8 (-20) (c)|| - [] - -<./Parte2/dataweek-small-2.png, id=616, 2569.6pt x 1445.4pt> -File: ./Parte2/dataweek-small-2.png Graphic file (type png) - -Package pdftex.def Info: ./Parte2/dataweek-small-2.png used on input line 2438 -. on input line 2438. -Package pdftex.def Info: Requested size: 311.98512pt x 175.49162pt on input lin -e 2438. - -LaTeX Warning: Float too large for page by 7.67484pt on input line 2446. - -[74] -LaTeX Info: Redefining \. on input line 2452. -LaTeX Info: Redefining \% on input line 2452. - [75 <./Parte2/indie-web-science.jpg> <./Parte2/dataweek-small-1.png> <./Parte2 -/dataweek-small-2.png (PNG copy)>] [76 - -] [77] [78] (./main.bblpdfTeX warning (ext4): destination with the same identif -ier (name{cite.noauthor_hackbo_2010}) has been already used, duplicate ignored - - \relax -l.8 \bibitem[noa(2010)]{noauthor_hackbo_2010} - pdfTeX warning (ext4): destination - with the same identifier (name{cite.noauthor_hackathon_2017}) has been already - used, duplicate ignored - - \relax -l.12 \bibitem[noa(2017)]{noauthor_hackathon_2017} - pdfTeX warning (ext4): destina -tion with the same identifier (name{cite.berlow_simplifying_nodate}) has been a -lready used, duplicate ignored - - \relax -l.18 \bibitem[Berlow()]{berlow_simplifying_nodate} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.bonsiepe_uneasy_nodate}) has been alr -eady used, duplicate ignored - - \relax -l.24 \bibitem[Bonsiepe()]{bonsiepe_uneasy_nodate} - pdfTeX warning (ext4): destina -tion with the same identifier (name{cite.bonsiepe_design_2000}) has been alread -y used, duplicate ignored - - \relax -l.29 ...item[Bonsiepe(2000)]{bonsiepe_design_2000} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.buchanan_children_nodate}) has been a -lready used, duplicate ignored - - \relax -l.36 ...item[Buchanan()]{buchanan_children_nodate} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.coleman_coding_2013}) has been alread -y used, duplicate ignored - - \relax -l.42 \bibitem[Coleman(2013)]{coleman_coding_2013} - pdfTeX warning (ext4): destina -tion with the same identifier (name{cite.friedman_interview_2004}) has been alr -eady used, duplicate ignored - - \relax -l.49 ...m[Friedman(2004)]{friedman_interview_2004} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.fuchs_autopoiesis_nodate}) has been a -lready used, duplicate ignored - - \relax -l.56 ...d Hofkirchner()]{fuchs_autopoiesis_nodate} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.garfinkel_unix-haters_1994}) has been - already used, duplicate ignored - - \relax -l.63 Strassmann]{garfinkel_unix-haters_1994} - pdfTeX warning (ext4): destinatio -n with the same identifier (name{cite.glanville_interview_nodate}) has been alr -eady used, duplicate ignored - - \relax -l.71 ...m[Glanville()]{glanville_interview_nodate} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.hernan_thomas_tecnologias_nodate}) ha -s been already used, duplicate ignored - - \relax -l.76 ...omas}()]{hernan_thomas_tecnologias_nodate} - [79 - - -]pdfTeX warning (ext4): destination with the same identifier (name{cite.ingalls -_design_1981}) has been already used, duplicate ignored - - \relax -l.81 \bibitem[Ingalls(1981)]{ingalls_design_1981} - pdfTeX warning (ext4): destina -tion with the same identifier (name{cite.jonas_design_2007}) has been already u -sed, duplicate ignored - - \relax -l.86 \bibitem[Jonas(2007)]{jonas_design_2007} - pdfTeX warning (ext4): destination - with the same identifier (name{cite.keller_for_2007}) has been already used, d -uplicate ignored - - \relax -l.94 \bibitem[Keller(2007)]{keller_for_2007} - pdfTeX warning (ext4): destination -with the same identifier (name{cite.krippendorff_design_nodate}) has been alrea -dy used, duplicate ignored - - \relax -l.99 ...rippendorff()]{krippendorff_design_nodate} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.lanier_you_2010}) has been already us -ed, duplicate ignored - - \relax -l.104 \bibitem[Lanier(2010)]{lanier_you_2010} - pdfTeX warning (ext4): destination - with the same identifier (name{cite.lilly_irani_hackathons_2015}) has been alr -eady used, duplicate ignored - - \relax -l.112 ...rani}(2015)]{lilly_irani_hackathons_2015} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.luna_cardenas_deepness_2013}) has bee -n already used, duplicate ignored - - \relax -l.120 ...texlab{a}})]{luna_cardenas_deepness_2013} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.luna_cardenas_deepness_2013-1}) has b -een already used, duplicate ignored - - \relax -l.127 ...xlab{b}})]{luna_cardenas_deepness_2013-1} - -Underfull \hbox (badness 1383) in paragraph at lines 128--133 -\T1/pplj/m/n/10 (+20) ple-xity of IPyt-hon do-cu-ments, Ja-nuary 2013b. URL - [] - -pdfTeX warning (ext4): destination with the same identifier (name{cite.luna_car -denas_grafoscopio_2014}) has been already used, duplicate ignored - - \relax -l.134 ...lab{a}})]{luna_cardenas_grafoscopio_2014} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.luna_cardenas_indie_2014}) has been a -lready used, duplicate ignored - - \relax -l.139 ...\natexlab{b}})]{luna_cardenas_indie_2014} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.luna_cardenas_metaforas_2014}) has be -en already used, duplicate ignored - - \relax -l.146 ...exlab{c}})]{luna_cardenas_metaforas_2014} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.luna_cardenas_data_2015}) has been al -ready used, duplicate ignored - - \relax -l.154 ...Cárdenas(2015)]{luna_cardenas_data_2015} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.manzini_emerging_2013}) has been alre -ady used, duplicate ignored - - \relax -l.159 ... and Meroni(2013)]{manzini_emerging_2013} - [80]pdfTeX warning (ext4): d -estination with the same identifier (name{cite.maxwell_tracing_2006}) has been -already used, duplicate ignored - - \relax -l.164 ...item[Maxwell(2006)]{maxwell_tracing_2006} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.moller_definicion_nodate}) has been a -lready used, duplicate ignored - - \relax -l.171 Stark]{moller_definicion_nodate} - pdfTeX warning (ext4): destination with - the same identifier (name{cite.pieter_jan_stappers_doing_2007}) has been alrea -dy used, duplicate ignored - - \relax -l.177 ...s}(2007)]{pieter_jan_stappers_doing_2007} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.rushkoff_program_2010}) has been alre -ady used, duplicate ignored - - \relax -l.182 ...em[Rushkoff(2010)]{rushkoff_program_2010} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.saikaly_design_2003}) has been alread -y used, duplicate ignored - - \relax -l.190 \bibitem[Saikaly(2003)]{saikaly_design_2003} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.saikaly_approaches_2005}) has been al -ready used, duplicate ignored - - \relax -l.196 ...m[Saikaly(2005)]{saikaly_approaches_2005} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.Sennett_artesano_2009}) has been alre -ady used, duplicate ignored - - \relax -l.203 ...tem[Sennett(2009)]{Sennett_artesano_2009} - pdfTeX warning (ext4): destin -ation with the same identifier (name{cite.teemu_leinonen_software_2008}) has be -en already used, duplicate ignored - - \relax -l.209 ...nen}(2008)]{teemu_leinonen_software_2008} - -Overfull \hbox (45.65837pt too wide) in paragraph at lines 210--216 -\T1/fvm/m/n/10 software-[]as-[]hypothesis-[]researchbased-[]design-[]methodolog -y-[]presentation$[][]\T1/pplj/m/n/10 (-20) . - [] - -pdfTeX warning (ext4): destination with the same identifier (name{cite.tufte_vi -sual_2001}) has been already used, duplicate ignored - - \relax -l.217 \bibitem[Tufte(2001)]{tufte_visual_2001} - pdfTeX warning (ext4): destinatio -n with the same identifier (name{cite.twardy_argument_nodate}) has been already - used, duplicate ignored - - \relax -l.223 \bibitem[Twardy()]{twardy_argument_nodate} - pdfTeX warning (ext4): destinat -ion with the same identifier (name{cite.victor_media_nodate}) has been already -used, duplicate ignored - - \relax -l.229 \bibitem[Victor()]{victor_media_nodate} - pdfTeX warning (ext4): destination - with the same identifier (name{cite.wenger_communities_1999}) has been already - used, duplicate ignored - - \relax -l.234 ...em[Wenger(1999)]{wenger_communities_1999} - ) (./main.ind -LaTeX Info: Redefining \. on input line 1. -LaTeX Info: Redefining \% on input line 1. - [81] [82 - -] -LaTeX Font Info: Font shape `T1/fvm/m/n' will be -(Font) scaled to size 7.65005pt on input line 3. - -[83]) - -Package natbib Warning: There were undefined citations. - -Package atveryend Info: Empty hook `BeforeClearDocument' on input line 2468. -[84] -Package atveryend Info: Empty hook `AfterLastShipout' on input line 2468. - (./main.aux -LaTeX Info: Redefining \. on input line 23. -LaTeX Info: Redefining \% on input line 23. -) -Package atveryend Info: Executing hook `AtVeryEndDocument' on input line 2468. -Package atveryend Info: Executing hook `AtEndAfterFileList' on input line 2468. - -Package rerunfilecheck Info: File `main.out' has not changed. -(rerunfilecheck) Checksum: 8C27439E9B624578D4BD205383964617;6326. - - -LaTeX Warning: There were undefined references. - - -LaTeX Warning: There were multiply-defined labels. - -Package atveryend Info: Empty hook `AtVeryVeryEnd' on input line 2468. - ) -Here is how much of TeX's memory you used: - 17729 strings out of 492990 - 259547 string characters out of 6138688 - 496147 words of memory out of 5000000 - 20090 multiletter control sequences out of 15000+600000 - 189837 words of font info for 686 fonts, out of 8000000 for 9000 - 1141 hyphenation exceptions out of 8191 - 53i,15n,92p,997b,776s stack positions out of 5000i,500n,10000p,200000b,80000s -{/usr/share/texmf-dist/fonts/enc/dvips/base/8r.enc} -Output written on main.pdf (84 pages, 9647802 bytes). -PDF statistics: - 942 PDF objects out of 1000 (max. 8388607) - 780 compressed objects within 8 object streams - 176 named destinations out of 1000 (max. 500000) - 120658 words of extra memory for PDF output out of 128383 (max. 10000000) - Index: Tesis/Escrito/TextoIntegrado/main.out ================================================================== --- Tesis/Escrito/TextoIntegrado/main.out +++ Tesis/Escrito/TextoIntegrado/main.out @@ -1,24 +1,1 @@ -\BOOKMARK [0][-]{chapter*.2}{\376\377\000I\000n\000t\000r\000o\000d\000u\000c\000c\000i\000\363\000n\000:\000\040\000A\000r\000t\000e\000f\000a\000c\000t\000o\000s\000\040\000h\000\355\000b\000r\000i\000d\000o\000s\000,\000\040\000d\000i\000s\000c\000u\000r\000s\000o\000s\000\040\000c\000e\000n\000a\000g\000o\000s\000o\000s\000\040\000y\000\040\000l\000u\000g\000a\000r\000e\000s\000\040\000p\000r\000o\000p\000i\000o\000s}{}% 1 -\BOOKMARK [0][-]{chapter*.3}{\376\377\000J\000u\000s\000t\000i\000f\000i\000c\000a\000c\000i\000\363\000n}{}% 2 -\BOOKMARK [0][-]{chapter*.4}{\376\377\000P\000r\000o\000b\000l\000e\000m\000a\000\040\000/\000\040\000O\000b\000j\000e\000t\000i\000v\000o}{}% 3 -\BOOKMARK [1][-]{section*.5}{\376\377\000G\000e\000n\000e\000r\000a\000l}{chapter*.4}% 4 -\BOOKMARK [1][-]{section*.6}{\376\377\000E\000s\000p\000e\000c\000\355\000f\000i\000c\000o}{chapter*.4}% 5 -\BOOKMARK [-1][-]{part.1}{\376\377\000I\000\040\000P\000e\000r\000s\000p\000e\000c\000t\000i\000v\000a\000s\000\040\000t\000e\000\363\000r\000i\000c\000a\000s\000,\000\040\000c\000r\000\355\000t\000i\000c\000a\000s\000\040\000y\000\040\000m\000e\000t\000o\000d\000o\000l\000\363\000g\000i\000c\000a\000s}{}% 6 -\BOOKMARK [0][-]{chapter*.7}{\376\377\000E\000c\000o\000l\000o\000g\000\355\000a\000\040\000y\000\040\000s\000i\000s\000t\000e\000m\000a\000s\000\040\000c\000o\000m\000p\000l\000e\000j\000o\000s\000\040\000c\000o\000m\000o\000\040\000p\000o\000s\000i\000b\000i\000l\000i\000d\000a\000d\000\040\000d\000i\000a\000l\000e\000c\000t\000i\000c\000a}{part.1}% 7 -\BOOKMARK [1][-]{section*.8}{\376\377\000J\000o\000n\000a\000s\000:\000\040\000E\000l\000\040\000d\000i\000s\000c\000u\000r\000s\000o\000\040\000d\000e\000l\000\040\000d\000i\000s\000e\000\361\000o\000\040\000c\000o\000m\000o\000\040\000u\000n\000\040\000a\000r\000t\000e\000f\000a\000c\000t\000o\000\040\000e\000v\000o\000l\000u\000t\000i\000v\000o}{chapter*.7}% 8 -\BOOKMARK [1][-]{section*.9}{\376\377\000F\000u\000c\000h\000s\000\040\000y\000\040\000H\000o\000f\000k\000i\000r\000c\000h\000n\000e\000r\000:\000\040\000T\000e\000o\000r\000\355\000a\000\040\000d\000e\000\040\000s\000i\000s\000t\000e\000m\000a\000s\000\040\000s\000o\000c\000i\000a\000l\000e\000s\000\040\000c\000r\000\355\000t\000i\000c\000o\000s}{chapter*.7}% 9 -\BOOKMARK [1][-]{section*.10}{\376\377\000C\000o\000n\000s\000e\000c\000u\000e\000n\000c\000i\000a\000s\000\040\000d\000e\000\040\000l\000a\000\040\000c\000r\000\355\000t\000i\000c\000a\000\040\000d\000e\000\040\000F\000u\000c\000h\000s\000\040\000y\000\040\000H\000o\000f\000k\000i\000r\000c\000h\000n\000e\000r\000\040\000e\000n\000\040\000l\000a\000\040\000t\000e\000o\000r\000\355\000a\000\040\000d\000e\000\040\000J\000o\000n\000a\000s}{chapter*.7}% 10 -\BOOKMARK [0][-]{chapter*.11}{\376\377\000D\000e\000\040\000t\000o\000d\000o\000s\000\040\000l\000o\000s\000\040\000m\000u\000n\000d\000o\000s\000\040\000p\000o\000s\000i\000b\000l\000e\000s\000,\000\040\000u\000n\000o\000\040\000p\000o\000t\000e\000n\000c\000i\000a\000d\000o\000r\000\040\000d\000e\000\040\000l\000o\000\040\000h\000u\000m\000a\000n\000o\000,\000\040\000e\000m\000a\000n\000c\000i\000p\000a\000d\000o\000r\000\040\000y\000\040\000c\000o\000n\000s\000t\000r\000u\000i\000d\000o\000\040\000e\000n\000\040\000c\000o\000m\000u\000n\000i\000d\000a\000d}{part.1}% 11 -\BOOKMARK [-1][-]{part.2}{\376\377\000I\000I\000\040\000J\000a\000l\000o\000n\000a\000n\000d\000o\000\040\000l\000a\000\040\000m\000o\000d\000i\000f\000i\000c\000a\000c\000i\000\363\000n\000\040\000r\000e\000c\000\355\000p\000r\000o\000c\000a\000\040\000d\000e\000\040\000a\000r\000t\000e\000f\000a\000c\000t\000o\000s\000\040\000d\000i\000g\000i\000t\000a\000l\000e\000s\000\040\000y\000\040\000c\000o\000m\000u\000n\000i\000d\000a\000d\000e\000s}{}% 12 -\BOOKMARK [0][-]{chapter*.12}{\376\377\000E\000l\000\040\000c\000o\000n\000t\000e\000x\000t\000o\000:\000\040\000c\000u\000l\000t\000u\000r\000a\000s\000\040\000h\000a\000c\000k\000e\000r\000\040\000g\000l\000o\000b\000a\000l\000e\000s\000\040\000y\000\040\000l\000o\000c\000a\000l\000e\000s}{part.2}% 13 -\BOOKMARK [1][-]{section*.13}{\376\377\000L\000a\000\040\000m\000u\000l\000t\000i\000s\000i\000t\000u\000a\000d\000a\000\040\000c\000u\000l\000t\000u\000r\000a\000\040\000h\000a\000c\000k\000e\000r}{chapter*.12}% 14 -\BOOKMARK [1][-]{section*.14}{\376\377\000H\000a\000c\000k\000B\000o\000,\000\040\000u\000n\000\040\000h\000a\000c\000k\000e\000r\000s\000p\000a\000c\000e\000\040\000e\000n\000\040\000B\000o\000g\000o\000t\000\341}{chapter*.12}% 15 -\BOOKMARK [1][-]{section*.15}{\376\377\000M\000i\000\040\000l\000u\000g\000a\000r\000\040\000e\000n\000\040\000l\000a\000\040\000c\000o\000m\000u\000n\000i\000d\000a\000d}{chapter*.12}% 16 -\BOOKMARK [0][-]{chapter*.16}{\376\377\000H\000a\000b\000i\000t\000a\000r\000\040\000e\000l\000\040\000p\000r\000o\000b\000l\000e\000m\000a}{part.2}% 17 -\BOOKMARK [1][-]{section*.17}{\376\377\000P\000r\000e\000h\000i\000s\000t\000o\000r\000i\000a\000:\000\040\000H\000\341\000b\000i\000t\000a\000t\000s\000\040\000d\000i\000g\000i\000t\000a\000l\000e\000s\000\040\000e\000\040\000I\000n\000d\000i\000e\000\040\000W\000e\000b\000\040\000S\000c\000i\000e\000n\000c\000e}{chapter*.16}% 18 -\BOOKMARK [1][-]{section*.18}{\376\377\000L\000a\000\040\000G\000o\000b\000e\000r\000n\000a\000t\000\363\000n\000:\000\040\000L\000a\000\040\000h\000a\000c\000k\000a\000t\000\363\000n\000\040\000c\000o\000m\000o\000\040\000a\000c\000t\000o\000\040\000d\000e\000\040\000r\000e\000s\000i\000s\000t\000e\000n\000c\000i\000a\000\040\000y\000\040\000c\000r\000\355\000t\000i\000c\000a\000\040\000d\000e\000s\000d\000e\000\040\000l\000a\000\040\000s\000o\000c\000i\000e\000d\000a\000d\000\040\000c\000\355\000v\000i\000l}{chapter*.16}% 19 -\BOOKMARK [1][-]{section*.20}{\376\377\000G\000r\000a\000f\000o\000s\000c\000o\000p\000i\000o}{chapter*.16}% 20 -\BOOKMARK [1][-]{section*.23}{\376\377\000E\000l\000\040\000D\000a\000t\000a\000\040\000W\000e\000e\000k}{chapter*.16}% 21 -\BOOKMARK [-1][-]{part.3}{\376\377\000I\000I\000I\000\040\000A\000n\000e\000x\000o\000s}{}% 22 -\BOOKMARK [0][-]{chapter*.26}{\376\377\000B\000i\000b\000l\000i\000o\000g\000r\000a\000f\000\355\000a}{part.3}% 23 -\BOOKMARK [0][-]{chapter*.27}{\376\377\000\315\000n\000d\000i\000c\000e\000\040\000a\000l\000f\000a\000b\000\351\000t\000i\000c\000o}{part.3}% 24 +\BOOKMARK [-1][-]{part.1}{\376\377\000I\000\040\000A\000n\000e\000x\000o\000s}{}% 1 DELETED Tesis/Escrito/TextoIntegrado/main.pdf Index: Tesis/Escrito/TextoIntegrado/main.pdf ================================================================== --- Tesis/Escrito/TextoIntegrado/main.pdf +++ Tesis/Escrito/TextoIntegrado/main.pdf cannot compute difference between binary files DELETED Tesis/Escrito/TextoIntegrado/main.synctex.gz Index: Tesis/Escrito/TextoIntegrado/main.synctex.gz ================================================================== --- Tesis/Escrito/TextoIntegrado/main.synctex.gz +++ Tesis/Escrito/TextoIntegrado/main.synctex.gz cannot compute difference between binary files Index: Tesis/Escrito/TextoIntegrado/main.tex ================================================================== --- Tesis/Escrito/TextoIntegrado/main.tex +++ Tesis/Escrito/TextoIntegrado/main.tex @@ -21,26 +21,35 @@ %---------------------------------------------------------------------------------------- % PACKAGES AND OTHER DOCUMENT CONFIGURATIONS %---------------------------------------------------------------------------------------- -\documentclass{tufte-book} % Use the tufte-book class which in turn uses the tufte-common class +\documentclass[nobib]{tufte-book} % Use the tufte-book class which in turn uses the tufte-common class \hypersetup{colorlinks} % Comment this line if you don't wish to have colored links -\usepackage[utf8]{inputenc} +\usepackage[utf8x]{inputenc} \usepackage[spanish]{babel} +\usepackage[T1]{fontenc} + +% \usepackage[backend=bibtex]{biblatex} +% \addbibresource{bibliography.bib} % BibTeX bibliography file +% \defbibheading{bibempty}{} \usepackage{microtype} % Improves character and word spacing \usepackage{lipsum} % Inserts dummy text \usepackage{booktabs} % Better horizontal rules in tables \usepackage{graphicx} % Needed to insert images into the document \usepackage[caption=false]{subfig} + +% \usepackage[skipt=0pt]{caption} % Customizing space for captions after images. +% \usepackage{subcaption} +\usepackage{epigraph} \graphicspath{{graphics/}} % Sets the default location of pictures \setkeys{Gin}{width=\linewidth,totalheight=\textheight,keepaspectratio} % Improves figure scaling \usepackage{fancyvrb} % Allows customization of verbatim environments @@ -178,11 +187,11 @@ \par %Insert Creative Commons Artwork DeclareGraphicsExtensions{.pdf,.png,.jpg} begin{center} leavevmode %Replace image file name below ("by-sa.png") with your license includegraphics[width=1in]{../Figuras/by-sa.png} end{center} label{fig:cc} %insert a link to the licence and its description below scriptsize{} -Esta obra está cubierta por la Licencia de Producción entre Pares. href{http://creativecommons.org/licenses/by-sa/3.0/}{Creative Commons Attribution-ShareAlike 3.0 Unported License} y puede ser copiada y modificada de acuerdo a los términos de dicha licencia.\ Una versión en línea actualizada está publicada en: href{http://ur1.ca/nabbo}{http://ur1.ca/nabbo}\index{license} +Esta obra está cubierta por la Licencia de Producción entre Pares. \href{http://creativecommons.org/licenses/by-sa/3.0/}{Creative Commons Attribution-ShareAlike 3.0 Unported License} y puede ser copiada y modificada de acuerdo a los términos de dicha licencia.\ Una versión en línea actualizada está publicada en: \href{http://ur1.ca/nabbo}{http://ur1.ca/nabbo}\index{license} \par\textit{First printing, \monthyear} \end{fullwidth} %---------------------------------------------------------------------------------------- @@ -223,2229 +232,22 @@ \cleardoublepage ~\vfill \begin{doublespace} \noindent\fontsize{18}{22}\selectfont\itshape \nohyphenation - Agradecimientos: \\ - A mi familia en Colombia y Canadá. \\ - A mis amigos en el hackerspace \smallcaps{HackBo} y \smallcaps{502Lab}. \\ - A las comunidades consolidadas alrededor de Pharo y nacientes - alrededor de Grafoscopio y el Data Week y a las personas en ellas.\\ - A mi tutor, Adolfo Grisales. + \end{doublespace} \vfill \vfill %---------------------------------------------------------------------------------------- % INTRODUCTION %---------------------------------------------------------------------------------------- \cleardoublepage -\chapter{Introducción: Artefactos híbridos, discursos cenagosos y lugares propios} % The asterisk leaves out this chapter from the table of contents - -\newthought{¿Cómo cambiamos los artefactos digitales que nos cambian?} -Esta es la pregunta que inspiró la investigación que este escrito presenta y para abordarla -se creó y jalonó una dinámica de modifcación recíproca entre una jóven -comunidad de práctica, en el \emph{hackerspace} HackBo\cite{noauthor_hackbo_2010}, en Bogotá Colombia, -y un artefacto digital amoldable para escritura interactiva, investigación reproducible, visualización -y activismo de datos, llamado Grafoscopio \cite{luna_cardenas_grafoscopio_2014} -(en el cual fueron escritas varias partes el presente texto), -a través de un conjunto de encuentros recurrentes, con formato de taller-\emph{hackatón}, -llamado Data Week \cite{luna_cardenas_data_2015} y Data Rodas. - -La investigación da cuenta de esta dinámica de modificación recíproca entre artefacto y comunidad, -de los enfoques teóricos para apreciarla (investigación desde el diseño, sistemas autopoiéticos), -del hábitat de dicho problema y su contexto (la contracultura hacker y sus recontextualizaciones -en un lugar del Sur Global) y de cómo se llegó a dicha dinámica, en una aproximación informada -etnográficamente, que rastrea en las huellas dejadas en por la comunidad, las primeras intuiciones -y los diálogos entre tradiciones y prácticas computaciones en dicho contexto (software libre y de -código abierto, el \emph{Dynabook} y sus encarnaciones en Smalltalk y \emph{Pharo}, -la investigación abierta y reproducible, la escritura interactiva, la visualización y el -activismo de datos). - -Intenta ser una investigación consecuente con este momento, en que el diseño -intenta construir un lugar epistemológico y metodológico que le sean propios, -lo cual se ve fortalecido ante los esfuerzos a nivel mundial de consolidar -doctorados en diseño con un componente investigativo pertinente a este nivel -de formación superior, pero también con el diseño como forma de conocer particular -(Saikaly\cite{saikaly_design_2003,saikaly_approaches_2005}). -Los procesos de formación doctoral son espacios para hacer explícita -la necesidad de diálogo dentro de los saberes en diseño, pero también -con otras formas de saber y ayudar a consolidar un lugar que le sea -propio. - -Esto quiere decir que el diseño tienen una posición privilegiada, -y los espacios doctorales deberían resistirse ante las presiones de ser -validados dentro de alguna métrica institucional -(por ejemplo la de las revistas indexadas) y darle la bienvenida -a otros objetos no hegemónicos para reportar conocimiento: -los \emph{viscursos} con un énfasis a lo visual propuestos por Bonsiepe\cite{bonsiepe_uneasy_nodate} -y que de cuenta del giro pictórico al que se enfrenta nuestra cultura y que le -atañe al diseño, los objetos activistas, los ensayos sonoros, los artefactos de software, -entre tantos otros. - -La propuesta acá es a resistir el afán de construir textos ``puros'', -que se defiendan por sí mismos, por su consistencia interna -lograda a partir de los diálogos de los autores del texto con aquellos -que el texto cita, al mejor estilo de la tradición académica. -Y no porque ésta sea una pretensión inválida, sino porque es insuficiente. -Si el diseño, como veremos más adelante, se sostiene en una red autogenerativa -(autopoiética), los artefactos que dan cuenta de la forma de investigar y conocer -en diseño también están en red y no pueden ser reducidos al texto. -Discursos visuales, artefactos de software, \emph{performances}, animación, deberían -ser parte de esa red. -Ese es el caso del texto que está acá, es sólo un nodo en una red de artefactos -que dan cuenta de esta investigación y una invitación a explorarlos. -Sin embargo, el viscurso y otros artefactos de conocimiento no hegemónicos, -recientemente propuestos, están aún en construcción y por tanto no se le -puede pedir al mismo tiempo su carácter exploratorio y de prototipo -y su consistencia interna y madurez expresiva, al mejor estilo de los ``discursos puros''. - -Así el texto que el lector tiene ante sí, es un artefacto híbrido y -cenágoso, como diría Jonas\cite{jonas_design_2007}, un \emph{viscurso} impuro, propio del diseño: - - -\begin{itemize} - \item - Para dar cuenta de su caracter visual la presentación misma del texto - cambió para establecer un diálogo más fluido con lo visual e inspirada - en las propuestas de Tufte\cite{tufte_visual_2001}, usa amplios márgenes laterales - para las notas y está acompañado por gráficas, que no son ``de apoyo'' - sino parte esencial del discurso/viscurso. - De hecho los mapas mentales - \footnote{Dichos mapas serían un primer paso de una transición que permita ir de éstos - a los mapas conceptuales y de allí a los argumentativos, en la caracterización - brindada por Twardy: \cite{twardy_argument_nodate}} - y otras visualizaciones se usaron como manera de - descubrir/profundizar argumentos. - Consecuente con una aproximación crítica a las infraestructuras tecnológicas, - las direcciones de Internet que aparecen al margen han - sido todas acortadas de manera que sean fáciles de transcribir a un - navegador y usando un acortador de enlaces ``ético``, que no rastrea - al usuario, mercantilizándolo en el panóptico del ciberespacio. - \item - Para dar cuenta del diseño como su asunto de reflexión, vincula dos - discursos, el de Jonas, por un lado y el de Fuchs y Hofkirchner\cite{Fuchs-1}, - por otro, a propósito del diseño, la autopoiesis y la - teoría de sistemas sociales críticos, usando como puente a - Luhmann y como inspiración una dialéctica entre lo complejo y lo simple caracterizada por - el \emph{zoom}, en línea con lo propuesto en - los análisis ecológicos desde sistemas complejos, de los cuales - hablará más adelante. - Este es el foco de esta primera parte. - \item - La segunda parte ya tiene que ver con la indagación dentro del hackerspace. - Usa una dinámica de zoom, descrita en la primera parte, definiendo el fenómeno - hacker desde tres autores principales: Coleman, Maxigas y Clark, para luego acercarse - (\emph{zoom in}) a la comunidad de HackBo en particular y contar la experiencia que - llevó a la construcción de Grafoscopio y el taller-hackatón, llamado Data Week, y las - más cortas y ágiles Data Rodas, donde aprendemos a usarlo y modificarlo,y las huellas - de ese proceso comunitario en los artefactos co-construidos. - Habla así de los contextos humanos donde dichas herramientas se desarrollaron - y en ese sentido establece una diferencia con el laboratorio en su proceso de - purificación la naturaleza, denunciado por Latour, al observarla, analizarla - y entregarnos sus ``leyes subyacentes'', sin dar cuenta de como los ``datos crudos'' - procesados al calor de todas las subjetividades e historias humanas, - nos dan ``verdades cocinadas''. - \item - La tercera cierra el texto con hallazgos, conclusiones y recomendaciones. - \end{itemize} - -Este artefacto híbrido tiene, además, distintos niveles de cocción. -Por una parte es textual, por otra parte es visual. -Unos elementos son software, habitando un ``mar de objetos``, -otros recurren a la naturaleza lineal del texto escrito y otros se conectan con -sitios web, repositorios de código y narrativas de comunidades que habitan, -tanto espacios analógicos y cara a cara, como digitales y virtuales. -Es un artefacto que intenta favorecer un mejor el metabolismo cognitivo, -no sólo desde lo visual, como diría Bonsiepe\cite{bonsiepe_design_2000}, sino desde -la comprensión de los ingredientes y cómo están articulados. -Pero es sobre todo una provocación para el lector, a intentar sus propios objetos -no hegemónicos de conocimiento, sus propios artefactos -impuros o acompañarnos en la (de)construcción de los que estamos (des)armando. - -Este texto, y los artefactos digitales y prácticas asociadas constituyen así de un lugar ecléctico, -que se configura como nodo, nudo y puente, con importantes consecuencias prácticas: -Si podemos cambiar los artefactos que nos cambian, podemos decidir sobre nuestros cambios -futuros, agenciando autonomía y autodeterminación y posibilitando la construcción más plural -de un mundo compartido. - -Espero que el lector/explorador encuentre múltiples lugares de ingreso y diálogo para construir juntos. -Con suerte elegirá varios de ellos, en este texto, en el software y visualizaciones que se crearon -para esta investigación, en los espacios hackers y los talleres y encuentros cara a cara que acompañan -la experiencia y se siguen realizando al momento de este escrito, en los espacios de participación y -memoria virtual que le son complementarios. -Un lector/explorador ideal no sólo se conformará con este texto, sino que combinará esas múltiples formas -de ingreso y diálogo y con algo de suerte nos encontraremos en ellas. - -La invitación queda abierta. - -%---------------------------------------------------------------------------------------- - -\mainmatter - -%---------------------------------------------------------------------------------------- -% INTRODUCTION -%---------------------------------------------------------------------------------------- - -\cleardoublepage -\chapter{Justificación} % The asterisk leaves out this chapter from the table of contents - -\begin{quote} - Indagar sobre lo educativo allí se torna central a la hora de comprender y - problematizar los modos en que el conocimiento establecido se constituye - socialmente como una caja negra. Una que es configurada en el acto educativo y - que tiene el poder de ocultar, de neutralizar, en clave posmoderna, jerarquías - epistémicas de carácter colonial, en donde ciertos saberes y formas de conocer, - atravesados por constructos de género, se vuelven más legítimos que otros. - - - Tania Bustos, Los márgenes de la Popularización de la ciencia y la tecnología: Conexiones feministas en el sur global. -\end{quote} - -\begin{quote} - Hasta hoy, la tecnología ha sido manejada como una caja negra, como una esfera - autónoma y neutral que determina su propio camino de desarrollo, generando - inexorables efectos, constructivos o destructivos a su paso. Esta visión lineal, - determinista e ingenua de la tecnología permanece aún vigente en la visión ideológica - de muchos actores clave: de los tomadores de decisión, de los tecnólogos, científicos - e ingenieros. Lejos de un sendero único de progreso, existen diferentes vías de - desarrollo tecnológico, diversas alternativas tecnológicas, distintas maneras de - caracterizar un problema y de resolverlo. - - Hernan Thomas, Tecnologías para la inclusión social y políticas públicas en América Latina -\end{quote} - - -\newthought{Los saberes como cajas negras}, perpetuadoras de discursos de poder hegemónicos y excluyentes, -manifiestan particularmente su caracter irónico en el terreno de las tecnologías digitales, -pues este "saber blando" toma cuerpo en un "medio blando", que se caracteriza por ser flexible y abundante, -lo cual se demuestra en la facilidad de copiado, transmisión y modificación de los constructos digitales, -en comparación con sus contrapartes analógicas. -Sin embargo, prácticas tecno-sociales, en diversas dimensiones que atañen a lo cultural, lo legal, -lo tecnológico y lo cognitivo, han contravenido esta naturaleza colocando barreras de ingreso artificiales, -que no han sido adecuadamente deconstruidas y que dejan a gran parte de la población por fuera de las posibilidades -de inclusión y participación que se supone dichas tecnologías iban a permitir o, peor aún, manteniéndonos en la -ilusión de que estamos participando, cuando somos sólamente personajes marginales inconscientes de lo que ignoramos. -Así las cosas, cómo tales barreras se deconstruyen, reconfiguran y desconfiguran es una pregunta importante si queremos, -efectivamente, posibilitar pasar de la marginalidad a la participación y la construcción plural del mundo, -anotando de antemano, que como decía Thomas \cite{hernan_thomas_tecnologias_nodate}, no se pretende caer en -un determinismo tecnológico o uno social, sino que entendemos que abordar esta pregunta por el ``cómo'' es -insertarnos en un fenómeno complejo, donde interactuar es en parte preguntarse y responderse y donde no -podemos desligarnos de las preguntas por el ``para qué''. - - -Las nuevas condiciones tecnosociales, en particular la Internet, -han posibilitado el avance y visibilidad de otros discursos marginales, -que pretenden deconstruir las barreras antes mencionadas (Software Libre, Creative Commons, Libre Society, el Dynabook), -algunas con más éxito y postura crítica que otras. -Sin embargo, en el llamado Sur Global, habitamos la periferia de estos movimientos -y, salvo contadas excepciones, como el Manifiesto Canibal, tampoco hemos propuesto un discurso propio -y ampliamente visible frente a ellos. -Por un lado porque el papel de ``prosumidores'' (ese híbrido entre productores y consumidores) -sigue fuertemente inclinado hacia el consumo y por otro, porque en lugar de sentar derroteros propios, -hemos tomado partido en discusiones polarizadas, por ejemplo copyright vs copyleft -(aunque ya se empieza a constituir copysouth, - \footnote{El CopySouth cuestiona elementos básicos de estas - posturas de izquierda y derecha, como el concepto mismo de piratería o - aquella en la que se supone que quien crea es el individuo en lugar del colectivo, - cuando la idea de lo plural es un asunto innegable en las tradiciones indígenas o afrodescendientes, por ejemplo} - ), reiterando posturas binarias y sus jerarquías. - -La naturaleza de la creación digital en el Sur Global es diferente a la del Norte Global y si bien, -el movimiento de la librecultura, que piensa la cultura principalmente como cocreación y no como mercancía, -cuenta con creaciones abundantes en campos como la músical, por ejemplo en Brasil, -tales creaciones digitales circulan por las infraestructuras de información provistas por el Norte Global, -desde sus circunstancias y sus lógicas, embebidas en dicha infraestructura, y por tanto no están resignificadas -para este contexto. -Cosas como la baja conectividad, la fácilidad para aprender e intervenir, el caracter \emph{p2p} o entre pares, -hacen gala de su ausencia en las soluciones concebidas para otros, sin incluir en el diálogo y el diseño a aquellos -para quien \emph{se les crean} las ``soluciones'', salvo contadas excepciones. -El caracter descontextualizado, paternalista y/o asistencialista de algunas iniciativas ha hecho que -ellas no se sostengan a sí mismas y no continúen la exploración tecnosocial por cuenta propia. - -La estructura de comunidades de práctica, propuesta por Wenger,\cite{wenger_communities_1999} supone una dualidad -esencial de la experiencia: nuestra participación significativa en el mundo crea cosas, ``cosifica'', y dichas cosas -facilitan o no participaciones futuras. -Se cosifica y se participa, en un diálogo y complemento permanente. -Construir y visibilizar los discursos propios tiene que ver con cosificar las participaciones que los construyen. -Es decir que, si el paso por el artefacto es inevitable en la construcción de la participación futura, entonces, -es clave entender las dinámicas artefactuales y como éstas nos permiten expresar discursos locales y nuestro -aporte, desde la diversidad, a la construcción global. -No se trata sólo de usar software libre o licencias de la libre cultura -o las \emph{obras culturales libres}\cite{moller_definicion_nodate}. - -Sin embargo, como afirma Jonas, los artefactos son -``materializaciones necesarias pero contingentes'' al problema de diseño -y ellos dan cuenta la solución temporal a brechas en los sistemas autopoiéticos -constituidos por los organimos, la conciencia y la comunicación -(un tema en el que se profundizará en la primera parte). -Este proyecto de investigación particular indaga por la brecha entre los artefactos, lo mental y lo social, -en la medida en que se pregunta por la relación entre cómo se hacen sentido y se construyen los artefactos, -cómo se aprenden y deconstruyen, y desde qué contextos. -Se trata, sobre todo, de poder expresar en artefactos digitales, preocupaciones genuinas y locales que, -articuladas con otras de naturaleza similar, contribuyan a la construcción de un mundo por y para todos -y todas. - -La pregunta de investigación de este trabajo es cómo cambiamos los artefactos digitales que nos cambian, -de manera que participemos en la construcción de dinámicas tecno-culturales autónomas. -Es un intento de abordar las inquietudes presentadas en esta justificación. -Se enmarca dentro de las tradiciones intelectuales de las comunidades de práctica, las redes fluidas, -la cibernética y las tecnologías sociales y dialoga con tradiciones como las del Dynabook, Pharo, -Unix, el activismo de datos y la visualización feminista de datos. -Hasta donde la investigación preliminar ha podido arrojar, se trata de un abordaje nóvel por esta pregunta, -con consecuencias importantes tanto a nivel teórico, como práctico y un correlato social permanente, pues -las tradiciones de diseño y las informáticas se preguntan por los artefactos y, en el mejor de los casos -por su co-diseño o por cómo nos cambian los artefactos digitales \cite{lanier_you_2010}, pero no han cerrado -el ciclo de cómo podemos cambiar de vuelta aquellos artefactos que nos cambian, ni se han emarcado en esta -rica red de cruces e intersecciones que exploramos acá. - -Lo anterior nos muestra una justificación del proyecto de investigación ocurre, -tanto desde el punto de vista tecno-político, como desde el teórico y metodológico. -Es una abordaje que dialoga con otros, pero que se responde de maneras particulares, habitando un problema, -construyendo artefactos dialógicos y dislocando otros artefactos, mientras propone dinámicas sociales, para -contextos particulares, afirmando el caracter político del investigador y las comunidades a las que se acerca, -habita y pertenece. - - -\chapter{Problema / Objetivo}\label{problema-objetivo} - -\section{General} - -Alentar y caracterizar la transición de usuarios a hacedores de artefactos digitales en el -el \emph{hackerspace} HackBo, en Bogotá Colombia. - -\section{Específico} - -Diseñar e implementar un artefacto digital autoreferencial (metasistema) y revisar sus impactos -y relación con una comunidad de práctica. - -%---------------------------------------------------------------------------------------- -% PARTE 1 -%---------------------------------------------------------------------------------------- - -\part{Perspectivas teóricas, críticas y metodológicas} -\label{part:perspectivas} - -\newthought{¿Cuál lugar ocupa esta tesis, desde lo epistemológico y metodológico?} Esta será la pregunta -que se abordará en esta sección. -Para ello se realizará una panorámica de las distintas -epistemologías, se sugerirá una manera de conectarlas -y se usará una aproximación de \emph{zoom} para modificar la teoría de diseño de -Jonas, conectándola con la perspectiva crítica de Fuchs y Hockhaimer. -También se mostarán aproximaciones metodológicas al -diseño que suponen al investigador/diseñador como sujeto -político, que co-diseña y habita un problema/prototipo -dentro de una comunidad (de práctica o interés) apostando -por un mundo más plural e incluyente. -Esto permitirá entender los lugares de mirada -y acción de la segunda parte. - -%---------------------------------------------------------------------------------------- -% CAPITULO 1 -%---------------------------------------------------------------------------------------- -\chapter{Ecología y sistemas complejos como posibilidad - dialectica}\label{ecologuxeda-y-sistemas-complejos-como-posibilidad-dialectica} - -\newthought{La naciente epistemología del diseño} está caracterizada por la diversidad de miradas y enfoques, -desde quienes intentan buscar los fundamentos en lugares como la filosofía -(con los 4 principios generativos de Buchanan \cite{buchanan_children_nodate}), -% Bonsiepe-2 -la antropología, la teoría del arte, los enfoques ontológicos (Friedman\cite{friedman_interview_2004}) -y cognitivos (Simon), hasta quienes, por el -contrario, creen que, dentro de las particularidades del diseño, está en -que este no es un saber sostenido en una base (un ``fundamento'') sino -en una red y, dado que es una red que se sostiene a sí misma, le -corresponde al diseño un discurso epistemológico desde la cibernética y -la teoría general de sistemas (Jonas\cite{jonas_design_nodate}, Glanville\cite{glanville_interview_nodate}). -Yo en particular me adscribo a esta última mirada. Desde esta diferencia de -posturas se han abordado puntos en común, por ejemplo, el hecho de que -el diseño se ocupe de lo posible y que necesita construir un saber que -le sea característico en diálogo con otros saberes como los de la -ciencia y el arte, pero distinto a ellos. - -Por lo anterior, los saberes en diseño son buenos candidatos a ser -considerados sistemas complejos: son diversos, no lineales, interconectados y dinámicos. -Si partimos de la hipótesis de que tales saberes conforman efectivamente -sistemas complejos interconectados entre sí, los análisis ecológicos -desde sistemas complejos pueden ser una buena inspiración sobre cómo -mapear y representar las conexiones actuales y posibles de los saberes -en diseño entre sí y dar cuenta de cómo ellos conforman una ecología de -saberes. Esta hipótesis de partida tomará más fuerza en la medida en que -desarrollemos la propuesta que ella nos permite. Si se quiere, esto -puede ser un tipo de pensamiento circular, pero no uno tautológico, sino -autopoiético, que emplea un proceso de \emph{bootstraping} sencillo, la de que -\emph{los saberes en diseño constituyen una red compleja} para jalonar -estados más avanzados de sí mismos, la de que \emph{la sociedad es una - red compleja autopoiética y esto tiene consecuencias en las - epistemologías y acciones del diseño}. - -Al respecto del tratamiento de sistemas complejos Berlow\cite{berlow_simplifying_nodate} -nos sugiere una abordaje desde la dinámica del acercarse (\emph{zoom in}) y -del alejarse (\emph{zoom out}) que de hecho estaría en consonancia con -las propuestas de explicitar y ubicar las tensiones dialécticas, hecha -por Fuchs y Hofkirchner\cite{fuchs_autopoiesis_nodate} y con la idea de visualizar para -argumentar y preguntarse, hecha en los viscursos de Bonsiepe y los medios para para -pensar lo impensable de Victor\cite{victor_media_nodate}. -En su ejemplo, Berlow toma la inspiración en el tratamiento de redes -complejas en ecología (figura \ref{fig:simple-complicado-vs-complejo} a) -y los aplica a la política, en particular al problema de incrementar -el apoyo popular en Estados Unidos al gobierno afgano, de modo que este -deje de aparentar ser un problema complicado -(figura \ref{fig:simple-complicado-vs-complejo}b) y se manifieste como un problema complejo. -Decía que la dinámica del \emph{zoom in} y el \emph{zoom out} permitía, -no sólo ubicarse en la interacción de dos elementos de la red, -sino considerar varios grados de influencia y descartar algunos no -directamente relacionados, de este modo podía mapear la red compleja del problema, -en este caso el político, -(figura \ref{fig:simple-complicado-vs-complejo}c) y encontrar conexiones -interesantes/relevamentes (figura \ref{fig:simple-complicado-vs-complejo}d). - -\begin{figure*}[h] - \includegraphics[width=3in]{./Parte1/complejidad-ecologia.jpg}% - \includegraphics[width=3in]{./Parte1/eeuu-guerra-afganistan-2-20.jpg} \\ - \includegraphics[width=3in]{./Parte1/eeuu-guerra-afganistan-complejidad-2-39.jpg} % - \includegraphics[width=3in]{./Parte1/eeuu-guerra-afganistan-complejidad-influencia-2-55.jpg}% - \caption{El dialogo entre lo simple y lo complejo para desenmascarar lo complicado: - - Fila superior: Izquierda (a), una red compleja en ecología. - Derecha(b): una red \emph{complicada} en política. - - Fila inferior: Izquierda(c): la red complicada expresada como red política compleja. - Derecha(d): un zoom en la red política compleja para asuntos relevantes.} - \label{fig:simple-complicado-vs-complejo}% -\end{figure*} - -Una idea similar se ha seguido en este escrito y para explicitarla se -desarrolló un mapa mental de las lecturas que lo informan (\emph{zoom out}), -mostrado en la figura \ref{fig:mapa-lecturas}, -para enfocarse luego en dos propuestas y las consecuencias de las mismas -en una parte de las epistemologías del diseño (\emph{zoom in}) y las -conexiones con otros autores (se hará referencia a las distintas partes del -\emph{zoom in} a lo largo del texto). -Las propuestas conectadas fueron una que se podría denominar una -aproximación cibernética/autopoiética a la epistemología del Diseño por -parte de Jonas y la teoría de sistemas sociales críticos de Fuchs y Hofkirchner. -Es de anotar que la conexión entre tales discursos se había hecho antes -de la existencia del mapa y no era difícil de ver, pues ambos hablan de -autopoiesis y se basan en Luhmann, pero Jonas lo usa para derivar su propuesta -de epistemología para el diseño, mientras que Fuchs y Hofkirchner se ubican -en una crítica al funcionalismo de Luhmann, preservando el -caracter autopoíetico de su propuesta desde otra perspectiva. Para lo -que sirvió el mapa fue para derivar consecuencias más detalladas de este -posible diálogo de discursos y su relación con otros autores. Es allí -donde esta el poder de lo visual y el \emph{zoom in}, como se mostrará más -adelante. - -\begin{marginfigure}% - \includegraphics[width=\linewidth]{./Parte1/mapa-lecturas-examen-candidatura.png} - \caption{Mapa de lecturas para la preparación de esta sección del texto. - Se harán ampliaciones del mismo en la medida en que se avance por el texto. - Hay una versión más grande al final del escrito y una versión totalmente ampliada - en línea se puede encontrar en: \url{https://is.gd/Xr1wjV}.} - \label{fig:mapa-lecturas} -\end{marginfigure} - -Las secciones siguientes presentarán brevemente la teoría autopoiesis de -diseño de Jonas desde Luhmann, la crítica de Fuchs y Hofkirchner a -Luhmann, para luego revisar las consecuencias de dicha crítica en la -teoría de Jonas y conectarla con otros autores y ofrecer un ethos al -diseño consecuente con el diseño de un mundo posible más emancipador y -potenciador de lo humano. -Desde esa perspectiva epistemológica y crítica es donde esta investigación -intenta desarrollarse en en las partes 2 y 3. - -\section{Jonas: El discurso del diseño como un artefacto evolutivo}\label{diseno-evolutivo} - - -Jonas (2007)\cite{jonas_design_2007} considera que para desarrollar una -genuina identidad del diseño, es necesario mantener la pregunta por los -fundamentos abierta y viva, lo cual implica aspectos ontológicos, epistemológicos -y metodológicos como: - -\begin{enumerate} - \def\labelenumi{\arabic{enumi}.} - \itemsep1pt\parskip0pt\parsep0pt - \item - ¿Hay alguna esencia del diseño / diseñar? - \item - ¿Cuál es la función general del diseño? - \item - ¿Cuál es la naturaleza específica del conocer en diseño? - \item - ¿Cuál es la relación entre diseño y ciencia? - \item - ¿Cómo mejorar el proceso de ``resolución de problemas'' a través de la - investigación? -\end{enumerate} - -Jonas afirma que en estas preguntas el producto mismo del diseño, el -artefacto, está perdido, pero continua diciendo que el \emph{artefacto - es una materialización necesaria pero contigente} en el proceso nunca -terminado de diseño, que puede, en el mejor de los casos ser -interpretada en retrospectiva y con beneficios a futuro. El caracter -\emph{contigente} del artefacto no dejaba de generarme inquietudes. -Particularmente porque como seres corporeos, habitantes y creadores de -una cultura material, estamos inmersos en un mundo de artefactos, con -profundos vínculos afectivos, que pueden durar generaciones. Sin -embargo, su contigencia tiene que ver con el hecho de que los artefactos -presentes dan cuenta de su historia particular como suma de -contingencias y de elecciones. Habitamos hoy sólo uno de los mundos -posibles, no el mejor de los mundos, como diría Jonas, y entonces -podemos deconstruir los artefactos que constituyen nuestra cultura -material y preguntarnos por otras posibilidades para ellos y a través de -ellos para dicha cultura y para nuestro mundo en general. Los diseños -son intervenciones intencionales pero temporales y ``la mayoría de los -resultados desaparecerán, algunos pocos son integrados en futuros -procesos. -Las fallas como los aciertos hacen parte del archivo -socio-cultural de la humanidad''. (Jonas 2007 pp. 195) - -Jonas critica algunos de los fundamentos clásicamente dados como -aquellos basados en la definición y deducción de Friedman y los -principios generativos de Buchanan y propone otros 3: la epistemología -evolucionaria, la teoría de los sistemas sociales (basado principalmente -en Luhmann) y la teoría de la evolución socio-cultural. -Lo interesante del enfoque de Jonas es que vincula los sistemas autopoiéticos -y el diseño al mismo tiempo que da una base sólida para tal vínculo. Sus -saberes son dinámicos y cibernéticos y no tiene fundamentos subyacentes: -no lo sostiene un saber debajo, sino que lo sostiene una red de saberes -al lado. Jonas, siguiendo a Luhmann, establece que existen sistemas heterónomos: -los artefactos o mecanismos, y sistemas autónomos autopoiéticos: los -organismos, la conciencia, la comunicación. Al diseño le corresponde -abordar las brechas/puentes entres las estas cuatro entidades, con lo -cual se tienen las siguientes combinaciones (véase figura \ref{fig:jonas-design}): - -\begin{enumerate} - \def\labelenumi{\alph{enumi})} - \itemsep1pt\parskip0pt\parsep0pt - \item - Artefactos / Organismos - \item - Artefactos / Conciencia - \item - Artefactos / Comunicaciones - \item - Artefactos / Organismos / Comunicaciones - \item - Artefactos / Conciencia / Comunicaciones - \item - Artefactos / Organismos / Conciencia - \item - Artefactos / Organismos / Conciencia / Comunicaciones. -\end{enumerate} - -\begin{figure}[h]% - \includegraphics[]{./Parte1/auto-hetero-poietico.png} - \caption{Interpretación de la teoría de Jonas: El diseño - como puente entre entidades autopoiéticas (circulares) - y artefactos (rectangulares)} - \label{fig:jonas-design} -\end{figure} - - -Cuando aborda el vínculo entre diseño e investigación, Jonas nos -enfrenta a tres garantias constitucionales paradójicas de la modernidad -(Jonas 2005 pp 192): - -\begin{itemize} - \itemsep1pt\parskip0pt\parsep0pt - \item - Incluso cuando construimos la naturaleza, es como si no lo hiciéramos. - \item - Incluso cuando no construimos la sociedad, es como si lo hiciéramos. - \item - La naturaleza y la sociedad deben permanecer absolutamente separados; - el trabajo de purificación debe permanencer separado del trabajo de - mediación. -\end{itemize} - -Para Jonas el diseño se ocupa del mundo posible y hay en el una -asumpción antropológica: La habilidad de diseñar es una característica -esencialmente humana cuya función esencial es la concepción y proyección -de las condiciones humanas de vida. El diseño ``es el medio para obtener -conocimiento sobre el mundo {[}y{]} no podemos superar nuestro -involucramiento en ese proceso'' (Jonas 2007 pp. 194). -Como diseñadores no podemos separarnos y ser sólo observadores de lo observado, -sino que el diseñador es visto como un sistema que se auto-organiza, ``que está -observando un artefacto que evoluciona más él o ella observando el -artefacto que evoluciona''(Jonas 2007 pp .193). -Jonas también afirma que el diseño es una práctica reflexiva, en línea con lo -establecido por Dewey cuando dice que conocer es una manera de actuar y que se -trata de pasar de la verdad a la ``afirmabilidad garantizada'' (`warranted -assertibility'). - -En este mundo de artefactos contigentes y peregnes y de -acciones/conoceres ineludibles como criaturas vivas y hacedoras de -sentido, ¿qué papel nos corresponde como diseñadores entonces, en -particular desde una formación doctoral en diseño? La crítica que se -presentará de Luhmann puede ayudarnos a entrever una respuesta y, como -se dijo, servir de puente para entablar el diálogo entre estos dos -discursos. - -\section{Fuchs y Hofkirchner: Teoría de sistemas sociales críticos}\label{diseno-evolutivo} - -Fuchs y Hofkirchner\cite{fuchs_autopoiesis_nodate} reconocen el potencial -de la teoría aupoiética en los sistemas sociales, al mostrarlos dinámicos -y autoreferenciales, por tanto susceptibles de modificación, sin embargo -critican la perspectiva de Luhmann, pues piensan que es descriptiva y no -normativa. -La teoría de Luhmann, centrada en las comunicaciones como -unidad de auto-referencia para conferir a los sistemas sociales -propiedades autopoiéticas es funcionalista: habla del mundo como es y no -como podría ser, y el mundo posible es una preocupación que no sólo le -atañe al diseño, sino, de acuerdo a estos autores, también a las -ciencias sociales. - -Como afirman Fuchs y Hofkirchner, un lugar donde es notoria la -insuficiencia de la teoría del Luhmann para hablar de lo posible se hace -manifiesto en su tratamiento a la protesta (pp. 115): - -\begin{quote} - Las implicaciones dramáticas de la teoría de Luhmann se hacen más - evidentes en su dicusión de los movimientos de protesta. El argumenta - que los movimientos sociales son alternativas sin alternativas (Luhmann - 1996b, p.~75ff.), que ellos protestan en contra de la diferenciación - funcional de la sociedad (p.~76), operan dentro de la sociedad en contra - de la sociedad (p.~103, 204), no tienen alternativas que ofrecer - (p.~104), hacen un fetiche la oposición y la forma alternativa de pensar - (p.~159), son inventadas por un público que es notoriamente inestable - mentalmente (p.~204), establecen la provocación como un fin en sí mismo - (p.~206), no poseen profundidad analítica y no saben por qué algo es - como es (p.~207), establece protestas como pseudoeventos (p.~212), son - una forma de comuincación refractaria contra la comunicación (p.~214), - constituyen un aspecto perturbador de la sociedad moderna (Luhmann 1984, - p.~545), y actuan como negadores que debilitan la afirmación de la - sociedad (ibid., p.~549ff.). -\end{quote} - -\begin{quote} - Para Luhmann, los movimientos de protesta son reactivos, sin objeto y - peligrosos. Cada movimiento de protesta tiene valores y ciertos - objetivos políticos; por tanto, quiere cambiar la sociedad. Los - movimientos sociales no son reactivos, sino activos y proactivos. La - caracterización de Luhmann apunta a desacreditar la protesta; si la - última no es vista como una función positiva de la sociedad, las - alternativas son consideradas como indeseables. Una sociedad que - previene la crítica parece cercana al una sociedad totalitaria; una - teoría que considera la crítica y la oposición como indeseables es - afrimativa y parece consecuentemente cercana a una teoría totalitaria. - El rol de la sociología en la sociedad es la crítica y reflexión de la - sociedad; una descripción pura de la sociedad como si fuera la mejor - forma de sociedad es no crítica y afirmativa. -\end{quote} - -\begin{figure*}[h] - \includegraphics[width=\linewidth]{./Parte1/dualidad-agencia-estructura.png}% - \caption{\emph{Zoom in} al mapa de lecturas para ampliar la parte - referidad a la dualidad estructura-agencia y los cuatro tratamientos - posibles: El individualismo en que las personas condicionan lo social, - proyectivismo hacia abajo en el que las estructuras - condiciones a las personas, - El dualismo de Luhmann que los separa, y el de la re-creación - que los integra. Estos dos últimos se tratan con detalle en el texto}% - \label{fig:dualidad-estructura-agencia}% -\end{figure*} - - -El problema de Luhmann es que coloca como unidad de la autopoiesis -social a las comunicaciones, pero no cuenta ni de su contenido, ni su origen, -ni de lo humano en ellas, particularmente si se trata de la protesta. Esto tiene -varias consecuencias en particular sobre un problema esencial no sólo -para las ciencias sociales, sino para el diseño y es el de la relación -agencia/estructura (véase figura \ref{fig:dualidad-estructura-agencia}), -que se puede resumir en esta pregunta ¿cuál es la -relación entre la agencia humana y las estructuras que habitamos? En -dicho problema subyace la pregunta de si podemos cambiar el mundo, si -podemos pasar del mundo que tenemos al mundo posible. Según -Fuchs y Hofkirchner la respuesta de Luhmann al problema agencia y estructura -es dualista: Los seres humanos somos simples observadores de las -comunicaciones y son ellas las que constituyen los fenómenos sociales: -humanos y sociedad van cada uno por su lado, avanzando en paralelo, pero -sin influenciarse de a mucho. Es quizás desde allí que los -\emph{artefactos contingentes} de Jonas podrían leerse en una -perspectiva nihilista. - -¿Cómo puede una teoría social descriptiva (de las cosas como son) y no -normativa (de las cosas como deberían ser) dar cuenta de una teoría del -diseño? - -La clave para mí está en la propuesta de Fuchs y Hofkirchner al colocar a -los humanos como la unidad social y preservar el caracter autopoiético -de los sistemas sociales desde esa otra unidad (pp. 126): - -\begin{quote} - La teoría de sistemas sociales críticos ve a los humanos en el centro de los sistemas humanos, - argumenta que los humanos coproducen y reproducen las estructuras sociales, que condicionan - las acciones humanas venideras, por las cuales de nuevo esas estructuras emergen y son - reproducidas, etc. Este proceso dinámico y dialéctico es denominado re-creación. La Re-creación - es un proceso autopoiético porque la unidad de actores humanos y estructuras sociales que - constituye la socialidad es permanentemente reproducido y reemergente. La agudeza de los - problemas sociales globales requiere que la teoría social de hoy no sólo sea descriptiva - y analítica, sino normativa y en el interés de los grupos e individuos oprimidos. Por tanto, - argumentamos que el caracter de centrado en lo humano debería ser visto como una característica - crítica de la teoría social contemporánea. - - Son los sistemas sociales autopoiéticos? Si, pero sugerimos una - comprensión que es centrada en lo humano y por tanto se aparta de la - interpretación de Luhmann. Argumentamos que los humanos permanentemente - crean la unidad de actores humanos y estructuras sociales, es decir, la - socialidad humana, en sociedad. Lo qué es permanentemente creado en - sociedad es la cualidad fundamental de humanos, sus socialidad. La - sociedad reproduce y produce al hombre como ser humano, y el hombre - reproduce y produce a la sociedad al coordinar socialmente acciones - humanas. El hombre es el creador de, y es creado por, la sociedad; - sociedad y humanos se producen al otro mutuamente. Tratamos de enmarcar - la autopoiesis social como un proceso, en el cual encontramos una - dialéctica de estructuras sociales y actores humanos. El foco de Luhmann - en las comunicaciones y las estructuras como unidad de reproducción - autopoiética es en nuestra aproximación reemplazado por la unidad de - estructura y actores. -\end{quote} - -\section{Consecuencias de la crítica de Fuchs y Hofkirchner en la teoría de - Jonas}\label{consecuencias-fuchs-en-jonas} - -Este cambio de unidad de autopoiesis de las comunicaciones y las -estructura y los actores (humanos) reinvindica la agencia humana en la -posibilidad de transformar el mundo y brinda puentes con otras teorías. - -La primera consecuencia es nominal, pero no por eso trivial. Desde la -teoría de sistemas sociales crítica de Fuchs y Hofkirchner las -brechas/puentes de Jonas que aborda el diseño, podrían actualizarse como -aquellas entre los artefactos/mecanismos, lo biológico (organismos), lo -mental (conciencias) y lo social como hecho humano (desenfatizando así -las comunicaciones, que son parte de lo social, pero no su centro). - -\begin{marginfigure}% - \includegraphics[width=\linewidth]{./Parte1/dualidadParticipacionCosificacion.png} - \caption{Dualidad cosificación participación de Wenger} - \label{fig:dualidad} -\end{marginfigure} - -Por otro lado permite repensar puentes entre la agencia humana y la -sociedad en su conjunto más grande a partir de las comunidades de -práctica y lo que Wenger\cite{wenger_communities_1999} ha caracterizado como la dualidad -consificación/participación (Figura \ref{fig:dualidad}), ya que nuevos artefactos, -propiciarían nuevas participaciones. Esto en consonancia con los patrones -emergentes y evolutivos de los sistemas complejos auto-organizados de los que -hablan tanto Jonas cuando aborda la variación, selección y re-estabilización, -como Fuchs y Hofkirchner cuando abordan la emergencia de abajo-a-arriba y -de arriba-a-abajo en los procesos de recreación social. Veamoslo más detalladamente. - -\begin{figure*}[h] - \includegraphics[width=\linewidth]{./Parte1/jonas-zoom-evolucion.png}% - \caption{Zoom al mapa de lecturas al Jonas y las partes de la evolución. - (las líneas que van hacia afuera muestran relaciones explicitadas en el - mapa entre distintos autores. Los íconos amarillos representan anotaciones - textuales extendidas, hechas para complementar el mapa)}% - \label{fig:zoom-jonas-evolucion}% -\end{figure*} - -Las teorías evolutivas abordadas por Jonas hablan de tres procesos básicos para -la evolución: \emph{variación}, en la cual se introducen nuevos elementos al sistema, -\emph{selección} en el cual se selecciona de las variedades creadas en el paso -anterior alguna(s) de ellas y se incorporan a la estructura del sistema y \emph{re-estabilización} en el cual los elementos integrados a la estructura -se convierten en parte integral del sisema y que da cuenta del estado del sistema -como de su compatibilidad (véase figura \ref{fig:zoom-jonas-evolucion}). -Dado que Jonas se ubica en la lectura clásica de Luhmann, los elementos, -corresponden a la comunicación, las estructuras en este caso corresponden a las expectativas. -Desde allí nos dice que podemos tener alto control en la variación, pues somos quienes -las introducimos al sistema, pero no sobre la selección o reestabilización. -Según Sanders (citada por Jonas, 2007), la selección entre todas las variaciones -posibles se suele hacer desde criterios de lo usable, lo deseable y lo útil, -y si bien somos bastante buenos en diseñar para la usabilidad y estamos -haciendo progresos en diseñar para lo deseable, somos aún muy débiles en -diseñar para lo útil. -Esto es consecuente con la anterior perspectiva, pues acá el diseño -es un acto externo al uso, que ocurre procurando un cambio, proponiéndolo, desde -una mirada exógena: el diseñador como profeta e intérprete de lo que otros -deberían hacer/usar, así que no es de sorprender que las propuestas sean deseables -y que elementos como la ergonomía cognitiva nos permitan concretar una -larga tradición de usabilidad, pero al ser exógeno la pregunta por lo útil -pareciera siempre \emph{aposteriori}. - -En las comunidades de práctica, sin embargo, vemos -un camino inverso y la utilidad es la que prima en la creación conjunta -de artefactos que transitan en dichas comunidades, aunque es la -comunidad la que diseña para sí misma, desde sus dinámicas de -cosificación y participación en lugar de ser ``intervenidos'' por el -diseñador externo. -Un ejemplo puntual de esto se puede encontrar en las -comunidades de Unix/Linux, donde las personas crean artefactos para, -según su propio argot, \emph{rascar su propia comezón}\cite{coleman_coding_2013}, -para resolver un problema de cada cual, cuya solución luego comparten con otros. -El criterio de utilidad es el primero que se usa en el diseño: si no alivia la comezón, -no es el artefacto adecuado. La usabilidad y el deseo en cambio no -ocupan altas prioridades, sobre todo para quienes no han pasado por el -acto iniciático de entrar en la subcultura del uso del sistema -operativo y que les puede parecer un lugar poco deseable y usable. -Sobre la poca usabilidad y deseabilidad de Unix hay un largo libro -que puede ilustrar muchos puntos ciertos: -``The Unix \emph{Haters} Handbook''\cite{garfinkel_unix-haters_1994}. -Esto no deja mejor parados a otros sistemas operativos y en general al paradigma -dominante de la computación. Otros presentes posibles que podrían constituir nuestro -cotidiando respecto al uso de los computadores ``al servicio del espíritu humano'' -\cite{ingalls_design_1981} fueron cercenados en el -pasado\cite{maxwell_tracing_2006} y hoy vivimos con el mundo que nos queda. -Esto, sin embargo, no hace que las comunidades en torno a estas tecnologías -y los individuos en ellas dejen de persistir, al margen de la popularidad. -Son artefactos que hacen sentido para las personas y colectivos alrededor -de ellos, que los usan y los (re)hacen de modo permanente y abordan -de modo paralelo dos los problemas planteados por Sanders, pues el sentido -y la filiación ayudan a resolver en simultánea el deseo y la utilidad. -Algo similar se puede decir del quehacer artesanal, que se centra en -lo útil, bello y usable, sin pretensiones grandilocuentes, sino ocupándose -los problemas desde la unidad del hacer-pensar que menciona Sennet\cite{Sennett_artesano_2009}. -Sin embargo, esta otra mirada del diseñar como actividad inherentemente -humana no ocurre centrada en las comunicaciones, -sino en los actos de sentido de las personas y las comunidades de práctica -que constituyen y habitan, es decir está centrada en lo humano y su relación -con el mundo. - -Las comunidades de práctica son un puente que no sólo permiten pasar de -abajo a arriba, desde la agencia humana a las estructuras sociales, sino -regular la influencia de la estructura en la agencia humana desde arriba -hacia abajo, en la medida en que las comunidades protestan, proponen en diálogo -con dichas estructuras (y en ocasiones dando lugar a las mismas). - -Es decir que la reinterpretación de lo social desde Fuchs y Hofkirchner en -las teorías autopoiéticas del diseño de Jonas, nos permite abordar algunas -cuestiones, que desde la perspectiva de Sanders, son preguntas abiertas -sobre los procesos de selección, pero cuyas respuestas son cotidianas, -si se piensan desde las comunidades de práctica. -Estas comunidades son además un sitio donde no sólo se puede experimentar, -sino persistir con la variación, es decir con la creación de posibilidades -alternativas al mundo y los artefactos que tenemos y mantener más controladas, -aunque no por ello predecibles, la selección y restabilización. -Son un lugar desde donde explorar y persistir en la diferencia, -si valoramos y respetamos la agencia de personas y comunidades en la construcción -de mundos posibles, distintos, más plurales y autónomos. - -Precisamente Krippendorff\cite{krippendorff_design_nodate}, habla de la necesidad -de involucrar más \emph{stakeholders} en el proceso de diseño y no reservarlo de -manera exclusiva a los diseñadores, como compromiso ético del diseño: - -\begin{quote} - Algunos académicos han sugerido que el diseño es una empresa ética. - Si los diseñadores se dan cuenta que ellos no pueden ir sólos, no pueden forzar - sus concepciones sobre otros, y que lo que sea que ellos propongan debe resonar con - las concepciones de los \emph{stakeholders}, las preguntas que los diseñadores - necesitan preguntar son implícitamente éticas. - El único principio ético que yo adicionaría es evitar monopolizar el diseño en una - profesión y en cambio delegar la práctica a tantos \emph{stakeholders} como sea posible. - El diseño es una actividad humana básica a la cual todo el mundo tiene acceso. - Los diseñadores profesionales no deben usurpar la habilidad de otros \emph{stakeholders} - para diseñar su propio futuro - - --Krippendorff (pg 75) -\end{quote} - -Para el caso de las comunidades de práctica este involucramiento es evidente como -muestran las investigacinoes de Manzini y Meroni sobre -innovación social emergente\cite{manzini_emerging_2013}, donde comunidades codiseñan, -desde sus apuestas cotidianas, otras maneras de habitar el mundo, -que se convierten en críticas proactivas desde la acción, frente a un -modelo depredador actualmente generalizado. - -La preocupación del diseño por el mundo posible presente en varios autores, -debe estar acompañada los compromisos éticos del diseño respecto a cómo -construiremos entre todos y todas un mundo para todos y todas. -De esto precisamente se ocupa la siguiente sección, donde se retomará -la pregunta por el papel del diseño, en particular desde la formación -doctoral, que se dejó abierta previamente. - -%---------------------------------------------------------------------------------------- -% CHAPTER 2 -%---------------------------------------------------------------------------------------- - -\chapter{De todos los mundos posibles, uno potenciador de - lo humano, emancipador y construido en comunidad}\label{mundos-posibles-humanos-comunitarios} - -En la diversidad de saberes y perspectivas epistemológicas que hay -en diseño tanto las mencionadas brevemente al comienzo de este escrito como -muchas que no, hay una cosa el común: -el diseño es una actividad humana que se ocupa del mundo posible. -La búsqueda de dicho mundo tiene dos preguntas importantes: -¿Cuál mundo de entre todos? y ¿Cómo lo creamos? Si estas preguntas reflejan preocupaciones -claves para el diseño, la formación doctoral en diseño debería ayudarnos a contestarlas, -así que el papel de la investigación en las tentativas de solución a esas -dos preguntas, también es un tema de esta sección. - -Las secciones precedentes nos permitieron un recorrido que nos deja ahora -en condiciones de proponer respuestas a esas preguntas. Y usamos acá la -primera persona del plural porque estas respuestas nos corresponde a todos -nosostros, quien escribe este texto, quien lo lee y quienes están por fuera -de este ejercicio académico, pues sólo la participación plural y amplia en la -construcción del mundo posible nos dará uno más potenciador de lo humano. - -Fuchs y Hofkirchner nos dicen que una teoría social, en un mundo que afronta -problemas como el nuestro, no puede ser sólo descriptiva, -ya qe los problemas existen, al margen de que los queramos reconocer como tales, aún más -yo agregaría que muchos de ellos se dan por nuestra causa. -En este sentido, dichos autores asumen la postura del perspectivismo de Bertalanffy -en la Teoría General de Sistemas, que no asume una postura de constructivismo extremo, -en el cual la realidad es toda creada por nuestras interpretaciones, incluidos los problemas, -ni tampoco supone una realidad totalmente objetiva, al margen de lo que pensemos de ella. -En ese sentido el perspectivismo no es ni absolutista ni nihilista (pp 120). - -Los procesos con los que re-creamos y co-creamos la sociedad y los seres humanos -dan cuenta de la naturaleza cambiante del mundo social. Esto quiere decir que no -sólo estamos en condiciones de definir nuevos problemas, abordar viejos de modos -alternativos, sino de negociar el problema y sus soluciones. -En este sentido no todos los problemas son por completo construidos por todos y, -por ejemplo, la muerte en varios miles de Chigüiros en los llanos colombianos -por una sequía producto de una política ecológica laxa, permisiva y extraccionista, -es un problema, al margen de si el gobierno o las multinacoinales lo reconocen -como tal. -Así las cosas y dado que no podemos entrar a ese nivel de detalle para saber -qué mundo queremos de entre todos los posibles, sólo podemos dar un conjunto -de lineamientos, una posibilidad normativa de los criterios que deberían tenerse -en cuenta en la negociación del mismo y su búsqueda. -Algunas pistas sobre esa negociación nos las brindan Fuchs y Hofkirchner es su -perspectiva materialista de la teoría crítica que describen como tal en tres -sentidos (pp 115, traducción del autor): - - -\begin{itemize} - \item - \emph{Es materialista}: ``En el sentido que aborda fenómenos y problemas no en - términos de ideas absolutas y un desarrollo social pretederminados, sino en términos de - la distribución de recuros y las luchas sociales. La realidad es vista en términos que - abordan tenencia, propiedad privada, distribución de recursos, luchas sociales, poder, - control de recursos, exploración y dominación.''. - \item - \emph{No es contructivista}: ``porque encontramos difícil concebir la sociedad sólo como - un constructo de la mente humana.'' - \item - \emph{Es realista}:``Asume que la realidad social existe objetivamente y que es - reconocida y transformada por humanos que son parte de la realidad social y forman - esta realidad en interacciones con el otro. - Nuestro abordaje puede ser clasificado como una variedad del realismo crítico''. -\end{itemize} - -No creo que todas las preguntas preguntas sobre el deseo o lo bello, o el poder -se puedan colocar en perspectiva materialista. -Pero indudablemente el diseño debe ocuparse de un mundo posible -con mayores garantías para la busqueda de sentido y potencial individual y comunitario -para todos y todas y con el sostenimiento y diversidad de la vida presente\footnote{ - No me ocuparé acá de si queremos diseñar otras creaturas vivas, pues no es el - texto ni el momento para abordarlo, sin embargo, el sostenimiento de la - vida presente, salvo los supervirus y otros entes vivos por el estilo - si me parece una compromiso asumible. Las negociaciones en la diversidad podrían - terminar con alguna de ella y son un tema sensible para el cual no hay espacio - suficiente} -y en ese sentido debe incorporar las inquietudes de la teoría crítica, muchas de las -cuales toman cuerpo en la protesta, que estos autores reivindican, mientras que Luhmann no. - - -Ya hay indicios de cómo la transformación posible del mundo pasa de la -protesta a la propuesta,y sin invalidar la primera, muestra prototipos viables -de otras maneras de habitar el mundo compartido, que repiense los modelos de -gobernanza, filiación y propeidad (en la trilogía caracterizada por Bauwens, Ghalim) -o que establezcan críticas a los modelos de desarrollo neo-liberal que ponen el derecho a -la propiedad y al lucro por encima de otros derechos más fundamentales (Coleman, 2013). -Así, sin una explicitación clara de una agenda materialista, -vemos algunas de esas inquietudes incoporadas en las acciones -cotidianas de las comunidades de la denominada innovación social difusa de Manzini. - -Todas estas comunidades participan y construyen su propia cultura -material y cambian los artefactos, espacios y pactos sociales que -permiten hacer viable su otro modelo de vida. -En la medida en que esos modos de vida tienen sentido para quienes -participan de ellos, los artefactos cobran sentido, pues hacen parte del diálogo -de cosificación y participación: la participación humana crea artefactos/cosas que -facilitan (o no) participaciones futuras. -Su caracter contigente tiene que ver con la posibilidad de ser repensados -para dar cuenta de otros modelos de mundo de otras formas de participar y hacer sentido -del mismo. -Y en ese sentido no hay contradicción con Jonas -cuando nos recomienda no centrarnos en el artefacto como elemento -central de la investigación \emph{a través} del diseño (en este caso -se convertiría en R + D, como dice Findinelli), -sin embargo yo no sólo diría, como Jonas, que el artefacto es una -materialización necesaria, pero contingente, sino ineludible. -Los ejercicios de diseño compartido están mediados por artefactos que -se comportan como prototipos y argumentos sobre cómo hacer viable el -mundo posible, para comunicarlo a aquellos con quienes diseñamos y vivimos -(Saikaly 2005, Keller\cite{keller_for_2007}), en ese sentido los prototipos -``hablan el lenguaje de la experiencia, el cual nos une en el mundo. -Siven como portadores y realizando esas experiencias compartidas -facilitan la comunicación''\cite{pieter_jan_stappers_doing_2007}. -Los artefactos son contigentes por su caracter de prototipo, nos hablan -de otros artefactos posibles para rediseñar el mundo al mismo tiempo que nos -unen en este. -Debemos estar atentos a esa dualidad. - -Los artefactos-prototipos acá son entendidos en el -sentido amplio e incluyen a los espacios que habitamos y de hecho la -anotación de Keller respecto a que los diseñadores viven con sus prototipos, -se podría poner en diálogo con Manzini y Meroni, cuando la investigación sobre -estas comunidades innovadoras y alternativas tiene este enfoque quasi-etnográfico, -pues acá los diseñadores viven \emph{dentro} de sus prototipos, ya que ellos toman -la forma de las comunidades y los espacios que estas habitan, con las cosas que los -pueblan y las relaciones con el entorno. -En esta otra investigación que reconoce la preocupación por la contrucción conjunta de mundo, -ya no sólo estamos observando el artefacto con nostros observando el artefacto evolucionar, -sino que somos detonantes de su evolución, en la medida en que estamos dentro de la comunidad, -haciendo sentido con ella y nuestros trabajos de campo irían en la línea -sugerida por Manzini y Meroni, de abordar lo bello, lo innovador y de -investigar sobre la felicidad, en últimas de indagar sobre aquello que -para nosotros es significativo y participar del rescate de la utopía -propuesto por Bloch, a través del \emph{no todavía}, en el sentido de que -la utopía ``no es más un sin lugar deprivado de posibilidad para llegar allí, -sino un futuro a que puede ser avizorado y anticipado in lo que es -posible aquí y ahora''. - - -Pero estas no son las únicas consecuencias investigativas y metodológicas, -sino que habría otras que implican poner a dialogar los enfoques -sociales críticos y sus metodologías dialécticas de unidad en la diversidad, -búsqueda activa de contradicción y dinámicas de análisis y síntesis, propuestas por -Fuchs y Hofkirchner, con las propuestas por Jonas que apelan a la teoría fundada y -la investigación acción, ya que ``admiten el involucramiento del investigador -junto con la emergencia de teorías de datos empíricos, en contraste con el -tradicional concepto de construcción de la teoría como verificación de la hipótesis -previamente formulada.'' (Jonas, 2007 pp. 192). -La pista que se me ocurre en este momento es asumirse como sujeto político que -mira-hace al sistema que evoluciona con uno adentro mirando-haciendo. -Esa explicitación política involucra un discuros de poder que pone manifiesto -el papel del investigador en la (de)construcción del mundo posible. - -Dicha deconstrucción está emparentada con la historia del diseño, pero se -propone acá no tanto una historia real, de lo que fue, sino una historia virtual, -de lo que hubiera podido ser. -Se trata de ubicar sobre todo los puntos de bifurcación pasados que se agotaron, -cortaron u ocultaron para encontrar allí, como propone Jonas y Krippendorff las claves -de lo posible. -Hasta ahora tenemos historias lineales hacia atrás que nos hablan sobre todo de como -llegamos a donde estamos, tenemos que junto a ellas ubicar la pregunta por dónde podríamos -haber estado si siguieramos un punto de bifurcación y reactivarlas, cuando sean pertinente, -lo cual tiene el trabajo adicional de comunicar el mundo actual con el que hubiera podido -ser (véase figura \ref{fig:bifurcacion-estudio}). - - -\begin{figure*}[h] - \includegraphics[width=3in]{./Parte1/bifurcation-points-complex-system.png}% - \includegraphics[width=3in]{./Parte1/bifurcation-technology.png} % - \caption{Patrones de bifurcación en los sistemas no líneales (izquierda) - y en la evolución de artefactos (derecha) (Tomados de Jonas 2007). - Acá se propone agregar a la historia del diseño no sólo lo de que es, - sino la de lo que hubiera podido ser, con especial atención a las bifurcaciones - y lo fallido. - } - \label{fig:bifurcacion-estudio}% -\end{figure*} - -Precisamente para comunicar los mundos actuales con los posibles, necesitamos que los -distintos artefactos (de software, talleres y espacios comunitarios) funcionen como hipótesis -y puentes. -Que enuncien, de manera enactiva, un \emph{qué pasaría sí}, un \emph{supongamos que} -y los pongan a circular. -¿Qué pasaría si tuviéramos lugares no institucionalizados para la vida social -(como los \emph{hackerspaces})?; supongamos que las comunidades pudieran cambiar los artefactos -digitales que las cambian, ¿cómo serían dichos artefactos? Si dichos artefactos existiesen, -¿que papel juega a auto-referencialidad en los mismos? -Para indagar sobre estas preguntas y ponerlas a circular, se ha decidido convertir dichas hipótesis -en prototipos, en una epistemología consecuente con el diseño. - -La metodología de investigación en diseño propuesta por Leinonnen (2008), -asume precisamente a los prototipos como hipótesis y los pone a circular en contextos colectivos, -con permanentes ciclos de realimentación durante todo el proceso. -Está caracterizada por las siguientes fases\cite{teemu_leinonen_software_2008} -(véase figura \ref{fig:leinonen-design}) - -\begin{figure*}[h] - \centering - \includegraphics{./Parte1/design-thinking.png} - \caption{Dinámica de diseño para la modificación recíproca entre - artefactos y comunidades. Adaptado de Leinonen 2008, pg 31.} - \label{fig:leinonen-design} -\end{figure*} - -\begin{enumerate} - \def\labelenumi{\arabic{enumi}.} - \item - \textbf{Indagación contextual:} En esta se indaga por el contexto - sociocultural en el cual ocurre el diseño. Se pregunta por el quién, - qué, el por qué, dónde de la investigación, para lo cual se pueden - usar técnicas etnográficas rápidas. En la medida en que se hace el - trabajo de campo, se realizan indagaciones focalizadas sobre la - literatura y pruebas de desempeño (\emph{benchmarking}) sobre - soluciones pre-existentes o posibles - \item - \textbf{Diseño participativo:} En esta fase se trabaja con los - interesados (\emph{stakeholders}) a través de talleres y prototipos - ligereos o mentales del tipo ``que tal si\ldots{}''. Acá los - prototipos como tal no existen, sino que se formulan hipótesis sobre - cuáles podrían ser los productos y prototipos que den cuenta de las - necesidades del contexto encontradas en la fase previa. - \item - \textbf{Diseño de producto:} En esta fase se crean prototipos - tempranos por parte del grupo del proyecto y se mantiene distancia de - los \emph{stakeholders} pues la discusión suele ser de caracter - altamente técnico usando lenguajes especializados para la misma. - \item - \textbf{Prototipo como hipótesis:} Acá se ponen a circular los - prototipos para ser validados o no por los \emph{stakeholders}. Su - caracter de hipótesis es lo que permite su constante revaluación - dentro de los límites del proyecto. -\end{enumerate} - -Como se dijo, estas fases tienen ciclos de realimentación permanentes -y que se puede empezar en cualquiera de las fases para volver a las -anteriores o ir a las siguientes. Por ejemplo, dado un producto -particular, digamos desde la capacidad instalada de hacer hardware o -desde un dispositivo de hardware particular, uno puede preguntarle a la -comunidad qué tipo de cosas es posible hacer con dicho aparato y cómo -esto afecta las prácticas del contexto comunitario. Esto ha pasado, por -ejemplo con dispositivos como arduino y la rasperry pi, que una vez -existentes como producto (fase 3), pasaron por el diseño participativo -(fase 2) y la indagación contextual (fase 1) para preguntarse como -sacarlas del contexto particular donde habían surgido para afectar otros -contextos, por ejemplo el educativo o el del diseño de modas. - -El desafío investigativo es más grande que el comunitario. Las comunidades -continuaran codiseñando y haciendo sentido desde el cotidiano, al margen -de si existe sobre ellas una lectura y acción activa desde la investigación -en diseño. - -Las comunidades que hoy exploran ese mundo deseable y futuro, habitando -el \emph{no todavía} de la utopía enfrentan tensiones y fragilidades -y las externalidades de sus redes pueden ser cooptadas por discursos hegemónicos. -Hay un problema latente y vigente que abordar allí, que le compete -al diseño en la configuración de un mundo posible, y como acá, ya -no se pregunta por cualquier mundo posible, sino que lo hace pensando en -uno que sea emancipador y posibilitador de lo humano, y debe velar por -proteger, dinamizar y extender el asomo de mundo que dichos lugares y -personas representan. - -Como se podrá notar, las consecuencias expandidas conectar autores como Jonas, Fuch y Hofkirchner -y Leinonen, entre otros, presentan desafíos grandes. -Para asumirlos, el metabolismo cognitivo de Bonsiepe no debe aplicarse sólo desde el diseño -a otros saberes, sino también desde el diseño hacia sí mismo. -La metáfora del metabolísmo implica dos procesos, uno catabólico -en el que se libera energía desde la degradación de compuestos en partes más simples y otro -anabólico en el que se usa la energía liberada para construir componentes a partir de -otros elementos más sencillos. -Los ejemplos de Bonsiepe son en su mayoría anabólicos, como lo ha sido este texto hasta acá. -Ahora quiero ofrecer un ejemplo catabólico en el que se ve parte de los componentes -que hicieron este texto posible. -Ellos toman la forma de algoritmos e infraestructuras, que ocultamos en nuestro -esfuerzo de textos puros, pero que serían inconsecuentes con un viscurso impuro. -Pues explicitar estas palabras dentro de algoritmos e infraestructuras en ``la nube'' -no sólo es un ejercicio de escritura, sino que permite mostrar los componentes que -permitirían otras recombinaciones si se les aplica energía. - -Explicitar no sólo las concialiciones, sino los componentes y procesos para otras -recombinaciones, son parte de hacer posible la construcción compartida de variedad -en principio y en últimas de mundo. -De esto se ocupa la segunda parte. - -\clearpage - - -%---------------------------------------------------------------------------------------- -% PARTE 2 -%---------------------------------------------------------------------------------------- - -\part{Jalonando la modificación recíproca de artefactos digitales y comunidades} -\label{part:bootstrapping} - -%---------------------------------------------------------------------------------------- -% CAPITULO 3 -%---------------------------------------------------------------------------------------- -\chapter{El contexto: culturas hacker globales y locales}\label{cultura-hacker} - -\section{La multisituada cultura hacker}\label{hacker-zoom-out} - -\section{HackBo, un hackerspace en Bogotá}\label{hacker-zoom-in} - -\section{Mi lugar en la comunidad}\label{mi-lugar} - -La metodología de esta investigación, al igual que algunas mencionadas en la primera -parte, está \emph{informada} etnográficamente (sin ser del todo una investigación -etnográfica) y por ello es importante establecer mi lugar en la comunidad. -Para esto lo ubicaré en dos ejes: uno de ellos como activista y miembro -de la comunidad de software libre y otro usuario de lenguajes de programación -y entornos interactivos de computación y modelación. -Dicho lugar establecerá también cómo me posiciono y desde qué lugar y experiencias -realizo los ejercicios de diseño de artefactos y dinámicas, mediados por tecnologías -digitales, en esta investigación. - -Mi vinculación a la comunidad de software libre empezó en 1996, cuando instalé -el Gnu/Linux en computador de la familia. -Ya antes había tenido inquietud por los computadores, -y armaba computadores clones de PC e instalaba Windows en ellos. -En 1994, de desarrollé software para hacer -boletines de calificaciones, usando la plataforma Windows, adaptando unos macros -en el procesador de palabra \emph{MS Word}, que los conectaban con la base de datos -\emph{MS Access}. -Esto me permitió darme cuenta de los excesivos costos de licenciamiento -asociados al software comumente usado en aquel entonces, -(como \emph{Windows} y \emph{Office}) y, de hecho, la manera usual de adquirir conocimiento -sobre los computadores y su funcionamiento era empleando software "pirata". -Lo cual abrió mi búsqueda y mi mente al encuentro con el software libre un par -de años después. - -La experiencia de contar con software cuya licencia alentaba la copia, el estudio -y la distribución del mismo, sin convertirlo en un acto de pirateria, sino por el -contrario, normalizando y potenciando lo que era una práctica habitual entre estudiantes, -curiosos y usuarios de la computación, resonó fuertemente con mis búsquedas y mi contexto. -Por la forma como se hacía la instalación de Gnu/Linux en aquel momento, se iniciaba -con una interface de texto o CLI (por las siglas en inglés de \emph{Command Line Interface}), -y a partir de allí se empezaba a configurar manualmente el resto del sistema, hasta tener -un sistema con interface gráfica o GUI (por las siglas en inglés de \emph{Graphical User Interface}) -y las aplicaciones habituales de ofimática, juegos y la naciente navegación en la \emph{World Wide Web}. -Esto implicaba la lectura de libros introductorios al sistema operativo, que incluían CD-ROMs -con el software completo, y fueron el lugar de ingreso de muchos a esta tecnología y filosofía, -como en mi caso), así como la lectura de los sistemas de ayuda y manual dentro del sistema -(páginas \emph{man} e \emph{info}, en la jerga Unix). -Me impresionaba de modos muy marcados la diversidad de autores de dichos documentos, particularmente -los de los sistemas de ayuda y el hecho de que aparecieran los nombres de individuos de -distintas afiliaciones, en lugar de una única empresa en los créditos, sin atribuciones -individuales, a las que \emph{Windows} me tenía acostumbrado. -Por otro lado, también me seducian las demandas que se hacía del usuario. -No se pensaba que era alguien para quien la tecnología informática ocupaba un lugar instrumental, -sino que la documentación era profusa y permitía adquirir conocimientos sobre lo que había -detrás de la tecnología y cómo funcionaba (en aquella época teníamos por ejemplo que configurar -las frecuencias de barrido horizontales y verticales de la pantalla del computador adecuadamente, -o correr el riesgo de quemarlo, como efectivamente hicimos con Herman Sandoval, un amigo y secuaz de esa -otras luchas de ese entonces). - -Dicha seducción de carácter tecnológico y político cambió mi forma de ver la tecnología de -manera definitiva. -Para 1999 había desinstalado \emph{Windows} de mi computador y desde entonces no lo he vuelto a usar -en ninguna de mis máquinas. - -A comienzos del milenio me uní a distintas comunidades nacionales e internacionales de software, -donde se discutían aspectos técnicos, por ejemplo como configurar computadores livianos conectados -a máquinas pesadas (en la comunidad LTSP) o cómo usar editores de texto científico (en la comunidad -de TeXmacs) o legales y filosóficos del software libre (en la comunidad Colibri), -por ejemplo qué libertadas definían al software libre, cómo sue opuesto no era el "software licenciado", -pues el software libre también tenía varias licencias que alentaban y protegían dichas libertades, -ni el "software comercial", pues el software libre también tenía esquemas comerciales, -sino el software privativo, porque priva a los usuarios de las libertades que el software libre brinda. -Para el 2002 construimos y llevamos una propuesta de proyecto de Ley de Software Libre, que -justificaba cómo el software libre debía ser implementado en entidades estatales sobre las bases -de inclusión, transparencia y seguridad. -Esos años consolidaron la comunidad de software libre de Colombia y hubo varios eventos regionales -a los que me desplazaba, invitado o con fondos propios, dando charlas y conferencias sobre el -software libre. -Del 2004 al 2008, ayudé en el lanzamiento y sostenimiento de El Directorio, un wiki que funcionaba -como unas páginas amarillas de software libre, para documentar recetas de configuración, comunidades, -empresas y servicios brindados nacionalmente y otros saberes de la comunidad. -En 2005 ayudé a la concepción y lanzamiento del Festival de Instalación de Software Libre Colibir o FISLC, -y en los años siguientes acompañé su transformación el en FLISoL o Festival de Instalación de Software Libre -de Latinoamérica, uno de los eventos más importantes y grandes de instalación y acercamiento -al software libre en la región y quizás en el mundo. -En el 2010 ayudé a fundar HackBo, del cual me he ocupado anteriormente en este texto. - -Lo anterior muestra a una persona largamente involucrada con la comunidad de software libre del país -y en contacto con otras comunidades nacionales e internacionales. -Esto, por su puesto, no está libre de inconvenientes y puntos ciegos, pero es consecuente con -la idea de investigación activista e investigador como sujeto político que habita/observa a un -sistema que lo incluye a él, esbozada en la primera parte. - -Respecto a la programación y modelación computacional, me inicié con el lenguaje -\emph{logo} en mis primeros años de escuela primaria, en los ochentas, pasé a calculadoras científicas -Casio 4500 en el colegio y luego a C, C++, Pascal en la universidad, a comienzos de los noventas, -con un intermedio en Visual Basic y bases de datos Access, -a mediados de los noventas y Scheme, Python y Smalltalk -como docente universitario a comienzos de este milenio. -Sin embargo estas experiencias fueron dispersas a lo largo del tiempo y a pesar de -entender los fundamentos de algoritmia y algunos paradigmas de programación, por -mi formación de pregrado como informático-matemático, mi mayor experticia estuvo centrada -principalmente en la modelación computacional de la resolución de problemas, desde -modelos multiagente \ref{luna_cardenas_resolucion_2007}, intentando explicar fenómenos cognitivos -y vincularlos a un correlato de aula y estrategias de enseñanza-aprendizaje, para lo cual usé Squeak, -la variante libre de Smalltalk. -La idea de computación científica llegó principalmente a través de programas como Matlab, -Mathcad y Matemathica, y fue en este último donde encontré la primera idea unificadora -de la computación, con la idea de programación simbólica y el hecho de que en este lenguaje -todo son expresiones compuestas de cabeceras y argumentos. -Me parecía particularmente interesante la idea de documentación interactiva de Mathematica -y Mathcad, donde se podía combinar la escritura de prosa, con código, gráficas y modelos -computacionales, en documentos que reaccionaban a la interacción con el lector y generaban -otros modos de lectura y escritura y otras formas de pensar con ellos. -Intenté ubicar experiencias de documentación interactiva similares con sistemas de software libre, -con lo cual conocí software para hacer matemáticas computacionales, con programas para -modelación y similación y los cálculos numéricos y simbólicos, como Scilab, Octave, -Yacas, Mathpiper, Maxima y otros programas y formatos para escritura matemática, entre los -que estaban LaTeX, MathML y uno que permitía particularmente la escritura de documentos -estructurados científicos interactivos, integrando varios de los paquetes ya mencionados, -llamado TeXmacs, en el que escribí mis tesis de pregrado y maestría y fui uno de los principales -traductores de la documentación al español. -Usaba ciertos \emph{scripts} en el lenguaje de programación python para automatizar ciertas -tareas, y cuando pensaba en código determinadas ideas y prototipos, o hacía más desde una -perspectiva teórica y académica (por ejemplo la de los modelos cognitivos computacionales de -mi tesis de maestría), que la de un programador como tal, que fuera responsable de la labor -artesanal\footnote{La idea de programación como artesanía en lugar de como ingeniería, retoma - lo dicho en la primera parte en alución al hacer es pensar de Sennet y será extendido - posteriormente sobre unas ideas de la materialidad de código de programación.} -y cotidiana de la misma, atendiendo distintos detalles respecto a cómo se implementa -una funcionalidad o dónde se coloca un botón o ícono en una interface gráfica. - -Intenté conectar mi experiencia con estos sistemas de matemática computacional, como docente-investigador -universitario y como activista de software libre, al crear algunas distribuciones de Gnu/Linux, -que podían ser ejecutadas desde un CD-ROM, sin tener que instalarse en el computador. -Esto permitiría a mis estudiantes acceder a software libre y crear memoria de lo hecho -en clases, con sistemas similares a los que yo usaba en mi propia máquina, sin que ellos -tuvieran que pasar por las dificultades propias de instalar Gnu/Linux en las propias. -Del 2002 al 2008 fui el autor y compilador principal de las distribuciones SciLix, -Tangram Linux y Virtual Tangram. - - -%---------------------------------------------------------------------------------------- -% CAPITULO 4 -%---------------------------------------------------------------------------------------- -\chapter{Habitar el problema}\label{habitar-el-problema} - -En la primera parte se habló de como el diseñador ``habitaba el prototipo'' cuando se -acercaba a las comunidades y codiseñaba con ellas. -También se reconoció el caracter de investigador como sujeto político, que no -intenta describir objetivamente un fenómeno, sino que está involucrado con él -intimamente. -Una metodología consecuente con esta forma de conocer está de la mano de -las epistemologías feministas y se crea un viraje desde la observación -participativa a la participación observante. %REF: participatory observation - -Los capítulos de esta segunda parte describen el problema y los prototipos -desde esa perspectiva inmersa en la comunidad y si bien inician con una pregunta/objetivo -relativamente claro en esta narrativa organizada que demanda la academia, -esta misma fue aclarándose en la medida en que dicho habitar se daba, como es propio -de los problemas difusos de los que se ocupa el diseño. -El relato tiene una recurrente voz en primera persona, pero también -se intercala con lecturas del trabajo colectivo y nombres de personas -que ayudaron a tales descubrimientos. -Esta voz individual coincide con idea de un desarrollador principal y solitario -en lugar de una comunidad, que no es infrecuente de la mayoría de proyectos -de software libre y código abierto, como han mostrado varias -métricas (Mako y OSS in numbers), pero también puede dar cuenta de -la génesis de una comunidad. - -\section{Prehistoria: Hábitats digitales e Indie Web Science}\label{prehistoria} - -Los primeros intentos por explorar el problema sobre cómo cambiar las tecnologías -que nos cambian, se hicieron a finales del 2010 y comienzos del 2011, esencialmente -explicando este problema a los miembros de la naciente comunidad de HackBo, en las -reuniones periódicas que teníamos en la casa del colectivo cultural, La Redada, -en el barrio las aguas de Bogotá. -Eran exposiciones en exceso teóricas, que mencionaban términos como autopoiesis -y auto-referencialidad. -Se mencionaban tecnologías con dichas característica autoreferencial, como Leo -y Smalltalk, pero en general aquellas charlas encontraban poco eco en la comunidad. - -Por aquel entonces también estábamos definiendo la infraestructura web que tendría -el sitio web de HackBo, e hice una fuerte argumentación sobre que deberíamos tener -una infraestructura propia y lo más autocontenida posible, de manera que contáramos -con un sólo sitio autónomo que contuviera buena parte de nuestra presencia: -blogs, wikis, videos, enlaces, archivos, etc. -Sugerí e implementé Cynin, pues su arquitectura era robusta (basado en Zope/Plone) y -estaba hecho en un lenguaje de \emph{scripting} python, que si bien no era tan -popular como PHP para aplicaciones web, sí era usado en múltiples dominios además -de la web, así que el aprendizaje del mismo podría permitirnos movernos a otras -temáticas. - -Pero Cynin reveló ser extremadamente complejo y con una alta curva de aprendizaje. -Habían muy pocos expertos locales en la infraestructura Zope/Plone que no eran muy -cercanos al espacio. -El punto de quiebre se dio cuando el sitio de HackBo en Cynin se hizo inestable -por el SPAM. -Luego de hacer un backup de la información, decidí cambiar la infraestructura por -algo que fuera fácil de entender, extender y cambiar, que no requiriera de altos -recursos externos. -La argumentación esta vez ocurrió en persona, en la siguiente sede de HackBo, -la Fundación Buinaima. -La mayoría de la gente quería ir por algo prehecho en el popular gestor de sitios web -\emph{WordPress}, que fuera de fácil montaje y con la ventaja de una gran cantidad -de \emph{plugins} preexistentes. -Mi contra argumento fue que no quería algo que sólo pudieramos modificar vía cosas -prehechas, pues como había ocurrido en la comunidad con el wiki comunitario -\emph{El Directorio}, que vio su auge y caida entre 2004 y 2008, cuando lo prehecho -no satisfaciera nuestras necesidades, tendríamos que migrar a otras plataformas -(como ocurrió en desbandada en aquel momento) o estar en la posibilidad de extender -las nuestras, caso en el cual sería bueno que estén hechos en lenguajes más -versátiles y con ecosistemas más diversos, como Python en lugar de PHP. -A la mayoría, las tecnologías subyacentes no les importaban y querían una solución -rápida a nuestro problema de presencia web y una minoría alentaba la experimentación -y la apropiación de nuevos saberes y tecnologías, con motivo de dicha presencia y si -bien no estaban interesados ellos mismos en tal exploración, si apoyaban "moralmente", -que HackBo fuera un lugar donde ocurriera. - -Se planteó una bifurcación, -%LATERAL: bifurcación -clásica de las comunidades hacker y una resolución -propia de la \emph{tiranía del hacedor}, %LATERAL: hacedor - cualquiera podría implementar el sitio web -en la tecnología que quisiera, siempre y cuando mostrara resultados en el corto tiempo. -Leonardo hizo una página de llegada (\emph{landing page}) -en HTML y Javascript que resolvía la contingencia y con él y Jorge Guevara -implementamos el primer borrador del sitio usando un web framework hecho en Python, -llamado web2py. -Nadie más implementó el sitio en PHP. - -Esto marcó el inicio de un primer hábitat digital %LATERAL: Wenger. -para HackBo, que era principalmente hecho por mi, con ayuda de miembros de la -comunidad y otros cercanos, como Iván Pulido. -Allí se experimentaron algunas características, como adicionar enlaces o -noticias para el sitio y la de mayor uso colectivo: la programación de eventos y -actividades dentro del espacio de HackBo, con su respectiva publicación de actividades -pasadas y venideras. -Las pocas solicitudes externas no fueron implementadas rápidamente. -La idea era alentar que las mismas personas en la comunidad reportaran e implementaran -las soluciones, expandir el conocimiento sobre dicho hábitat y cómo está construido. -Pero la estrategia fue inadecuada y no despertó mayor interés. -El sitio se ceñía a su funcionalidad básica de eventos y otras funcionalidades, -como la del wiki, fueron delegadas en infraestructuras prehechas, administradas -por nosotros en nuestra propia infraestructura, pero hechas por otros. - -Esta combinación entre lo prehecho y lo hecho por unos pocos miembros dentro -de HackBo, permitió lidiar con cierto descontento por la ausencia de características -en el sitio implementado en web2py. -Para las cosas específicas haríamos desarrollos propios (usando web2py y python), -y para otras apelaríamos a software libre y sus plugins, como wikis en PHP, %LATERAL: dokuwiki, -lo cual generaba un punto medio entre las dos posturas en la comunidad. -Aún así, no muchos miembros usaron el wiki. - -De nuevo el sitio de HackBo se cayó, aunque esta vez no fue por el SPAM. -Ya contábamos con una sede exclusiva en nuestra actual localización en el barrio Javeriana. -Como implementador, anfitrión y proponente de sitio en las tecnologías precedentes -(Cynin y web2py), era responsable por él y sentí que era también el momento de desentenderme del mismo. -Su impacto en visibilidad de la comunidad alto, al ser el lugar de entrada en línea a la misma. -Los requerimientos frente a su correcto funcionamiento o la ausencia de características, -sin ser frecuentes eran demandantes cuando ocurrían y su gestión y modificación era solitaria. -La funcionalidad principal de gestionar eventos había sido delegada por otros miembros del -hackerspace en una infraestructura externa de Meetup y si bien no teníamos -control sobre ella, la convocatoria había crecido, pues se adecuaba a las lógicas de -esa web feudal, en la que otros ponen la infraestructura y nosotros los contenidos y las -interacciones. -Esta normalización de esa forma de ver y usar la infraestructura hacía que muchas -personas y comunidades usaran ya este tipo de lugares y fuera fácil encontrar otras comunidades -y lanzar convocatorias genéricas en ese sitio, con el consecuente aumento de asistentes a los -eventos. - -Así que migré el sitio web de HackBo a otra infraestructura web, grav, que al estar en PHP, -y no requerir de base de datos, tenía la ventaja de ser fácilmente desplegable en servidores web -relativamente genéricos, sin preocuparse por las migraciones de datos -(cosa que no pasaba con Cynin o web2py). -El uso de lenguajes de etiquetamiento ligeros para documentación (markdown) y -descripción de datos (yaml), similar al que usaba en grav, ya había sido -prototipado por mi previamente en un proyecto en web2py (llamdo Brea) y era -neutral respecto al lenguaje de programación, pudiendo intervenirse y extenderse en -Python, PHP, Smalltalk, Javascript o una amplia gama de lenguajes que entendieran -dichos formatos. -Esto me permitía entregar el sitio a otra persona que lo quisiera administrar -o cambiar e hice el respectivo correo a la lista, %REF: Correo Lista HackBo -indicando que esta infraestructura estaba lista para quien quisiera hacerse cargo de -ella o migrarla a otra. -Es la tecnología en la que ha estado funcionando el sitio hasta el momento y sigo -responsable de él, aunque es sólo una página de llegada (\emph{landing page}) y la -presencia en línea de la comunidad combina infraestructuras propias y comunitarias -(principalmente el sitio web y algunos repositorios de código) con ajenas: -Meetup, Twitter, Facebook y repositorios de código en GitHub. - -Desde finales del 2012, había empezado a explorar formas de combinar la escritura -arbórea de Leo, con la escritura interactiva de libretas en IPython, lo cual permitiría -ir agregando estructura progresiva y emergente del primero a la computación -exploratoria propia del segundo. -En aquel entonces escribí \cite{luna_cardenas_deepness_2013-1}: - -\begin{quote} - Fernando Pérez, primer autor y co-lider de proyecto de IPython, ha hablado acerca de la naturaleza explorativa - de la computación científica y cómo esto se mantiene también para muchos usuarios de computador. - Estoy de acuerdo. La mayoría de las veces, los usuarios (científicos) no tienen un estricto conjunto de reglas - predefinidas para orientar o restringir su interacción con los computadores. - Una pregunta entonces, es cómo esta naturaleza explorativa de la interacción con el computador, - empezará a mostrar estructura progresiva cuando la complejidad de la exploración y la escritura se incrementen. - Este es un problema que todo escritor confronta y es incluso más importante/visible - si se tienen documentos interactivos -\end{quote} - - -y hacía un recorrido por varias plataformas de escritura estructurada y publicación -en línea (TeXmacs, Tiddly Wiki, Leo e IPython) y sobre algunos experimentos para combinar -escritura arbórea y publicación en línea con documentos interactivos en IPython y afirmaba: - -\begin{quote} - Pienso que complejos documentos interactivos (científicos) que ``emergen'' de la exploración, - necesitan una interface arbórea para la estructuración progresiva, por las razones ya mencionadas - en el caso de Leo. - De hecho argumentaría que Leo e IPython comparten un profundo interés por la introspección y tener - esta característica implementa en un [documento arbóreo] haría las libretas de IPyhon realmente poderosas. - Podría pensarse incluso en un notebook de IPython como celdas organizadas/partidas en subárboles, que - habilitarían otro nivel de agregación a las celdas y pienso que los árboles y las celdas son casi todo lo que - los usuarios necesitarían para organizar documentos de IPython de la complejidad de una tesis. - Incluso con esta metáfora de interacción, los usuarios podrían construir complejas aplicaciones web - hechas sobre IPython, usando subárboles internos para las partes internas de las aplicaciones y las - partes externas para aquello con lo que el usuario web puede interactuar, de una manera similar a - ocultar las partes internas de la escritura al lector de mi tesis - (pero, por ahora, esto va más allá de lo que este escrito quiere proponer). - %NOTA: valdría la pena conectarlo con el escrito de cómo hago la tesis? -\end{quote} - -Finalmente esperaba que esta idea tuviera acogida y no me tocara implementarla a mi mismo: - -\begin{quote} - Espero que la comunidad de IPython piense que una metáfora adecuada para escribir - progresivamente documentos complejos y profundos es necesaria si queremos que IPython - sea la herramienta para una experiencia de escritura continua en este contexto, y que - los árboles son la vía en ese sentido. - Por supuesto la experimentación sería necesaria y con optimismo, no estaré escribiendo el código sólo - para probar my tesis y esta idea sería sonora e interesante, incluso viniendo de un no programador. -\end{quote} - -Pero no fue así. -Dirigí un breve trino con copia a Fernando Pérez \cite{luna_cardenas_deepness_2013}, sobre dicha idea e -hice algunas preguntas sobre cómo implementarla en la arquitectura de ese entonces de IPython \cite{}, -pero no hubo mayor interés y tampoco mayor esfuerzo de mi parte en mover dicha idea en la -comunidad internacional, al menos no sin tener más prototipos desarrollados localmente. -Empezamos, entonces, a explorar estas ideas de escritura interactiva y publicación en línea, -en 2014, con personas cercanas a HackBo, que no eran miembros de la comunidad nuclear: Rafael Medina, -Iván Pulido y Camilo Hurtado, que se sumaron a varias actividades en lo que terminó por -llamarse los talleres de \emph{Indie Web Science}\footnote{ - Los nombres en inglés de dichos eventos ayudaban a - comunicarlos a comunidades internacionales y posicionarlos en motores de búsqueda} -\cite{luna_cardenas_indie_2014}. -Si bien el fuerte de la exploración seguía recayendo en mi, Rafael, Camilo e Iván -fueron claves en acotar el problema, mirar sus alcances y complejidades, e incluso -se sumarían luego a ediciones futuras de la transformación desde los talleres de -\emph{Indie Web Science} en las primeras ediciones del \emph{Data Week}. - -La necesidad por estas narrativas computacionales que mezclaran datos e interacción -se hizó más evidente a partir de unas hackatones que surgieron como resistencia desde -HackBo a la enagenación del discurso hacker por parte del el estado, desde el discurso -del ``emprendimiento'', pero con unas lógicas de explotación. -Estas serán ampliadas en la siguiente sección. - -%NOTA: buscar fechas para Indie Web, Gobernaton y entrega del portal. - -\section{La Gobernatón: La hackatón como acto de resistencia y crítica desde la sociedad cívil}\label{gobernaton} - -Las \emph{hackatones} son maratones de prototipado y resolución de problemas. -El término, que a su vez combina los términos \emph{hack} y \emph{maratón} parece haber -surgido, según la Wikipedia \cite{noauthor_hackathon_2017}, tanto entre los desarrolladores del sistema -operativo OpenBSD, como entre los miembros del equipo de mercadeo de \emph{SUN Microsystems}. -Desde entonces este término ha sido reapropiado, diversificado y dislocado para -incluir diversos tipos de hackatones (10, en la taxonomía de la Wikipedia) -y ha sido aproximada de manera crítica por autores como Irani (2015) \cite{lilly_irani_hackathons_2015} -y Schrock %REF: Shrock, -denunciando lógicas de solucionismo tecnológico y una manera limitada y limitante -de concebir la ciudadanía, pues como afirma Irani, ``las hackatones algunas veces -producen tecnologías, y ellas siempre, sin embargo, producen sujetos''(p. 2), en la medida -en que configuran imaginarios y formas de acción respecto a qué es ser un ciudadano -y cómo estas formas de ciudadanía pueden ser mediadas por tecnología desde -una percepción de ``innovación'' y una ``política que favorece la acción rápida y -forzada entre colaboradores socialmente similares, sobre las contestaciones de la -democracia masiva o la lenta construcción de coaliciones sobre la diferencia''. (p. 3) - -El fenómeno hacker, multisituado y de orígenes diversos, también está siendo -gentrificado, como diría Scott, %REF: Hackers Hackeados -en distintos lugares con la lógica uniformizante del ``emprendimiento''. -No importa si se trata en India, (Irani: Hackatones y la creación del ciudadano emprendedor), -Estados Unidos (Schrock: Hackatones sin hackeo y Scott: -El Hacker hackeado: como los yuppies hackearon el ethos hacker original), -o Colombia, donde el programa Gobierno en Línea lanzó la \emph{hackatón de gobierno móvil} (HGM). -Al igual que en otras latitudes, dicha hackatón, iniciada en Bogotá, -tenía un fuerte pensamiento desde el solucionismo tecnológico, -con el sesgo hacia la acción emprendedora y a cruzar la distancia sin caminarla, -denunciada por Irani: - -\begin{quote} - La frase ``sesgo a/por/hacia la acción'' era empleada rutinariamente - para describir la figura de un hacedor emprededor que usaba atajos a la - cinta roja burocrática y las largas deliberaciones en busca del eficiente, progreso inspirado. - Progreso, in este discurso profesional, con frecuentes soluciones visibles - —servicios, infraestructuras, negocios y orden público— - en lugar de justicia procedimental o redistribución de los - derechos.\footnote{Esta lógica de soluciones visibles mercadeables es consecuente con la - provocación de Scott sobre cómo el espíritu rebelde del hacker ha sido orientado - hacia la consecución y el servicio al capital.} -\end{quote} - -\begin{quote} - Este sitio realmente existente de prácticas de diseño reveló que sus políticas estaban en sus formas - y sus normas — en su manufacturada urgencia, en la distancia entre el estudio y el mundo, - y en la ecología de medios que hacia posible prometer cruzar la distancia sin caminarla. -\end{quote} - -La lógica del espectáculo en la hackatón (Schrock) también estuvo presente, -en la HGM, con las respectivas campañas en redes sociales -y, luego, (quizás reforzado por la crítica hecha desde HackBo con la Gobernatón) -con la idea de adscribirse a otros eventos de asistencia masiva, -como la Campus Party de 2013 y los eventos de emprendiento del \emph{Startup Weekend}. - -Pero lo que llamaba fuertemente la atención y prendió las alertas en -Twitter y Facebook, tanto en las comunidades de base tecnológica como en la emprededora, -era el costo del contrato y los modelos de reparto de dividendos, lo que -generó una \emph{contrahackatón}, -la \emph{Gobernatón} \footnote{El nombre fue resultado de una broma: Si desde el Gobierno - no sabían organizar una \emph{hackatón}, desde HackBo íbamos a organizar una \emph{Gobernatón}.}, -que organicé y lideré desde HackBo. -Como afirmé en aquel entonces: - -\begin{quote} - La Gobernaton es una iniciativa ciudadana de innovación social y abierta. Inició como una crítica constructiva a una iniciativa de MinTIC en 2013 que gastó 2700 millones de pesos en la supuesta inversión en innovación social, pero que pararon, principalmente, en las arcas de intermediarios en lugar de en la construcción de beneficio colectivo. El balance de la Gobernatón como contrapropuesta cívica fue bastante alentador: -\end{quote} - -La participación fue plural: vinieron miembros de HackBo y personas externas. -La mayoría hicieron código, otros se encargaron de publicitar el evento, -algunos querían explicar teorías políticas, otros querían aumentar la base de -datos y/o hacer la corta charla publicitaria (\emph{pitch}) para sus emprendimientos. -Algunas empresas y fundaciones donaron la pizza. -Entre usa sesión y la otra del evento la población varió y si bien participaron intensivamente -al comienzo, al final del mismo, fueron disminuyendo. -El listado de prototipos fue diverso: algunas de ellas eran aplicaciones web, -otras aplicaciones móviles (\emph{apps}). -La mayoría de prototipos no sobrevivió ni continuó más allá de este primer encuentro -(como también han observado Irani, Schock y EngineRoom). - -\subsection{De las apps y los portales a las narrativas computacionales}\label{hacia-narrativas-computacionales} - -Durante la primera gobernatón se hizo claro para mi, que una estrategia -alternativa a la de crear una \emph{app} o un portal web era la de contar una historia -soportada por datos, pues nuestros argumentos sobre lo irregular del -llamado del Ministerio de las TIC a ``participar'' de la hackatón de gobierno -en línea, era sustentada por los datos de la convocatoria colocados en -la web y los cambios que ocurrían en los mismos mientras la crítica circulaba -en redes sociales. -%NOTA[ vincular capturas del hashtag y copias del wiki] -Tecnología como los números de integridad criptográfica (o números \emph{hash}) -empleados para auditar cambios en archivos, eran usados ahora para auditar cambios -en la convocatoria, o los cuadernos interactivos de IPython, eran usados ahora -para sustentar la narrativa, integrando datos, prosa y publicándo nuestos avances en Internet -y nos permitían participar de la conversación de nuevos modos y con nuevas -potencias. -Si bien las apps y portales podrían ser pasajeras (como el tiempo demostró), -las técnicas para contar historias e interlocutar con los poderes hegemónicos, -particularmente del gobierno, basados en datos y técnicas computacionales -podrían sobrevivir al evento específico de la gobernatón. -Era la historia que se desplegaba sobre estas nuevas formas de participación -ciudadana y las técnicas para contarla lo fundamental. -Encontré que este tipo de iniciativas también estaban tomando cuerpo en otras -latitudes bajo el nombre de periodismo de datos. -%NOTA[Captura de pantalla de dokuwiki con las referencias respectivas] -La combinación de estas tecnologías para argumentar e interlocutar con el -estado recogía lo que habíamos hecho en los talleres de indie web science -referidos a crear y publicar libretas de notas/argumentos computacionales, -y también se convertiría en un puente con lo que vendría después, intentando -transpasar los límites de tales tecnologías complicadas y encuentros intensivos, -pero sin continuidad y la difusión de la experticia: %NOTA: Incluir: http://mutabit.com/offray/static/blog/output/posts/medios-en-colombia.html ? -Grafoscopio, como artefacto y El Data Week y las Data Rodas, como experiencias -de aprendizaje. - -\section{Grafoscopio}\label{grafoscopio} - -\begin{figure*}[h] - \includegraphics[width=\linewidth]{./Parte2/grafoscopio-web.png}% - \caption{Parte de la página Web Grafoscopio. Tomado de Luna 2014. }% - \label{fig:grafoscopio-web}% -\end{figure*} - -Grafoscopio, según su sitio web, es: - -\begin{quote} - una herramienta amoldable para documentación interactiva y visualización de datos, que está siendo usada para ciencia abierta, ciudadanas y de garage, investigación reproducibles, (h)ac(k)tivismo, innovación abierta y comunitaria , visualizaciones de dominio específico, y periodismo de datos, entre otros usos actuales y potenciales. Grafoscopio está cubierto por una licencia libre y de código abierto (MIT) y se socializa, realimenta y modifica en un taller-hackatón recurrente de una semana llamado el Data Week, que está orientado principalmente desde preguntas ciudadanas mediadas por datos y visualización. - - Grafoscopio es y usa ``infraestructuras de bolsillo'', sencillas y autocontenidas, que pueden ejecutarse On/Off-line, - desde una memoria USB, una rasberry-Pi, un servidor modesto y cualquier otra infraestructura intermedia o más potente. -\end{quote} - -Sus orígenes se remontan a mediados del 2014 y están documentados en -Luna 2014 \cite{luna_cardenas_metaforas_2014}. -Esencialmente son una continuación de lo esbozado al final de examen de candidatura -de ese entonces, respecto a la necesidad de artefactos que facilitaran el -metabolismo cognitivo, indicando las distintas capas que los constituyen, -permitiendo también la recombinación y trazabilidad de las mismas. - -\subsection{Autorreferencialidad y Bifurcación}\label{auto-bifur} - -Acá la idea de autorreferencialidad de la que se ocupa el diseño, -esbozada en la primera parte, toma cuerpo en este artefacto digital y las prácticas con éste -de dos maneras: - -\begin{itemize} - \item - Es un artefacto hecho para escribir, en particular sobre el artefacto mismo, - lo cual genera ciclos de realimentación que cambian tanto el artefacto, - como el proceso de escritura (veáse figura \ref{fig:realimentacion-artefacto-escritura}) - \item - Las tecnologías con las que está hecho Grafoscopio, son meta-sistemas (Markus), - es decir sistemas tecnológicos hechos en sí mismos, con lo cual permite mayor - simplicidad y extensibilidad. -\end{itemize} - -\begin{figure*}[h] - \includegraphics[width=\linewidth]{./Parte2/realimentacion-artefacto-escritura.png}% - \caption{Realimentación entre escritura y artefacto en Grafoscopio. Tomado de Luna 2014. }% - \label{fig:realimentacion-artefacto-escritura}% -\end{figure*} - -Estas dos maneras se combinan en una idea fuerza: - -\emph{ - Al escribir en Grafoscopio documentos interactivos, que requieren el desarrollo - de competencias computacionales, para modelar y hablar de fenómenos complejos mediados por datos - y sus visualizaciones, el autor de tales documentos aprenderá no sólo el lenguaje y entorno para - su problema/prototipo, sino aquel con el que está hecho todo el sistema. - Es decir, en el camino de hablar sobre un fenómeno mediado por simulación, modelación, - datos y visualización, aprenderá a cambiar la herramienta que le permite establecer dicho diálogo. - Así, {\bfseries la herramienta que cambia sus maneras de pensar, percibir y expresar un problema, - usando documentos interactivos y visualizaciones, puede ser cambiada de vuelta por el autor/lector, - de tales documentos y visualizaciones}}. - -Rushkoff (2010)\cite{rushkoff_program_2010} habla de una barrera entre los usuarios -y hacedores de artefactos digitales, medida por la programación, -que ilustra particularmente con el software para escribir: -\begin{quote} - Pero la capacidad subyacente de la era de la computación - es de hecho la programación --la cual casi ninguno de nosotros - sabe como hacer. Simplemente usamos los programas que han sido - hechos para nosotros, y entramos nuestro texto en la caja apropiada - en la pantalla. Le enseñamos a los niños cómo usar el software - para escribir, pero no cómo escribir el software. -\end{quote} -en ese sentido, Grafoscopio usa la escritura de historias -soportadas/orientadas por datos para tender un puente entre el -``software para escribir'' y ``escribir el software''. - -En la primera parte se mencionó como la estrategia de diseño para nuevos -artefactos, desde Jonas, tenía que ver con el estudio de los puntos de bifurcación -de artefactos previos y las posibilidades de diálogo entre tales bifurcaciones. -A continuación mencionaré como Grafoscopio da cuenta de dichos puentes: - -\begin{itemize} - \item - La idea de los metasistemas y la autorreferencialidad, se esbozaba desde el 2010 y comienzos - del 2011, en una conversación cara a cara con Wolfgang Jonas y se retomó y mostró en el examen de candidatura de 2014 (véase figura XY) %NOTA: Jonas scroll?. - Se hablaba de dos "mantras" de la computación en paradigmas distintos, - que marcaron puntos de bifurcación a comienzos de la misma. - Por un lado estaba la tradición y el mantra de "todo es un archivo" y - la Smalltalk y el mantra de "todo es un objeto". - A su vez se tienen implementaciones de metasistemas en dichas tradiciones: - Con Leo teníamos un (meta)archivo (arbóreo) que integraba y hablaba de otros archivos - (usualmente externos a Leo) y con Pharo/Smalltalk teníamos un entorno de (meta)objetos - que que integraba y hablaba de otros objetos (usualmente internos a Pharo/Smalltalk). - Dichas tradiciones a su vez fortalecieron caminos paraleos: En de los archivos y las - aplicaciones, propio de la tradición Unix y sus derivados (incluidos Windows, Mac y Gnu/Linux) - y el de las simulaciones y las meta-herramientas, propio de Smalltalk. - Mientras el primero estaba orientado a ``usuarios finales'', que usan aplicaciones para crear - documentos el segundo estaba orientado a programadores que usan meta-herramientas para crear - otras herramientas o aplicaciones y ``software educativo'', para jóvenes y niños que usan la - simulación para expresar y desarrollar el pensamiento. - Estos, por supuesto, son ``acentos'' de dichas tradiciones y no factores exclusivos de las mismas. - Sin embargo desde ellos se puede ver una proliferación de herramientas en la cultura de dichas - tradiciones: Los sistemas operativos tienen una miriada de aplicaciones para crear documentos, - y los sistemas Smalltalk tienen meta-herramientas para programadores y jóvenes y niños, - sin aplicaciones populares o ampliamente conocidas fuera de tales nichos. - - Grafoscopio une estas dos tradiciones al ofrecer herramienta para documentar, simular y visualizar, - que son ``internas'' del entorno Smalltalk, pero que pueden producir documentos ``externos'' al mismo - y con un público objetivo que no se centra en niños, jóvenes o programadores profesionales, - sino que incluye activistas, periodistas, comunicadores, filósofos, investigadores académicos, - químicos farmacéuticos, entre otros (considerados a partir de la población que ha asistido a los - talleres del \emph{Data Week}, que se mencionaran más adelante). - \item - Grafoscopio también explicita las propuestas de integración respecto - a una escritura que fuera arbórea/emergente e interactiva, - con una experiencia similar a la que se buscó con la integración de Leo e IPython, - pero considerando tecnologías mucho más uniformes y simples, y por tanto empoderantes, - en el sentido de que permite expresar en prototipos más fluidamente las ideas. %NOTA: luna iceberg. - - Se ha procurado un balance, que sin reducir todo a tecnologías desarrolladas exclusivamente - en Smalltalk, tampoco sea excesivamente diverso y complicado, como se dice en su repositorio - de código - \begin{quotation} - Grafoscopio trata de ser una herramienta simple, comprensible, amoldable, versátil y flexible, - gracias al poder el ecosistema de Pharo Smalltalk y la combinación con frameworks y herramientas maduras externas e internas. Usa: - \begin{itemize} - \item Internas: - \begin{itemize} - \item GT Tools y Spec para los playgrounds embebibles, los nodos interactivos y la Interface \item Gráfica de Usuario (GUI). - \item Roassal para visualización de datos. - \item STON para un ligero almacenamiento de datos y formato de documentos. - \item Fuel: para almacenamiento medio y serialización de objetos. - \end{itemize} - \item Externas: - \begin{itemize} - \item Fossil SCM para colaboración y trazabilibildad de los documentos - \item Pandoc para exportación a formatos pdf/impreso y html/web. - \item SQLite para almacenamiento y manipulación de datos tabulares. - \end{itemize} - \end{itemize} - \end{quotation} - \item - Grafoscopio también explicita las idea de objeto activista, los dominios de ciencia ciudadana, - de garaje y abierta y las {infraestructuras de bolsillo}. %\expand - Al respecto, de dichas temáticas, Luna 2014 afirmaba: - - \item - Grafoscopio dialoga con ideas de Bret Victor y Alan Kay, respecto a formas de pensar de manera - multimodal un problema, como medio para entenderlo y expresarlo mejor. - Combina la prosa y el código, tanto en las libretas interactivas, como en el entorno continuo - que no separa en capas disyuntas, lenguaje de programación, entorno integrado de desarrollo - (IDE, por sus siglas en inglés), los gestores de código, la aplicación y el documento, facilitando - difuminar la distinción entre usuario y hacedor (problema central de esta investigación) - y usa representaciones simbólicas (código) y gráficas (visualizaciones) para abordar un problema. -\end{itemize} - -Es precisamente en los problemas que se abordan y los prototipos que se crean donde se pueden explicitar -estos puentes entre tradiciones y bifurcaciones, tratados anteriormente. -A continuación mencionaré dos de los constructos creados con Grafoscopio que cristalizan dichos puentes. - -\subsection{Constructos con Grafoscopio} - -Los siguientes artefactos fueron creados en el contexto de Grafoscopio, -pero habitan y dieron origen a un paquete complementario llamado {\ttfamily Dataviz}. -Además se usan para ilustrar lo que se puede crear con él durante los Data Week, pero -no todos son parte de los problemas abordados durante el mismo. -Las motivaciones y su funcionamiento ha sido ampliamente documentado en dos entradas -al blog (luna-med, luna-pp), bajo la premisa de una investigación doctoral interconectada, que excede los -límites y tiempos confinado dentro de la tesis doctotal y se comunica de maneras más -fluidas hacia afuera, en tiempos más cortos y lenguages menos formales. -Los textos acá son maneras complementarias de referirse a lo descrito en aquellos -documentos y para otros detalles una lectura de las entradas al blog. - - -\textbf{Visualizaciones de dominio específico para información sobre medicamentos} - -\begin{figure}[h] - \includegraphics[]{./Parte2/gay-rights-infography.png}% - \caption{Visualización de los derechos homosexuales por \emph{The Guardian}, que - sirvió como modelo para las visualizaciones sobre ausencia de información sobre - medicamentos del paquete Dataviz en Grafoscopio. }% - \label{fig:derechos-homosexuales}% -\end{figure} - -\begin{figure} - \centering - \begin{subfloat}[]{} - \includegraphics[width=\linewidth]{./Parte2/omeprazol-admin-by-country.png} - \caption{A mouse}\label{fig:mouse} - \end{subfloat} - - \begin{subfloat}[]{} - \includegraphics[width=\linewidth]{./Parte2/omeprazol-by-property.png} - \caption{A gull}\label{fig:gull} - \end{subfloat} - \begin{subfloat}[]{} - \includegraphics[width=\linewidth]{./Parte2/omeprazol-pu-by-country.png} - \caption{A tiger}\label{fig:tiger} - \end{subfloat} - \caption{3 visualizaciones a la medida, a partir de la gráfica de \emph{The Guardian}, - creadas en el paquete \texttt{Dataviz}, que es parte de Grafoscopio. - Los detalles sobre las mismas y cómo interpretarlas están en Gil-2015. - La historia de como surgieron están en Luna-2016-Infomed} - \label{fig:infomed-visuals} -\end{figure} - - -La primera visualización servía para apreciar ausencias o presencias de información, -en particular en medicamentos. -Precisamente se trataba de lidiar con un problema metodológico (no encontrar información) -convirtiéndolo en uno investigativo: ¿cómo comparar las ausencias y presencias de información -respecto a medicamentos? -La descripción detallada de este problema y su análisis están en Gil 2015. -Acá se mencionarán los hitos de este abordaje, que complementan el texto del blog: - -\begin{itemize} - \item - Pasar de \emph{tener la información} como lugar de inicio, a \emph{usar su ausencia} - como lugar problémico e investigativo. - \item - Se partió de una visualización base de \emph{The Guardian}, respecto a ausencias - y presencias, en este caso de derechos en la población homosexual, como modelo del tipo - de visualización que se quería (veáse figuras tales y pascuales). - \item - Se adaptó una visualización preexistente, que era para información jerárquica, - de modo que permitiera trabajar con la información recolectada, que era de naturaleza - tabular. - Se hizo un algoritmo de conversión de formato tabular a jerárquico y se creó un Lenguaje - de Dominio Específico (DSL, por sus siglas en inglés) para hablar del problema en cuestión. - \item - Yaneth Gil participó de la visualización como experta de dominio, indicando qué quería ver, - qué formatos tenían los datos, parámetros estéticos de las visualizaciones e incluso haciendo - comentarios sobre los algoritmos implementados en Smalltalk, si bien no programaba este lenguaje. - Yo comentaba qué se podía implementar, forzaba el entorno y mi conocimiento para lograr algunas - de sus visualizaciones, y establecimos un sistema de convenciones \emph{ad-hoc} para poder - hacerle consultas a los datos. - Se produjo, así, una negociación entre mi rol como visualizador/programador y el de ella como - experta de dominio. - \item - La solución fue implementada de manera ágil aunque poco elengante. - Habían muchos parámetros en los mensajes del DSL y no se usaba la infraestructura de - \emph{builders}, que permitía abstraer el problema y generar visualizaciones sin - transformaciones de datos y el uso de convenciones \emph{ad-hoc}, que facilitaran su visualización - y consulta. Aún así fue funcional y dio cuenta de los tiempos estrechos para la implementación. - \item - En las distintas implementaciones, tanto de la solución rápida, como de las más elegante, - se contó con la ayuda de la comunidad de Pharo, particularmente de Miltón Mamani, primero - en un encuentro en Argentina, de la comunidad de Smalltalk, luego de manera remota por chat - y finalmente durante mi pasantía doctoral en Chile. - El uso de soluciones cada vez más formales tuvo que ver con mi comprensión progresiva - del problema, el motor de visualización y sus constructos y maneras más acertivas de - participar en la comunidad, pues desde el comienzo Miltón estaba ofreciéndome soluciones - formales (construyendo \emph{builders}), pero yo no tenía los preconceptos adecuados para - aprenderlos y quería continuar con lo que ya tenía y sacar un prototipo funcional desde - lo que ya entendía. - Esto a su vez fortaleció la motivación para crear en los \emph{Data Weeks} caminos de - aprendizaje que facilitaran los recorridos para otros novatos, a partir de mis errores y rutas, - pero sin tener que repetirlas. - Algunos \emph{builders} y problemas pre-tratados ayudarían a futuros aprendices, - a enfocarse en lo conceptual y crear código más suscinto, comprensible y elegante. -\end{itemize} - -\begin{figure*}[h] - \includegraphics[width=3in]{./Parte2/roassal-sunburst-examples-2.png}% - \includegraphics[width=3in]{./Parte2/matriz-a-arbol.png} % - \caption{Dos adaptaciones hechas al software de visualización, incluidas con - Grafoscopio y su paquete Dataviz, para crear las imágenes en la figura \protect\ref{fig:infomed-visuals}. - A la izquierda visualización base para información jerárquica en lugar de matricial. - A la derecha, ilustración de la transformación de información matricial en jerárquica - para adaptarla a la nueva visualización. - Tomadas de Luna-2016-infomed. - } - \label{fig:bifurcacion-estudio}% -\end{figure*} - - -Acá el enfasis no estuvo en la documentación interactiva, sino en la visualización de Datos, -por tanto se colocó lo desarrollado en un paquete independiente que tuviera una galería de problemas -que pueden ser abordados con Grafoscopio, llamado {\ttfamily Dataviz}. -Esto fortaleció la necesidad de dicho paquete y mejoró la modularidad del software. -Algunas veces estaríamos enfocados en la documentación y otras veces el énfasis sería la -visualización, aunque se esperaba que, en la medida en que Grafoscopio, y sus paquetes asociados -madurarán, las prácticas comunitarias vincularan documentación con visualización de maneras más -continuas y fluidas. - - -\textbf{Panamá Papers: investigación reproducible y activismo de datos incluyente} - - - -Otro proyecto realizado durante la pasantía doctoral en Chile fue el de los \emph{Panama Papers}. -(luna 2016-pp). -En este periodo, además se mejorón las visualizaciones de de medicamentos vía \emph{builders} y -se mejoró la interface de Grafoscopio empleando el puente entre el \emph{framework} de -Spec y las herramientas adaptables \emph{GT Tools} del proyecto Moose, desarrollado por -Johan Fabri y con su acompañamiento. - -\begin{figure*}[h] - \includegraphics[width=3in]{./Parte2/Countries_implicated_in_the_Panama_Papers.png}% - \includegraphics[width=3in]{./Parte2/choropleth.png} % - \caption{Dos mapas sobre los paraisos fiscales. - La de la izquierda, tomada de la Wikipedia, es irreproducible a partir de los datos publicados. - La de la derecha, hecha por el autor, es reproducible y el entorno que la crea y contiene, - incluido el micrositio web, cabe en una memoria USB y se puede ejecutar en un computador modesto. - } - \label{fig:pp-dos-mapas}% -\end{figure*} - -Se iniciaba con dos mapas referidos a los \emph{Panamá Papers} y se mostraba que uno de ellos -(el de la Wikipedia) era irreproducible y el otro, desarrollado en Grafoscopio y el Dataviz, -si lo era. -A partir de ello se introducía un micrositio y un entorno portable para explorar el segundo mapa -y sus los datos, aproximándose críticamente a la idea de \emph{Big Data}, -mostrando que los datos curados y el entorno para trabajar con ellos podía ejecutarse en -una memoria USB y computadores modestos, de modo que las argumentaciones e historias basadas -en tales datos fueran más participativas e incluyentes. - -\begin{figure*}[h] - \includegraphics[width=\linewidth]{./Parte2/minisite.png}% - \caption{Minisitio desarrollado para el proyecto de los \emph{Panamá Papers}.}% - \label{fig:pp-minisitio}% -\end{figure*} - -Los hitos más importantes para el desarollo del proyecto de los \emph{Panama Papers} fueron: - -\begin{itemize} - \item - Se hizo un viraje de la idea de \emph{Big Data} a \emph{Frictionless Data} e - \emph{infraestructuras de bolsillo}, en aras de alentar la puralidad y la participación - de lectures y ciudadanos en fenómenos complejos mediados por datos y de escala global, - como los paraisos fiscales. - La elección del tema no sólo tenía que ver con su popularidad, sino con el abordaje - crítico tanto de los datos como de las temáticas: hacer accesible la manera en que los - poderosos guardan su capital, es una manera de pensar el caracter no neutral de los - datos y la información. - - Se trataba de mirar, entonces, si se podía abordar la filtración noticiosa con el conjunto - de datos (\emph{dataset}) más grande de la historia con infraestructuras sencillas y - al alcance de más personas, una vez los datos han sido curados y liberados. - \item - La visualización que se quería hacer era sencilla y si los territorios estuvieran completos, - hubiera salido en minutos, literalmente, pero fue el completar la información y curarla lo que - tomó más tiempo. - Enfrentado a esta dificultad, un programador me sugirió que colocara en la gráfica - "los paises más importantes", para resolver rápidamente el problema. - Cuando se detectó el problema con los SVG, antes mencionado, el proyecto cobró un nuevo - interés desde el punto de vista de lo algorítmico y el desarrollo de software. - Esto reveló una tensión del activismo de datos al estar entre dos mundos: los periodistas - quieren veracidad y no se preocupan por errores (o \emph{bugs}, como son llamados en la jerga - computacional) como el de los importadores del SVG. - Los programadores consideran que curar la información es un trabajo al que no debería - dedicársele mucho tiempo. - La necesidad de un grupo de personas en la mitad, que pueda hacer puente entre estas - dos preocupaciones y dedicarse a ellas es, por tanto, más importante. - \item - El aspecto más dispendioso fue completar y curar la información. - El mapa mundi provisto por el motor de visualización Roassal, no incluía tantos territorios - como los mencionados en los \emph{Panama Papers} (faltaba cerca de un tercio de ellos), - por lo cual algunos datos fueron completados a mano al comienzo y cuando la estrategia mostró - sus limitaciones, al generar errores de integración con los territorios pre-existentes, - pues las coordenadas no coincidían (véase figura tal), - se implementó un algoritmo que resolvía el inconveniente haciendo importaciones de mapa mundis - más completos y con sistemas de coordenadas consistentes. - Esto a su vez permitió detectar y corregir un error el algoritmo de importación de gráficos - vectoriales escalables (SVG, por sus siglas en inglés) y hacer un aporte al núcleo de Roassal. - \item - Uno de los aspectos claves fue la trazabilidad de la información y se desarrollo la idea - de un \emph{entorno vivo continuo de datos} (\emph{Data continuum [live] environment}) - \footnote{Si bien en el texto original no se hablaba del caracter vivo del entorno, - este fue clave en la exploración de los datos, no sólo en este ejercicio/prototipo, - sino en los demás de los que se habla en esta investigación, como fue resaltado en - la entrada al blog sobre la visualización de medicamentos.}, - que establecía puentes entre los datos, las consultas, las visualizaciones y los documentos, - permitiendo pasar de los unos a los otros - (véanse figuras \ref{fig:pp-libreta-y-consulta} y \ref{fig:pp-workflow}). - La premisa era que, una vez se publicaban estas narrativas y visualizaciones de datos, - \begin{quote} - El lector podía convertirse en explorador/co-autor en el \emph{mismo entorno continuo completo} - que el autor había usado para crear la visualización de datos publicada, con un sencillo - click de arranque. - \end{quote} - - \begin{figure*}[h] - \includegraphics[width=3.5in]{./Parte2/pp-intro-notebook.png}% - \includegraphics[width=2.5in]{./Parte2/pp-query-data-environment.png} % - \caption{Izquierda: Libreta interactiva en Grafoscopio de los \emph{Panama Papers}. - Derecha: Consulta a la base de datos y lenguaje de dominio específico integrados - dentro del entorno. - } - \label{fig:pp-libreta-y-consulta}% - \end{figure*} - \vspace{10 mm} % - \begin{figure*}[h] - \includegraphics[width=\linewidth]{./Parte2/process.png}% - \caption{Flujo de trabajo para la creación de la visualización de los \emph{Panama Papers} - y sus publicaciones de soporte (minisitio y entrada al blog). - Los círculos representan los entornos donde se realizan actividades asociadas a los datos, - representadas por rectángulos. - Se puede apreciar como Grafoscopio, a través de la documentación interactiva, - es el puente entre la exploración y visualización de los datos y su publicación. - Este flujo de trabajo con entornos y actividades fue prototipado como parte de la - pasantía doctoral. - Tomado de Luna-2016-pp. }% - \label{fig:pp-workflow}% - \end{figure*} - \item - Se proveyeron imágenes descargables para Windows y Mac que permitían probar el prototipo y - reportar errores, aunque las únicas pruebas y reportes provinieron de colaboradores cercanos - al proyecto y otras personas contactadas vía Twitter y la lista de la \emph{Open Knowledge Fundation} - no manifestaron mayor interés en el proyecto (salvo uno de ellos). - \item - Al final de la pasantía, con la ayuda de Alejandro XX, logró empaquetarse Grafoscopio, - usando el sistema de gestión de paquetes y dependencias, Monticello, lo cual mejoraría - el proceso de instalación en las versiones venideras del \emph{Data Week} y la facilitaría - para otros autores/exploradores de datos, que lo usaran a futuro. -\end{itemize} - -%NOTE: Twitter Data Selfies - -La necesidad de una comunidad particular de personas interesadas en la visualización -y narrativas de datos, con preocupaciones tanto por la técnica y como por la historia, -había sido detectada previamente. -\footnote{Para mi pasantía en Chile, ya llevaba 3 ediciones del \emph{Data Week} realizadas - y haría 5 ediciones más a mi regreso}. -Esta nueva comunidad de práctica, no surgiría en el grueso de los miembros de la -comunidad nuclear de HackBo, pues los intereses por otras apuestas, tecnologías y miradas ya se -había hecho claro en los primeros años, viendo los artefactos y prototipos construidos. -Los caminos de aprendizaje que habían recorrido los miembros del espacio y que los habían llevado -a sus experticias particulares eran muy específicos y extra curriculares y las charlas y talleres -eran esporádicos y suponían públicos relativamente expertos en programación o con intereses -por desarrollarse en temas como la electrónica y la computación física, pero principalmente niños -y jóvenes, sin la edad suficiente para un compromiso crítico y sostenido, como lo muestra la programación -de actividades en el \emph{hackerspace}. -A su vez la \emph{Gobernatón} había mostrado el interés por estos temas críticos y de activismo, -pero también la necesidad de crear capacidad entre los asistentes de manera que un -número mayor pudiera expresar sus ideas a través de la técnica y los artefactos digitales, -sin entrar en las lógicas instrumentales y de "cadena de montaje" en la cual los programadores -eran vistos como aquellos que podían implementar las ideas de otros pero sin preocupaciones -propias que expresar a través de la técnica. -El diseño de un espacio, que recibiera a novatos y donde los lugares comunes y del quehacer -fueran ensanchados, se empezó a hacer evidente, como resultado de la Gobernatón la participación -en otras hackatones (como la de Chicas Poderosas y en la Universidad de los Andes) (véase Luna XY). -El código sería el material para explicitar, negociar, construir y catalizar esos saberes comunes, -desde los cuales podrían ponerse a conversar otros saberes y miradas. -Allí surgió el \emph{Data Week}, que será el tema de la siguiente sección. - -\section{El Data Week}\label{dataweek} - -El \emph{Data Week }, según su página web, es: - -\begin{quote} - [Un] taller-hackatón sobre visualización y activismo de datos donde aprendemos a trabajar e interconectar las representaciones simbólicas (código) y las visuales (visualizaciones) referidas a los datos. Es un taller porque está orientado al aprendizaje mediante la práctica y el ejemplo y una hackatón por su caracter intensivo y orientado a prototipos. La intensión es aproximarse de manera crítica a la construcción, comprensión y mejoramiento de un mundo compartido mediado por tales datos. - - [En el taller se] enseña como usar Grafoscopio, una herramienta flexible y amoldable para documentación interactiva, visualización y activismo de datos. Combinamos algo de historia y fundamentación con ejercicios progresivamente más complejos. Luego abordamos un problema común que nos permitirá mostrar cómo se usa, adapta y extiende grafoscopio, cuáles son sus diferencias y valores agregados y, si nos queda tiempo, trataremos problemas diversos, propuestos por los participantes con sus propios conjuntos de datos. Elegimos problemas que pueden ser entendidos mejor con visualización de datos y usaremos una aproximación alternativo al "Big Data", que usa pequeños datos significativos (frictionless data) y sus visualizaciones. La intensión es que el problema común nos de herramientas y saberes para que luego podamos abordar por nuestra cuenta los problemas e inquietudes propias, que pueden ser considerados para talleres y eventos venideros. - - También se hará extensiva la participación de los asistentes a vincularse a distintas comunidades locales e internacionales relacionadas con visualización y activismo de datos, herramientas amoldables y datos abiertos, entre otras. -\end{quote} - -El vértigo en el hacer, el inmediatismo y la excesiva orientación al lucro y la manoseada ``innovación'' -de las \emph{hackatones} enagenadas, denunciadas -por Irani con su crítica a la ``ciudadanía emprendedora'', por Schrock (\emph{hackathons without hacking}) -y Luna en la Gobernatón, -son una desconexión evidente a este discurso de la idea de hacer es pensar expresada por Sennet. -El quehacer artesanal tiene un ritmo y continuidad que dichas hackatones no logran capturar ni interconectar. -La idea de pulso, que yo mismo digo, con momentos sosegados y frenéticos tampoco se ve. -Tan sólo hay cabida para los momentos frenéticos. - -\subsection{Ediciones: los ritmos, intensidades, temáticas y productos}\label{dataweek} - -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 -2016 y noviembre de 2016, en el cual se desarrollaron 7 ediciones del mismo, probando -diferentes esquemas. - -El propósito era lograr una experiencia intensiva, que contrastara con los esporádicos -tallerdes de \emph{Indie Web Science}. -Tener un taller de cerca de 30 horas, que se pudiera incorporar a la vida sin requerir de -demasiados esfuerzos extra. - -La primera edición (junio 22 al 27 de 2015) ocurrió todas las noches de 5 pm a 9 pm y el -sábado todo el día, pero debido a que era parte de una semana laboral habitual, los ritmos -eran extremadamente desgastantes para los participantes, en particular para mí en mi rol de organizador. -La temática acá fue \emph{los mapas del silencio}, que buscaban mostrar qué tanto -contestan o no los políticos en Twitter. %NOTA: Referenciar: http://mutabit.com/offray/static/blog/output/posts/que-tan-bien-usa-el-ministerio-tic-de-colombia-las-tic-para-comunicarse-con-los-ciudadanos.html - -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 participé como co-investigador, pues se pensó que -mucha de la población interesada, sería estudiantes universitarios. -La intensidad horaria aumento a 6 horas diarias, que entre semana estaban repartidas en -un par de horas (10:30 AM a 12:30 PM) en la mañana, un receso para el almuerzo y 4 horas -en la tarde (2:30 PM a 6:30 PM, aprox.) y el sábado iban de 2:30 pm a 8:30 pm. -La asistencia no fue muy masiva y los estudiantes universitarios prefirieron invertir -su semana de receso en otros lados. -Esto no fue un impedimento, pues desde los talleres y encuentros en la prehistoria del evento, -se había decidido que lo importante, más que la asistencia masiva, era el carécter comprometido -y continuo de la participación. -Sin embargo esta intensidad horaria por sesión mostró ser adecuada -para la consecución de mejores resultados, pues si bien era más demandante, -se beneficiaba de mayores tiempos de concentración de los participantes -el mismo sitio (en el anterior horario, con sesiones más cortas -y viajes en la noche, los participantes se empezaban a -alistar y se marchaban desde antes). - -El principal avance en esta edición fue la mejora del tutorial interactivo de Smalltalk, -hecho en Grafoscopio y la consolidación de algunas visualizaciones de los -\emph{mapas del silencio} en el paquete {\ttfamily Dataviz}, lo que a su vez permitió iniciar -una didáctica particular, en la que se mostraba cómo los algoritmos, prototipados -colectivamente con los asistentes, se incorporaban al conocimiento cristalizado en -el sistema a través de paquetes y cómo se podía empezar a navegar y deconstruir dicho conocimiento. -Esto constituyó un avance respecto a lo anterior, pero no había un paquete de visualización -totalmente usable por un participante -al final del evento, ni mucho menos por alquien externo. -Quedó más claro que la intensión del \emph{Data Week}, en parte, era iterar sobre esos -prototipos imperfectos e irlos mejorando con sucesivas ediciones. - -La tercera edición se probó partir el \emph{Data Week} en dos sesiones, -ambas de jueves a sábado, de 2:30 PM a 6:30 PM (ocurridas en febrero 25 al 27 y marzo 3 al 5 de 2016). -Si bien estas sesiones implicaban que algunas personas deberían contar con dos tardes dentro -del horario laboral habitual, o bien los asistentes contaban con flexibilidad del tiempo, -o bien era un permiso que se podía solicitar en caso de que no. -Lo cierto es que esta forma de organización generó la asistencia más regular, con jornadas -suficientemente intensivas para avanzar el el problema. -Una particularidad acá fue el cambio del problema, para adecuarlo a las necesidades percibidas -en la investigación Ciudad de Datos, según uno de los coinvestigadores. -Esto trajo la ventaja de triangular información: ya no estábamos más centrados en los temas de redes sociales, -sino que podíamos poner a circular en ellas información extraida de otros lados, -en este caso del portal de contratación pública, en aras de articularnos con la naciente comunidad -\emph{Open Data Colombia} (OpenDataCo) y el \emph{scrapper} de contratos del portal gubernamental colombiano -``contratos.gov.co`` (prizbilla-xxx). -Además nos alineaba con otras comunidades como [OpenBugets](http://openbudgets.eu/), -[OpenSpending](https://openspending.org/) y algunos proyectos y temáticas de la [Open Knowledge Foundation](https://discuss.okfn.org/). - -También mostraba el potencial del trabajo desde individuos y pequeños colectivos: por ejemplo, el proyecto OpenSpending -mostraba como 76 países habían liberado 1105 datasets conteniendo 28'369.534 registros [@OpenSpending, index]. -El scrapper de un sólo individuo, y la organización y limpieza posterior en la comunidad OpenDataCo y el Data Week 3ra edición, -logró liberar (XXX) registros para 15 años de contratación. -Sin embargo, tenía un riesgo, como se señaló antes de la ejecución del taller al coinvestigador, -y es que familiarizarse con los datos -y sus visualizaciones y lograr continuidad y resultados con el problema era algo difícil para un problema de una semana, -si nadie se iba a ocupar de dichos datos después. -Liberar los datos no bastaba, había que comprometerse con encontrar las estructuras e historias dentro de dichos datos y contarlas. -A esto se sumaron dificultades con la conexión entre Pharo y SQLite, el motor de datos para trabajar el dataset de contratos, que, -si bien fueron temporales debido a la transición a la siguiente versión de Pharo, en un evento intensivo como el Data Week, cobraron -su tiempo y causaron descontento entre los participantes, un par de ellos reportó que no concebián como una cosa que el los demás -lenguajes de programación está resuelta, en este termina siendo un impedimento tan grande para el tratamiento de datos. -Finalmente logramos rodear el problema, no sin una considerable pérdida de tiempo y fluidez -durante la realización del taller/hackatón. -Aún así los asistentes mantuvieron el interés y hubo 3 sesiones de un día, posteriores al evento, -para continuar con el problema y la solicitud de crear una lista de correo para los asistentes al Data Week. -Si bien dicha solicitud no fue implementada inmediatamente, e invité a la gente a la comunidad de OpenDataCo, -con el ánimo de dinamizarla, la implementé con el tiempo, al ver el interés sostenido de los participantes y la necesidad de tratar temas específicos a los interesados en Grafoscopio y los asistentes al Data Week. - -Desde la edición 4 del data week se consolidó el esquema, de la anterior, de dividir el encuentro en dos sesiones. -Esta se realizó en el colaboratorio de Medellín (ver fotos), también en alianza con el proyecto Ciudad de Datos, -pero se volvió al problema de visibilizar la comunicación en Twitter, ya no desde los mapas del silencio, -sino desde un proyecto llamado \emph{data selfies}, que se basaba en la información -provista por cada usuario de Twitter, en lugar de la información desde el scrapper. - -La edición 5 del Data Week se realizó de septiembre 22 al 24 y 29 de septiembre a octubre 1 de 2016. -En esta edición se continuó con el problema de los Data Selfies, pero hubo interesantes -exploraciones de teorías y proyectos relacionados con lo que se planteaba en el evento y -se mejoró la infraestructura que soportaba la interconexión con repositorios de documentación -en Fossil. - -La edición 6 fue una edición ``unipersonal'' e hizo énfasis en la \emph{hackatón} como una -forma de resistencia y crítica civil a los proyectos de enagenación de lo público, particularmente -las bibliotecas, para la apropiación de los privados, particularmente Microsoft, sobre la base -de enseñar a todos a hacer código. -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. - -%NOTE: Ediciones 7 y 8. - -\subsection{Los participantes y sus lecturas}\label{participantes} - -\begin{figure} - \centering - \begin{subfloat}[]{} - \includegraphics[width=\linewidth]{./Parte2/indie-web-science.jpg} - \caption{Taller Indie Web Science}\label{fig:indie-web-science} - \end{subfloat} - - \begin{subfloat}[]{} - \includegraphics[width=\linewidth]{./Parte2/dataweek-small-1.png} - \caption{Data Week 1, Bogotá}\label{fig:dataweek-1} - \end{subfloat} - \begin{subfloat}[]{} - \includegraphics[width=\linewidth]{./Parte2/dataweek-small-2.png} - \caption{Data Week 4, Medellín}\label{fig:dataweek-4} - \end{subfloat} - \caption{3 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).} - \label{fig:infomed-visuals} -\end{figure} + + %---------------------------------------------------------------------------------------- % ANEXOS %---------------------------------------------------------------------------------------- @@ -2456,13 +258,16 @@ %---------------------------------------------------------------------------------------- % BIBLIOGRAPHY %---------------------------------------------------------------------------------------- +% \printbibliography \bibliography{bibliography} % Use the bibliography.bib file for the bibliography -\bibliographystyle{plainnat} % Use the plainnat style of referencing +\bibliographystyle{plain} % Use the plainnat style of referencing + + %---------------------------------------------------------------------------------------- -\printindex % Print the index at the very end of the document +% \printindex % Print the index at the very end of the document \end{document} Index: Tesis/Escrito/TextoIntegrado/main.toc ================================================================== --- Tesis/Escrito/TextoIntegrado/main.toc +++ Tesis/Escrito/TextoIntegrado/main.toc @@ -1,31 +1,5 @@ -\select@language {spanish} -\contentsline {chapter}{Introducci\IeC {\'o}n: Artefactos h\IeC {\'\i }bridos, discursos cenagosos y lugares propios}{11}{chapter*.2} -\contentsline {chapter}{Justificaci\IeC {\'o}n}{15}{chapter*.3} -\contentsline {chapter}{Problema / Objetivo}{19}{chapter*.4} -\contentsline {section}{General}{19}{section*.5} -\contentsline {section}{Espec\IeC {\'\i }fico}{19}{section*.6} -\contentsline {part}{I\hspace {1em}Perspectivas te\IeC {\'o}ricas, cr\IeC {\'\i }ticas y metodol\IeC {\'o}gicas}{21}{part.1} -\contentsline {chapter}{Ecolog\IeC {\'\i }a y sistemas complejos como posibilidad dialectica}{25}{chapter*.7} -\contentsline {section}{Jonas: El discurso del dise\IeC {\~n}o como un artefacto evolutivo}{27}{section*.8} -\contentsline {section}{Fuchs y Hofkirchner: Teor\IeC {\'\i }a de sistemas sociales cr\IeC {\'\i }ticos}{29}{section*.9} -\contentsline {section}{Consecuencias de la cr\IeC {\'\i }tica de Fuchs y Hofkirchner en la teor\IeC {\'\i }a de Jonas}{32}{section*.10} -\contentsline {chapter}{De todos los mundos posibles, uno potenciador de lo humano, emancipador y construido en comunidad}{37}{chapter*.11} -\contentsline {part}{II\hspace {1em}Jalonando la modificaci\IeC {\'o}n rec\IeC {\'\i }proca de artefactos digitales y comunidades}{45}{part.2} -\contentsline {chapter}{El contexto: culturas hacker globales y locales}{47}{chapter*.12} -\contentsline {section}{La multisituada cultura hacker}{47}{section*.13} -\contentsline {section}{HackBo, un hackerspace en Bogot\IeC {\'a}}{47}{section*.14} -\contentsline {section}{Mi lugar en la comunidad}{47}{section*.15} -\contentsline {chapter}{Habitar el problema}{51}{chapter*.16} -\contentsline {section}{Prehistoria: H\IeC {\'a}bitats digitales e Indie Web Science}{51}{section*.17} -\contentsline {section}{La Gobernat\IeC {\'o}n: La hackat\IeC {\'o}n como acto de resistencia y cr\IeC {\'\i }tica desde la sociedad c\IeC {\'\i }vil}{56}{section*.18} -\contentsline {subsection}{De las apps y los portales a las narrativas computacionales}{57}{subsection*.19} -\contentsline {section}{Grafoscopio}{58}{section*.20} -\contentsline {subsection}{Autorreferencialidad y Bifurcaci\IeC {\'o}n}{59}{subsection*.21} -\contentsline {subsection}{Constructos con Grafoscopio}{62}{subsection*.22} -\contentsline {section}{El Data Week}{70}{section*.23} -\contentsline {subsection}{Ediciones: los ritmos, intensidades, tem\IeC {\'a}ticas y productos}{71}{subsection*.24} -\contentsline {subsection}{Los participantes y sus lecturas}{74}{subsection*.25} -\contentsline {part}{III\hspace {1em}Anexos}{77}{part.3} -\contentsline {chapter}{Bibliograf\'{\i }a}{79}{chapter*.26} -\contentsline {chapter}{\'{I}ndice alfab\'{e}tico}{83}{chapter*.27} +\boolfalse {citerequest}\boolfalse {citetracker}\boolfalse {pagetracker}\boolfalse {backtracker}\relax +\babel@toc {spanish}{} +\defcounter {refsection}{0}\relax +\contentsline {part}{I\hspace {1em}Anexos}{13}{part.1} \contentsfinish ADDED Tesis/Escrito/TextoIntegrado/materialidades.tex Index: Tesis/Escrito/TextoIntegrado/materialidades.tex ================================================================== --- Tesis/Escrito/TextoIntegrado/materialidades.tex +++ Tesis/Escrito/TextoIntegrado/materialidades.tex @@ -0,0 +1,81 @@ +\chapter{Diálogo de materialidades}\label{materialidades} + +Un cambio importante ocurrió en el código cuando fue posible ``aplanar'' los archivos +cuando + +%PENDIENTE: Intro hay forma de indicar visualmente cuáles son las secciones pendientes? +Se ve, entonces, como el proceso de escritura pasaba así de la +funcionalidad mínima del artefacto al llenado del árbol, para extender +la funcionalidad e iterar sobre el árbol, llenándolo de detalles y +nuevos tipos de información e integrando/referenciando información +externa. +Este es un despliegue concreto del diagrama conceptual que se ofreció en la figura +\ref{fig:realimentacion-artefacto-escritura} al comienzo de este artículo. + + +Por ejemplo, de esos esfuerzos que la escritura invisibiliza, como el navegador de +funcionalidad mínima referido en la sección anterior, una vez empecé la escritura del texto, +creé un tipo de nodo especial, que empieza por el la palabra especial \texttt{\%invisible}, +cuya función es permitir colocar dentro del árbol escritural, cosas que no serán parte de +la salida del PDF, pero que ayudan a organizar la escritura. +En este mismo árbol he puesto un nodo invisible, que contiene el código de dicho ejemplo +mínimo (véase figura \ref{nodos-invisibles}), si bien dicha interface mínima no aparece +directamente en Grafoscopio, su código y funcionalidad sí hacen parte +del repositorio de código de este escrito. Este es un ejemplo práctico +de como el artefacto digital de grafoscopio permite visibilizar aquello +que el texto académico usualmente oculta. + +\begin{figure}[th] + \begin{center} + \includegraphics[width=\linewidth]{Parte2/autoactualizacion-en-navegador-minimalista.png} + \caption[Código invisible dentro de un nodo del escrito] + {Código invisible dentro de un nodo del escrito. + En este caso se trata de aquel que permitió la construcción de un navegador que se + autoactualizara con algunos cambios.} + \label{nodos-invisibles} + \end{center} +\end{figure} + +Otro elementos que se afinaron fueron los nodos que empiezan con +palabras especiales y los métodos que procesan dichos nodos de una +manera particular y los integran o no al texto final, dependiendo de las +palabras especiales que encuentran en ellos. De este modo era posible +indicar al árbol qué tipo de resultado queríamos a partir de +determinados tipos de nodos. Las palabras especiales\footnote{Los + \emph{hashtags} se popularizaron con \emph{twitter} y tienen que ver + con usar palabras pegadas y precedidas del signo ``\texttt{\#}'' para + denotar etiquetas de meta-información. + El uso de dichos signos para denotar símbolos era una costumbre habitual + en Smalltalk desde hace décadas, lo cual se puede ver en los manuales de + su sintaxis, tutoriales y libros de programación al respecto. Debido a que + Smalltalk y Markdown, dos de los lenguajes usados en Grafoscopio ya + usan este símbolo, acá se optó por el símbolo de porcentual + (\texttt{\%}) en lugar del de numeral para evitar colisiones con + dichos lenguajes} para denotar los nodos son: + +\begin{itemize} + \item + \texttt{\%footnote} para las notas a pie de página, + \item + \texttt{\%config} para los detalles de configuración del escrito + (título, autores, abstract, archivo de bibliografía, ruta y formatos + de almacenamiento). + \item + \texttt{\%invisible} para los nodos que no se quiere que aparezcan el + los formatos exportados (Markdown y PDF), pero que sirven para + organizar el texto, como ya se dijo. + \item + \texttt{\%idea} para los nodos que descomponen en ideas la + presentación de una parte del texto, pero que no son una sección como + tal. + \item + \texttt{\%embed} para los nodos que van embebidos dentro de otros. + Esto permite la \emph{transclusión} (inclusión sin copiado) de trozos + de texto en los dentro de sus nodos padre. Los nodos embebidos, por + ejemplo, fueron usados en este texto para describir al detalle la + manipulación de gráficas en el PDF final, sin perder continuidad en la + escritura de los nodos que invocaban dichas gráficas. +\end{itemize} + + + ADDED Tesis/Escrito/TextoIntegrado/parte1.tex Index: Tesis/Escrito/TextoIntegrado/parte1.tex ================================================================== --- Tesis/Escrito/TextoIntegrado/parte1.tex +++ Tesis/Escrito/TextoIntegrado/parte1.tex @@ -0,0 +1,839 @@ +% !TEX root = tesis.tex + +%---------------------------------------------------------------------------------------- +% PARTE 1 +%---------------------------------------------------------------------------------------- + +\part{Perspectivas teóricas, críticas y metodológicas} +\label{part:perspectivas} + +\restoregeometry + +\emph{¿Cuál lugar ocupa esta tesis, desde lo epistemológico y metodológico?} +Esta será la pregunta +que se abordará en esta sección. +Para ello se realizará una panorámica de las distintas +epistemologías, se sugerirá una manera de conectarlas +y se usará una aproximación de \emph{zoom} para modificar la teoría de diseño de +Jonas, conectándola con la perspectiva crítica de Fuchs y Hockhaimer. +También se mostarán aproximaciones metodológicas al +diseño que suponen al investigador/diseñador como sujeto +político, que co-diseña y habita un problema/prototipo +dentro de una comunidad (de práctica o interés) apostando +por un mundo más plural e incluyente. +Esto permitirá entender los lugares de mirada +y acción de la segunda parte. + +%---------------------------------------------------------------------------------------- +% CAPITULO 1 +%---------------------------------------------------------------------------------------- +\chapter{Ecología y sistemas complejos como posibilidad dialéctica}\label{ecologuxeda-y-sistemas-complejos-como-posibilidad-dialectica} + +\emph{La naciente epistemología del diseño} está caracterizada por la diversidad de miradas y enfoques, +desde quienes intentan buscar los fundamentos en lugares como la filosofía +(con los 4 principios generativos de \cite{buchanan_children_nodate}), +la antropología, la teoría del arte, los enfoques ontológicos (\cite{friedman_interview_2004}) +y cognitivos (Simon), hasta quienes, por el +contrario, creen que, dentro de las particularidades del diseño, está en +que este no es un saber sostenido en una base (un ``fundamento'') sino +en una red y, dado que es una red que se sostiene a sí misma, le +corresponde al diseño un discurso epistemológico desde la cibernética y +la teoría general de sistemas (\cite{jonas_design_2004}, \cite{glanville_interview_nodate}). +Yo en particular me adscribo a esta última mirada. +Desde esta diferencia de posturas se han abordado puntos en común, por ejemplo, el hecho +de que el diseño se ocupe de lo posible y que necesita construir un saber que le sea +característico en diálogo con otros saberes como los de la ciencia y el arte, pero distinto +a ellos. + +Por lo anterior, los saberes en diseño son buenos candidatos a ser considerados sistemas +complejos: son diversos, no lineales, interconectados y dinámicos. +Si partimos de la hipótesis de que tales saberes conforman efectivamente +sistemas complejos interconectados entre sí, los análisis ecológicos +desde sistemas complejos pueden ser una buena inspiración sobre cómo +mapear y representar las conexiones actuales y posibles de los saberes +en diseño entre sí y dar cuenta de cómo ellos conforman una ecología de +saberes. Esta hipótesis de partida tomará más fuerza en la medida en que +desarrollemos la propuesta que ella nos permite. Si se quiere, esto +puede ser un tipo de pensamiento circular, pero no uno tautológico, sino +autopoiético, que emplea un proceso de \emph{bootstraping} sencillo, la de que +\emph{los saberes en diseño constituyen una red compleja} para jalonar +estados más avanzados de sí mismos, la de que \emph{la sociedad es una + red compleja autopoiética y esto tiene consecuencias en las + epistemologías y acciones del diseño}. + +Al respecto del tratamiento de sistemas complejos \cite{berlow_simplifying_nodate} +nos sugiere una abordaje desde la dinámica del acercarse (\emph{zoom in}) y +del alejarse (\emph{zoom out}) que de hecho estaría en consonancia con +las propuestas de explicitar y ubicar las tensiones dialécticas, hecha +por \cite{fuchs_autopoiesis_nodate} y con la idea de visualizar para +argumentar y preguntarse, hecha en los viscursos de Bonsiepe y los medios para para +pensar lo impensable de \cite{victor_media_nodate}. +En su ejemplo, Berlow toma la inspiración en el tratamiento de redes +complejas en ecología (figura \ref{fig:simple-complicado-vs-complejo} a) +y los aplica a la política, en particular al problema de incrementar +el apoyo popular en Estados Unidos al gobierno afgano, de modo que este +deje de aparentar ser un problema complicado +(figura \ref{fig:simple-complicado-vs-complejo}b) y se manifieste como un problema complejo. +Decía que la dinámica del \emph{zoom in} y el \emph{zoom out} permitía, +no sólo ubicarse en la interacción de dos elementos de la red, +sino considerar varios grados de influencia y descartar algunos no +directamente relacionados, de este modo podía mapear la red compleja del problema, +en este caso el político, +(figura \ref{fig:simple-complicado-vs-complejo}c) y encontrar conexiones +interesantes/relevamentes (figura \ref{fig:simple-complicado-vs-complejo}d). + +\begin{figure*}[tbp] + \centering + \subfloat[Una red compleja en ecología.]{ + \includegraphics[width=0.5\linewidth]{./Parte1/complejidad-ecologia.jpg} + \label{subfig:compleja-ecologia} + } + \subfloat[Una red \emph{complicada} en política.]{ + \includegraphics[width=0.5\linewidth]{./Parte1/eeuu-guerra-afganistan-2-20.jpg} + \label{subfig:complicada-politica} +2 } + \\ + \subfloat[La red complicada expresada como red política compleja.]{ + \includegraphics[width=0.5\linewidth]{./Parte1/eeuu-guerra-afganistan-complejidad-2-39.jpg} + \label{subfig:compleja-politica} + } + \subfloat[Zoom en la red política compleja para asuntos relevantes.]{ + \includegraphics[width=0.5\linewidth]{./Parte1/eeuu-guerra-afganistan-complejidad-influencia-2-55.jpg} + \label{subfig:zoom-politica} + } + \caption[De lo complicado a lo complejo]{El dialogo entre lo simple y lo complejo para desenmascarar lo complicado.} + \label{fig:simple-complicado-vs-complejo} +\end{figure*} + +Una idea similar se ha seguido en este escrito y para explicitarla +se desarrolló un mapa mental de las lecturas que lo informan , en esta primera parte, +(\emph{zoom out}), mostrado en la figura \ref{fig:mapa-lecturas}, para enfocarse luego +en dos propuestas y las consecuencias de las mismas en una parte de las epistemologías +del diseño (\emph{zoom in}) y las conexiones con otros autores (se hará referencia a +las distintas partes del \emph{zoom in} a lo largo del texto). +Las propuestas conectadas fueron una que se podría denominar una +aproximación cibernética/autopoiética a la epistemología del Diseño por +parte de Jonas y la teoría de sistemas sociales críticos de Fuchs y Hofkirchner. +Es de anotar que la conexión entre tales discursos se había hecho antes +de la existencia del mapa y no era difícil de ver, pues ambos hablan de +autopoiesis y se basan en Luhmann, pero Jonas lo usa para derivar su propuesta +de epistemología para el diseño, mientras que Fuchs y Hofkirchner se ubican +en una crítica al funcionalismo de Luhmann, preservando el +caracter autopoíetico de su propuesta desde otra perspectiva. Para lo +que sirvió el mapa fue para derivar consecuencias más detalladas de este +posible diálogo de discursos y su relación con otros autores. Es allí +donde esta el poder de lo visual y el \emph{zoom in}, como se mostrará más +adelante. + +\marginpar{ + \captionsetup{type=figure} + \centering + \includegraphics[width=\marginparwidth]{./Parte1/mapa-lecturas-examen-candidatura.png} % + \caption[Mapa de lecturas para la primera parte] + {Mapa de lecturas para la preparación de esta sección del texto. + Se harán ampliaciones del mismo en la medida en que se avance por el texto. + Hay una versión más grande al final del escrito y una versión totalmente ampliada + en línea se puede encontrar en: \url{https://is.gd/Xr1wjV}.} + \label{fig:mapa-lecturas} +} + +Las secciones siguientes presentarán brevemente la teoría autopoiesis de +diseño de Jonas desde Luhmann, la crítica de Fuchs y Hofkirchner a +Luhmann, para luego revisar las consecuencias de dicha crítica en la +teoría de Jonas y conectarla con otros autores y ofrecer un ethos al +diseño consecuente con el diseño de un mundo posible más emancipador y +potenciador de lo humano. +Desde esa perspectiva epistemológica y crítica es donde esta investigación +intenta desarrollarse en en las partes 2 y 3. + +\section{Jonas: El discurso del diseño como un artefacto evolutivo}\label{diseno-evolutivo} + + +\cite{jonas_design_2007} considera que para desarrollar una +genuina identidad del diseño, es necesario mantener la pregunta por los +fundamentos abierta y viva, lo cual implica aspectos ontológicos, epistemológicos +y metodológicos como: + +\begin{enumerate} + \def\labelenumi{\arabic{enumi}.} + \itemsep1pt\parskip0pt\parsep0pt + \item + ¿Hay alguna esencia del diseño / diseñar? + \item + ¿Cuál es la función general del diseño? + \item + ¿Cuál es la naturaleza específica del conocer en diseño? + \item + ¿Cuál es la relación entre diseño y ciencia? + \item + ¿Cómo mejorar el proceso de ``resolución de problemas'' a través de la + investigación? +\end{enumerate} + +Jonas afirma que en estas preguntas el producto mismo del diseño, el +artefacto, está perdido, pero continua diciendo que el \emph{artefacto + es una materialización necesaria pero contigente} en el proceso nunca +terminado de diseño, que puede, en el mejor de los casos ser +interpretada en retrospectiva y con beneficios a futuro. El caracter +\emph{contigente} del artefacto no dejaba de generarme inquietudes. +Particularmente porque como seres corporeos, habitantes y creadores de +una cultura material, estamos inmersos en un mundo de artefactos, con +profundos vínculos afectivos, que pueden durar generaciones. Sin +embargo, su contigencia tiene que ver con el hecho de que los artefactos +presentes dan cuenta de su historia particular como suma de +contingencias y de elecciones. Habitamos hoy sólo uno de los mundos +posibles, no el mejor de los mundos, como diría Jonas, y entonces +podemos deconstruir los artefactos que constituyen nuestra cultura +material y preguntarnos por otras posibilidades para ellos y a través de +ellos para dicha cultura y para nuestro mundo en general. Los diseños +son intervenciones intencionales pero temporales y ``la mayoría de los +resultados desaparecerán, algunos pocos son integrados en futuros +procesos. +Las fallas como los aciertos hacen parte del archivo +socio-cultural de la humanidad'' (\cite{jonas_design_2007}, pp. 195). + +Jonas critica algunos de los fundamentos clásicamente dados como +aquellos basados en la definición y deducción de Friedman y los +principios generativos de Buchanan y propone otros 3: la epistemología +evolucionaria, la teoría de los sistemas sociales (basado principalmente +en Luhmann) y la teoría de la evolución socio-cultural. +Lo interesante del enfoque de Jonas es que vincula los sistemas autopoiéticos +y el diseño al mismo tiempo que da una base sólida para tal vínculo. Sus +saberes son dinámicos y cibernéticos y no tiene fundamentos subyacentes: +no lo sostiene un saber debajo, sino que lo sostiene una red de saberes +al lado. Jonas, siguiendo a Luhmann, establece que existen sistemas heterónomos: +los artefactos o mecanismos, y sistemas autónomos autopoiéticos: los +organismos, la conciencia, la comunicación. Al diseño le corresponde +abordar las brechas/puentes entres las estas cuatro entidades, con lo +cual se tienen las siguientes combinaciones (véase figura \ref{fig:jonas-design}): + +\begin{enumerate} + \def\labelenumi{\alph{enumi})} + \itemsep1pt\parskip0pt\parsep0pt + \item + Artefactos / Organismos + \item + Artefactos / Conciencia + \item + Artefactos / Comunicaciones + \item + Artefactos / Organismos / Comunicaciones + \item + Artefactos / Conciencia / Comunicaciones + \item + Artefactos / Organismos / Conciencia + \item + Artefactos / Organismos / Conciencia / Comunicaciones. +\end{enumerate} + +\begin{figure}[tb] + \centering + \includegraphics[width=0.9\linewidth]{./Parte1/auto-hetero-poietico.png} + \caption[Diseño como puente entre entidades autopoiéticas y artefactos] + {Interpretación de la teoría de Jonas: El diseño + como puente entre entidades autopoiéticas (circulares) + y artefactos (rectangulares).} + \label{fig:jonas-design} +\end{figure} + +Cuando aborda el vínculo entre diseño e investigación, Jonas nos +enfrenta a tres garantias constitucionales paradójicas de la modernidad +(Jonas 2005 pp 192): + +\begin{itemize} + \itemsep1pt\parskip0pt\parsep0pt + \item + Incluso cuando construimos la naturaleza, es como si no lo hiciéramos. + \item + Incluso cuando no construimos la sociedad, es como si lo hiciéramos. + \item + La naturaleza y la sociedad deben permanecer absolutamente separados; + el trabajo de purificación debe permanencer separado del trabajo de + mediación. +\end{itemize} + +Para Jonas el diseño se ocupa del mundo posible y hay en el una +asumpción antropológica: La habilidad de diseñar es una característica +esencialmente humana cuya función esencial es la concepción y proyección +de las condiciones humanas de vida. El diseño ``es el medio para obtener +conocimiento sobre el mundo {[}y{]} no podemos superar nuestro +involucramiento en ese proceso'' (Jonas 2007 pp. 194). +Como diseñadores no podemos separarnos y ser sólo observadores de lo observado, +sino que el diseñador es visto como un sistema que se auto-organiza, ``que está +observando un artefacto que evoluciona más él o ella observando el +artefacto que evoluciona''(Jonas 2007 pp .193). +Jonas también afirma que el diseño es una práctica reflexiva, en línea con lo +establecido por Dewey cuando dice que conocer es una manera de actuar y que se +trata de pasar de la verdad a la ``afirmabilidad garantizada'' (`\emph{warranted assertibility}'). + +En este mundo de artefactos contigentes y peregnes y de +acciones/conoceres ineludibles como criaturas vivas y hacedoras de +sentido, ¿qué papel nos corresponde como diseñadores entonces, en +particular desde una formación doctoral en diseño? La crítica que se +presentará de Luhmann puede ayudarnos a entrever una respuesta y, como +se dijo, servir de puente para entablar el diálogo entre estos dos +discursos. + +\section{Fuchs y Hofkirchner: Teoría de sistemas sociales críticos}\label{diseno-evolutivo} + +\cite{fuchs_autopoiesis_nodate} reconocen el potencial +de la teoría aupoiética en los sistemas sociales, al mostrarlos dinámicos +y autoreferenciales, por tanto susceptibles de modificación, sin embargo +critican la perspectiva de Luhmann, pues piensan que es descriptiva y no +normativa. +La teoría de Luhmann, centrada en las comunicaciones como +unidad de auto-referencia para conferir a los sistemas sociales +propiedades autopoiéticas es funcionalista: habla del mundo como es y no +como podría ser, y el mundo posible es una preocupación que no sólo le +atañe al diseño, sino, de acuerdo a estos autores, también a las +ciencias sociales. + +Como afirman Fuchs y Hofkirchner, un lugar donde es notoria la +insuficiencia de la teoría del Luhmann para hablar de lo posible se hace +manifiesto en su tratamiento a la protesta (pp. 115): + +\begin{quote} + Las implicaciones dramáticas de la teoría de Luhmann se hacen más + evidentes en su dicusión de los movimientos de protesta. El argumenta + que los movimientos sociales son alternativas sin alternativas (Luhmann + 1996b, p.~75ff.), que ellos protestan en contra de la diferenciación + funcional de la sociedad (p.~76), operan dentro de la sociedad en contra + de la sociedad (p.~103, 204), no tienen alternativas que ofrecer + (p.~104), hacen un fetiche la oposición y la forma alternativa de pensar + (p.~159), son inventadas por un público que es notoriamente inestable + mentalmente (p.~204), establecen la provocación como un fin en sí mismo + (p.~206), no poseen profundidad analítica y no saben por qué algo es + como es (p.~207), establece protestas como pseudoeventos (p.~212), son + una forma de comuincación refractaria contra la comunicación (p.~214), + constituyen un aspecto perturbador de la sociedad moderna (Luhmann 1984, + p.~545), y actuan como negadores que debilitan la afirmación de la + sociedad (ibid., p.~549ff.). +\end{quote} + +\begin{quote} + Para Luhmann, los movimientos de protesta son reactivos, sin objeto y + peligrosos. Cada movimiento de protesta tiene valores y ciertos + objetivos políticos; por tanto, quiere cambiar la sociedad. Los + movimientos sociales no son reactivos, sino activos y proactivos. La + caracterización de Luhmann apunta a desacreditar la protesta; si la + última no es vista como una función positiva de la sociedad, las + alternativas son consideradas como indeseables. Una sociedad que + previene la crítica parece cercana al una sociedad totalitaria; una + teoría que considera la crítica y la oposición como indeseables es + afrimativa y parece consecuentemente cercana a una teoría totalitaria. + El rol de la sociología en la sociedad es la crítica y reflexión de la + sociedad; una descripción pura de la sociedad como si fuera la mejor + forma de sociedad es no crítica y afirmativa. +\end{quote} + +\begin{figure*}[tbp] + \centering + \includegraphics[width=0.7\linewidth]{./Parte1/dualidad-agencia-estructura.png} + \caption[Zoom dualidad agencia-estructura] + {\emph{Zoom in} al mapa de lecturas para ampliar la parte + referidad a la dualidad estructura-agencia y los cuatro tratamientos + posibles: El individualismo en que las personas condicionan lo social, + proyectivismo hacia abajo en el que las estructuras + condiciones a las personas, + El dualismo de Luhmann que los separa, y el de la re-creación + que los integra. Estos dos últimos se tratan con detalle en el texto.} + \label{fig:dualidad-estructura-agencia} +\end{figure*} + + +El problema de Luhmann es que coloca como unidad de la autopoiesis +social a las comunicaciones, pero no cuenta ni de su contenido, ni su origen, +ni de lo humano en ellas, particularmente si se trata de la protesta. +Esto tiene varias consecuencias en particular sobre un problema esencial no sólo +para las ciencias sociales, sino para el diseño y es el de la relación +agencia/estructura (véase figura \ref{fig:dualidad-estructura-agencia}), +que se puede resumir en esta pregunta ¿cuál es la +relación entre la agencia humana y las estructuras que habitamos? +En dicho problema subyace la pregunta de si podemos cambiar el mundo, si +podemos pasar del mundo que tenemos al mundo posible. +Según Fuchs y Hofkirchner la respuesta de Luhmann al problema agencia y estructura +es dualista: Los seres humanos somos simples observadores de las +comunicaciones y son ellas las que constituyen los fenómenos sociales: +humanos y sociedad van cada uno por su lado, avanzando en paralelo, pero +sin influenciarse de a mucho. +Es quizás desde allí que los \emph{artefactos contingentes} de Jonas podrían +leerse en una perspectiva nihilista. + +¿Cómo puede una teoría social descriptiva (de las cosas como son) y no +normativa (de las cosas como deberían ser) dar cuenta de una teoría del +diseño? + +La clave para mí está en la propuesta de Fuchs y Hofkirchner al colocar a +los humanos como la unidad social y preservar el caracter autopoiético +de los sistemas sociales desde esa otra unidad (pp. 126): + +\begin{quote} + La teoría de sistemas sociales críticos ve a los humanos en el centro de los sistemas humanos, + argumenta que los humanos coproducen y reproducen las estructuras sociales, que condicionan + las acciones humanas venideras, por las cuales de nuevo esas estructuras emergen y son + reproducidas, etc. Este proceso dinámico y dialéctico es denominado re-creación. + La Re-creación es un proceso autopoiético porque la unidad de actores humanos y estructuras + sociales que constituye la socialidad es permanentemente reproducido y reemergente. + La agudeza de los problemas sociales globales requiere que la teoría social de hoy no + sólo sea descriptiva y analítica, sino normativa y en el interés de los grupos e individuos + oprimidos. + Por tanto, argumentamos que el caracter de centrado en lo humano debería ser visto como + una característica crítica de la teoría social contemporánea. + + Son los sistemas sociales autopoiéticos? Si, pero sugerimos una + comprensión que es centrada en lo humano y por tanto se aparta de la + interpretación de Luhmann. Argumentamos que los humanos permanentemente + crean la unidad de actores humanos y estructuras sociales, es decir, la + socialidad humana, en sociedad. Lo qué es permanentemente creado en + sociedad es la cualidad fundamental de humanos, sus socialidad. La + sociedad reproduce y produce al hombre como ser humano, y el hombre + reproduce y produce a la sociedad al coordinar socialmente acciones + humanas. El hombre es el creador de, y es creado por, la sociedad; + sociedad y humanos se producen al otro mutuamente. Tratamos de enmarcar + la autopoiesis social como un proceso, en el cual encontramos una + dialéctica de estructuras sociales y actores humanos. El foco de Luhmann + en las comunicaciones y las estructuras como unidad de reproducción + autopoiética es en nuestra aproximación reemplazado por la unidad de + estructura y actores. +\end{quote} + +\section{Consecuencias de la crítica de Fuchs y Hofkirchner en la teoría de + Jonas}\label{consecuencias-fuchs-en-jonas} + +Este cambio de unidad de autopoiesis de las comunicaciones y las +estructura y los actores (humanos) reinvindica la agencia humana en la +posibilidad de transformar el mundo y brinda puentes con otras teorías. + +La primera consecuencia es nominal, pero no por eso trivial. Desde la +teoría de sistemas sociales crítica de Fuchs y Hofkirchner las +brechas/puentes de Jonas que aborda el diseño, podrían actualizarse como +aquellas entre los artefactos/mecanismos, lo biológico (organismos), lo +mental (conciencias) y lo social como hecho humano (desenfatizando así +las comunicaciones, que son parte de lo social, pero no su centro). + +\marginpar{ + \captionsetup{type=figure} + \centering + \includegraphics[width=\marginparwidth]{./Parte1/dualidadParticipacionCosificacion.png} + \caption[Dualidad cosificación participación de Wenger] + {Dualidad cosificación participación. Tomado de \cite{wenger_communities_1999}.} + \label{fig:dualidad} +} + + +Por otro lado permite repensar puentes entre la agencia humana y la +sociedad en su conjunto más grande a partir de las comunidades de +práctica y lo que \cite{wenger_communities_1999} ha caracterizado como la dualidad +cosificación/participación (Figura \ref{fig:dualidad}), ya que nuevos artefactos, +propiciarían nuevas participaciones. +Esto en consonancia con los patrones emergentes y evolutivos de los sistemas complejos +auto-organizados de los que hablan tanto Jonas cuando aborda la variación, selección +y re-estabilización, como Fuchs y Hofkirchner cuando abordan la emergencia de abajo-a-arriba +y de arriba-a-abajo en los procesos de recreación social. +Veámoslo más detalladamente. + +\begin{figure*}[tbp] + \centering + \includegraphics[width=\linewidth]{./Parte1/jonas-zoom-evolucion.png} + \caption[Zoom al mapa en Jonas y la evolución] + {Zoom al mapa de lecturas al Jonas y las partes de la evolución. + (las líneas que van hacia afuera muestran relaciones explicitadas en el + mapa entre distintos autores. Los íconos amarillos representan anotaciones + textuales extendidas, hechas para complementar el mapa).} + \label{fig:zoom-jonas-evolucion} +\end{figure*} + +Las teorías evolutivas abordadas por Jonas hablan de tres procesos básicos para +la evolución: \emph{variación}, en la cual se introducen nuevos elementos al sistema, +\emph{selección} en el cual se selecciona de las variedades creadas en el paso +anterior alguna(s) de ellas y se incorporan a la estructura del sistema y +\emph{re-estabilización} en el cual los elementos integrados a la estructura +se convierten en parte integral del sisema y que da cuenta del estado del sistema +como de su compatibilidad (véase figura \ref{fig:zoom-jonas-evolucion}). +Dado que Jonas se ubica en la lectura clásica de Luhmann, los elementos, +corresponden a la comunicación, las estructuras en este caso corresponden a las expectativas. +Desde allí nos dice que podemos tener alto control en la variación, pues somos quienes +las introducimos al sistema, pero no sobre la selección o reestabilización. +Según Sanders (citada por \cite{jonas_design_2007}), la selección entre todas las variaciones +posibles se suele hacer desde criterios de lo usable, lo deseable y lo útil, +y si bien somos bastante buenos en diseñar para la usabilidad y estamos +haciendo progresos en diseñar para lo deseable, somos aún muy débiles en diseñar para lo útil. +Esto es consecuente con la anterior perspectiva, pues acá el diseño es un acto externo al uso, +que ocurre procurando un cambio, proponiéndolo, desde una mirada exógena: el diseñador como +profeta e intérprete de lo que otros deberían hacer/usar, así que no es de sorprender que las +propuestas sean deseables y que elementos como la ergonomía cognitiva nos permitan concretar una +larga tradición de usabilidad, pero al ser exógeno la pregunta por lo útil pareciera siempre +\emph{aposteriori}. + +En las comunidades de práctica, sin embargo, vemos un camino inverso y la utilidad es la que +prima en la creación conjunta de artefactos que transitan en dichas comunidades, aunque es la +comunidad la que diseña para sí misma, desde sus dinámicas de cosificación y participación en +lugar de ser ``intervenidos'' por el diseñador externo. +Un ejemplo puntual de esto se puede encontrar en las comunidades de Unix/Linux, donde las +personas crean artefactos para, según su propio argot, \emph{rascar su propia + comezón} (\cite{coleman_coding_2013}), para resolver un problema de cada cual, cuya +solución luego comparten con otros. +El criterio de utilidad es el primero que se usa en el diseño: si no alivia la comezón, +no es el artefacto adecuado. +La usabilidad y el deseo en cambio no ocupan altas prioridades, sobre todo para quienes no +han pasado por el acto iniciático de entrar en la subcultura del uso del sistema operativo +y que les puede parecer un lugar poco deseable y usable. +Sobre la poca usabilidad y deseabilidad de Unix hay un largo libro que puede ilustrar muchos +puntos ciertos: ``The Unix \emph{Haters} Handbook'' (\cite{garfinkel_unix-haters_1994}). +Esto no deja mejor parados a otros sistemas operativos y en general al paradigma dominante +de la computación. +Otros presentes posibles que podrían constituir nuestro cotidiando respecto al uso de los +computadores ``al servicio del espíritu humano'' (\cite{ingalls_design_1981}) fueron cercenados +en el pasado (como muestra \cite{maxwell_tracing_2006}) y hoy vivimos con el mundo que nos queda. +Esto, sin embargo, no hace que las comunidades en torno a estas tecnologías +y los individuos en ellas dejen de persistir, al margen de la popularidad. +Son artefactos que hacen sentido para las personas y colectivos alrededor +de ellos, que los usan y los (re)hacen de modo permanente y abordan +de modo paralelo dos los problemas planteados por Sanders, pues el sentido +y la filiación ayudan a resolver en simultánea el deseo y la utilidad. +Algo similar se puede decir del quehacer artesanal, que se centra en +lo útil, bello y usable, sin pretensiones grandilocuentes, sino ocupándose +los problemas desde la unidad del hacer-pensar que menciona \cite{Sennett_artesano_2009}. +Sin embargo, esta otra mirada del diseñar como actividad inherentemente +humana no ocurre centrada en las comunicaciones, +sino en los actos de sentido de las personas y las comunidades de práctica +que constituyen y habitan, es decir está centrada en lo humano y su relación +con el mundo. + +Las comunidades de práctica son un puente que no sólo permiten pasar de +abajo a arriba, desde la agencia humana a las estructuras sociales, sino +regular la influencia de la estructura en la agencia humana desde arriba +hacia abajo, en la medida en que las comunidades protestan, proponen en diálogo +con dichas estructuras (y en ocasiones dando lugar a las mismas). + +Es decir que la reinterpretación de lo social desde Fuchs y Hofkirchner en +las teorías autopoiéticas del diseño de Jonas, nos permite abordar algunas +cuestiones, que desde la perspectiva de Sanders, son preguntas abiertas +sobre los procesos de selección, pero cuyas respuestas son cotidianas, +si se piensan desde las comunidades de práctica. +Estas comunidades son además un sitio donde no sólo se puede experimentar, +sino persistir con la variación, es decir con la creación de posibilidades +alternativas al mundo y los artefactos que tenemos y mantener más controladas, +aunque no por ello predecibles, la selección y restabilización. +Son un lugar desde donde explorar y persistir en la diferencia, +si valoramos y respetamos la agencia de personas y comunidades en la construcción +de mundos posibles, distintos, más plurales y autónomos. + +Precisamente \cite{krippendorff_design_nodate}, habla de la necesidad +de involucrar más \emph{stakeholders} en el proceso de diseño y no reservarlo de +manera exclusiva a los diseñadores, como compromiso ético del diseño: + +\begin{quote} + Algunos académicos han sugerido que el diseño es una empresa ética. + Si los diseñadores se dan cuenta que ellos no pueden ir sólos, no pueden forzar + sus concepciones sobre otros, y que lo que sea que ellos propongan debe resonar con + las concepciones de los \emph{stakeholders}, las preguntas que los diseñadores + necesitan preguntar son implícitamente éticas. + El único principio ético que yo adicionaría es evitar monopolizar el diseño en una + profesión y en cambio delegar la práctica a tantos \emph{stakeholders} como sea posible. + El diseño es una actividad humana básica a la cual todo el mundo tiene acceso. + Los diseñadores profesionales no deben usurpar la habilidad de otros \emph{stakeholders} + para diseñar su propio futuro + + --Krippendorff (pg 75) +\end{quote} + +Para el caso de las comunidades de práctica este involucramiento es evidente como +muestran las investigacinoes de \cite{manzini_emerging_2013} sobre innovación social emergente, +donde comunidades codiseñan, desde sus apuestas cotidianas, otras maneras de habitar el mundo, +que se convierten en críticas proactivas desde la acción, frente a un modelo depredador actualmente +generalizado. + +La preocupación del diseño por el mundo posible presente en varios autores, +debe estar acompañada los compromisos éticos del diseño respecto a cómo +construiremos entre todos y todas un mundo para todos y todas. +De esto precisamente se ocupa la siguiente sección, donde se retomará +la pregunta por el papel del diseño, en particular desde la formación +doctoral, que se dejó abierta previamente. + +%---------------------------------------------------------------------------------------- +% CHAPTER 2 +%---------------------------------------------------------------------------------------- + +\chapter{De todos los mundos posibles, uno potenciador de lo humano, emancipador y construido en comunidad}\label{mundos-posibles-humanos-comunitarios} + +En la diversidad de saberes y perspectivas epistemológicas que hay +en diseño tanto las mencionadas brevemente al comienzo de este escrito como +muchas que no, hay una cosa el común: +el diseño es una actividad humana que se ocupa del mundo posible. +La búsqueda de dicho mundo tiene dos preguntas importantes: +¿Cuál mundo de entre todos? y ¿Cómo lo creamos? Si estas preguntas reflejan preocupaciones +claves para el diseño, la formación doctoral en diseño debería ayudarnos a contestarlas, +así que el papel de la investigación en las tentativas de solución a esas +dos preguntas, también es un tema de esta sección. + +Las secciones precedentes nos permitieron un recorrido que nos deja ahora +en condiciones de proponer respuestas a esas preguntas. Y usamos acá la +primera persona del plural porque estas respuestas nos corresponde a todos +nosostros, quien escribe este texto, quien lo lee y quienes están por fuera +de este ejercicio académico, pues sólo la participación plural y amplia en la +construcción del mundo posible nos dará uno más potenciador de lo humano. + +\cite{fuchs_autopoiesis_nodate} nos dicen que una teoría social, en un mundo que afronta +problemas como el nuestro, no puede ser sólo descriptiva, +ya que los problemas existen, al margen de que los queramos reconocer como tales, aún más +yo agregaría que muchos de ellos se dan por nuestra causa. +En este sentido, dichos autores asumen la postura del perspectivismo de Bertalanffy +en la Teoría General de Sistemas, que no asume una postura de constructivismo extremo, +en el cual la realidad es toda creada por nuestras interpretaciones, incluidos los problemas, +ni tampoco supone una realidad totalmente objetiva, al margen de lo que pensemos de ella. +En ese sentido el perspectivismo no es ni absolutista ni nihilista (pp 120). + +Los procesos con los que re-creamos y co-creamos la sociedad y los seres humanos +dan cuenta de la naturaleza cambiante del mundo social. Esto quiere decir que no +sólo estamos en condiciones de definir nuevos problemas, abordar viejos de modos +alternativos, sino de negociar el problema y sus soluciones. +En este sentido no todos los problemas son por completo construidos por todos y, +por ejemplo, la muerte en varios miles de Chigüiros en los llanos colombianos +por una sequía producto de una política ecológica laxa, permisiva y extraccionista, +es un problema, al margen de si el gobierno o las multinacoinales lo reconocen +como tal. +Así las cosas y dado que no podemos entrar a ese nivel de detalle para saber +qué mundo queremos de entre todos los posibles, sólo podemos dar un conjunto +de lineamientos, una posibilidad normativa de los criterios que deberían tenerse +en cuenta en la negociación del mismo y su búsqueda. +Algunas pistas sobre esa negociación nos las brindan Fuchs y Hofkirchner es su +perspectiva materialista de la teoría crítica que describen como tal en tres +sentidos (pp 115, traducción del autor): + + +\begin{itemize} + \item + \emph{Es materialista}: ``En el sentido que aborda fenómenos y problemas no en + términos de ideas absolutas y un desarrollo social pretederminados, sino en términos de + la distribución de recuros y las luchas sociales. La realidad es vista en términos que + abordan tenencia, propiedad privada, distribución de recursos, luchas sociales, poder, + control de recursos, exploración y dominación.''. + \item + \emph{No es contructivista}: ``porque encontramos difícil concebir la sociedad sólo como + un constructo de la mente humana.'' + \item + \emph{Es realista}:``Asume que la realidad social existe objetivamente y que es + reconocida y transformada por humanos que son parte de la realidad social y forman + esta realidad en interacciones con el otro. + Nuestro abordaje puede ser clasificado como una variedad del realismo crítico''. +\end{itemize} + +No creo que todas las preguntas preguntas sobre el deseo o lo bello, o el poder +se puedan colocar en perspectiva materialista. +Pero indudablemente el diseño debe ocuparse de un mundo posible +con mayores garantías para la busqueda de sentido y potencial individual y comunitario +para todos y todas y con el sostenimiento y diversidad de la vida presente\footnote{ + No me ocuparé acá de si queremos diseñar otras creaturas vivas, pues no es el + texto ni el momento para abordarlo, sin embargo, el sostenimiento de la + vida presente, salvo los supervirus y otros entes vivos por el estilo + si me parece una compromiso asumible. Las negociaciones en la diversidad podrían + terminar con alguna de ella y son un tema sensible para el cual no hay espacio + suficiente} +y en ese sentido debe incorporar las inquietudes de la teoría crítica, muchas de las +cuales toman cuerpo en la protesta, que estos autores reivindican, mientras que Luhmann no. + + +Ya hay indicios de cómo la transformación posible del mundo pasa de la +protesta a la propuesta,y sin invalidar la primera, muestra prototipos viables +de otras maneras de habitar el mundo compartido, que repiense los modelos de +gobernanza, filiación y propeidad (en la trilogía caracterizada por Bauwens, Ghalim) +o que establezcan críticas a los modelos de desarrollo neo-liberal que ponen el derecho a +la propiedad y al lucro por encima de otros derechos más fundamentales (Coleman, 2013). +Así, sin una explicitación clara de una agenda materialista, +vemos algunas de esas inquietudes incoporadas en las acciones +cotidianas de las comunidades de la denominada innovación social difusa de Manzini. + +Todas estas comunidades participan y construyen su propia cultura +material y cambian los artefactos, espacios y pactos sociales que +permiten hacer viable su otro modelo de vida. +En la medida en que esos modos de vida tienen sentido para quienes +participan de ellos, los artefactos cobran sentido, pues hacen parte del diálogo +de cosificación y participación: la participación humana crea artefactos/cosas que +facilitan (o no) participaciones futuras. +Su caracter contigente tiene que ver con la posibilidad de ser repensados +para dar cuenta de otros modelos de mundo de otras formas de participar y hacer sentido +del mismo. +Y en ese sentido no hay contradicción con Jonas +cuando nos recomienda no centrarnos en el artefacto como elemento +central de la investigación \emph{a través} del diseño (en este caso +se convertiría en R + D, como dice Findinelli), +sin embargo yo no sólo diría, como Jonas, que el artefacto es una +materialización necesaria, pero contingente, sino ineludible. +Los ejercicios de diseño compartido están mediados por artefactos que +se comportan como prototipos y argumentos sobre cómo hacer viable el +mundo posible, para comunicarlo a aquellos con quienes diseñamos y vivimos +(\cite{saikaly_approaches_2005}, \cite{keller_for_2007}), en ese sentido los +prototipos ``hablan el lenguaje de la experiencia, el cual nos une en el mundo. +Siven como portadores y realizando esas experiencias compartidas +facilitan la comunicación'' (\cite{pieter_jan_stappers_doing_2007}). +Los artefactos son contigentes por su caracter de prototipo, nos hablan +de otros artefactos posibles para rediseñar el mundo al mismo tiempo que nos +unen en este. +Debemos estar atentos a esa dualidad. + +Los artefactos-prototipos acá son entendidos en el +sentido amplio e incluyen a los espacios que habitamos y de hecho la +anotación de Keller respecto a que los diseñadores viven con sus prototipos, +se podría poner en diálogo con Manzini y Meroni, cuando la investigación sobre +estas comunidades innovadoras y alternativas tiene este enfoque quasi-etnográfico, +pues acá los diseñadores viven \emph{dentro} de sus prototipos, ya que ellos toman +la forma de las comunidades y los espacios que estas habitan, con las cosas que los +pueblan y las relaciones con el entorno. +En esta otra investigación que reconoce la preocupación por la contrucción conjunta de mundo, +ya no sólo estamos observando el artefacto con nostros observando el artefacto evolucionar, +sino que somos detonantes de su evolución, en la medida en que estamos dentro de la comunidad, +haciendo sentido con ella y nuestros trabajos de campo irían en la línea +sugerida por \cite{manzini_emerging_2013}, de abordar lo bello, lo innovador +y de investigar sobre la felicidad, en últimas de indagar sobre aquello que para nosotros es +significativo y participar del rescate de la utopía propuesto por Bloch, a través +del \emph{no todavía}, en el sentido de que la utopía ``no es más un sin lugar deprivado de +posibilidad para llegar allí,sino un futuro a que puede ser avizorado y anticipado en lo que +es posible aquí y ahora''. + +Pero estas no son las únicas consecuencias investigativas y metodológicas, +sino que habría otras que implican poner a dialogar los enfoques +sociales críticos y sus metodologías dialécticas de unidad en la diversidad, +búsqueda activa de contradicción y dinámicas de análisis y síntesis, propuestas por +\cite{fuchs_autopoiesis_nodate}, con las propuestas por \cite{jonas_design_2007} que apelan +a la teoría fundada y la investigación acción, ya que ``admiten el involucramiento del +investigador junto con la emergencia de teorías de datos empíricos, en contraste con el +tradicional concepto de construcción de la teoría como verificación de la hipótesis +previamente formulada.'' (pp. 192). +La pista que se me ocurre en este momento es asumirse como sujeto político que mira-hace +al sistema que evoluciona con uno adentro mirando-haciendo. +Esa explicitación política involucra un discuros de poder que pone manifiesto +el papel del investigador en la (de)construcción del mundo posible. + +Dicha deconstrucción está emparentada con la historia del diseño, pero se propone acá no +tanto una historia real, de lo que fue, sino una historia virtual, de lo que hubiera podido ser. +Se trata de ubicar sobre todo los puntos de bifurcación pasados que se agotaron, cortaron u +ocultaron para encontrar allí, como proponen Jonas y Krippendorff las claves de lo posible. +Hasta ahora tenemos historias lineales hacia atrás que nos hablan sobre todo de como +llegamos a donde estamos, tenemos que junto a ellas ubicar la pregunta por dónde podríamos +haber estado si siguieramos un punto de bifurcación y reactivarlas, cuando sean pertinente, +lo cual tiene el trabajo adicional de comunicar el mundo actual con el que hubiera podido +ser (véase figura \ref{fig:bifurcacion-jonas}). + +\begin{figure*}[tbp] + \begin{center} + \includegraphics[width=3in]{./Parte1/bifurcation-points-complex-system.png}% + \includegraphics[width=3in]{./Parte1/bifurcation-technology.png} % + \end{center} + \caption[Bifurcaciones y diseño] + {Patrones de bifurcación en los sistemas no líneales (izquierda) + y en la evolución de artefactos (derecha) (Tomados de \cite{jonas_design_2007}). + Acá se propone agregar a la historia del diseño no sólo lo de que es, + sino la de lo que hubiera podido ser, con especial atención a las bifurcaciones + y lo fallido.} + \label{fig:bifurcacion-jonas} +\end{figure*} + +Precisamente para comunicar los mundos actuales con los posibles, necesitamos que los +distintos artefactos (de software, talleres y espacios comunitarios) funcionen como hipótesis +y puentes. +Que enuncien, de manera enactiva, un \emph{qué pasaría sí}, un \emph{supongamos que} +y los pongan a circular. +¿Qué pasaría si tuviéramos lugares no institucionalizados para la vida social +(como los \emph{hackerspaces})?; supongamos que las comunidades pudieran cambiar los artefactos +digitales que las cambian, ¿cómo serían dichos artefactos? Si dichos artefactos existiesen, +¿que papel juega a auto-referencialidad en los mismos? +Para indagar sobre estas preguntas y ponerlas a circular, se ha decidido convertir dichas hipótesis +en prototipos, en una epistemología consecuente con el diseño. + +La metodología de investigación en diseño propuesta por \cite{teemu_leinonen_software_2008}, +asume precisamente a los prototipos como hipótesis y los pone a circular en contextos colectivos, +con permanentes ciclos de realimentación durante todo el proceso. +Está caracterizada por las siguientes fases (véase figura \ref{fig:leinonen-design}) + +\begin{figure*} + \centering + \includegraphics[width=0.7\linewidth]{./Parte1/design-thinking.png} + \caption[El artefacto como hipótesis] + {Dinámica de diseño para la modificación recíproca entre + artefactos y comunidades. Adaptado de Leinonen 2008, pg 31.} + \label{fig:leinonen-design} +\end{figure*} + +\begin{enumerate} + \def\labelenumi{\arabic{enumi}.} + \item + \textbf{Indagación contextual:} En esta se indaga por el contexto + sociocultural en el cual ocurre el diseño. Se pregunta por el quién, + qué, el por qué, dónde de la investigación, para lo cual se pueden + usar técnicas etnográficas rápidas. En la medida en que se hace el + trabajo de campo, se realizan indagaciones focalizadas sobre la + literatura y pruebas de desempeño (\emph{benchmarking}) sobre + soluciones pre-existentes o posibles + \item + \textbf{Diseño participativo:} En esta fase se trabaja con los + interesados (\emph{stakeholders}) a través de talleres y prototipos + ligereos o mentales del tipo ``que tal si\ldots{}''. Acá los + prototipos como tal no existen, sino que se formulan hipótesis sobre + cuáles podrían ser los productos y prototipos que den cuenta de las + necesidades del contexto encontradas en la fase previa. + \item + \textbf{Diseño de producto:} En esta fase se crean prototipos + tempranos por parte del grupo del proyecto y se mantiene distancia de + los \emph{stakeholders} pues la discusión suele ser de caracter + altamente técnico usando lenguajes especializados para la misma. + \item + \textbf{Prototipo como hipótesis:} Acá se ponen a circular los + prototipos para ser validados o no por los \emph{stakeholders}. Su + caracter de hipótesis es lo que permite su constante revaluación + dentro de los límites del proyecto. +\end{enumerate} + +Como se dijo, estas fases tienen ciclos de realimentación permanentes +y que se puede empezar en cualquiera de las fases para volver a las +anteriores o ir a las siguientes. Por ejemplo, dado un producto +particular, digamos desde la capacidad instalada de hacer hardware o +desde un dispositivo de hardware particular, uno puede preguntarle a la +comunidad qué tipo de cosas es posible hacer con dicho aparato y cómo +esto afecta las prácticas del contexto comunitario. Esto ha pasado, por +ejemplo con dispositivos como arduino y la rasperry pi, que una vez +existentes como producto (fase 3), pasaron por el diseño participativo +(fase 2) y la indagación contextual (fase 1) para preguntarse como +sacarlas del contexto particular donde habían surgido para afectar otros +contextos, por ejemplo el educativo o el del diseño de modas. + +El desafío investigativo es más grande que el comunitario. Las comunidades +continuaran codiseñando y haciendo sentido desde el cotidiano, al margen +de si existe sobre ellas una lectura y acción activa desde la investigación +en diseño. + +Las comunidades que hoy exploran ese mundo deseable y futuro, habitando +el \emph{no todavía} de la utopía enfrentan tensiones y fragilidades +y las externalidades de sus redes pueden ser cooptadas por discursos hegemónicos. +Hay un problema latente y vigente que abordar allí, que le compete +al diseño en la configuración de un mundo posible, y como acá, ya +no se pregunta por cualquier mundo posible, sino que lo hace pensando en +uno que sea emancipador y posibilitador de lo humano, y debe velar por +proteger, dinamizar y extender el asomo de mundo que dichos lugares y +personas representan. + +Como se podrá notar, las consecuencias expandidas conectar autores como Jonas, Fuch y Hofkirchner +y Leinonen, entre otros, presentan desafíos grandes. +Para asumirlos, el metabolismo cognitivo de Bonsiepe no debe aplicarse sólo desde el diseño +a otros saberes, sino también desde el diseño hacia sí mismo. +La metáfora del metabolísmo implica dos procesos, uno catabólico +en el que se libera energía desde la degradación de compuestos en partes más simples y otro +anabólico en el que se usa la energía liberada para construir componentes a partir de +otros elementos más sencillos. +Los ejemplos de Bonsiepe son en su mayoría anabólicos, como lo ha sido este texto hasta acá. +Ahora quiero ofrecer un ejemplo catabólico en el que se ve parte de los componentes +que hicieron este texto posible. +Ellos toman la forma de algoritmos e infraestructuras, que ocultamos en nuestro +esfuerzo de textos puros, pero que serían inconsecuentes con un viscurso impuro. +Pues explicitar estas palabras dentro de algoritmos e infraestructuras en ``la nube'' +no sólo es un ejercicio de escritura, sino que permite mostrar los componentes que +permitirían otras recombinaciones si se les aplica energía. + +Explicitar no sólo las concialiciones, sino los componentes y procesos para otras +recombinaciones, son parte de hacer posible la construcción compartida de variedad +en principio y en últimas de mundo. +De esto se ocupa la segunda parte. + +\clearpage + + ADDED Tesis/Escrito/TextoIntegrado/parte2.tex Index: Tesis/Escrito/TextoIntegrado/parte2.tex ================================================================== --- Tesis/Escrito/TextoIntegrado/parte2.tex +++ Tesis/Escrito/TextoIntegrado/parte2.tex @@ -0,0 +1,887 @@ +% !TEX root = tesis.tex + +%---------------------------------------------------------------------------------------- +% PARTE 2 +%---------------------------------------------------------------------------------------- +\part{Habitar el problema} +\label{part:habitar} + +\restoregeometry + +En la primera parte se habló de como el diseñador ``habitaba el prototipo'' cuando se +acercaba a las comunidades y codiseñaba con ellas. +También se reconoció el caracter de investigador como sujeto político, que no +intenta describir objetivamente un fenómeno, sino que está involucrado con él +intimamente. +Una metodología consecuente con esta forma de conocer está de la mano de +las epistemologías feministas y se crea un viraje desde la observación +participativa a la participación observante. %REF: participatory observation + +Los capítulos de esta segunda parte describen el problema y los prototipos +desde esa perspectiva inmersa en la comunidad y si bien inician con una pregunta/objetivo +relativamente claro en esta narrativa organizada que demanda la academia, +esta misma fue aclarándose en la medida en que dicho habitar se daba, como es propio +de los problemas difusos de los que se ocupa el diseño. +El relato tiene una recurrente voz en primera persona, pero también +se intercala con lecturas del trabajo colectivo y nombres de personas +que ayudaron a tales descubrimientos. +Esta voz individual coincide con idea de un desarrollador principal y solitario +en lugar de una comunidad, que no es infrecuente de la mayoría de proyectos +de software libre y código abierto, como han mostrado varias +métricas (Mako y OSS in numbers), pero también puede dar cuenta de +la génesis de una comunidad. + +%---------------------------------------------------------------------------------------- +% CAPITULO 3 +%---------------------------------------------------------------------------------------- +\chapter{El contexto: culturas hacker globales y locales}\label{cultura-hacker} + +\section{Mi lugar en la comunidad}\label{mi-lugar} + +La metodología de esta investigación, al igual que algunas mencionadas en la primera +parte, está \emph{informada} etnográficamente (sin ser del todo una investigación +etnográfica) y por ello es importante establecer mi lugar en la comunidad. +Para esto lo ubicaré en dos ejes: uno de ellos como activista y miembro +de la comunidad de software libre y otro usuario de lenguajes de programación +y entornos interactivos de computación y modelación. +Dicho lugar establecerá también cómo me posiciono y desde qué lugar y experiencias +realizo los ejercicios de diseño de artefactos y dinámicas, mediados por tecnologías +digitales, en esta investigación. + +Mi vinculación a la comunidad de software libre empezó en 1996, cuando instalé +el Gnu/Linux en computador de la familia. +Ya antes había tenido inquietud por los computadores, +y armaba computadores clones de PC e instalaba Windows en ellos. +En 1994, de desarrollé software para hacer +boletines de calificaciones, usando la plataforma Windows, adaptando unos macros +en el procesador de palabra \emph{MS Word}, que los conectaban con la base de datos +\emph{MS Access}. +Esto me permitió darme cuenta de los excesivos costos de licenciamiento +asociados al software comumente usado en aquel entonces, +(como \emph{Windows} y \emph{Office}) y, de hecho, la manera usual de adquirir conocimiento +sobre los computadores y su funcionamiento era empleando software "pirata". +Lo cual abrió mi búsqueda y mi mente al encuentro con el software libre un par +de años después. + +La experiencia de contar con software cuya licencia alentaba la copia, el estudio +y la distribución del mismo, sin convertirlo en un acto de pirateria, sino por el +contrario, normalizando y potenciando lo que era una práctica habitual entre estudiantes, +curiosos y usuarios de la computación, resonó fuertemente con mis búsquedas y mi contexto. +Por la forma como se hacía la instalación de Gnu/Linux en aquel momento, se iniciaba +con una interface de texto o CLI (por las siglas en inglés de \emph{Command Line Interface}), +y a partir de allí se empezaba a configurar manualmente el resto del sistema, hasta tener +un sistema con interface gráfica o GUI (por las siglas en inglés de \emph{Graphical User Interface}) +y las aplicaciones habituales de ofimática, juegos y la naciente navegación en la \emph{World Wide Web}. +Esto implicaba la lectura de libros introductorios al sistema operativo, que incluían CD-ROMs +con el software completo, y fueron el lugar de ingreso de muchos a esta tecnología y filosofía, +como en mi caso), así como la lectura de los sistemas de ayuda y manual dentro del sistema +(páginas \emph{man} e \emph{info}, en la jerga Unix). +Me impresionaba de modos muy marcados la diversidad de autores de dichos documentos, particularmente +los de los sistemas de ayuda y el hecho de que aparecieran los nombres de individuos de +distintas afiliaciones, en lugar de una única empresa en los créditos, sin atribuciones +individuales, a las que el uso de la plataforma \emph{Windows} me tenía acostumbrado. +Por otro lado, también me seducían las demandas que se hacía del usuario. +No se pensaba que era alguien para quien la tecnología informática ocupaba un lugar instrumental, +sino que la documentación era profusa y permitía adquirir conocimientos sobre lo que había +detrás de la tecnología y cómo funcionaba (en aquella época teníamos por ejemplo que configurar +las frecuencias de barrido horizontales y verticales de la pantalla del computador adecuadamente, +o correr el riesgo de quemarlo, como efectivamente hicimos con Herman Sandoval, un amigo y +secuaz de esa otras luchas de ese entonces). + +\marginpar{ + \captionsetup{type=figure} + \centering + \includegraphics[width=\marginparwidth]{./Parte2/colibri-2005.png} + \caption[Colibri como lucía en el 2005] + {Página web de Colibri, como lucía en 2005, recuperada de Internet Archive + en \url{https://is.gd/XbEW65}. + Como la mayoría de proyectos digitales de esa época de la comunidad, esta memoria + incompleta sólo está disponible en algunos servidores externos y como copias estáticas, + pero los datos y el software que producián dichas páginas ya no está disponible en + línea.} + \label{fig:colibri} +} + +Dicha seducción de carácter tecnológico y político cambió mi forma de ver la tecnología de +manera definitiva. +Para 1999 había desinstalado \emph{Windows} de mi computador y desde entonces no lo he vuelto a usar +en ninguna de mis máquinas. + +A comienzos del milenio me uní a distintas comunidades nacionales e internacionales de software, +donde se discutían aspectos técnicos: cómo configurar computadores livianos conectados +a máquinas pesadas, en la comunidad LTSP\footnote{\url{http://ltsp.org/}}; o cómo usar +editores de texto científico, en la comunidad de TeXmacs)\footnote{\url{http://www.texmacs.org}}; +o temas legales y filosóficos del software libre, en la comunidad Colibri (en alusión a la Comunidad +de personas interesadas en el Software Libre en Colombia, véase figura \ref{fig:colibri}), por ejemplo qué +libertades definían al software libre, cómo su opuesto no era el "software licenciado", +pues el software libre también tenía varias licencias que alentaban y protegían dichas libertades, +ni el "software comercial", pues el software libre también tenía esquemas comerciales, +sino el software privativo, porque priva a los usuarios de las libertades que el software libre brinda. +Para el 2002 construimos y llevamos una propuesta de proyecto de Ley de Software Libre, articulado +desde la comunidad Colibri, que justificaba cómo el software libre debía ser implementado en +entidades estatales sobre las bases de inclusión, transparencia y seguridad. +Esos años consolidaron la comunidad de software libre de Colombia y hubo varios eventos regionales +a los que me desplazaba, invitado o con fondos propios, dando charlas y conferencias sobre el +software libre. +Del 2004 al 2008, ayudé en el lanzamiento y sostenimiento de El Directorio, un wiki que funcionaba +como unas páginas amarillas de software libre, para documentar recetas de configuración, comunidades, +empresas y servicios brindados nacionalmente y otros saberes de la comunidad. +En 2005 ayudé a la concepción y lanzamiento del Festival de Instalación de Software Libre +Colibri o FISLC, y en los años siguientes acompañé su transformación el en +FLISoL\footnote{\url{https://flisol.info/}}, por Festival de Instalación de Software Libre +de Latinoamérica, uno de los eventos más importantes y grandes de instalación y acercamiento +al software libre en la región y quizás en el mundo. + +\begin{figure}[tbp] + \centering + \subfloat[]{\includegraphics[width=0.45\linewidth]{./Parte2/el-directorio-2011.png}} + \quad + \subfloat[]{\includegraphics[width=0.45\linewidth]{./Parte2/flisol.png}} + \caption[El Directorio y FLISoL] + {Página web de El Directorio, como lucía en 2011 (recuperada de una copia de Internet Archive en + \url{https://is.gd/vH9Hc6}) y del FLISoL, que, en contraste con el primero, aún en 2018 continua + siendo un lugar comunitario activo y va más allá de las fronteras nacionales.} + \label{fig:directorio-flisol} +\end{figure} + +Respecto a la programación y modelación computacional, me inicié con el lenguaje +\emph{logo} en mis primeros años de escuela primaria, en los ochentas, pasé a calculadoras científicas +Casio 4500 en el colegio y luego a C, C++, Pascal en la universidad, a comienzos de los noventas, +con un intermedio en Visual Basic y bases de datos Access, +a mediados de los noventas y Scheme\footnote{\url{http://plt-scheme.org/}}, +Python\footnote{\url{https://www.python.org/}} y Smalltalk\footnote{\url{http://squeak.org/}} +como docente universitario a comienzos de este milenio. +Sin embargo estas experiencias fueron dispersas a lo largo del tiempo y a pesar de +entender los fundamentos de algoritmia y algunos paradigmas de programación, por +mi formación de pregrado como informático-matemático, mi mayor experticia estuvo centrada +principalmente en la modelación computacional de la resolución de problemas, desde +modelos multiagente \ref{luna_cardenas_resolucion_2007}, intentando explicar fenómenos cognitivos +y vincularlos a un correlato de aula y estrategias de enseñanza-aprendizaje, para lo cual usé Squeak, +la variante libre de Smalltalk. +La idea de computación científica llegó principalmente a través de programas como +Matlab\footnote{\url{https://la.mathworks.com/products/matlab.html}}, +Mathcad\footnote{\url{https://www.ptc.com/en/products/mathcad/}} y +Mathematica\footnote{\url{https://www.wolfram.com/mathematica/}}, y fue en este último donde +encontré la primera idea unificadora de la computación, con la programación simbólica y el hecho de que +en este lenguaje todo son expresiones, compuestas de cabeceras y argumentos. +Me parecía particularmente interesante la idea de documentación interactiva de Mathematica +y Mathcad, donde se podía combinar la escritura de prosa, con código, gráficas y modelos +computacionales, en documentos que reaccionaban a la interacción con el lector y generaban +otros modos de lectura y escritura y otras formas de pensar con ellos. +Intenté ubicar experiencias de documentación interactiva similares con sistemas de software libre, +con lo cual conocí software para hacer matemáticas computacionales, con programas para +modelación y similación y los cálculos numéricos y simbólicos, como +Scilab\footnote{\url{http://www.scilab.org/}}, Octave\footnote{\url{https://www.gnu.org/software/octave/}}, +Yacas\footnote{\url{http://www.yacas.org/}}, Mathpiper\footnote{\url{http://www.mathpiper.org/}}, +Maxima\footnote{\url{http://maxima.sourceforge.net/}} y otros programas y formatos para escritura matemática, +entre los que estaban LaTeX\footnote{\url{https://www.latex-project.org/}}, +MathML\footnote{\url{https://www.w3.org/Math/}} y uno que permitía particularmente la escritura de +documentos estructurados científicos interactivos, integrando varios de los paquetes ya mencionados, +llamado TeXmacs\footnote{\url{http://texmacs.org/}}, en el que escribí mis tesis de pregrado y maestría +y fui uno de los principales traductores de la documentación al español. +%PENDIENTE: Va acá o en la parte de Grafoscopio? +TeXmacs fue el primer software que personalicé (usando Scheme) brindándome la experiencia de escribir +un pequeño archivo que creara una nueva funcionalidad disponible para el usuario (consistía en agregar +un nuevo menú en la interfaz de usuario) y me introdujo a una idea poderosa,las +\emph{expresiones S}\footnote{\url{https://es.wikipedia.org/wiki/Expresi\%C3\%B3n_S}}, +que permitían tratar a documentos como estructuras uniformes arbóreas, donde tanto datos como código, +son considerados de manera uniforme y uno puede convertirse en el otro. +Esta idea sería después reforzada por Leo y parte importante del diseño de Grafoscopio, casi 15 años +después, lo cual es una muestra de la exaptación mencionada por \cite{jonas_design_2004}, +cuando habla de los ``repositorios latentes de soluciones'' con las que deben contar los diseñadores. + +Durante esa época, usaba ciertos \emph{scripts} en el lenguaje de programación Python para automatizar +ciertas tareas, y cuando pensaba en código determinadas ideas y prototipos, o hacía más desde una +perspectiva teórica y académica (por ejemplo la de los modelos cognitivos computacionales de +mi tesis de maestría), que la de un programador como tal, que fuera responsable de la labor +artesanal\footnote{La idea de programación como artesanía en lugar de como ingeniería, retoma + lo dicho en la primera parte en alución al hacer es pensar de Sennet y será extendido + posteriormente sobre unas ideas de la materialidad de código de programación.} +y cotidiana de la misma, atendiendo distintos detalles respecto a cómo se implementa +una funcionalidad o dónde se coloca un botón o ícono en una interfaz gráfica. + +Intenté conectar mi experiencia con estos sistemas de matemática computacional, como docente-investigador +universitario y como activista de software libre, al crear algunas distribuciones a medida de Gnu/Linux, +que podían ser ejecutadas desde un CD-ROM, sin tener que instalarse en el computador. +Esto permitiría a mis estudiantes acceder a software libre y crear memoria de lo hecho +en clases, con sistemas similares a los que yo usaba en mi propia máquina, sin que ellos +tuvieran que pasar por las dificultades propias de instalar Gnu/Linux en las propias. +Del 2002 al 2008 fui el autor y compilador principal de las distribuciones SciLix, +Tangram Linux y Virtual Tangram. +Mi labor como docente, especialmente en pregrado, durante esos años, estuvo mediada permanentemente +por la creación de entornos virtuales de aprendizaje, que complementaran el aprendizaje cara a cara en +clase (también llamados de \emph{b-learning} por \emph{blended-learning} o aprendizaje bimodal: +digital-análogo). +En estas prácticas había una patrón: el disponer una infraestructura (en la forma de distribuciones +de Linux hechas a medida, como las ya mencionadas, o lugares virtuales) y desarrollar un conjunto de +prácticas alrededor de las mismas, que sirvieran a propósitos educativos (usualmente en espacios formales +e institucionalizados, pero en diálogo con lo que ocurría en espacios informales y no institucionalizados). +De ellas hago un recuento detallado en la presentación \emph{Nómadas digitales, Aprendizaje} +(ver figura \ref{fig:nomadas-digitales}). + +\begin{figure}[tb] + \centering + \subfloat[]{\includegraphics[width=\linewidth]{./Parte2/nomadas-digitales.png}} + \caption[Nómadas Digitales] + {Nómadas digitales: Mapa de un recorrido por varias experiencias de \emph{b-learning} con + mis estudiantes durante la primera década del milenio. + Disponible en \url{https://is.gd/Syq0SS}} + \label{fig:nomadas-digitales} +\end{figure} + +Mi propio lugar en la comunidad de Smalltalk empezó con algunas experiencias de enseñanza de +la programación en un curso de introducción a la informática, dictado del 2005 al 2007, en la +que exploraron distintas herramientas y lenguajes, como Python, Scheme, Scratch, Etoys y Bots Inc, +encontrando que estás tres últimas eran extremadamente adecuadas para la enseñanza a novatos, +por el uso de metáforas visuales para explicar los elementos de la programación orientada a objetos +y su sintaxis minimalista, como está documentado con mayor detalle en +\cite{luna_cardenas_resolucion_2007}. +Sin embargo, después de dicha experiencia, mi vinculación a la comunidad de Smalltalk fue +principalmente a través de las listas de correo y a pesar de considerarlo para varios proyectos +como un enrutador de identidad digital (\cite{luna_cardenas_ubakye:_2011}, +\cite{luna_cardenas_ubakye_2012}) y un clon del software de presentaciones Prezi, dichas +intenciones nunca llegaron a una primera línea de código. +Otras herramientas, como we2py, Leo o IPython eran más maduras y pertinentes para asumir las tareas +de exploración, uso y prototipado de tecnologías digitales a las cuales me veía constantemente abocado. +No fue sino después de la salida de Pharo en el 2009 como variante basada en Squeak (base para Scrach, +Etoys y Bots Inc, en ese entonces) y el cambio de énfasis hacia la construcción de herramientas +a la medida de Moose y la visualización ágil, que las condiciones estuvieron listas para reemprender +un prototipo más factible, con un valor diferencial que ninguna de las herramientas conocidas tenían, +como se explicará en el capítulo \ref{grafoscopio}. + +Para el 2008, como coordinador de tres áreas temáticas (Software Libre, Desarrolladores +de Software e Inclusión Digital) de la \emph{Campus Party}, una de las fiestas en red +(o \emph{LAN Parties}, por su acepción en inglés) más grandes del mundo, tuve la oportunidad de conocer +a Jose David Cuartas, Adriana Castrillón y Manuela Monsalve, estudiantes de Diseño Visual en la +Universidad de Caldas, con quienes entablaría una duradera amistad, que perdura hasta el momento. +En las conversaciones tempranas sobre lo que hacíamos con tecnología ellos me dijeron que +esa orientación a hacer cosas con infraestructuras digitales y comunidades alrededor, +atento a lo que pasaba en dichas interacciones, era muy parecido a las formas de hacer +en diseño. +Tener un marco de enunciación, una epistemología si se quiere para lo que ya hacía y saber +que ocurría desde el diseño me orientó en los intentos de conciliar mi labor docente, mis inquietudes +investigativas y comunitarias y los requerimientos de la universidad para la que trabajaba (que, como +la gran mayoría ha caído en la inflación absurda de títulos para sus profesores y en formar más doctores +de los que el mercado puede contratar). + +Fue así como este trayecto me llevó a iniciar el Doctorado en Diseño y Creación en la Universidad de Caldas, +cuyo caracter jóven y sin miedo a proponer y experimentar y cuya epistemología abierta desde el diseño, +permitiría tender redes hacía las prácticas activistas, desde el \emph{hackerspace}, HackBo, que +ayudé a fundar, por una afortunada coincidencia en el mismo año en que empecé el doctorado (2010) y del +que me ocuparé en la siguiente sección. + +Lo anterior muestra a una persona largamente involucrada con la comunidad de software libre del país +y en contacto con otras comunidades nacionales e internacionales. +También a alguien con cierta visibilidad y reconocimiento en nichos particulares, preocupado +por las infraestructuras que soportan las prácticas comunitarias y siendo parte de varios proyectos +nacionales e internacionales. +Esto, por su puesto, no está libre de inconvenientes y puntos ciegos, pero es consecuente con +la idea de investigación activista e investigador como sujeto político que habita/observa a un +sistema que lo incluye a él, esbozada en la primera parte. +La siguiente sección profundiza en el contexto de lo hacker, describiendo un espacio particular +donde dicho concepto encarna (un hackerspace) y poniéndolo en diálogo con algunas perspectivas +teóricas que han estudiado dichos espacios y las relaciones entre ciudadanía y tecnologías. + +%PENDIENTE: Infraestructuras autocontenidas y sencillas luego de probar muchas complejas + +\section{La multisituada cultura hacker}\label{hacker-zoom-out} + +Acá vale la pena poner a conversar las perspectivas de Schrock con las Isin/Ruppert, +particularmente porque ambos deconstruyen miradas de autores como Maxigas, Coleman y Wark. +Si bien se mantiene la idea del caracter multisituado y diverso de lo hacker, lo +vuelven cotidiano (Schrock) y asociado a la idea de Hack (Schrock e Isin/Ruppert). + +Los hackers y los hackerspaces son bienes recursivos. + +No todo es "hackear". + +\section{HackBo, un hackerspace en Bogotá}\label{hackbo} + +Historia de la conformación del espacio y la manera como se ha habitado en estos 7 años. + +Bauwens %REF +y Las Indias %REF +hablan de estas maneras de resolución del conflicto desde el hacer, +y en ese sentido se relaciona con lo que dicen Isin y Ruppert frente a decir con acciones, +en complemento a los actos de habla, en los que se hace con palabras. +La argumentación sobre las ventajas o desventajas de cada una de las propuestas, ocurre +en los hechos, a través de las implementaciones de infraesctructuras tecnológicas +paralelas (o su ausencia). +Las bifurcaciones (del inglés \emph{fork}) son las maneras de enfrentar el disenso de manera +enactiva: en lugar de intentar un consenso previo, antes de la acción o atenerse a la parálisis +por su ausencia, las acciones simultáneas, diversas, y en ocasiones encontradas, pueden desplegarse +en el mismo espacio, para ser comparadas, contrastadas y convividas. +Esto muestra uno de los ethos permanentes de HackBo, en el que la votación es la última acción, +dentro de muchas posibles, para lidiar con la ejecución: en principio las diversas acciones están +permitidas y sólo se consulta cuando dos acciones encontradas requieren del mismo recurso o +afectan los recursos de otros. +Por ejemplo, si se va a dictar un taller el mismo día, que requiera el vídeo proyector, +o si una actividad ocupa espacios que tradicionalmente están ocupados por otros. +Existen acuerdos tácitos que son renovados y recordados permanentemente: pagar la mensualidad, +lavar la loza, mantener el espacio mínimamente organizado y usable, especialmente los baños y cocina. + +El desplegar infraestructuras digitales que permitan argumentar sobre cuál de ellas es mejor +para las necesidades de la comunidad y juzgar desde los compromisos de los proponentes con las +acciones ejecutadas para defender sus argumentos desde la infraestructura misma es un ejemplo +claro de decir con acciones y de la \emph{tiranía del hacedor}, pues quien hace, determina cómo +se hace, en lugar de ser mandado por una junta o votación sobre cómo debería hacer aquello que +otros decidieron, pero que no van a ayudar a hacer. + +Lo anterior configura también una serie de dificultades, pues quien no sabe cómo hacer, no puede +argumentar tan claramente como quién sí lo sabe, incluso si los argumentos son buenos, es decir +la claridad para argumentar está vinculada a la capacidad para hacer y con la tecnología, se puede +correr el riesgo de que los argumentos sean buenos, pero el lenguaje de los prototipos no los exprese +claramente, como cuando intentamos argumentar en una lengua que no es la nativa. +Por otro lado, la ausencia de una falta de estructura explícita, hace difícil la contestación: %REF +si la estructura es explícita y hay un desacuerdo, es posible contestar el acuerdo desde los mecanismos +provistos para ello, pero para el caso de HackBo, simplemente se cuenta con la bifurcación +(en caso de desacuerdo) o el apoyo/afiliación (en caso de acuerdo). +Si bien esto no es grave en un lugar donde muchas decisiones conviven a la vez, puede hacerse difícil +para organizar labores logísticas que impliquen un esfuerzo grande como organizar el taller y los equipos. + +%---------------------------------------------------------------------------------------- +% CAPITULO 4 +%---------------------------------------------------------------------------------------- +\chapter{Prehistoria}\label{prehistoria} + +Este capítulo cuenta aborda las infraestructuras y prácticas que antecedieron y de +alguna forma allanaron el camino para aquellas que son centrales a esta tesis +(Grafoscopio y el Data Week). +Estos caminos recorridos y prototipos que fallaron o dejaron de ser centrales, +constituyen un repertorio latente de soluciones y técnicas que pueden ser +desplegados en artefactos y prácticas posteriores (exaptación, en palabras +de \cite{jonas_design_2004}). +Mostrar dichos caminos permite reconocer ciertas apuestas que están presentes +en los artefactos actuales y revisar los trayectos que los constituyen o +podrían reconfigurar. +A eso se dedican las secciones a continuación. + +\section{Hábitats digitales web}\label{hackbo-web} + +Los primeros intentos por explorar el problema sobre cómo cambiar las tecnologías +que nos cambian, se hicieron a finales del 2010 y comienzos del 2011, esencialmente +explicando este problema a los miembros de la naciente comunidad de HackBo, en las +reuniones periódicas que teníamos en la casa del colectivo cultural, La Redada, +en el barrio Las Aguas, de Bogotá. +Eran exposiciones en exceso teóricas, que mencionaban términos como autopoiesis +y auto-referencialidad. +Se mencionaban tecnologías con dichas característica autoreferencial, como Leo +y Smalltalk, pero en general aquellas charlas encontraban poco eco en la comunidad. + +Por aquel entonces también estábamos definiendo la infraestructura web que tendría +el sitio web de HackBo y consideré que esta sería una buena oportunidad para la investigación-acción, +que permitiera poner en diálogo mi investigación con los problemas cotidianos y apremiantes de +la comunidad. +La intensión sería configurar un espacio web que habitáramos los integrantes de HackBo, +Un hábitat digital, en palabras de Wenger %REF +y ver cómo en la medida en que lo poblábamos, lo ibamos extendiendo y cambiando, +de maneras similares a las experiencias previas como las que tuvimos con El Directorio +(referenciado en la sección \ref{mi-lugar}), pero superando las limitaciones de aquel entonces. + +Hice una fuerte argumentación sobre que deberíamos tener una infraestructura propia y lo +más autocontenida posible, de manera que contáramos con un sólo sitio autónomo que contuviera buena +parte de nuestra presencia: blogs, wikis, videos, enlaces, archivos, etc. +Sugerí e implementé Cynin\footnote{\url{http://cyn.in/}}, pues su arquitectura era robusta +(basado en Zope/Plone) y estaba hecho en un lenguaje de \emph{scripting} Python, que si bien no era +tan popular como PHP para aplicaciones web, sí era usado en múltiples dominios además de la web, +así que el aprendizaje del mismo podría permitirnos movernos a otras temáticas. +Además, estaba mi experiencia en el uso de Cynin para configurar el hábitat digital para +el proyecto de investigación Narratopedia %REF. +y creía que dicha experiencia podía ser traída de los limitados marcos académicos al +grueso de la comunidad. + +Pero Cynin reveló ser extremadamente complejo y con una alta curva de aprendizaje. +Habían muy pocos expertos locales en la infraestructura Zope/Plone que no eran muy +cercanos al espacio. +El punto de quiebre se dio cuando el sitio de HackBo en Cynin se hizo inestable +por el SPAM\footnote{El SPAM es la sigla con la que se denomina al uso de sistemas digitales + para el envío de información no deseada, usualmente con fines publicitarios, pero también + con intensión de apropiar información de terceros o insertar código malioso en sus dispositivos + electrónicos. Para mayor información véase: \url{https://en.wikipedia.org/wiki/Spamming}}. +Luego de hacer un backup de la información, decidí cambiar la infraestructura por +algo que fuera fácil de entender, extender y cambiar, que no requiriera de altos +recursos externos. +La argumentación esta vez ocurrió en persona, en la siguiente sede de HackBo, +la Fundación Buinaima. +La mayoría de la gente quería ir por algo prehecho en el popular gestor de sitios web +\emph{WordPress}\footnote{\url{https://wordpress.org/}}, que fuera de fácil montaje y +con la ventaja de una gran cantidad de \emph{plugins} preexistentes. +Mi contrargumento fue que no quería algo que sólo pudieramos modificar vía cosas +prehechas, pues como había ocurrido en la comunidad con el wiki comunitario +\emph{El Directorio}, que vio su auge y caida entre 2004 y 2008, cuando lo prehecho +no satisfaciera nuestras necesidades, tendríamos que migrar a otras plataformas +(como ocurrió en desbandada en aquel momento) o estar en la posibilidad de extender +las nuestras, caso en el cual sería bueno que estén hechos en lenguajes más +versátiles y con ecosistemas más diversos, como Python en lugar de PHP. +A la mayoría, las tecnologías subyacentes no les importaban y querían una solución +rápida a nuestro problema de presencia web y una minoría alentaba la experimentación +y la apropiación de nuevos saberes y tecnologías, con motivo de dicha presencia y si +bien no estaban interesados ellos mismos en tal exploración, si apoyaban ``moralmente'', +según sus propias palabras, que HackBo fuera un lugar donde ésta ocurriera. + +\afterpage{ + \begin{figure*}[tb] + \centering + \subfloat[]{ + \includegraphics[width=0.3\linewidth]{./Parte2/hackbo-cynin.png} + \label{subfig:hackbo-cynin}} + \quad + \subfloat[]{ + \includegraphics[width=0.3\linewidth]{./Parte2/hackbo-web2py.png} + \label{subfig:hackbo-web2py}} + \\ + \subfloat[]{ + \includegraphics[width=0.3\linewidth]{./Parte2/hackbo-grav-1.png} + \label{subfig:hackbo-grav-1}} + \subfloat[]{ + \includegraphics[width=0.3\linewidth]{./Parte2/hackbo-grav-2.png} + \label{subfig:hackbo-grav-2}} + \subfloat[]{ + \includegraphics[width=0.3\linewidth]{./Parte2/hackbo-grav-3.png} + \label{subfig:hackbo-grav-3}} + \caption[Histórico de los sitios web de HackBo] + {Diferentes hábitats digitales web para HackBo, en orden cronológico. + Arriba, capturas antiguas recuperadas de Internet Archive: + la figura \ref{subfig:hackbo-cynin} (ver \url{https://is.gd/4zIRKi}), + corresponde al primer espacio integrado, pero muy complejo (usando Cynin) y + la figura \ref{subfig:hackbo-web2py} (ver \url{https://is.gd/9x1TXo}) corresponde al + la segunda versión, integrable a partir de piezas sencillas (web2py + dokuwiki + Fossil). + Abajo: Diferentes partes de la tercera y actual versión sitio del web de HackBo + (ver \url{http://hackbo.co/}), que incorpora aprendizajes de los sitios previos, + usando tecnologías aún más sencillas en cuanto a almacenamiento y también extensibles + (Grav, Fossil). + El sitio se ha mantenido relativamente estable desde esta última migración y no han + habido muchos aportes de funcionalidad o contenido al mismo.} + \label{fig:hackbo-web} + \end{figure*} + \clearpage +} + +Se planteó una bifurcación, propia de las comunidades hacker y una resolución +desde la \emph{tiranía del hacedor}: cualquiera podría implementar el sitio web, +en la tecnología que quisiera, siempre y cuando mostrara resultados en el corto tiempo. +Leonardo hizo una página de llegada (\emph{landing page}) en HTML y Javascript que resolvía la +contingencia y con él y Jorge Guevara implementamos el primer borrador del sitio usando un +\emph{web framework} hecho en Python, llamado web2py\footnote{\url{http://web2py.com/}}. +Nadie más implementó el sitio en PHP. +Este es un ejemplo de cómo se dice con acciones/infraestructuras, desde las dinámicas del +hackerspace, mostrado desde una perspectiva más teórica en la sección \ref{hackbo}. + +Esto marcó el inicio de un primer hábitat digital %LATERAL: Wenger. +para HackBo, que era principalmente hecho por mi, con ayuda de miembros de la +comunidad y otros cercanos, como Iván Pulido. +Allí se experimentaron algunas características, como adicionar enlaces o +noticias para el sitio y la de mayor uso colectivo: la programación de eventos y +actividades dentro del espacio de HackBo, con su respectiva publicación de actividades +pasadas y venideras. +Las pocas solicitudes externas no fueron implementadas rápidamente. +La idea era alentar que las mismas personas en la comunidad reportaran e implementaran +las soluciones, expandir el conocimiento sobre dicho hábitat y cómo está construido. +Pero la estrategia fue inadecuada y no despertó mayor interés. +El sitio se ceñía a su funcionalidad básica de eventos y otras funcionalidades, +como la del wiki, fueron delegadas en infraestructuras prehechas, administradas +por nosotros en nuestra propia infraestructura, pero hechas por otros. + +Esta combinación entre lo prehecho y lo hecho por unos pocos miembros dentro +de HackBo, permitió lidiar con cierto descontento por la ausencia de características +en el sitio implementado en web2py. +Para las cosas específicas haríamos desarrollos propios (usando web2py y Python), +y para otras apelaríamos a software libre y sus \emph{plugins}, como +Dokuwiki\footnote{\url{http://dokuwiki.org/}}, el potente y sencillo wiki hecho en PHP, +lo cual generaba un punto medio entre las dos posturas en la comunidad. +Aún así, no muchos miembros usaron el wiki. + +De nuevo el sitio de HackBo se cayó, aunque esta vez no fue por el SPAM. +Ya contábamos con una sede exclusiva en nuestra actual localización en el barrio Javeriana. +Como implementador, anfitrión y proponente de sitio en las tecnologías precedentes +(Cynin y web2py), era responsable por él y sentí que era también el momento de desentenderme del mismo. +Su impacto en visibilidad de la comunidad era alto, al ser el lugar de entrada en línea a la misma. +Los requerimientos frente a su correcto funcionamiento o la ausencia de características, +sin ser frecuentes, eran demandantes cuando ocurrían y su gestión y modificación era solitaria. +La funcionalidad principal de gestionar eventos había sido delegada por otros miembros del +hackerspace en una infraestructura externa de Meetup y si bien no teníamos +control sobre ella, la convocatoria había crecido, pues se adecuaba a las lógicas de +esa web feudal, en la que otros ponen la infraestructura y nosotros los contenidos y las +interacciones. +Esta normalización de esa forma de ver y usar la infraestructura hacía que muchas +personas y comunidades usaran ya este tipo de lugares y fuera fácil encontrar otras comunidades +y lanzar convocatorias genéricas en ese sitio, con el consecuente aumento de asistentes a los +eventos. + +Así que migré el sitio web de HackBo a otra infraestructura web, llamada +Grav \footnote{\url{https://getgrav.org/}}, que al estar en PHP, y no requerir de base de datos, +tenía la ventaja de ser fácilmente desplegable en servidores web relativamente genéricos, +sin preocuparse por las migraciones de datos (cosa que no pasaba con Cynin o web2py). +El uso de lenguajes de etiquetamiento ligeros para documentación +(Markdown\footnote{\url{https://es.wikipedia.org/wiki/Markdown}}) y descripción de datos +(Yaml\footnote{\url{https://es.wikipedia.org/wiki/YAML}}), similar al que usa en Grav, +ya había sido prototipado por mi previamente en un proyecto en web2py (llamdo Brea) +y era neutral respecto al lenguaje de programación, pudiendo intervenirse y extenderse en +Python, PHP, Smalltalk, Javascript o una amplia gama de lenguajes que entendieran +dichos formatos\footnote{Brea fue un proyecto que reenfoqué ahora desde Pharo, con los + saberes nuevos adquiridos a lo largo de este doctorado. + Algunos desarrollos con esta nueva encarnación de Brea serán mostrados en la parte 3 de + este escrito (otro ejemplo más de exaptación.) + Un sitio actualizado para Brea está en \url{http://smalltalkhub.com/\#!/~Offray/Brea}}. +Esto me permitía entregar el sitio a otra persona que lo quisiera administrar +o cambiar e hice el respectivo correo a la lista, %REF: Correo Lista HackBo +indicando que esta infraestructura estaba lista para quien quisiera hacerse cargo de +ella o migrarla a otra. +Es la tecnología en la que ha estado funcionando el sitio hasta el momento y sigo +responsable de él, aunque es sólo una página de llegada (\emph{landing page}) y la +presencia en línea de la comunidad combina infraestructuras propias y comunitarias +(principalmente el sitio web y algunos repositorios de código) con ajenas: +Meetup\footnote{\url{http://www.meetup.com/es/hackbo/}}, +Twitter\footnote{\url{http://twitter.com/hackbo}}, +Facebook\footnote{\url{https://github.com/HackBo}} y repositorios de código en +GitHub\footnote{\url{https://github.com/HackBo}} y +Fossil\footnote{\url{http://mutabit.com/repos.fossil/hackbo-web2/}}. + +Estas formas de habitar la web, permitieron apreciar dónde estaban los intereses de +la comunidad de HackBo, el caracter diverso de dichos hábitats, e incluso la fatiga +de mantenerlos en solitario. +Pero lo más importante es que permitieron enfocarme en otro tipo de experiencias más +específicas de mis propios intereses y algunas personas cercanas a HackBo, en lugar +de en el grueso de la comunidad y también iniciaron una confianza respecto a la posibilidad +de programar soluciones a medida desde apuestas propias (particularmente web2py y Fossil), +que profundizaría y revaluaría después, hasta llegar a Grafoscopio. +De estas exploraciones más específicas se encargan las siguientes secciones. + +\section{Indie Web Science}\label{indie-web-science} + +\begin{figure}[tbh] + \centering + \includegraphics[width=0.9\linewidth]{./Parte2/leo-tesis.png} + \caption[Un primer borrador de la tesis, escrito en el meta-editor Leo] + {Uno de los primeros borrador de esta tesis, escrita en el meta-editor + \href{http://leoeditor.com/}{Leo}, de donde deriva la inspiración de organizar la escritura + forma arbórea. + Otros detalles de estas fuentes de inspiración son explorados en esta sección.} + \label{fig:halfspace} +\end{figure} + + +Desde finales del 2012, había empezado a explorar formas de combinar la escritura +arbórea de Leo\footnote{\url{http://leoeditor.com/}}, con la escritura interactiva de libretas +en IPython\footnote{\url{https://ipython.org/}}, lo cual permitiría ir agregando estructura progresiva +y emergente del primero a la computación exploratoria propia del segundo. +En aquel entonces escribí en la entrada al blog titulada +\emph{On ``deepness'' and complexity of IPython documents}\footnote{\url{https://is.gd/4JEVo1}} +(\cite{luna_cardenas_deepness_2013-1}): + +\begin{quote} + Fernando Pérez, primer autor y co-lider de proyecto de IPython, ha hablado acerca de la naturaleza explorativa + de la computación científica y cómo esto se mantiene también para muchos usuarios de computador. + Estoy de acuerdo. La mayoría de las veces, los usuarios (científicos) no tienen un estricto conjunto de reglas + predefinidas para orientar o restringir su interacción con los computadores. + Una pregunta entonces, es cómo esta naturaleza explorativa de la interacción con el computador, + empezará a mostrar estructura progresiva cuando la complejidad de la exploración y la escritura se incrementen. + Este es un problema que todo escritor confronta y es incluso más importante/visible + si se tienen documentos interactivos +\end{quote} + + +y hacía un recorrido por varias plataformas de escritura estructurada y publicación en y fuera de línea +(TeXmacs\footnote{\url{http://texmacs.org/}}, Tiddly Wiki\footnote{\url{https://tiddlywiki.com/}}, +Leo e IPython) y sobre algunos experimentos para combinar escritura arbórea y publicación en línea con +documentos interactivos en IPython y afirmaba: + +\begin{quote} + Pienso que complejos documentos interactivos (científicos) que ``emergen'' de la exploración, + necesitan una interface arbórea para la estructuración progresiva, por las razones ya mencionadas + en el caso de Leo. + De hecho argumentaría que Leo e IPython comparten un profundo interés por la introspección y tener + esta característica implementa en un [documento arbóreo] haría las libretas de IPyhon realmente poderosas. + Podría pensarse incluso en un notebook de IPython como celdas organizadas/partidas en subárboles, que + habilitarían otro nivel de agregación a las celdas y pienso que los árboles y las celdas son casi todo lo que + los usuarios necesitarían para organizar documentos de IPython de la complejidad de una tesis. + Incluso con esta metáfora de interacción, los usuarios podrían construir complejas aplicaciones web + hechas sobre IPython, usando subárboles internos para las partes internas de las aplicaciones y las + partes externas para aquello con lo que el usuario web puede interactuar, de una manera similar a + ocultar las partes internas de la escritura al lector de mi tesis + (pero, por ahora, esto va más allá de lo que este escrito quiere proponer). + %NOTA: valdría la pena conectarlo con el escrito de cómo hago la tesis? +\end{quote} + +\marginpar{ + \captionsetup{type=figure} + \centering + \includegraphics[width=\marginparwidth]{Parte2/offrayLC-status-293188236019388417.png} + \caption[Trinos a Fernando Perez y Brian Granger] + {Conversación breve con Fernando Pérez y Brian Granger, co-líderes del proyecto IPython, + sobre la posibilidad de implementar una interface arbórea para la escritura de documentos + interactivos (ver \url{https://is.gd/H7XY19}). } + \label{fig:fperez-trino} +} + +Finalmente expresaba mi deseo por que esta idea tuviera acogida y no me tocara implementarla a mi mismo: + +\begin{quote} + Espero que la comunidad de IPython piense que una metáfora adecuada para escribir + progresivamente documentos complejos y profundos es necesaria si queremos que IPython + sea la herramienta para una experiencia de escritura continua en este contexto, y que + los árboles son la vía en ese sentido. + Por supuesto la experimentación sería necesaria y con optimismo, no estaré escribiendo el código sólo + para probar my tesis y esta idea sería sonora e interesante, incluso viniendo de un no programador. +\end{quote} + +Pero no fue así. +Dirigí un breve trino con copia a Fernando Pérez (ver figura \ref{fig:fperez-trino} y +\cite{luna_cardenas_deepness_2013}), sobre dicha idea e hice algunas preguntas sobre cómo +implementarla en la arquitectura de ese entonces de IPython \cite{}. %PENDIENTE: Ref correo o GitHub +Pero no hubo mayor interés y tampoco mayor esfuerzo de mi parte en mover dicha idea en la +comunidad internacional, al menos no sin tener más prototipos desarrollados localmente. + +Empezamos, entonces, a explorar las ideas de escritura interactiva y publicación en línea, +en 2014, con personas cercanas a HackBo, que no eran miembros de la comunidad nuclear: +Rafael Medina, Iván Pulido y Camilo Hurtado, que se sumaron a varias actividades en lo que +terminó por llamarse los talleres de \emph{Indie Web Science}. +Si bien el fuerte de la exploración seguía recayendo en mi, Rafael, Camilo e Iván +fueron claves en acotar el problema, mirar sus alcances y complejidades, e incluso +se sumarían luego a ediciones futuras de la transformación desde los talleres de +\emph{Indie Web Science} en las primeras ediciones del \emph{Data Week}. + +Los nombres en inglés de dichos eventos ayudaban a comunicarlos a comunidades internacionales, +posicionarlos en motores de búsqueda y también a establecer conexiones y diferencias con prácticas +emergentes que ya tenían nombres posicionados. +Para el caso de \emph{Indie Web Science}, se evocaba que compartíamos ciertas prácticas asociadas +al movimiento de la \emph{Indie Web}\footnote{\url{http://indiewebcamp.com/}} respecto a tener +infraestructuras propias y autónomas para alojar y publicar nuestros contenidos y ser +los principales y primeros usuarios de aquello que construíamos, como práctica +cotidiana de nuestra presencia en línea, en lugar de sólo recomendarlo para otros +(algo llamado \emph{selfdogfooding}) y que seríamos dueños y hospederos de nuestros propios datos. +Como mencionaba en la entrada al blog titulada +\emph{Indie web science = indie web + open/garage science?} (\cite{luna_cardenas_indie_2014}): + +\begin{quote} + + Porque estamos usando tecnologías portables, auto-contenidas y fáciles de aprender para este + experimento, ellas pueden ser colocadas en una memoria USB o un computador de bajo costo tipo + Rasberry Pi. + Y es fácil de imaginar algunos escenarios no muy distantes, [donde haya] un espectro completo + de colaboración en narrativas de datos que cubra usuarios singulares/múltiples escritura + en/fuera-de línea, computación y visualización en varios temas, desde la publicación académica + a la ciencia ciudadana y el periodismo de datos. + + Acá estamos rascando nuestra propia comezón usando alguna solución incompleta auto-construida + y agregaría código [fuente] sucio, en el sentido de que no tenemos aún buenas práctica de + programación. + [...] Lo que hemos hecho tiene esta clase de espíritu \emph{indie} en el sentido del + \emph{selfdogfooding} y también \emph{poseer tus datos} y tu infraestructura + para publicación usando software y formatos libres y de código abierto para ello. + +\end{quote} + +Es de anotar que acá se empezaba a vislumbrar ya una apuesta por lo que denominé luego +las \emph{infraestructuras de bolsillo}, que podían ser ejecutadas desde hardware modesto, con o sin +conectividad, eran simples y autocontenidas, lo cual se volvería un concepto importante después +en las prácticas con Grafoscopio, el Data Week y las Data Rodas y en distintos proyectos, como +los de los \emph{Panama Papers}, particularmente desde la perspectiva de hacer la investigación +reproducible y decolonizar la infraestructura, como veremos más adelante. %DONDE? +De hecho, en la misma entrada al blog, me refería a otro tipo de infraestructura baratas, que cupieran +en un bolsillo y se separaran de las tecnologías centralizantes populares de Internet: + +\begin{quote} + Alguna gente dice que necesitamos una especie de \emph{GitHub para la ciencia}\footnote{ + GitHub (\url{https://github.com/}) es el lugar que centraliza muchas de las actividades + de desarrollo de software, con alrededor de 80 millones de repositorios de código fuente + para estos proyectos. + Su influencia es notoria, pero también contradictoria, pues Git surgió como propuesta + al desarrollo cerrado propuesto por BitBucket, pero GitHub, que facilita desde interfaz web + el uso de Git, es cerrado e incluso los desarrolladores de software que sabrían como + modificarlo, no pueden hacerlo %PEN: Carta + y vuelven a surgir alternativas desde las lógicas de bifurcación, en proyectos como + GitLab o Gogs. + Un interesante análisis de los peligros de tales centralimos estan en Egbal, %REF + que luego fue contratada por GitHub.}. + No concuerdo. + Lugares como esos tienden a construir + monoculturas\footnote{\url{http://indiewebcamp.com/monoculture}} + (por ejemplo alrededor de Git [...]). + Pienso que lo que necesitamos es más un \emph{BitTorrent para la ciencia}\footnote{ + BitTorrent (\url{https://is.gd/w_bittorrent}) es un protocolo descentralizados de + comunicación entre pares para la transmisión y sincronización de archivos. + A diferencia de GitHub, no hay un lugar que centralice la interacción y todos + los nodos hacen las veces de emisores (servidores) y receptores (clientes).}, + donde diferentes implementaciones, como aquellas exploradas/propuestas acá, puedan hablar + con otras más visibles [...]. + Para ello, los protocolos y los metadatos serán más importantes en habilitar la interoperabilidad + entre diferentes abordajes, pero siguiendo el + consejo\footnote{\url{http://indiewebcamp.com/Principles}} + del movimiento por la Indie Web: + \begin{itemize} + \item La experiencia de usuario (UX) es más importante que los protocolos. + \item Usa datos visibles para los humanos primero y las máquinas después. + \item Construye herramientas para tí mismo, no para todos tus amigos. + \item Construye para la web duradera. + \item Diviértete. + \end{itemize} + +\end{quote} + +Estos y otros principios compartidos con el proyecto fueron un descubrimiento clave respecto +a dejar intentar convocar o complacer a los miembros de la comunidad nuclear de HackBo, como +lo había hecho desde los hábitats digitales web antes mostrados y trabajar más desde procesos +de largo aliento, centrados en unos pocos que estábamos yendo a los talleres de +\emph{Indie Web Science}, desde la experiencia que teníamos al usar y construir dichos lugares +más pequeños para proyectos más puntuales y personales que vincularan formas de contar y publicar +historias, mediadas por datos y visualizaciones, desde infraestructuras propias y alternativas. + +También retomé estos principios cuando empecé a experimentar con otras metáforas escriturales +que me permitieran abordar las complejidades de la tesis y sus múltiples capas empleando +Leo \cite{luna_cardenas_forma_2014}, un metaeditor de texto para dar cuenta del caracter no lineal +de la escritura y sus niveles de ``profundidad'', de los cuales el texto final en PDF es sólo la +``superficie''. +Leo permite escribir de manera``arbórea'', para dar cuenta de lo anterior, pero además la estructura +de árbol es auto-referente, con lo cual se puede usar una de las ramas para definir, a través del +\emph{scripts} lenguaje de programación Python, recorridos en todo el árbol, decir qué niveles de +profundidad ignorar para producir el PDF. +Para eso se elaboraron dos en el lenguaje de programación Python, +El desarrollador lider de Leo es Edward K. Ream. + +En estas exploraciones también se definieron elementos que luego serían importantes para la creación +de Grafoscopio: el uso de Markdown de Pandoc como lenguaje de etiquetamiento ligero por su soporte +para referencias bibliográficas, notas al pie, metadatos expresado en YAML; la integración con el +gestor blbiográfico Zotero para manejar dichas referencias y la creación de una colección abierta +en el mismo para el doctorado, (que alcanzó más de 3400 items desde entonces), así como reiterar +el uso de Fossil, un sistema de control de versiones distribuido, minimalista, autocontenido +ligero y fácil de usar para publicar archivos de textos, imagen, código fuente y su historia. +donde coloqué los escritos hechos y exportados desde Leo, integrándolos a un repositorio público +que había creado para el doctorado desde el 2011 +(véase: \url{mutabit.com/repos.fossil/doctorado-offray/}) y que ha contenido la historia de varios +artefactos creados durante el mismo, incluida esta misma tesis. + +Las piezas de infraestructura se estaban juntado. +Pero la necesidad por estas narrativas computacionales, que mezclaran datos e interacción +se hizó más evidente a partir de unas hackatones que surgieron como resistencia desde +HackBo a la enagenación del discurso hacker por parte del el estado, desde el discurso +del ``emprendimiento'', pero con unas lógicas de explotación. +Estas serán ampliadas en la siguiente sección. + +%NOTA: buscar fechas para Indie Web, Gobernaton y entrega del portal. + +\section{La Gobernatón: La hackatón como acto de resistencia y crítica desde la sociedad cívil}\label{gobernaton} + +Las \emph{hackatones} son maratones de prototipado y resolución de problemas. +El término, que a su vez combina los términos \emph{hack} y \emph{maratón} parece haber +surgido, según la Wikipedia \cite{noauthor_hackathon_2017}, tanto entre los desarrolladores del sistema +operativo OpenBSD, como entre los miembros del equipo de mercadeo de \emph{SUN Microsystems}. +Desde entonces este término ha sido reapropiado, diversificado y dislocado para +incluir diversos tipos de hackatones (10, en la taxonomía de la Wikipedia) +y ha sido aproximada de manera crítica por autores como Irani (2015) \cite{lilly_irani_hackathons_2015} +y Schrock %REF: Shrock, +denunciando lógicas de solucionismo tecnológico y una manera limitada y limitante +de concebir la ciudadanía, pues como afirma Irani, ``las hackatones algunas veces +producen tecnologías, y ellas siempre, sin embargo, producen sujetos''(p. 2), en la medida +en que configuran imaginarios y formas de acción respecto a qué es ser un ciudadano +y cómo estas formas de ciudadanía pueden ser mediadas por tecnología desde +una percepción de ``innovación'' y una ``política que favorece la acción rápida y +forzada entre colaboradores socialmente similares, sobre las contestaciones de la +democracia masiva o la lenta construcción de coaliciones sobre la diferencia''. (p. 3) + +El fenómeno hacker, multisituado y de orígenes diversos, también está siendo +gentrificado, como diría Scott, %REF: Hackers Hackeados +en distintos lugares con la lógica uniformizante del ``emprendimiento''. +No importa si se trata en India, (Irani: Hackatones y la creación del ciudadano emprendedor), +Estados Unidos (Schrock: Hackatones sin hackeo y Scott: +El Hacker hackeado: como los yuppies hackearon el ethos hacker original), +o Colombia, donde el programa Gobierno en Línea lanzó la \emph{hackatón de gobierno móvil} (HGM). +Al igual que en otras latitudes, dicha hackatón, iniciada en Bogotá, +tenía un fuerte pensamiento desde el solucionismo tecnológico, +con el sesgo hacia la acción emprendedora y a cruzar la distancia sin caminarla, +denunciada por Irani: + +\begin{quote} + La frase ``sesgo a/por/hacia la acción'' era empleada rutinariamente + para describir la figura de un hacedor emprededor que usaba atajos a la + cinta roja burocrática y las largas deliberaciones en busca del eficiente, progreso inspirado. + Progreso, in este discurso profesional, con frecuentes soluciones visibles + —servicios, infraestructuras, negocios y orden público— + en lugar de justicia procedimental o redistribución de los + derechos.\footnote{Esta lógica de soluciones visibles mercadeables es consecuente con la + provocación de Scott sobre cómo el espíritu rebelde del hacker ha sido orientado + hacia la consecución y el servicio al capital.} +\end{quote} + +\begin{quote} + Este sitio realmente existente de prácticas de diseño reveló que sus políticas estaban en sus formas + y sus normas — en su manufacturada urgencia, en la distancia entre el estudio y el mundo, + y en la ecología de medios que hacia posible prometer cruzar la distancia sin caminarla. +\end{quote} + +La lógica del espectáculo en la hackatón (Schrock) también estuvo presente, +en la HGM, con las respectivas campañas en redes sociales +y, luego, (quizás reforzado por la crítica hecha desde HackBo con la Gobernatón) +con la idea de adscribirse a otros eventos de asistencia masiva, +como la Campus Party de 2013 y los eventos de emprendiento del \emph{Startup Weekend}. + +Pero lo que llamaba fuertemente la atención y prendió las alertas en +Twitter y Facebook, tanto en las comunidades de base tecnológica como en la emprededora, +era el costo del contrato y los modelos de reparto de dividendos, lo que +generó una \emph{contrahackatón}, +la \emph{Gobernatón} \footnote{El nombre fue resultado de una broma: Si desde el Gobierno + no sabían organizar una \emph{hackatón}, desde HackBo íbamos a organizar una \emph{Gobernatón}.}, +que organicé y lideré desde HackBo. +Como afirmé en aquel entonces: + +\begin{quote} + La Gobernaton es una iniciativa ciudadana de innovación social y abierta. Inició como una crítica + constructiva a una iniciativa de MinTIC en 2013 que gastó 2700 millones de pesos en la supuesta + inversión en innovación social, pero que pararon, principalmente, en las arcas de intermediarios + en lugar de en la construcción de beneficio colectivo. + El balance de la Gobernatón como contrapropuesta cívica fue bastante alentador: +\end{quote} + +La participación fue plural: vinieron miembros de HackBo y personas externas. +La mayoría hicieron código, otros se encargaron de publicitar el evento, +algunos querían explicar teorías políticas, otros querían aumentar la base de +datos y/o hacer la corta charla publicitaria (\emph{pitch}) para sus emprendimientos. +Algunas empresas y fundaciones donaron la pizza. +Entre usa sesión y la otra del evento la población varió y si bien participaron intensivamente +al comienzo, al final del mismo, fueron disminuyendo. +El listado de prototipos fue diverso: algunas de ellas eran aplicaciones web, +otras aplicaciones móviles (\emph{apps}). +La mayoría de prototipos no sobrevivió ni continuó más allá de este primer encuentro +(como también han observado Irani, Schock y EngineRoom). + +\subsection*{De las apps y los portales a las narrativas computacionales}\label{hacia-narrativas-computacionales} + +Durante la primera gobernatón se hizo claro para mi, que una estrategia +alternativa a la de crear una \emph{app} o un portal web era la de contar una historia +soportada por datos, pues nuestros argumentos sobre lo irregular del +llamado del Ministerio de las TIC a ``participar'' de la hackatón de gobierno +en línea, era sustentada por los datos de la convocatoria colocados en +la web y los cambios que ocurrían en los mismos mientras la crítica circulaba +en redes sociales. +%NOTA[ vincular capturas del hashtag y copias del wiki] +Tecnología como los números de integridad criptográfica (o números \emph{hash}) +empleados para auditar cambios en archivos, eran usados ahora para auditar cambios +en la convocatoria, o los cuadernos interactivos de IPython, eran usados ahora +para sustentar la narrativa, integrando datos, prosa y publicándo nuestos avances en Internet +y nos permitían participar de la conversación de nuevos modos y con nuevas +potencias. +Si bien las apps y portales podrían ser pasajeras (como el tiempo demostró), +las técnicas para contar historias e interlocutar con los poderes hegemónicos, +particularmente del gobierno, basados en datos y técnicas computacionales +podrían sobrevivir al evento específico de la gobernatón. +Era la historia que se desplegaba sobre estas nuevas formas de participación +ciudadana y las técnicas para contarla lo fundamental. +Encontré que este tipo de iniciativas también estaban tomando cuerpo en otras +latitudes bajo el nombre de periodismo de datos. +%NOTA[Captura de pantalla de dokuwiki con las referencias respectivas] + +La combinación de estas tecnologías para argumentar e interlocutar con el +Estado recogía lo que habíamos hecho en los talleres de \emph{Indie Web Science} +referidos a crear y publicar libretas de notas/argumentos computacionales, +y también se convertiría en un puente con lo que vendría después, intentando +transpasar los límites de tales tecnologías complicadas y encuentros intensivos, +pero sin continuidad y la difusión de la experticia: %NOTA: Incluir: http://mutabit.com/offray/static/blog/output/posts/medios-en-colombia.html ? +Grafoscopio, como artefacto y El Data Week y las Data Rodas y otros encuentros, como +experiencias de aprendizaje. +Este será el tema de los capítulos siguientes. + +\input{grafoscopio} + +\input{dataweek} + +\input{prototipos} ADDED Tesis/Escrito/TextoIntegrado/pre.tex Index: Tesis/Escrito/TextoIntegrado/pre.tex ================================================================== --- Tesis/Escrito/TextoIntegrado/pre.tex +++ Tesis/Escrito/TextoIntegrado/pre.tex @@ -0,0 +1,141 @@ +% !TEX root = thesis.tex + +% Front cover +% \includepdf{cover-front.pdf} + +% Half-title +\author{Offray Vladimir Luna Cárdenas} +\title{Grafoscopio y el Data Week: \\ + Aproximaciones desde el Diseño sobre cómo cambiamos los artefactos digitales que nos cambian} +\date{} +\maketitle + +% Copyright page +\clearpage +\thispagestyle{empty} +\null% +\label{thesis:colophon} +\vfill +\pdfbookmark[1]{Colophon}{thesis:colophon} +Escrita en 2014--2018 por +{\makeatletter +\href{http://mutabit.com/offray/blog}{\@author}% +\makeatother}. + +\textbf{ISBN:}\ Pendiente % 978--1--326--59638--5 + +\textbf{AFL Academic Free License}\\ +%PENDIENTE: Encontrar icónos para la licencia anterior. +% \cczero\ +Este documento y su código fuente pueden ser distribuidos, modificados y comercializados siempre +y cuando se preserven dichas libertades sobre las copias y modificaciones, bajo los términos de la +\emph{Academic Free License} 3.0 (AFL). + +Para ver una copia de la AFL, visite: \\ +\url{https://tldrlegal.com/license/academic-free-license-3.0-(afl)#fulltext} + +\textbf{Colofón} \\ +Esta tesis fue compilada con \XeTeX\ 3.14159265--2.6--0.99998 (\TeX\ Live 2017) usando +los tipos de letra \mbox{{\fanciestfont{}Libertine}}. % \texttt{GT Pressura} and $\mathrm{Asana\ Math}$. +La mayoría de las figuras fueron creadas usando Roassal y Grafoscopio sobre Pharo 6.1. +El esquema visual fue logrado sobre una plantilla provista por Ken Arroyo Ohori. + +El código fuente de esta tesis, así como de muchos de los escritos y trabajos realizados por +el autor de esta tesis durante su doctorado está disponible en:\\ +\url{http://mutabit.com/repos.fossil/doctorado-offray/} + +%PENDIENTE: Debería rehacer una imagen de portada? +%\textbf{Cover} \\ +%Model of a 4D house represented as a 4D cell complex. +%The cells of the model were manually defined and embedded in $\mathbb{R}^4$, projected inwards/outwards to the volume of a 3-sphere ($S^3$), stereographically projected to $\mathbb{R}^3$ and exported as an\ {}.obj file. +%This was then imported in Blender and rendered using a perspective projection down to 2D. +%See \refse{se:4dto3d} for more details. + +% Official title +\begin{titlepage} +\null% +\label{thesis:title} +\vspace{3em}% +\pdfbookmark[1]{Title}{thesis:title} +\begin{center} + +%% Skip space as in half-title +\vspace*{4\baselineskip} + +%% Print the title. +{\makeatletter +\fanciestfont\huge\@title% +\makeatother} +\vfill + +%% Apart from the names and dates, the following text is dictated by the +%% promotieregelement. + +{\Large Tesis} + +\medskip + +{para obtener el título de \\ +Doctor en Diseño y Creación \\ +de la Universidad de Caldas, \\ +%op gezag van de Rector Magnificus prof.~ir.~K.~C.~A.~M.~Luyben, \\ +%voorzitter van het College voor Promoties, \\ +%in het openbaar te verdedigen op \\ +%6 april 2016 om 12.30 uur +} + +\medskip + +por + +\medskip + +%% Print the full name of the author. +\makeatletter +{\Large Offray Vladimir {\scshape Luna Cárdenas}} +\makeatother + +\medskip + +Master Science en Educación \\ +Informático-Matemático \\ +Pontificia Universidad Javeriana, Colombia. + +\end{center} +\end{titlepage} + +% Official verso +\clearpage +\thispagestyle{empty} +\null% +\label{thesis:committee} +\vfill +\pdfbookmark[1]{Comité doctoral}{thesis:committee} + +\noindent Esta disertación ha sido aprobada por + +\medskip\noindent +\begin{tabular}{@{}ll@{}} + \quad{}Jurado 1: & Tit.\ dr.\ Nombre1.\ Apellido1 \\ + \quad{}Jurado 2: & Tit.\ dr.\ Nombre1.\ Apellido1 \\ +\\ +\multicolumn{2}{@{}l@{}}{Composición del comité doctoral:} \\ +\\ + \quad{}Nombre & cargo \\ +% \quad{}Prof.\ dr.\ J.\ Stoter & Delft University of Technology, promotor \\ +% \quad{}Dr.\ H.\ Ledoux & Delft University of Technology, copromotor \\ +\\ +\multicolumn{2}{@{}l@{}}{Miembros Independientes:} \\ +\\ +% \quad{}Prof.\ dr.\ E.\ Eisemann & Delft University of Technology \\ +% \quad{}Prof.\ dr.\ M.\ van\ Kreveld & Utrecht University \\ +% \quad{}Dr.\ R.\ Lindenbergh & Delft University of Technology \\ +% \quad{}Prof.\ dr.\ ir.\ A.\ van\ Timmeren & Delft University of Technology \\ +\\ +\multicolumn{2}{@{}l@{}}{Otros miembros:} \\ +\\ +% \quad{}Dr.\ G.\ Damiand & Claude Bernard University Lyon 1 \\ +\end{tabular} + +%This research was supported by the Dutch Technology Foundation STW, which is part of the Netherlands Organisation +%for Scientific Research (NWO), and which is partly funded by the Ministry of Economic Affairs (Project code: 11300). ADDED Tesis/Escrito/TextoIntegrado/prototipos.tex Index: Tesis/Escrito/TextoIntegrado/prototipos.tex ================================================================== --- Tesis/Escrito/TextoIntegrado/prototipos.tex +++ Tesis/Escrito/TextoIntegrado/prototipos.tex @@ -0,0 +1,995 @@ +\chapter{Los prototipos: comunidades y artefactos entretegiéndose en el quehacer}\label{prototipos} + +Los siguientes artefactos fueron creados en el contexto de Grafoscopio, los Data Week +y las Data Rodas, tanto de manera individual como colectiva y en su mayoría +habitan y dieron origen a un paquete complementario llamado {\ttfamily Dataviz}. +La información acá presentada está complementada con publicaciones en blogs, +repositorios de código, listas de correo donde se ahonda en las motivaciones y su +funcionamiento ampliamente, bajo la premisa de una investigación doctoral interconectada, +que excede los límites y tiempos confinado dentro de la tesis doctotal y se comunica de maneras +más fluidas hacia afuera, en tiempos más cortos y lenguages menos formales. +Los textos acá son maneras complementarias de referirse a lo descrito en aquellos +documentos y para otros detalles se ofrecen los enlaces a los lugares que extienden +y continuan dichos prototipos. + +Mientras que los capítulos \ref{grafoscopio} y \ref{dataweek} muestran el artefacto principal +y las dinámicas alrededor del mismo, este capítulo explicita cómo ambos se entretejen +en nuevos prototipos, que dan cuenta de cómo se articula la comunidad y va cambiando +desde esas epistemologías enactivas, que mediadas por la acción y la materialidad de +los prototipos mismos, nos permiten repensarnos, cambiar y participar. + +\section{Visualizaciones de dominio específico para información sobre medicamentos}\label{infomed} + +La primera visualización servía para apreciar ausencias o presencias de información, +en particular en medicamentos. +Precisamente se trataba de lidiar con un problema metodológico (no encontrar información) +convirtiéndolo en uno investigativo: ¿cómo comparar las ausencias y presencias de información +respecto a medicamentos? + + +\begin{figure*}[tbp] + \centering + \subfloat[Visualización de derechos de los homosexuales, en \emph{The Guardian}.]{ + \includegraphics[width=0.5\linewidth]{./Parte2/gay-rights-infography.png} + \label{subfig:derechos-homosexuales} + } + \subfloat[Omeoprazol, datos administrativos por país.]{ + \includegraphics[width=0.5\linewidth]{./Parte2/omeprazol-admin-by-country.png} + \label{subfig:omeoprazol-country} + } + \\ + \subfloat[Omeoprazol, datos de propiedades por país.]{ + \includegraphics[width=0.5\linewidth]{./Parte2/omeprazol-by-property.png} + \label{subfig:omeoprazol-admin} + } + \subfloat[Omeoprazol, datos de prescripción y uso por país.]{ + \includegraphics[width=0.5\linewidth]{./Parte2/omeprazol-pu-by-country.png} + \label{subfig:omeoprazol-pu-country} + } + \caption[Gráfica de ausencia de información sobre medicamentos] + {\ref{subfig:derechos-homosexuales} Visualización de los derechos homosexuales por \emph{The Guardian}, + que sirvió como modelo para las visualizaciones sobre ausencia de información sobre + medicamentos del paquete Dataviz en Grafoscopio y las 3 visualizaciones a la medida, + a partir de dicha gráfica mostradas en la figuras \ref{subfig:omeoprazol-country}, + \ref{subfig:omeoprazol-admin} y \ref{subfig:omeoprazol-pu-country}. + Los detalles sobre las mismas y cómo interpretarlas están en Gil-2015. + La historia de como surgieron se detalla en Luna-2016-Infomed.} + \label{fig:infomed-visuals} +\end{figure*} + +Acá el enfasis no estuvo en la documentación interactiva, sino en la visualización de Datos, +por tanto se colocó lo desarrollado en un paquete independiente que tuviera una galería de problemas +que pueden ser abordados con Grafoscopio, llamado {\ttfamily Dataviz}. +Esto fortaleció la necesidad de dicho paquete y mejoró la modularidad del software. +Algunas veces estaríamos enfocados en la documentación y otras veces el énfasis sería la +visualización, aunque se esperaba que, en la medida en que Grafoscopio, y sus paquetes asociados +madurarán, las prácticas comunitarias vincularan documentación con visualización de maneras más +continuas y fluidas. + +\begin{figure*}[tbh] + \centering + \subfloat[]{ + \includegraphics[width=0.45\linewidth]{./Parte2/roassal-sunburst-examples-2.png} + \label{subfig:roassal-sunburst}} + \quad + \subfloat[]{ + \includegraphics[width=0.45\linewidth]{./Parte2/matriz-a-arbol.png} + \label{subfig:matriz-arbol}} + \caption[Adaptando Roassal] + {Dos adaptaciones hechas al software de visualización, incluidas con + Grafoscopio y su paquete Dataviz, para crear las imágenes en la figura \ref{fig:infomed-visuals}. + A la izquierda visualización base para información jerárquica en lugar de matricial. + A la derecha, ilustración de la transformación de información matricial en jerárquica + para adaptarla a la nueva visualización. + Tomadas de Luna-2016-infomed.} + \label{fig:roassal-infomed} +\end{figure*} + +La descripción detallada de este problema y su análisis están en Gil 2015. +Acá se mencionarán los hitos de este abordaje, que complementan el texto del blog: + +\begin{itemize} + \item Pasar de \emph{tener la información} como lugar de inicio, a \emph{usar su ausencia} + como lugar problémico e investigativo. + \item Se partió de una visualización base de \emph{The Guardian}, respecto a ausencias + y presencias, en este caso de derechos en la población homosexual, como modelo del tipo + de visualización que se quería (veáse figuras tales y pascuales). + \item Se adaptó una visualización preexistente, que era para información jerárquica, + de modo que permitiera trabajar con la información recolectada, que era de naturaleza + tabular. + Se hizo un algoritmo de conversión de formato tabular a jerárquico y se creó un Lenguaje + de Dominio Específico (DSL, por sus siglas en inglés) para hablar del problema en cuestión. + \item Yaneth Gil participó de la visualización como experta de dominio, indicando qué quería ver, + qué formatos tenían los datos, parámetros estéticos de las visualizaciones e incluso haciendo + comentarios sobre los algoritmos implementados en Smalltalk, si bien no programaba este lenguaje. + Yo comentaba qué se podía implementar, forzaba el entorno y mi conocimiento para lograr algunas + de sus visualizaciones, y establecimos un sistema de convenciones \emph{ad-hoc} para poder + hacerle consultas a los datos. + Se produjo, así, una negociación entre mi rol como visualizador/programador y el de ella como + experta de dominio. + \item La solución fue implementada de manera ágil aunque poco elegante. + Habían muchos parámetros en los mensajes del DSL y no se usaba la infraestructura de + \emph{builders}, que permitía abstraer el problema y generar visualizaciones sin + transformaciones de datos y el uso de convenciones \emph{ad-hoc}, que facilitaran su visualización + y consulta. + Aún así fue funcional y dio cuenta de los tiempos estrechos para la implementación. + \item En las distintas implementaciones, tanto de la solución rápida, como de las más elegante, + se contó con la ayuda de la comunidad de Pharo, particularmente de Miltón Mamani, primero + en un encuentro en Argentina, de la comunidad de Smalltalk, luego de manera remota por chat + y finalmente durante mi pasantía doctoral en Chile. + El uso de soluciones cada vez más formales tuvo que ver con mi comprensión progresiva + del problema, el motor de visualización y sus constructos y maneras más acertivas de + participar en la comunidad, pues desde el comienzo Miltón estaba ofreciéndome soluciones + formales (construyendo \emph{builders}), pero yo no tenía los preconceptos adecuados para + aprenderlos y quería continuar con lo que ya tenía y sacar un prototipo funcional desde + lo que ya entendía. + Esto a su vez fortaleció la motivación para crear en los \emph{Data Weeks} caminos de + aprendizaje que facilitaran los recorridos para otros novatos, a partir de mis errores y rutas, + pero sin tener que repetirlas. + Algunos \emph{builders} y problemas pre-tratados ayudarían a futuros aprendices, + a enfocarse en lo conceptual y crear código más suscinto, comprensible y elegante. +\end{itemize} + +\section{Panamá Papers: investigación reproducible y activismo de datos incluyente}\label{panama-papers} + + + +Otro proyecto realizado durante la pasantía doctoral en Chile fue el de los \emph{Panama Papers}. +(luna 2016-pp). +En este periodo, además se mejoraron las visualizaciones de de medicamentos vía \emph{builders} +y también la interfaz gráfica de Grafoscopio empleando el puente entre el \emph{framework} de +Spec y las herramientas adaptables \emph{GT Tools} del proyecto Moose, desarrollado por +Johan Fabri y con su acompañamiento. + +\begin{figure*}[tbh] + \centering + \subfloat[]{ + \includegraphics[width=0.45\linewidth]{./Parte2/Countries_implicated_in_the_Panama_Papers.png} + \label{subfig:pp-wikipedia}} + \quad + \subfloat[]{ + \includegraphics[width=0.45\linewidth]{./Parte2/choropleth.png} + \label{subfig:pp-choropleth}} + \caption[Historia de dos mapas sobre los \emph{Panama Papers}] + {Dos mapas sobre los paraisos fiscales. + La de la izquierda, tomada de la Wikipedia, es irreproducible a partir de los datos publicados. + La de la derecha, hecha por el autor, es reproducible y el entorno que la crea y contiene, + incluido el micrositio web, cabe en una memoria USB y se puede ejecutar en un computador modesto.} + \label{fig:pp-dos-mapas} +\end{figure*} + +Se iniciaba con dos mapas referidos a los \emph{Panamá Papers} y se mostraba que uno de ellos +(el de la Wikipedia) era irreproducible y el otro, desarrollado en Grafoscopio y el Dataviz, +si lo era. +A partir de ello se introducía un micrositio y un entorno portable para explorar el segundo mapa +y sus los datos, aproximándose críticamente a la idea de \emph{Big Data}, +mostrando que los datos curados y el entorno para trabajar con ellos podía ejecutarse en +una memoria USB y computadores modestos, de modo que las argumentaciones e historias basadas +en tales datos fueran más participativas e incluyentes. + +\begin{figure*}[tbp] + \centering + \includegraphics[width=\linewidth]{./Parte2/minisite.png}% + \caption{Minisitio desarrollado para el proyecto de los \emph{Panamá Papers}.}% + \label{fig:pp-minisitio}% +\end{figure*} + +Los hitos más importantes para el desarollo del proyecto de los \emph{Panama Papers} fueron: + +\begin{itemize} + \item + Se hizo un viraje de la idea de \emph{Big Data} a \emph{Frictionless Data} e + \emph{infraestructuras de bolsillo}, en aras de alentar la puralidad y la participación + de lectures y ciudadanos en fenómenos complejos mediados por datos y de escala global, + como los paraisos fiscales. + La elección del tema no sólo tenía que ver con su popularidad, sino con el abordaje + crítico tanto de los datos como de las temáticas: hacer accesible la manera en que los + poderosos guardan su capital, es una manera de pensar el caracter no neutral de los + datos y la información. + + Se trataba de mirar, entonces, si se podía abordar la filtración noticiosa con el conjunto + de datos (\emph{dataset}) más grande de la historia con infraestructuras sencillas y + al alcance de más personas, una vez los datos han sido curados y liberados. + \item + La visualización que se quería hacer era sencilla y si los territorios estuvieran completos, + hubiera salido en minutos, literalmente, pero fue el completar la información y curarla lo que + tomó más tiempo. + Enfrentado a esta dificultad, un programador me sugirió que colocara en la gráfica + "los paises más importantes", para resolver rápidamente el problema. + Cuando se detectó el problema con los SVG, antes mencionado, el proyecto cobró un nuevo + interés desde el punto de vista de lo algorítmico y el desarrollo de software. + Esto reveló una tensión del activismo de datos al estar entre dos mundos: los periodistas + quieren veracidad y no se preocupan por errores (o \emph{bugs}, como son llamados en la jerga + computacional) como el de los importadores del SVG. + Los programadores consideran que curar la información es un trabajo al que no debería + dedicársele mucho tiempo. + La necesidad de un grupo de personas en la mitad, que pueda hacer puente entre estas + dos preocupaciones y dedicarse a ellas es, por tanto, más importante. + \item + El aspecto más dispendioso fue completar y curar la información. + El mapa mundi provisto por el motor de visualización Roassal, no incluía tantos territorios + como los mencionados en los \emph{Panama Papers} (faltaba cerca de un tercio de ellos), + por lo cual algunos datos fueron completados a mano al comienzo y cuando la estrategia mostró + sus limitaciones, al generar errores de integración con los territorios pre-existentes, + pues las coordenadas no coincidían (véase figura tal), + se implementó un algoritmo que resolvía el inconveniente haciendo importaciones de mapa mundis + más completos y con sistemas de coordenadas consistentes. + Esto a su vez permitió detectar y corregir un error el algoritmo de importación de gráficos + vectoriales escalables (SVG, por sus siglas en inglés) y hacer un aporte al núcleo de Roassal. + + \begin{figure*}[h] + \includegraphics[width=3.5in]{./Parte2/pp-intro-notebook.png}% + \includegraphics[width=2.5in]{./Parte2/pp-query-data-environment.png} % + \caption[Panama Papers: Libreta interactiva y código] + {Izquierda: Libreta interactiva en Grafoscopio de los \emph{Panama Papers}. + Derecha: Consulta a la base de datos y lenguaje de dominio específico integrados + dentro del entorno. + } + \label{fig:pp-libreta-y-consulta}% + \end{figure*} + + \item + Uno de los aspectos claves fue la trazabilidad de la información y se desarrollo la idea + de un \emph{entorno vivo continuo de datos} (\emph{Data continuum [live] environment}) + \footnote{Si bien en el texto original no se hablaba del caracter vivo del entorno, + este fue clave en la exploración de los datos, no sólo en este ejercicio/prototipo, + sino en los demás de los que se habla en esta investigación, como fue resaltado en + la entrada al blog sobre la visualización de medicamentos.}, + que establecía puentes entre los datos, las consultas, las visualizaciones y los documentos, + permitiendo pasar de los unos a los otros + (véanse figuras \ref{fig:pp-libreta-y-consulta} y \ref{fig:pp-workflow}). + La premisa era que, una vez se publicaban estas narrativas y visualizaciones de datos, + \begin{quote} + El lector podía convertirse en explorador/co-autor en el \emph{mismo entorno continuo completo} + que el autor había usado para crear la visualización de datos publicada, con un sencillo + click de arranque. + \end{quote} + + \begin{figure*}[tbp] + \includegraphics[width=\linewidth]{./Parte2/process.png}% + \caption[Flujo de trabajo para el proyecto de los \emph{Panama Papers}] + {Flujo de trabajo para la creación de la visualización de los \emph{Panama Papers} + y sus publicaciones de soporte (minisitio y entrada al blog). + Los círculos representan los entornos donde se realizan actividades asociadas a los datos, + representadas por rectángulos. + Se puede apreciar como Grafoscopio, a través de la documentación interactiva, + es el puente entre la exploración y visualización de los datos y su publicación. + Este flujo de trabajo con entornos y actividades fue prototipado como parte de la + pasantía doctoral. + Tomado de Luna-2016-pp. }% + \label{fig:pp-workflow}% + \end{figure*} + \item + Se proveyeron imágenes descargables para Windows y Mac que permitían probar el prototipo y + reportar errores, aunque las únicas pruebas y reportes provinieron de colaboradores cercanos + al proyecto y otras personas contactadas vía Twitter y la lista de la \emph{Open Knowledge Fundation} + no manifestaron mayor interés en el proyecto (salvo uno de ellos). + \item + Al final de la pasantía, con la ayuda de Alejandro XX, logró empaquetarse Grafoscopio, + usando el sistema de gestión de paquetes y dependencias, Monticello, lo cual mejoraría + el proceso de instalación en las versiones venideras del \emph{Data Week} y la facilitaría + para otros autores/exploradores de datos, que lo usaran a futuro. +\end{itemize} + +%NOTE: Twitter Data Selfies + +La necesidad de una comunidad particular de personas interesadas en la visualización +y narrativas de datos, con preocupaciones tanto por la técnica y como por la historia, +había sido detectada previamente. +\footnote{Para mi pasantía en Chile, ya llevaba 3 ediciones del \emph{Data Week} realizadas + y haría 5 ediciones más a mi regreso}. +Esta nueva comunidad de práctica, no surgiría en el grueso de los miembros de la +comunidad nuclear de HackBo, pues los intereses por otras apuestas, tecnologías y miradas ya se +había hecho claro en los primeros años, viendo los artefactos y prototipos construidos. +Los caminos de aprendizaje que habían recorrido los miembros del espacio y que los habían llevado +a sus experticias particulares eran muy específicos y extra curriculares y las charlas y talleres +eran esporádicos y suponían públicos relativamente expertos en programación o con intereses +por desarrollarse en temas como la electrónica y la computación física, pero principalmente niños +y jóvenes, sin la edad suficiente para un compromiso crítico y sostenido, como lo muestra la programación +de actividades en el \emph{hackerspace}. +A su vez la \emph{Gobernatón} había mostrado el interés por estos temas críticos y de activismo, +pero también la necesidad de crear capacidad entre los asistentes de manera que un +número mayor pudiera expresar sus ideas a través de la técnica y los artefactos digitales, +sin entrar en las lógicas instrumentales y de "cadena de montaje" en la cual los programadores +eran vistos como aquellos que podían implementar las ideas de otros pero sin preocupaciones +propias que expresar a través de la técnica. +El diseño de un espacio, que recibiera a novatos y donde los lugares comunes y del quehacer +fueran ensanchados, se empezó a hacer evidente, como resultado de la Gobernatón la participación +en otras hackatones (como la de Chicas Poderosas y en la Universidad de los Andes) (véase Luna XY). +El código sería el material para explicitar, negociar, construir y catalizar esos saberes comunes, +desde los cuales podrían ponerse a conversar otros saberes y miradas. +Allí surgió el \emph{Data Week} (capítulo \ref{dataweek}). + +\section{Abriendo el Manual de Periodismo de Datos}\label{mapeda} + +El Manual de Periodismo de Datos, la versión de código abierto fue el resultado de sucesivas +Data Rodas. +Surgió como una respuesta a una convocatoria lanzada por los autores de la primera versión, +por renovar sus contenidos. +Dicha convocatoria tenía unos plazos y un formulario de preinscripción en el cual se seleccionaba +a quienes serían finalmente los participantes del proyecto. +La llamada, al interior de la comunidad de Grafoscopio, fue a realizar un proyecto, en el marco +de la convocatoria y dentro de sus plazos, que abriera de manera definitiva las formas +de participación aprovechando las dinámicas de co-creación de contenidos y software propia de +las comunidades hacker y de cultura libre. +Para ello, necesitaríamos transformar de formato la versión publicada del Manual, que ya +estaba en formato HTML, a un documento de Grafoscopio. +Dicha transformación pasaría por una serie de automatismos, que serían incorporados a Grafoscopio +de manera que tareas similares fueran mucho más sencillas. +La intensión crear un árbol con la misma tabla de contenido del Manual (que de por sí ya tiene una +estructura arbórea, como la mayoria de los libros) e indicar a través de los enlaces en los +nodos de dicho árbol, qué dirección web contenía la versión HTML del contenido correspondiente +a dicho capítulo. +Luego se haría que los contenidos fuera importados desde la web hacia la libreta interactiva +y transformados de HTML a Markdown de Pandoc, con lo cual contaríamos con la representación +del Manual en un formato que permitiese múltiples representaciones concentrándonos originalmente +en la versión en PDF (por la cual había que pagar hasta el momento) y luego, por solicitud de +uno de los miembros de la comunidad, en la versión EPUB, para ser leída desde dispositivos +móviles, como celulares y tabletas. + +\begin{figure*}[tbh] + \centering + \subfloat[]{ + \includegraphics[width=0.4\linewidth]{./Parte2/mapeda-original.png} + \label{subfig:mapeda-original}} + \quad + \subfloat[]{ + \includegraphics[width=0.5\linewidth]{./Parte2/mapeda-ston.png} + \label{subfig:mapeda-ston}} + \caption[Dos versiones del Manual de Periodismo de Datos] + {Dos versiones del Manual de Periodismo de Datos. + A la izquierda, la publicada originalmente en la web. + A la derecha, la misma estructura arbórea, expresada como un documento de Grafoscopio. + Cada nodo del árbol apunta al lugar donde estaba originalmente el documento web y la + importación y transformación de contneidos se hace automáticamente desde HTML hacia el + Markdown de Pandoc, de modo que luego pueda ser transformada a múltiples formatos.} + \label{fig:mapeda} +\end{figure*} + + +Se trataba de pasar de una versión cuyo código fuente y maneras de participación eran cerradas, +y sometidas a plazos, formularios y fuentes cerrados a unos más abiertos y permanentes. +Como se dijo en la introducción a la versión abierta del Manual (Luna XYZ): + +\begin{quote} + Existen interesantes obras culturales libres, que lo son de manera nominal, en la teoría, + pero que no lo son en la práctica. Esto quiere decir que, a pesar de tener una licencia + bastante liberal, que permite su remezcla, modificación e incluso venta, las infraestructuras + que soportan la creación y publicación de dichas obras, no permiten amplia + participación, ni tampoco la trazabilidad de la historia respecto a dichos procesos participativos + y colaborativos. Dicho de una manera más técnica: su código fuente no está + abierto, las herramientas con las que se hicieron no son de software libre y no cuentan + con repositorios públicos para gestionar dicho código. + + Esta no es una paradoja mejor: al licenciar las obras de manera que se aliente su tránsito + y modificación, se está haciendo una invitación abierta. Pero al dejar invisibles las + infraestructuras que efectivamente permiten a otros participar, se dificulta a todos + aceptar dicha invitación. Esto pasa de manera generalizada con muchas fundaciones y + colectivos que abren sus obras, pero no nos muestran el código fuente de las mismas, + ni los lugares y formas donde apropiarnos del mismo y aportar a ellas. Es como si + dijéramos que hemos organizado una fiesta en la playa y que todo el mundo puede + ir, que habrá una dotación inicial de la música, bebidas y alimentos, y que estamos + esperando hacer algo mucho mejor con los aportes de los demás. La fiesta será una + creación colectiva potente. El único problema es que olvidamos decirle a la gente cómo + llegar y es más, no pensamos en los que irían en bicicleta o a pie, sólo se puede llegar + en vehículo motorizado. A la generosidad inicial, que sin duda agradecemos, la afecta + la invisible infraestructura. Así que, aprovechando las libertades que ofrece la obra, + hemos tomado una postura proactiva y abierto la creación a muchas más personas, + ocupándonos de la infraestructura. + + La nuestra es propuesta sobre una manera alternativa de crear colectivamente dichas + obras libres, abordando el problema de la partipación y para ello hemos usando, como + ejemplo, el Manual de Periodismo de Datos acá presente. Considerar a los de bicicleta + y los de a pie, con hardware modesto y conectividad intermitente, como ocurre en + el llamado Sur Global y la amplia latinoamérica, ha implicado optar por lo que yo + llamo \emph{infraestructuras de bolsillo}, que se caracterizan por ser sencillas, auto-contenidas, + y funcionar bien en o fuera de línea, tales como \href{http://mutabit.com/grafoscopio/}{Grafoscopio} + y \href{http://fossil-scm.org/}{Fossil}. +\end{quote} + +Fue así como se dispuso un repositorio de código en Fossil (véase figura \ref{fig:mapeda-portada}), +que hospedaría tanto el código fuentedel Manual, así como sus versiones terminadas en PDF y EPUB. +Fue acá cuando empezamos a experimentar más abiertamente con permisos en los repositorios de código, +de manera que pudiéramos trabajar colaborativamente sobre documentos más durables y explorar +las transiciones de usuarios de Grafoscopio a autores de obras colectivas creadas en este, +lo cual marcó un interesante contraste con los proyectos de Data Weeks y Data Rodas previas, +pues en este se tenía un objetivo menos explorativo y más claro (la apertura del manual), +así como un conjunto de tiempos definidos y cerrados (antes de que terminara la convocatoria). +En las lecturas posteriores sobre este cambio en la dinámica se dijo que acá había un claro +``llamado a la acción'', configurado a través de estas dos condiciones. +Además, estábamos enfrentándonos a una mediación cultural más conocida, un libro, en lugar de +una visualización de datos, que requiere incorporar un conjunto de alfabetismos y experticias +nuevas, además de la del código, que siguió siendo parte de esta exploración, pues a través +del código se moficaban las funcionalidades de Grafoscopio para adaptarlo a la tarea de apertura +del Manual. + +\begin{figure}[tbh] + \centering + \includegraphics[width=\linewidth]{./Parte2/mapeda-web.png} + \caption[Repositorio del Manual de Periodismo de Datos: portada] + {Portada del repositorio del Manual de Periodismo de Datos, disponible en \url{https://is.gd/mapeda}.} + \label{fig:mapeda-portada} +\end{figure} + +Las materialidades que mediaban esta experiencia también estaban en constante diálogo con las +dinámicas comunitarias y eran mucho más plurares, comparadas con los dos proyectos anteriores, +que fueron hechos con una experta de dominio para los medicamentos (Yaneth Gil) o de manera +relativamente solitaria en la pasantía, para el caso de los Panamá Papers (aunque con las ayudas +antes mencionadas). +Por ejemplo, el uso de Fossil y la documentación sobre éste, se volvió una necesidad explícita +para los aportes colectivos a la apertura del Manual. +La línea de tiempo en la figura \ref{subfig:mapeda-timeline} muestra el inicio de las dinámicas +de bifurcación y recombinación del trabajo, propia de esos quehaceres colectivos, que luego +sería extendidas en los talleres de información crítica, dictados en la Javeriana, así como los +Data Weeks y Data Rodas venideros. +A lo largo de dicha línea de tiempo\footnote{\url{https://is.gd/mapeda_timeline1}} es posible ver +diferentes autores que contribuyen a las mismas, particularmente al inicio, que se van disipando +hacia el final, constituyéndose en más pocos autores, Gloria y yo, que depuramos la parte referida +al manejo de imágenes hasta quedar sólo yo, con las partes referidas al maquetado del texto, la redacción +del prólogo y las correcciones menores. +(Dinámicas como éstas son estudiadas en mayor detalle en el capítulo \ref{dataviz-infra}.) + +\begin{figure}[tb] + \centering + \subfloat[]{ + \includegraphics[angle=90, width=\linewidth]{./Parte2/mapeda-timeline.png} + \label{subfig:mapeda-timeline}} + \\ + \subfloat[]{ + \includegraphics[width=0.45\linewidth]{./Parte2/mapeda-timeline-end.png} + \label{subfig:mapeda-timeline-end}} + \subfloat[]{ + \includegraphics[width=0.45\linewidth]{./Parte2/mapeda-timeline-detail.png} + \label{subfig:mapeda-timeline-begin}} + \caption[Repositorio del Manual de Periodismo de Datos: línea de tiempo] + {Línea de tiempo del repositorio del Manual de Periodismo de Datos, disponible en + \url{https://is.gd/mapeda_timeline1}. + Arriba,\ref{subfig:mapeda-timeline} rotado para verla en su totalidad, la línea completa. + Abajo izquierda \ref{subfig:mapeda-timeline-end}, el final de la línea de tiempo, caracterizada + por un trabajo en solitario. + Abajo derecha \ref{subfig:mapeda-timeline-begin}, el comienzo de la línea de tiempo, donde se + aprecian varios autores, bifurcaciones y recombinaciones.} + \label{fig:mapeda-repo} +\end{figure} + +Si bien no se abordó el tema de los lenguajes de etiquetamiento ligero en detalle, a pesar +de usar Markdown para el proyecto, el hecho de que trabajáramos con un libro permitió +un mejor reparto de actividades al comienzo, usando la consola de comandos y conversiones entre +formatos manuales, y luego limpiando el resultado, que progresivamente se fue especializando +hasta tratar con asuntos referidos a la automatización de tareas sobre cómo se importarían +los contenidos de Internet y se convertirían entre formatos, incorporando así la sugerencia +de dos participantes con mayor conocimiento sobre código. +Para tales temas avanzados, de nuevo recurrimos a la forma de programación en multitud +(\emph{mob programming}) que habíamos empleado en previos Data Weeks, de modo que los +novatos y no programadores pudieran apreciar cómo ocurría la escritura de código por los +más expertos e incluso aportar ideas entre todos sobre las ideas encarnadas en éste. + +El espíritu crítico se evidenció de nuevo a lo largo de la sesión, particularmente +en las charlas que teníamos después de los encuentros, mientras caminábamos acompañando +a quienes vivían cerca, sobre quiénes eran los beneficiaros de este esfuerzo, (mencionados +en las lecturas sobre la lista de correo), pero también en la idea de automatizar labores +repetitivas manuales vía código y extendiendo Grafoscopio, así como tiempo despúes, cuando +se compartía a través de la lista otro conjunto de esfuerzos conexos sobre edición +ramificada\footnote{\url{https://is.gd/ramificada}}, que también consideraban el mundo editorial +desde una perspectiva política y cuyas búsquedas y técnicas ocurrían desde otros lugares de +Latinoamérica (específicament México) con similitudes sorprendentes, a pesar de que consideraban +el activismo en el mundo editoral y no el de los datos, entre ellas: el uso de los mismos +lenguajes de etiquetamiento ligeros (Markdown y Pandoc), la crítica al procesador de palabras +y otros software comerciales, el hecho de que la lectura y escritura ahora se hace desde +y para dispositivos multi-pantalla (computadores, tabletas). +Con aprendizajes que perdurarían y se consolidarían en esta práctica de escritura y otras +venideras (váse sección \ref{bidibog}). + +La automatización para las tareas de apertura del Manual implicó el uso de lenguajes externos +a Pharo, particularmente Lua\footnote{\url{https://www.lua.org/}}, que ya viene incluido en Pandoc, +y que permite acceder y programar la funcionalidad del mismo, incluyendo el acceso al árbol del +documento que emplea Pandoc para representar los formatos que reconoce y también realizar +transformaciones entre ellos. +De este modo las ideas de los participantes se pudieron implementar de maneras más elegantes, +por ejemplo consultando el árbol de documento, detectando todos los enlaces a imágenes y +descargando los archivos a los que ellas se referían, automatizando una labor manual dispendiosa +y facilitando la creación de las versión EPUB y PDF del Manual. +Es de anotar que Lua y Pharo se encuentran en dos extremos distintos del espectro: +Mientras que el último constituye todo un entorno de computo integrado, con interface gráfica y +herramientas de desarrollo, análisis y visualización, difícilmente embebible\footnote{existen + algunos proyectos en marcha para hacer Pharo mucho más pequeño y modular, como se + establece en su mapa de ruta en \url{https://is.gd/pharo_roadmap}.} +en otros sistemas (aunque intercomunicable con ellos, como mostramos en varios proyectos) +y un paradigma de programación inescabable y fuertemente objetual, el primero es un lenguaje +minimalista, multiparadigma (objetual, funcional, declarativo, imperativo), embebible y con +herramientas y entornos de desarrollo externos al lenguaje mismo. +Ambos comparten un espíritu miminalista en cuando a la cantidad de constructos conceptuales +que constituyen tanto Pharo como Lua y las capacidades de metaprogramación. +Poner estos dos extremos complementarios en diálogo a través de proyectos específicos y +prácticos, como el Manual, de modo que se aprovecharan las fortalezas de cada uno y se +mostraran a los asistentes diversos paradigmas de programación, fue una exploración +interesante y primera, que valdría la pena extender en futuros proyectos, como +la extensión de Brea (véase \ref{brea}). + +\begin{figure*}[tb] + \includegraphics[angle=-90, width=1.1\linewidth]{./Parte2/pandoc-diagram.jpg}% + \caption[toc] + {Formatos de entrada y salida permitidos por Pandoc. + Arriba los formatos de entrada, abajo los formatos de salida. + La gráfica ampliada se puede ver en \url{https://pandoc.org/}. + El acceso a todos estos formatos y la automatización para ellos se abrió, gracias a + los \emph{scripts} en Lua, realizados para el proyecto del Manual de Periodismo de Datos + e integrados en Grafoscopio.}% + \label{fig:pandoc-diagram}% +\end{figure*} + +También fuimos asignando permisos en el repositorio de código de Grafoscopio, (no sólo en el +de documentación del Manual), de modo que los ejercicios de programación en multitud antes +referidos fueran registrados en dicho repositorio por múltiples participantes, reconociendo +sus aportes y mejorando las contribuciones hechas por ellos (véase figura \ref{fig:grafoscopio-code-permisos}). +Sin embargo, tanto en los repositorios de software, como en los de documentación, los +aportes fueron realizados durante los eventos y se volvieron individuales luego de los mismos, +siguiendo las dinámicas habituales. +Otras formas de contribución se sostuvieron luego del evento, por un grupo pequeño de participantes, +(comparado con el total de inscritos en la lista de correo o la de telegram, pero consecuente con el +número de personas que asistían a las Data Rodas) además de las conversaciones sobre edición ramificada, +como entradas a blog\footnote{\url{https://is.gd/mapeda_blog}}, conversaciones en Telegram +o por la lista al respecto de dicha actividad. +Otros miembro de la comunidad de Grafoscopio sugirió e implementó la propuesta de un Club de +Lectura para el Manual\footnote{\url{https://is.gd/mapeda_club}} usando el sistema de lectura +anota vía Hypothesis, al que ya se ha hecho mención. +Sin embargo, dicha lectura anotada en el club es aún un asunto pendiente en la comunidad, +para esta y otras iniciativas. + +\begin{figure}[tb] + \includegraphics[width=0.8\linewidth]{./Parte2/grafoscopio-code-permisos.png}% + \caption[Permisos en el repositorio de código de Grafoscopio] + {Detalle sobre los permisos en el repositorio de código de Grafoscopio expresado en + su línea de tiempo. + En general la política sobre los permisos para enviar nuevas versiones del código fuente + (\emph{commits}) fue extremadamente abierta: si alguien durante las sesiones de programación + en multitud construía código que fuera funcional respecto a alguna característica deseada, + podía obtener tales permisos de modificación del código fuente, usualmente primero en el + paquete Dataviz y luego en el de Grafoscopio. + Nótese cómo los \emph{committers} se diversifican por un periodo de tiempo, antes de volver + a la autoría mayoritariamente individual.}% + \label{fig:grafoscopio-code-permisos}% +\end{figure} + +Se dispuso una página de portada para el repositorio, que mostraba las diferentes variantes +del Manual (PDF, EPUB, código fuente en Grafoscopio y Markdown) y la inspiración detrás del proyecto, +las entradas a blog de un miembros de la comunidad y se dispuso esta información en inglés y en +español (véase figura \ref{fig:mapeda-portada}). + +\begin{figure*}[tb] + \centering + \subfloat[]{ + \includegraphics[width=0.32\linewidth]{./Parte2/mapeda-pagina1.png} + \label{subfig:mapeda-pagina1}} + \subfloat[]{ + \includegraphics[width=0.32\linewidth]{./Parte2/mapeda-pagina3.png} + \label{subfig:mapeda-pagina3}} + \subfloat[]{ + \includegraphics[width=0.32\linewidth]{./Parte2/mapeda-pagina4.png} + \label{subfig:mapeda-pagina4}} + \caption[Algunas páginas del Manual de Periodismo de Datos] + {Algunas páginas resultantes de la apertura del Manual de Periodismo de Datos, por la comunidad + de Grafoscopio y compartidas por su canal de Telegram y Twitter. + Este proyecto abriría también todo un conjunto de posibilidades respecto a la edición + digital ramificada, desde y para múltiples dispositivos: impresos, tabletas, celulares, + entre otros y conectaría con la idea y prácticas del activismo entendido desde el campo + editorial, como se describe en esta sección. + El repositorio del proyecto con su código fuente y resultados está en \url{is.gd/mapeda}.} + \label{fig:mapeda-paginas} +\end{figure*} + +A su vez se socializaron los resultados con personas vinculadas a la edición original del Manual, +refiriéndonos a los usuarios de Twitter (autores y periódicos) que aparecían en las páginas originales +de la obra, pero ninguno contestó. +También conversamos de ello en otras listas de correo de Big Data from the South y HackBo, +y en el cana de Telegram del laboratorio de Datos de Medialab El Prado, obteniendo algunas +felicitaciones. +Esto nos lleva a la conversación sobre los públicos y beneficiarios de este tipo de ejercicios +antes mencionada\footnote{\url{https://is.gd/mapeda_beneficiarios}}: Los primeros beneficiarios +éramos nosotros como comunidad, luego otros expertos en temas de periodismo de datos y finalmente +el público con interés, pero sin experticia. +Las reacciones a los mensajes de socialización de los resultados son consecuentes con esa lectura, +presentando mayor actividad en la comunidad de Grafoscopio y menor entre más general es el público. +Quizás sea el hecho de que el resultado es el Manual en español, y los monólogos son habituales +en las redes sociales, pero la indiferencia de los autores originales y medios como La Nación +de Argentina, ante los contactos establecidos por Twitter, no deja de ser inquietante, a pesar +de la utilidad propia de este esfuerzo al interior de la comunidad. +En otros eventos presenciales, como Datos y Guaros, los asistentes también manifestaron interés +en tales publicaciones, pero la dinámica de tales eventos es más la de lograr una mirada panorámica +sobre lo que hacen los ``dateros'' más que entrar en una participación directa en tales proyectos. + +\marginpar{ + \captionsetup{type=figure} + \centering + \includegraphics[width=\marginparwidth]{./Parte2/mapeda-trino.png} + \caption[Trino socializando el Manual] + {Trino socializando el Manual. + Se enviarían también a autores del Manual dichos trinos, pero la relativa + respuesta en comunidades locales, contrastaría fuertemente con la indiferencia + de tales autores. + Disponible en \url{https://is.gd/mapeda_trino}.} + \label{fig:mapeda-trino} +} + + +Las tensiones y dinámicas de participación siguen estando presentes, como se ve, pero también +existe un valor intrínsico en estos proyectos que cobra fuerza en la manera en como afectan +a la comunidad y potencian sus infraestructuras y dinámicas, más allá de las reacciones externas +y como estas consolidan llamamientos y cierres (\cite{isin_being_2015}) que hacen parte de +prototipos y dinámicas futuras, como veremos en otros ejemplos de este capítulo. + + +\section{Portal de Software Publico}\label{software-publico} + +El Portal de Software Público\footnote{\url{http://www.softwarepublicocolombia.gov.co/}} +fue un proyecto del que nos enteramos por una invitación compartida vía el canal de +Telegram abierto del Equipo de Ideas Abiertas (ver figura \ref{fig:software-publico-invitacion}). +La reunión fue numerosa y asistieron una treintena de personas desde distintas comunidades, +empresas, organizaciones e intereses relacionados con el software libre y de código abierto. +Después de una presentación de los asistentes, los funcionarios del Ministerio de las +Tecnologías de la Información y la Comunicación (MinTIC) nos describieron la idea +del portal y atendieron varias inquietudes de los asistentes. +Se nos dijo que la intensión era optimizar el gasto público en software, de modo que el software +desarrollado con dineros públicos fuera de código abierto, es decir cubierto por licencias abiertas, +y con repositorios de código fuente públicamente disponibles, de modo que se pudiera reimplementar +en otras instituciones por miembros en las distintas comunidades y empresas y que la +fase siguiente era invitarnos a ``generar valor'' a través de la ``innovación y el emprendimiento'', +muy en la línea de otras invitaciones marcadas por esta perspectiva neoliberal sobre cómo aporta +la ciudadanía que han denunciado \cite{irany} y \cite{schrock_civic_2016}. +El Portal de Software Público contendría un listado de las entidades y los desarrollos realizados, +así como de sus licencias y repositorios de código (aunque no hospedaría ningún software de por sí). +Indicamos desde las comunidades y emprendimientos, que la inversión en software libre no sólo se +hacía cuando se desarrollaba software, sino también cuando se implementaban infraestructuras +de software en entidades públicas y que sería bueno agregar dichas experiencias al portal y del +mismo modo hacer las auditorias de seguridad al software colocado allí, de modo que se garantizara +que el software puesto en las instituciones públicas no contaba con fallas de seguridad +(\emph{exploits} en la jerga informática). +Una de las indicaciones que pude hacer es que el portal debería ser un ejemplo de +lo que él mismo alentaba para las instituciones y por tanto debería estar referenciado +dentro de dicho portal, estar basado o software libre y ser licenciado como tal y +además ofrecer datos abiertos sobre las información colocada allí, tanto de sí mismo, +como de otros proyectos de software libre. +Hubo varias voces de escepticismo por personas que, como yo, habían estado varias veces +vinculados a llamados gubernamentales a las bases para implementar el software libre y de código +abierto en instituciones estatales, pero que no tenían continuidad. +En particular dije que esta vez no se trataba de repetir un discurso en palabras, +sino de demostrar compromisos en la práctica, gracias a la madurez que habíamos adquirido +en las comunidades de base para interlocutar con el estado desde la experticia técnica, +como una manera de ejercer ciudadanía. +Esto marcaba un contraste grande con el discurso hacia las comunidades de base,en tal reunión +que continuó ceñido a esa lógica neoliberal del ``emprendimiento'' y la ``innovación'' +que se establece como narrativa del Gobierno Colombiano y MinTIC en particular, y +se evidencia en otras aproximaciones comunitarias como las hackatones, de que ya se ha hablado. +La implementación de software libre no sé ve en clave ciudadana desde la transparencia, +la participación y la seguridad, desarticulado con los esfuerzos que se han hecho desde las +comunidades de base en proyectos como los de la Ley de Software Libre o el acuerdo del consejo +de Bogotá que fueron referidos en la sección \ref{mi-lugar}. + +\marginpar{ + \captionsetup{type=figure} + \centering + \includegraphics[width=\marginparwidth]{./Parte2/ia-software-publico.png} + \caption[Portal de Software Publico: primera invitación] + {Portal de Software Publico: Invitación a la primera reunión en el canal del Equipo de Ideas Abiertas.} + \label{fig:software-publico-invitacion} +} + +A partir de esta reunión y la idea de interlocutar desde la técnica con el Estado +(una idea a la \cite{isin_being_2015} se refiere decir con acciones y se detallará +en el capítulo de conclusiones), propuse en la comunidad de Grafoscopio que hiciéramos +la novena edición del Data Week (una edición ágil de media semana), basada en ésta idea. +La intensión sería evaluar el portal y revisar qué tanto él era consistente con lo que +proponía. + +Empezamos por visitar el sitio y hacer comentarios usando el sistema de anotaciones +Hypothesis\footnote{\url{https://hypothes.is/}} (véae figura +\ref{subfig:software-publico-anotaciones}), que describían varios inconvenientes de +funcionalidad: falta de certificados seguros, ausencia de formatos abiertos, que fueran +consumibles por máquinas para los datos publicados portal y de políticas de tratamiento +de datos explícitas, buscador no funcional, ausencia de mapa del sitio. +Debido a la ausencia de datos y código fuente abiertos que arrojó este primer diagnóstico, +decidimos usar la técnica de \emph{scraping} para acceder a información del sitio y sacar +una copia de ella. +Durante la evaluación del portal dijo un participante que esto era algo que deberían +hacer contratistas pagos por MinTIC antes de lanzar el portal públicamente, pero la +conversación también avanzó hacia aspectos operativos de la labor (funcionalidad y +seguridad en el portal) hacia ejercicios de práctica ciudadana referidos a trazabilidad +y transparencia en procesos estatales, en particular los relacionados con tecnologías +de software libre y datos abiertos, y como esto debía derivar en la trazabilidad de +las iniciativas públicas: no se trataba principalmente de evaluar la funcionalidad de +los portales web gubernamentales y anotarlos abiertamente, sino de establecer el +conjunto de pasos que habían conducido a la creación de tal portal y la publicación +del código fuente de las infraestructuras estatales, desde la deliberación que condujo +a la apertura de un pliego de peticiones, los tiempos para los oferentes, los montos +de los contratos, el despliegue y auditoria de la infraestructura y la publicación +de su código fuente. +Enunciamos entonces que la idea clave era la trazabilidad y lo dejamos manifiesto +en la portada del repositorio, lo cual empezaría a hacer fuerza en las apuestas +cívicas de estas labores de activismo desde comunidades de base, mediadas por +infraestructuras digitales, código fuente y datos. + +\begin{figure}[tbh] + \centering + \subfloat[]{ + \includegraphics[width=0.8\linewidth]{./Parte2/software-publico-anotaciones.png} + \label{subfig:software-publico-anotaciones}} + \\ + \subfloat[]{ + \includegraphics[width=0.8\linewidth]{./Parte2/software-publico-scrap.jpg} + \label{subfig:software-publico-scrap}} + \caption[Software publico: anotaciones y \emph{scraping}] + {Capturas de pantalla de los procesos de anotación (arriba) y {scraping} y sus visualizaciones + (abajo) realizados sobre el portal de software público. + Los detalles sobre los mismos pueden ser encontrados en} + \label{fig:soft-publico-procesos} +\end{figure} + +Empezamos a compartir estos avances vía Twitter con el líder del proyecto en MinTIC, +con copia a la cuenta en dicha red social Ministro de la TIC de aquel entonces. +Esto conllevó a una visita del líder del proyecto al espacio y para vencer el recelo inicial +que este tipo de iniciativas tienen desde la sociedad civil, uno de nuestros miembros +habló de manera conciliadora, indicando que nosotros podíamos obrar como unos primeros +probadores de las características para que pudieran ser abiertas a un público más general. +Indicamos nuestro deseo por la trazabilidad de los procesos públicos, particularmente +reflejados en las infraestructuras que permiten la participación de comunidades de +base, e indicamos cómo siempre éramos tratados como unos ``convidados de piedra'', +invitados tardíamente y de manera más bien protocolaria a actividades sobre las cuales +no teníamos ingerencia y los recursos ya habían sido asignados. +También dijimos que intentabamos colocar este proyecto en el contexto de esfuerzos +internacionales como \emph{Public Code}\footnote{\url{http://publiccode.eu/}} que tenían +lógicas similares a las de los proyectos de software libre del 2002 y 2007 habían prefigurado +con tanta claridad y que enviaríamos una carta abierta a MinTIC con los comentarios que se +sucitaban a partir de la actividad. +No deja de ser sorprendente la naturaleza inquietante con la que se reciben tales derechos +de petición para hacer más transparente lo público y lo gubernamental. +Incluso a pesar de que enviamos un correo previo al nuevo funcionario encargado, comentándole +del derecho de petición, en otra reunión sostenida con motivo del FLISoL, buscando +apoyos gubernamentales, se nos dijo que había gente que ``de tanto enviar derechos de +petición no dejaba trabajar'', como si el gobierno tuviera que elegir entre ser transparente +y ser funcional. + +\begin{figure*}[tbh] + \centering + \subfloat[\url{https://is.gd/soft_publico_hilo}]{ + \includegraphics[angle=90, width=\linewidth]{./Parte2/soft-publico-hilo.jpg} + \label{subfig:soft-publico-hilo}} + \\ + \subfloat[\url{https://is.gd/trino1}]{ + \includegraphics[width=0.32\linewidth]{./Parte2/soft-publico-trino2.png} + \label{subfig:soft-publico-trino2}} + \subfloat[\url{https://is.gd/trino2}]{ + \includegraphics[width=0.32\linewidth]{./Parte2/soft-publico-trino1.png} + \label{subfig:soft-publico-trino1}} + \subfloat[\url{https://is.gd/trino3}]{ + \includegraphics[width=0.32\linewidth]{./Parte2/soft-publico-trino3.png} + \label{subfig:soft-publico-trino3}} + \caption[Hilo en Twitter sobre el Portal de Software Publico] + {Arriba, hilo en Twitter sobre el Portal de Software Publico, rotado para verlo en toda su extensión. + Los trinos se presentan en orden cronológico, a la derecha, los mensajes más recientes, + a la izquierda, los mensajes más antiguos. + Abajo, tres momentos dentro de dicho hilo que muestran: + \ref{subfig:soft-publico-trino1} mensajes de agradecimiento a funcionarios que asistieron + a nuestra invitación y comparativas con otras iniciativas de software público latinoamericanas. + \ref{subfig:soft-publico-trino2}, la reunión sostenida entre la comunidad y el funcionario de + MinTIC y + \ref{subfig:soft-publico-trino3}, dinámicas de republicación de información producto de + scrapping sobre el sitio, usando las mismas etiquetas que usaba MinTIC en redes sociales + para publicitar el evento ``Colombia 4.0'' y atraer visibilización ante estas aproximaciones + alternativas comunitarias. + Otras partes de la línea de tiempo muestran capturas de pantalla que han sido ampliadas en + la figura \ref{fig:soft-publico-procesos}. + Hay además de visualizaciones de datos, enlaces a temas de caracter histórico y otros asuntos + habituales de los Data Weeks. + Cada hilo y mensaje se puede ampliar visitando la dirección corta que aparece debajo.} + \label{fig:soft-publico-hilo} +\end{figure*} + +El cierre del proyecto tuvo varias partes: por un lado se completó la página de portada +del repositorio, basada en las plantillas usadas para el Manual de Periodismo de Datos +y también los repositorios en de Grafoscopio y el Paquete Dataviz. +También se realizó una carta abierta y al ver que esta no tenía respuesta, 4 meses +después de enviada y socializada, se procedió a un enviar un derecho de petición, recurso +de participación civil establecido en la legislación colombiana, que sí produjo respuestas +detalladas en alrededor de 15 días. + +Las prácticas de la comunidad fueron generaron un conjunto de patronos que se volvieron +explícitos, desde uso de las plantillas antes mencionadas de modo consistente en varios +proyectos que mostró como se iban haciendo más modulares y surgían patrones de colaboración +y acción desde las prácticas comunitarias, pero también un conjunto de prácticas civiles +del ejercicio de derecho, en lo que algunos llaman ciudanías enactivas (mediadas por la acción). +Para este proyecto en particular, esto lo resume uno de los miembros de la comunidad en +la lista de correo: + + + +%PEND: Invitación a asistir (prevenida, luego abierta). +% Carta abierta. +% Derecho de Petición +% Correo +% Respuesta + +\section{Pasos para una Futura Biblioteca Digital de Bogotá}\label{bidibog} + +Este proyecto inició por una invitación personal que me hicieron a asistir a un conjunto de +talleres en los se socializaba entre expertos las propuestas del informe ``Pasos para una Biblioteca +Digital de Bogotá''\footnote{\url{https://is.gd/bidibog_orig}}, +a fin de obtener realimentación de los mismos y mayor especificidad sobre propuestas para hacer +viable el derrotero del informe. +La comunidad de Grafoscopio cuenta con bibliotecarios, así que comenté a través de la lista +de correo sobre dicha invitación y a los organizadores del evento si ellos podrían acompañarme +(al comienzo las reuniones eran cerradas y luego se abrió para mayor participación). +En algún punto se mencionó la idea de hacer una hackatón, siguiendo el formato gentrificado +que ya se ha criticado recurrentemente: equipos de extraños deprivados de sueño se reunirían +un fin de semana a competir por un premio, creando una idea frente a un problema que otros +ponían y que no reconocía las prácticas en comunidades de base. +Indiqué esto en las primeras reuniones y comenté esas otras formas de hackatón no gentrificadas +como el Data Week, con sus perspectivas particulares. + +Como se dijo, la propuesta para la hackatón de bibliotecas públicas también tenía el enfoque +enagenado, por oferta, de la institución a los ciudadanos, en lugar de por demanda, de ellos +hacía las instituciones. +De este modo, un problema prehecho era ofrecido a los participantes, para ser prototipado el +fin de semana, que era leído desde cómo las instituciones bibliotecarias gestionaban su +sistema de Peticiones, Quejas y Reclamos (o PQR) y cuál era la información que más se pedía +por allí, que para este caso tenía que ver con lograr compartir registros del evento Rock al +Parque\footnote{\url{http://www.rockalparque.gov.co/}}. +Así, se restringía la interacción entre las comunidades de base y ciudadanos asistentes a la +hackatón a la solución de dicho problema, en lugar de ofrecerlo para que las comunidades hablaran, +desde los prototipos, de otros problemas e inquietudes en su interacción con las bibliotecas +públicas. +Una vez indiqué mis distancias a este enfoque y las alternativas, se me dijo que iba a ser +invitado a un mini-comité organizador de la hackatón, para aportar las ideas allí. +Dicha invitación no se concretó, aunque sí otras después de que mostramos las posibilidades +desde los eventos y prototipos alternativos, como se menciona en esta misma sección. + +A partir de las primeras reuniones quedó clara, de nuevo, la diferencia entre dinámicas y +perspectivas de las insituciones gubernamentales y las comunidades de base. +Iba compartiendo tales perspectivas con la comunidad de Grafoscopio, a través de la lista +de correo principalmente e incluso enunciaciones y claridades que provenían de tales +interacciones. +Por ejemplo ,el hecho de que el comportamiento recurrente de la comunidad +era apreciar qué tan público y abierto es realmente lo público y abierto, +para lo cual revisábamos y reapropiábamos las infraestructuras y dinámicas que construyen +los espacios, propuestas y documentos supuéstamente publicos y abiertos, como se mostró +en los prototipos del Manual de Periodismo de Datos y el Portal de Software Público antes +reseñados, incluidas la estética de la bifurcación en fechas similares a las de la +hackatón gentrificada para mostrar otras formas de organización desde lo comunal. + +En este caso, se trataba de que la hackatón permitiese a las comunidades aproximarse +a los aspectos estratégidos de esas visiones a futuro sobre las bibliotecas ṕúblicas, +en lugar de reducir su interacción méramente a lo tácticos. +De este modo, en lugar de sólo hacer ``apps'' (por aplicaciones móviles) y portales +web que den cuenta de problemas pensados y definidos por otros, para caminos y visiones +a largo plazo que sólo escriben los expertos, se trataba, como se indicó por la lista +de correo de Grafoscopio, de abrir esos documentos escritos por expertos, anotándolos, +en incluso cambiándolos de formato, de modo que puedan ser leídos desde dispositivos +distintos y fuera de línea. + +\begin{figure*}[tbh] + \centering + \subfloat[]{ + \includegraphics[angle=90, width=0.8\linewidth]{./Parte2/bidibog-web-completo.png} + \label{subfig:bidibog-web-completa}} + \\ + \subfloat[]{ + \includegraphics[width=0.42\linewidth]{./Parte2/bidibog-web-cabecera.png} + \label{subfig:bidibog-web-cabecera}} + \subfloat[]{ + \includegraphics[width=0.47\linewidth]{./Parte2/bidibog-web-anotado.png} + \label{subfig:bidibog-web-anotado}} + \caption[Futura Biblioteca Digital de Bogotá: Portal web] + {Arriba, Portal web del proyecto Pasos para una Futura Biblioteca Digital de Bogotá, + rotado para verlo en toda su extensión. + Abajo, izquierda, detalle de la cabecera del portal web y derecha, anotación criticando + la restrictiva licencia elegida para el proyecto, dentro de toda la familia de licencias + creative commons. + La anotación completa, en el contexto de dicho portal se puede ver en: \url{https://is.gd/bidibog_nota1}} + \label{fig:bidibog-web} +\end{figure*} + +La propuesta entonces, para el Data Week 10, sería el de tomar el documento estratégico +publicado en la web, por el cuál se convocaba a las comunidades y ciudadanos a resolver +un problema táctico (las memorias de Rock al Parque) y abrirlo, anotándolo y transformándolo +con las técnicas, prácticas e infraestructuras que habíamos dispuesto en los prototipos +pasados. +La existencia de dicho repertorio comunitario permitió un despligue más ágil de los prototipos: +de nuevo creamos un portal para el proyecto, un documento que cambiaba de formato lo que +antes sólo estaba disponible en la web, transparentaba su código fuente y lo transformaba +a otros formatos (PDF y EPUB), disponiéndolo de manera resilente en infraestructuras +comunitarias (véase figura \ref{fig:bidibog-repo}), y no sólo en las infraestructuras estatales, +para ser comentado y anotado por futuros lectores, además de las anotaciones hechas como tal al +portal web (véase figura \ref{fig:bidibog-web}). + + +\begin{figure*}[tb] + \centering + \subfloat[]{ + \includegraphics[width=0.65\linewidth]{./Parte2/bidibog-repo.png} + \label{subfig:label1}} + \quad + \subfloat[]{ + \includegraphics[width=0.27\linewidth]{./Parte2/bidibog-mapa.png} + \label{subfig:bidibog-mapa}} + \caption[Repositorio de código para el proyecto de Biblioteca Digital] + {Izquierda: Repositorio de código para el proyecto de Biblioteca Digital. + Derecha: Detalle del mapa que se presentó a la red de Bibliotecas Públicas por su + invitación, para socializar relaciones entre pensamiento en diseño y bibliotecas, + luego de socializar los resultados del Data Week 10. + El material se puede consultar en \url{http://is.gd/bidibog}.} + \label{fig:bidibog-repo} +\end{figure*} + +Finalmente hacíamos escritos en blogs personales, donde narrábamos esa experiencia +(véase David y Mio), que compartíamos de vuelta con las instituciones que nos invitaron +al evento original a través de los funcionarios y contratistas que nos habían convocado +en primera instancia y fuimos con otros miembros bibliotecarios de la comunidad a las +actividades de la red para socializar esas miradas y mostrar nuestras apuestas. +Esto nos permitía una conversación enactiva con la institución, mediada por estos +prototipos y prácticas alternativas, donde hacíamos una crítica constructiva a la +elección restrictiva de las licencias para los documentos estratégicos, los formatos +cerrados usados para su publicación y las prácticas mismas confinadas a problemas cerrados. + +%PEND: Cita a blogs +% - Gráficas Manual PDF y Grafoscopio. + +A diferencia de otras entidades estatales como MinTIC, los funcionarios y contratistas +se mostraron muy interesados en tales críticas y nos invitaron a hacer aportes posteriores +en otras reuniones formales e informales y pensando en el despligue estratégico del +proyecto a 4 años. +Inclusó yo recibí una invitación a una conferencia paga para mostrar las perspectivas +alternas frente a la incorporación de prácticas desde el codiseño a la red de bibliotecas, +que cerraba de algún modo el ciclo y se incorporó al repositorio comunitario, con licencias +más abiertas y permisivas y el acceso al código fuente de tal propuesta (en la forma +de un mapa mental) de modo que se dieran pasos en las direcciones que las innovación +en comunidades de base cercanas a temas de activismo de datos y cultura libre estábamos +ofreciendo. + +Valga decir acá cómo las formas de ciudadanía enactivas mediadas por tecnologías +digitales y practicas en torno a ellas, que la tesis buscaba explorar, tomaba +cuerpo en estos ejemplos y nos permitían otras maneras de ejercicios ciudadanos +e interlocución con entidades estatales, que en casos como estos eran recogidos +por dichas entidades con interés marcando un contraste frente a la indeferencia de +las interacciones con MinTIC, que se puede ver en cómo las entidades invitaban +a miembros de la comunidad de base y respondían a las publicaciones en blogs, +en la red de bibliotecas, mientras que en el Portal de Software Público, +los blogs y cartas abiertas no bastaban y sólo el derecho de petición y trinar +con copia al ministro y los encargados eran efectivos para lograr dichas +interlocuciones. +Esta dinámicas de llamamientos, aperturas y cierres, ejemplificada en este prototipo, +pero presente como patrón en varios, será retomada en los capítulos finales. + + +\section{Twitter Data Selfies}\label{twitter-data-selfies} + +\blindtext + +\blindtext + +\blindtext + +\blindtext + +\section{Brea y Etico}\label{brea} + +\blindtext + +\blindtext + +\blindtext + +\blindtext + +\section{Otros constructos comunitarios}\label{comunidad-artefactos} + +A lo largo de las distintas ediciones del Data Week, las Data Rodas y otros encuentros, +se fueron creando otro tipo de constructos comunitarios. +El primero de ellos, y de uso más evidente durante los mismos fueron las libretas +de + +\blindtext + +\blindtext + +\blindtext + +\blindtext ADDED Tesis/Escrito/TextoIntegrado/tesis.tex Index: Tesis/Escrito/TextoIntegrado/tesis.tex ================================================================== --- Tesis/Escrito/TextoIntegrado/tesis.tex +++ Tesis/Escrito/TextoIntegrado/tesis.tex @@ -0,0 +1,748 @@ +%!TEX program = xelatex +%!TEX encoding = UTF-8 Unicode +\documentclass[parskip=half, + fontsize=9pt, + % chapterprefix=true, + numbers=noenddot, + bibliography=totoc]{scrbook} + +% Golden ratio proportions on crown quarto with marginpar inside +\usepackage[includemp, + paperwidth=18.90cm, + paperheight=24.58cm, + top=2.170cm, + bottom=3.510cm, + inner=2.1835cm, + outer=2.1835cm, + marginparwidth=4cm, % Fixed for now + marginparsep=0.4cm]{geometry} + +% For full bleed printing on crown quarto with 1/8 inch trim margin +% \usepackage[includemp, +% paperwidth=19.54cm, +% paperheight=25.22cm, +% % showframe, +% layoutwidth=18.90cm, +% layoutheight=24.58cm, +% layouthoffset=0.32cm, +% layoutvoffset=0.32cm, +% top=2.170cm, +% bottom=3.510cm, +% inner=2.1835cm, +% outer=2.1835cm, +% marginparwidth=4cm, % Fixed for now +% marginparsep=0.4cm]{geometry} + +% For printing on A4 +% \usepackage[includemp, +% a4paper, +% layoutwidth=18.90cm, +% layoutheight=24.58cm, +% layouthoffset=1.05cm, +% layoutvoffset=2.56cm, +% top=2.170cm, +% bottom=3.510cm, +% inner=1.668cm, +% outer=2.699cm, +% marginparwidth=4cm, % Fixed for now +% marginparsep=0.4cm]{geometry} + +\usepackage{tocloft} % Customise table of contents +%%%% Fonts Config +\usepackage{amsmath,amssymb} % AMS symbols and environments +\usepackage{mathtools} % More math symbols and environments +\usepackage{fontspec} % Selecting fonts +\usepackage{charter} % Nice, but too big. Scaled below. +% \usepackage[libertine,cmintegrals,cmbraces,vvarbb]{newtxmath} +%%%% Other tested fonts: +% \usepackage{kpfonts}% for math +% \usepackage{libertine} +% \usepackage{Alegreya} % Kind of blurry in some parts +% +% \usepackage[expert]{mathdesign} +\usepackage{unicode-math} % Use unicode math font, not TeX +%%%% Language +\usepackage[main=spanish,english]{babel} % Correct hyphenation +%%%% Layout Elements +\usepackage{subfig} % Subfigures +\usepackage[section]{placeins} +\usepackage{afterpage} % Locate content after particular pages. +\usepackage{booktabs} % Nicer tables +\usepackage{xcolor} % Colours in text +\usepackage{etoolbox} % Easy programming to modify TeX stuff +\usepackage{ccicons} % Creative Commons icons +\usepackage{pdfpages} % Insert PDF pages +\definecolor{greenforlinks}{rgb}{0.09, 0.45, 0.27} +\PassOptionsToPackage{hyphens}{url}\usepackage[xetex, + breaklinks=true, + colorlinks=true, + allcolors=greenforlinks, + pagebackref, + linktoc=all, + pdftitle={Grafoscopio y el Data Week: coevolución entre artefactos digitales y comunidades}, + pdfauthor={Offray Vladimir Luna Cárdenas}]{hyperref} % Hyperlinks +\usepackage{bookmark} % Add things in TOC +% \usepackage{showframe} % Frames to easily set up page layout +\usepackage[hypcap=true]{caption} % Correctly placed anchors for hyperlinks +\usepackage{floatrow} % Set up captions of floats +\usepackage{marginfix} % Make marginpars float freely +\usepackage{metalogo} % XeTeX logo +\usepackage{scrlayer-scrpage} % Customise head and foot regions +\usepackage[footnote]{snotez} % Footnotes as sidenotes +% \usepackage{showlabels} % Show labels +\usepackage{listings} % Code +\usepackage[linesnumbered, + ruled, + vlined]{algorithm2e} % Algorithms +\usepackage{multirow} % Cells occupying multiple rows in tables +\usepackage{multicol} % Multiple columns in dictionary +\setlength\columnseprule{.4pt} +\usepackage[square]{natbib} % Bibliography management +\usepackage{epigraph} % Enabling chapter epigraphs +\usepackage{blindtext} % Dummy text for seeing + +% More floats +\extrafloats{100} + +% Figures and tables +\floatsetup[figure]{margins=hangoutside, + facing=yes, + capposition=beside, + capbesideposition={center,outside}, + floatwidth=\textwidth} +\floatsetup[widefigure]{margins=hangoutside, + facing=yes, + capposition=bottom} +\floatsetup[table]{margins=hangoutside, + facing=yes, + capposition=beside, + capbesideposition={center,outside}, + floatwidth=\textwidth} +\floatsetup[widetable]{margins=hangoutside, + facing=yes, + capposition=bottom} + +% Sidenotes +\setsidenotes{text-mark-format=\textsuperscript{\normalfont#1}, + note-mark-format=#1:, + note-mark-sep=\enskip} + +% Listings code +\definecolor{listingkeywords}{rgb}{0.00, 0.5, 0.0} +\definecolor{listingidentifiers}{rgb}{0, 0, 0} +\definecolor{listingcomments}{rgb}{0.25, 0.5, 0.5} +\definecolor{listingstrings}{rgb}{0.73, 0.13, 0.13} +\definecolor{listingnumbers}{rgb}{0.25, 0.25, 0.25} +\lstset{ + basicstyle=\scriptsize\ttfamily, + keywordstyle=\color{listingkeywords}\bfseries, + identifierstyle=\color{listingidentifiers}, + commentstyle=\color{listingcomments}\itshape, + stringstyle=\color{listingstrings}, + numberstyle=\scriptsize\color{listingnumbers}\ttfamily, + frame=single, + tabsize=4, + language=[ISO]C++ +} + +% Draw safety margins for variation in cropping, etc. +% \usepackage{background} +% \backgroundsetup{ +% color=black, +% scale=1, +% opacity=1, +% angle=0, +% contents={ + % \tikz\draw[line width=1pt,black] (-8.18cm,-11.02cm) rectangle (8.18cm,11.02cm); % 1/2 inch safety margin + % \tikz\draw[line width=1pt,black] (-8.81cm,-11.65cm) rectangle (8.81cm,11.65cm); % 1/4 inch safety margin +% \tikz\draw[line width=1pt,black] (-9.45cm,-12.29cm) rectangle (9.45cm,12.29cm); % Crown quarto page +% }} + +% Figure captions with no indentation +\setcapindent{0pt} + +% List of figures title as "Figures" +\renewcaptionname{english}{\listfigurename}{Figures} +\renewcaptionname{english}{\listtablename}{Tables} + +% Add half-title to PDF bookmarks +\makeatletter +\pretocmd{\maketitle}{% + \if@openright\cleardoublepage\else\clearpage\fi + \pdfbookmark[0]{Preliminaries}{title}% TODO: Change link to cover in online PDF version + \pdfbookmark[1]{Half title}{title}% +}{}{}% +\makeatother +% Add table of contents to PDF bookmarks +\makeatletter +\pretocmd{\tableofcontents}{% + \if@openright\cleardoublepage\else\clearpage\fi + \pdfbookmark[1]{Table of contents}{toc}% +}{}{}% +\makeatother +% Add list of figures to PDF bookmarks +\makeatletter +\pretocmd{\listoffigures}{% + \if@openright\cleardoublepage\else\clearpage\fi + \pdfbookmark[1]{List of figures}{lof}% +}{}{}% +\makeatother + +% Font setup +\usepackage{fontspec, unicode-math} +\defaultfontfeatures{Scale=MatchLowercase} +\setmainfont[Scale=0.9]{Charter} +\setmonofont{Inconsolata} +\setmathfont{Asana-Math.otf} +\newfontfamily\fanciestfont[Ligatures={TeX,Discretionary}]{Linux Libertine O} +\newfontfamily\fancyfont[Ligatures=TeX]{Linux Libertine O} +\newfontfamily\chapternumberfont[Ligatures=TeX,Numbers=Lining]{Linux Libertine O} +\addtokomafont{disposition}{\fancyfont} +\addtokomafont{title}{\fanciestfont} +\addtokomafont{chapter}{\fanciestfont} +\addtokomafont{chapterentry}{\normalfont\scshape} +\addtokomafont{descriptionlabel}{\normalfont\bfseries} +\addtokomafont{caption}{\footnotesize} + +% Levels in table of contents +\setcounter{tocdepth}{1} + +% Table of contents styles +\newlength{\alignviiilength} +\setlength{\alignviiilength}{7.5mm} +\newlength{\alignxlength} +\setlength{\alignxlength}{8.5mm} +% \renewcommand{\cftdotsep}{\cftnodots} +% \renewcommand{\cftpnumalign}{l} + +\setlength{\cftpartnumwidth}{\alignviiilength} +\renewcommand{\cftpartfont}{\fancyfont\LARGE\hypersetup{allcolors=black}} +\renewcommand{\cftpartpagefont}{\fancyfont\LARGE} + +\setlength{\cftchapnumwidth}{\alignviiilength} +\renewcommand{\cftchapfont}{\fancyfont\large\hypersetup{allcolors=black}} +% \renewcommand{\cftchapleader}{\hspace{1em}} +\renewcommand{\cftchappagefont}{\fancyfont\large} +% \renewcommand{\cftchapafterpnum}{\cftparfillskip} + +\setlength{\cftsecnumwidth}{\alignviiilength} +\renewcommand{\cftsecfont}{\hypersetup{allcolors=black}} +\setlength{\cftsecindent}{\alignviiilength} +\renewcommand{\cftsecleader}{\hspace{1em}} +% \renewcommand{\cftsecpagefont}{\normalfont\color{greenforlinks}} +\renewcommand{\cftsecafterpnum}{\cftparfillskip} + +\setlength{\cftfigindent}{0mm} +\renewcommand{\cftfigfont}{\hypersetup{allcolors=black}} +\setlength{\cftfignumwidth}{\alignxlength} +\renewcommand{\cftfigleader}{\hspace{1em}} +\renewcommand{\cftfigafterpnum}{\cftparfillskip} + +\setlength{\cfttabindent}{0mm} +\setlength{\cfttabnumwidth}{\alignxlength} +\renewcommand{\cfttabfont}{\hypersetup{allcolors=black}} +\renewcommand{\cfttableader}{\hspace{1em}} +\renewcommand{\cfttabafterpnum}{\cftparfillskip} + +% Page styles for tables of contents, figures and tables +\renewpagestyle{scrheadings}{ + {\makebox[2em][r]{\thepage}\quad\rule{1pt}{100pt}\quad{}Contents}% + {\hfill\rightmark\quad\rule{1pt}{100pt}\quad\makebox[2em][l]{\thepage}}% + {} +}{ + {}% + {}% + {} +} +\renewpagestyle{plain.scrheadings}{ + {}% + {}% + {} +}{ + {\thepage}% + {\hfill\thepage}% + {} +} + +% Part title style [todo] +\addtokomafont{part}{\Huge} +\renewcommand*{\partformat}{\vspace{-6cm}\partname~\thepart\autodot\thispagestyle{empty}} + +% Chapter title style +\makeatletter +\setlength{\fboxsep}{0cm} +\renewcommand*{\@@makechapterhead}[1]{% + \vspace*{3\baselineskip plus \parskip} + \makebox{% + \makebox[\linewidth]{\parbox[c][2cm]{\linewidth}{\if@mainmatter\raggedleft\fi\size@chapter{#1}}}% + \if@mainmatter% + \makebox[\marginparsep]{\parbox[c][2cm]{\marginparsep}{\centering\rule{1pt}{2cm}}}% + \makebox[4cm]{\parbox[c][2cm]{4cm}{\scalebox{5}{\chapternumberfont\thechapter\autodot}}}% + \fi + }% + \vspace*{1.5\baselineskip plus .1\baselineskip minus .167\baselineskip} +} +\makeatother + +% Formatting of back references +\renewcommand*{\backref}[1]{} +\renewcommand*{\backrefalt}[4]{{% +\ifcase#1 Not cited.% +\or{}Cited on page~#2.% +\else Cited on pages~#2.% +\fi% +}} + +% Bullets +\renewcommand{\labelitemi}{â–º} + +% Custom commands +\newcommand{\ie}{i.e.} +\newcommand{\eg}{e.g.} +\newcommand{\cf}{cf.} +\newcommand{\refpa}[1]{\hyperref[#1]{Part}~\ref{#1}} +\newcommand{\refch}[1]{\hyperref[#1]{Chapter}~\ref{#1}} +\newcommand{\refchs}[1]{Chapters~\ref{#1}} +\newcommand{\refse}[1]{\hyperref[#1]{\S}\ref{#1}} +% \newcommand{\refses}[1]{\S\ref{#1}} +\newcommand{\refap}[1]{\hyperref[#1]{Appendix}~\ref{#1}} +\newcommand{\reffig}[1]{\hyperref[#1]{Figure}~\ref{#1}} +\newcommand{\reffiges}[1]{\hyperref[#1]{Figura}~\ref{#1}} +\newcommand{\reffignl}[1]{\hyperref[#1]{Figuur}~\ref{#1}} +\newcommand{\reffigs}[1]{Figures~\ref{#1}} +\newcommand{\reffigp}[1]{\hyperref[#1]{Figure}~\ref{#1} on \hyperref[#1]{page}~\pageref{#1}} +\newcommand{\reftab}[1]{\hyperref[#1]{Table}~\ref{#1}} +\newcommand{\refalgo}[1]{\hyperref[#1]{Algorithm}~\ref{#1}} + +% Papers +\newcommand{\paperostravaedgematching}{\item \textbf{Edge-matching polygons with a constrained triangulation}. Hugo Ledoux and Ken Arroyo Ohori. \emph{Proceedings of GIS Ostrava 2011}, Ostrava, Czech Republic, January 2011, pp. 377--390.} +\newcommand{\paperagileprepair}{\item[\href{http://dx.doi.org/10.5194/isprsarchives-xxxviii-4-c26-7-2012}{â–º}] \href{http://dx.doi.org/10.5194/isprsarchives-xxxviii-4-c26-7-2012}{\textbf{Automatically repairing invalid polygons with a constrained triangulation}}. Hugo Ledoux, Ken Arroyo Ohori and Martijn Meijers. In J\'er\^ome Gensel, Didier Josselin and Danny Vandenbroucke (eds.), \emph{Multidisciplinary Research on Geographical Information in Europe and Beyond. Proceedings of the 15th AGILE International Conference on Geographic Information Science}, Avignon, France, April 2012, pp. 13--18.} +\newcommand{\papertdgeoinfond}{\item[\href{http://dx.doi.org/10.5194/isprsarchives-xxxviii-4-c26-7-2012}{â–º}] \href{http://dx.doi.org/10.5194/isprsarchives-xxxviii-4-c26-7-2012}{\textbf{Integrating scale and space in 3D city models}}. Jantien Stoter, Hugo Ledoux, Martijn Meijers and Ken Arroyo Ohori. In Jacynthe Pouliot, Sylvie Daniel, Fr\'ed\'eric Hubert and Alborz Zamyadi (eds.), \emph{Proceedings of the 7th International 3D GeoInfo Conference, International Archives of the Photogrammetry, Remote Sensing and Spatial Information Sciences} XXXVIII--4/C26, ISPRS, Québec City, Canada, May 2012, pp. 7--10.} +\newcommand{\paperosgisrepair}{\item \textbf{Automatically repairing polygons and planar partitions with \emph{prepair} and \emph{pprepair}}. Ken Arroyo Ohori, Hugo Ledoux and Martijn Meijers. \emph{Proceedings of the 4th Open Source GIS UK Conference}, Nottingham, United Kingdom, September 2012.} +\newcommand{\paperpfgpprepair}{\item[\href{http://dx.doi.org/10.1127/1432-8364/2012/0143}{â–º}] \href{http://dx.doi.org/10.1127/1432-8364/2012/0143}{\textbf{Validation and automatic repair of planar partitions using a constrained triangulation}}. Ken Arroyo Ohori, Hugo Ledoux and Martijn Meijers. \emph{Photogrammetrie, Fernerkundung, Geoinformation} 5, October 2012, pp. 613--630.} +\newcommand{\paperagileslicing}{\item \textbf{Manipulating higher dimensional spatial information}. Ken Arroyo Ohori, Filip Biljecki, Jantien Stoter and Hugo Ledoux. In Danny Vandenbroucke, B\'en\'edicte Bucher and Joep Crompvoets (eds.), \emph{Geographic Information Science at the Heart of Europe. Proceedings of the 16th AGILE International Conference on Geographic Information Science}, Leuven, Belgium, May 2013.} +\newcommand{\papergeoadvancesnd}{\item[\href{http://dx.doi.org/10.1007/978-3-642-36379-5_2}{â–º}] \href{http://dx.doi.org/10.1007/978-3-642-36379-5_2}{\textbf{Representing the dual of objects in a four-dimensional GIS}}.\@ Ken Arroyo Ohori, Pawel Boguslawski and Hugo Ledoux. In A. Abdul Rahman, P. Boguslawski, C. Gold and M. N. Said (eds.), \emph{Developments in Multidimensional Spatial Data Models}, Lecture Notes in Geoinformation and Cartography, Springer Berlin Heidelberg, Johor Bahru, Malaysia, May 2013, pp. 17--31.} +\newcommand{\papericcsand}{\item[\href{http://dx.doi.org/10.1007/978-3-642-39637-3_41}{â–º}] \href{http://dx.doi.org/10.1007/978-3-642-39637-3_41}{\textbf{Modelling higher dimensional data for GIS using generalised maps}}. Ken Arroyo Ohori, Hugo Ledoux and Jantien Stoter. In B. Murgante, S. Misra, M. Carlini, C. Torre, H. Q. Nguyen, D. Taniar, B. Apduhan and O. Gervasi (eds.), \emph{Computational Science and Its Applications --- ICCSA 2013. 13th International Conference, Ho Chi Minh City, Vietnam, June 24–27, 2013, Proceedings, Part I}, Lecture Notes in Computer Science 7971, Springer Berlin Heidelberg, June 2013, pp. 526--539.} +\newcommand{\paperacmsigspatialextrusion}{\item[\href{http://dx.doi.org/10.1145/2525314.2525447}{â–º}] \href{http://dx.doi.org/10.1145/2525314.2525447}{\textbf{Using extrusion to generate higher-dimensional GIS datasets}}. Ken Arroyo Ohori and Hugo Ledoux. In Craig Knoblock, Peer Kr\"oger, John Krumm, Markus Schneider and Peter Widmayer (eds.), \emph{SIGSPATIAL'13: Proceedings of the 21st ACM SIGSPATIAL International Conference on Advances in Geographic Information Systems}, ACM, Orlando, Florida, United States, November 2013, pp. 398--401.} +\newcommand{\papericaaincrementalconstruction}{\item[\href{http://dx.doi.org/10.1007/978-3-319-04126-1_4}{â–º}] \href{http://dx.doi.org/10.1007/978-3-319-04126-1_4}{\textbf{Constructing an $n$-dimensional cell complex from a soup of $(n-1)$-dimensional faces}}. Ken Arroyo Ohori, Guillaume Damiand and Hugo Ledoux. In Prosenjit Gupta and Christos Zaroliagis (eds.), \emph{Applied Algorithms. First International Conference, ICAA 2014, Kolkata, India, January 13--15, 2014. Proceedings}, Lecture Notes in Computer Science 8321, Springer International Publishing Switzerland, Kolkata, India, January 2014, pp. 37--48.} +\newcommand{\papercgeoprepair}{\item[\href{http://dx.doi.org/10.1016/j.cageo.2014.01.009}{â–º}] \href{http://dx.doi.org/10.1016/j.cageo.2014.01.009}{\textbf{A triangulation-based approach to automatically repair GIS polygons}}. Hugo Ledoux, Ken Arroyo Ohori and Martijn Meijers. \emph{Computers \& Geosciences} 66, May 2014, pp. 121--131.} +\newcommand{\paperijgisndstructures}{\item[\href{http://dx.doi.org/10.1080/13658816.2014.999683}{â–º}] \href{http://dx.doi.org/10.1080/13658816.2014.999683}{\textbf{An evaluation and classification of $n$D topological data structures for the representation of objects in a higher-dimensional GIS}}.\@ Ken Arroyo Ohori, Hugo Ledoux and Jantien Stoter. \emph{International Journal of Geographical Information Science} 29(5), May 2015, pp. 825--849.} +\newcommand{\paperijgisextrusion}{\item[\href{http://dx.doi.org/10.1080/13658816.2015.1010535}{â–º}] \href{http://dx.doi.org/10.1080/13658816.2015.1010535}{\textbf{A dimension-independent extrusion algorithm using generalised maps}}. Ken Arroyo Ohori, Hugo Ledoux and Jantien Stoter. \emph{International Journal of Geographical Information Science} 29(7), July 2015, pp. 1166--1186.} +\newcommand{\paperijgind}{\item[\href{http://dx.doi.org/10.3390/ijgi4031055}{â–º}] \href{http://dx.doi.org/10.3390/ijgi4031055}{\textbf{Modelling a 3D city model and its levels of detail as a true 4D model}}. Ken Arroyo Ohori, Hugo Ledoux, Filip Biljecki and Jantien Stoter. \emph{ISPRS International Journal of Geo-Information}, 4(3), September 2015, pp. 1055--1075.} +\newcommand{\paperisprsnd}{\item[\href{http://dx.doi.org/10.5194/isprsannals-II-2-W2-1-2015}{â–º}] \href{http://dx.doi.org/10.5194/isprsannals-II-2-W2-1-2015}{\textbf{Storing a 3D city model, its levels of detail and the correspondences between objects as a 4D combinatorial map}}. Ken Arroyo Ohori, Hugo Ledoux and Jantien Stoter. In Alias Abdul Rahman, Umit Isikdag and Francesc Ant\'on Castro (eds.), Joint International Geoinformation Conference 2015, 28--30 October 2015, Kuala Lumpur, Malaysia, ISPRS Annals of the Photogrammetry, Remote Sensing and Spatial Information Sciences II--2/W2, ISPRS, Kuala Lumpur, Malaysia, October 2015, pp. 1--8.} +\newcommand{\paperudmvobj}{\item[\href{http://dx.doi.org/10.2312/udmv.20151345}{â–º}] \href{http://dx.doi.org/10.2312/udmv.20151345}{\textbf{Automatic semantic-preserving conversion between OBJ and CityGML}}. Filip Biljecki and Ken Arroyo Ohori. In F. Biljecki and V. Tourre (eds.), \emph{Eurographics Workshop on Urban Data Modelling and Visualisation}, Eurographics Association, Delft, The Netherlands, November 2015, pp. 25--30.} +\newcommand{\paperijgisroeland}{\item[\href{http://dx.doi.org/10.1080/13658816.2015.1072201}{â–º}] \href{http://dx.doi.org/10.1080/13658816.2015.1072201}{\textbf{Automatically enhancing CityGML LOD2 models with a corresponding indoor geometry}}. Roeland Boeters, Ken Arroyo Ohori, Filip Biljecki and Sisi Zlatanova. \emph{International Journal of Geographical Information Science} 29(12), December 2015, pp. 2248--2268.} +\newcommand{\papermethodsxvoxelisation}{\item[\href{http://dx.doi.org/10.1016/j.mex.2016.01.001}{â–º}] \href{http://dx.doi.org/10.1016/j.mex.2016.01.001}{\textbf{Voxelization algorithms for geospatial applications: Computational methods for voxelating spatial datasets of 3D city models containing 3D surface, curve and point data models}}. Pirouz Nourian, Romulo Gon\c{c}alves, Sisi Zlatanova, Ken Arroyo Ohori and Anh Vu Vo. \emph{MethodsX} 3, January 2016, pp. 69--86.} + +% \nofiles% +\begin{document} + +%! Front cover: Reactivar +% \includepdf{cover-front.pdf} + +% Sloppy spacing works better for small paper sizes: better than text outside margin, esp. because of marginpars +\sloppy + +\frontmatter + +\newgeometry{top=2.170cm, + bottom=3.510cm, + inner=2.1835cm, + outer=2.1835cm, + ignoremp} +\input{pre} + +% No colour links in tables of contents and list of figures +\cleardoublepage% +\tableofcontents +% \cleardoublepage% +\listoffigures +% \cleardoublepage% +% \listoftables +\restoregeometry% + +\mainmatter% + +% Lengths used for page head +\newlength{\overflowingheadlen} +\setlength{\overflowingheadlen}{\linewidth} +\addtolength{\overflowingheadlen}{\marginparsep} +\addtolength{\overflowingheadlen}{\marginparwidth} + +% Page style for preface +\renewpagestyle{scrheadings}{ + {\hspace{-\marginparwidth}\hspace{-\marginparsep}\makebox[\overflowingheadlen][l]{\makebox[2em][r]{\thepage}\quad\rule{1pt}{100pt}\quad{}Preface}}% + {\makebox[\overflowingheadlen][r]{\rightmark\quad\rule{1pt}{100pt}\quad\makebox[2em][l]{\thepage}}}% + {} +}{ + {}% + {}% + {} +} +\renewpagestyle{plain.scrheadings}{ + {}% + {}% + {} +}{ + {\thepage}% + {\makebox[\overflowingheadlen][r]{\thepage}}% + {} +} + +\input{preface} + +% Page style for chapters +\renewpagestyle{scrheadings}{ + {\hspace{-\marginparwidth}\hspace{-\marginparsep}\makebox[\overflowingheadlen][l]{\makebox[2em][r]{\thepage}\quad\rule{1pt}{100pt}\quad{}\leftmark}}% + {\makebox[\overflowingheadlen][r]{\rightmark\quad\rule{1pt}{100pt}\quad\makebox[2em][l]{\thepage}}}% + {} +}{ + {}% + {}% + {} +} +\renewpagestyle{plain.scrheadings}{ + {}% + {}% + {} +}{ + {\thepage}% + {\makebox[\overflowingheadlen][r]{\thepage}}% + {} +} + +\input{introduction} + +\setpartpreamble{ + \vspace{3cm} + \begin{center} + % \includegraphics[width=0.8\linewidth]{figs/gmaps-3d-simplices} + \end{center} +} +\newgeometry{top=2.170cm, + bottom=3.510cm, + inner=2.1835cm, + outer=2.1835cm, + ignoremp} + +\input{parte1} + +% \part{Representing geographic information} +% \label{pa:representation} +% \restoregeometry% +% The underlying 3D simplicial complex in the representation of a cube as a 3D generalised map. +% +% \input{math} +% +% \input{modelling-background} +% +% \input{nd-modelling} + +\setpartpreamble{ + \vspace{5cm} + % \includegraphics[width=\linewidth]{figs/extrusion-steps} +} +\newgeometry{top=2.170cm, + bottom=3.510cm, + inner=2.1835cm, + outer=2.1835cm, + ignoremp} + +\input{parte2} + +\input{parte3} + +% \part{Constructing and manipulating objects} +% \label{pa:operations} +% \restoregeometry% + +% \input{operations-background} + +% \input{extrusion} + +% \input{incremental-construction} + +% \input{linking-lods} + +% \input{slicing} + +\bookmarksetup{startatroot} +\addtocontents{toc}{\medskip\bigskip} + +% \input{cleaning} + +% \input{conclusions} + +\appendix% + +\addtocontents{toc}{\medskip\bigskip} + +% \input{implementation} + +\cleardoublepage% +\renewpagestyle{scrheadings}{ + {\makebox[2em][r]{\thepage}\quad\rule{1pt}{100pt}\quad\leftmark}% + {\hfill\rightmark\quad\rule{1pt}{100pt}\quad\makebox[2em][l]{\thepage}}% + {} +}{ + {}% + {}% + {} +} +\renewpagestyle{plain.scrheadings}{ + {}% + {}% + {} +}{ + {\thepage}% + {\hfill\thepage}% + {} +} +\newgeometry{top=2.170cm, + bottom=3.510cm, + inner=2.1835cm, + outer=2.1835cm, + ignoremp} + +% \input{dictionary} + +\addtocontents{toc}{\medskip\bigskip} + +\backmatter% + +% Bibliograhy +\bibliographystyle{plainnat} +{\small\bibliography{bibliography}} + +\hypertarget{refs}{} +\leavevmode\hypertarget{ref-activist_object_curating_2014}{}% +Activist Object. 2014. ``Curating the Activist Object: About the +Activist Object.'' \url{http://activistobject.wordpress.com/about/}. + +\leavevmode\hypertarget{ref-agile-visualization}{}% +``Agile Visualization.'' n.d. Accessed September 23, 2014. +\url{http://agilevisualization.com/\#credit}. + +\leavevmode\hypertarget{ref-sbe-strings}{}% +Alex Sharp. 1997. ``Chapter 12. Strings.'' In \emph{Smalltalk by + Example: The Developer's Guide}. +\url{http://stephane.ducasse.free.fr/FreeBooks/ByExample/14\%20-\%20Chapter\%2012\%20-\%20Strings.pdf}. + +\leavevmode\hypertarget{ref-deep-into-pharo}{}% +Alexandre Bergel, Damien Cassou, Stéphane Ducasse, and Jannik Laval. +n.d. \emph{Deep into Pharo}. Square Bracket Associates. Accessed June +25, 2014. \url{http://www.deepintopharo.com/}. + +\leavevmode\hypertarget{ref-zotero-api-intro-ph}{}% +Amanda Morton. n.d. ``Intro to the Zotero API.'' Accessed October 7, +2014. +\url{http://programminghistorian.org/lessons/intro-to-the-zotero-api.html}. + +\leavevmode\hypertarget{ref-citezen-barreau}{}% +Barreau, Adrien. n.d. ``Citezen Université Lille 1 - Résumé de Stage - +Licence Mention Informatique 2010-2011.'' Accessed October 7, 2014. +\url{http://www.fil.univ-lille1.fr/~decomite/ue/ResumesStages/2010/resumes/barreau/abstract.php}. + +\leavevmode\hypertarget{ref-bergel_software_2014}{}% +Bergel, Alexandre. 2014. ``Software as Graph.'' +\url{http://vimeo.com/94724841}. + +\leavevmode\hypertarget{ref-cannot-reproduce-lab-work}{}% +Bourne, Philip E. n.d. ``I Cannot Reproduce the Work from My Own +Laboratory.'' Accessed October 10, 2014. +\url{http://www.slideshare.net/pebourne/ebi121102013}. + +\leavevmode\hypertarget{ref-open-science-to-open-math}{}% +Breuer, Felix. n.d. ``From Open Science to Open Mathematics - Felix +Breuer's Blog.'' Accessed October 7, 2014. +\url{http://blog.felixbreuer.net/2013/07/14/from-open-science-to-open-mathematics.html}. + +\leavevmode\hypertarget{ref-caekenberghe-ston}{}% +Caekenberghe, Sven Van. 2012. ``Smalltalk Object Notation (STON).'' +\url{https://github.com/svenvc/ston/blob/master/ston-paper.md}. + +\leavevmode\hypertarget{ref-results-may-vary}{}% +Carole Goble. 2014. ``Results May Vary: Collaborations Workshop, Oxford +2014.'' +\url{http://www.slideshare.net/carolegoble/results-may-vary-collaborations-workshop-oxford-2014}. + +\leavevmode\hypertarget{ref-beyond-pdf}{}% +Christian Pietsch, Vitali Peil, and Najko Jahn. 2013. +``Publikationswerkzeuge Für Offene Wissenschaft Und Freie Software.'' +Universität Bielefeld. +\url{http://www.ub.uni-bielefeld.de/~cpietsch/markdown/\#/1}. + +\leavevmode\hypertarget{ref-critical_art_emsamble_ciencia_2009}{}% +Critical Art Emsamble. 2009. ``Ciencia de Garaje - Medialab-Prado +Madrid.'' \url{http://medialab-prado.es/article/garage_science}. + +\leavevmode\hypertarget{ref-fenner_grammar_2013}{}% +Fenner, Martin. 2013. ``The Grammar of Scholarly Communication.'' +\url{http://blog.martinfenner.org/2013/11/17/the-grammar-of-scholarly-communication/}. + +\leavevmode\hypertarget{ref-zotero-api}{}% +Fritz, Christian. n.d. ``Zotero Web API V3.'' Accessed October 7, 2014. +\url{https://www.zotero.org/support/dev/web_api/v3/start}. + +\leavevmode\hypertarget{ref-pbe2-glamour}{}% +Girba, Tudor. n.d. ``Glamour.'' In \emph{Deep into Pharo}, 191--207. + +\leavevmode\hypertarget{ref-girba-custom-analyses}{}% +---------. n.d. ``Moose: Custom Analyses Made Easy.'' \emph{Humane + Assessment}. Accessed September 27, 2014b. +\url{http://www.humane-assessment.com/blog/moose-custom-analyses-made-easy}. + +\leavevmode\hypertarget{ref-girba-moose-book-intro}{}% +---------. n.d. \emph{The Moose Book: Introduction}. Accessed September +27, 2014c. \url{http://www.themoosebook.org/book/introduction}. + +\leavevmode\hypertarget{ref-oo-recursion}{}% +Kent Beck. n.d. ``Object-Oriented Recursion.'' +\url{http://www.macqueen.us/smalltalkReport/ST/ST09/27be.pdf}. + +\leavevmode\hypertarget{ref-peer-review-plus-reproducible}{}% +Kraker, Peter. n.d. ```It's Not Only Peer-Reviewed, It's Reproducible!' +OKF Open Science Working Group.'' Accessed October 10, 2014. +\url{http://science.okfn.org/2013/10/18/its-not-only-peer-reviewed-its-reproducible/}. + +\leavevmode\hypertarget{ref-open-sci-in-learning}{}% +Kraker, Peter, Derick Leony, Wolfgang Reinhardt, and Günter Beham. 2011. +``The Case for an Open Science in Technology Enhanced Learning.'' +\emph{Int. J. Technology Enhanced Learning} 3 (6):643. + +\leavevmode\hypertarget{ref-krampe_tirade_2009}{}% +Krampe, Göran. 2009. ``Tirade, a File Format for Smalltalkers - Roads +Less Taken.'' \emph{Roads Less Taken}. +\url{http://goran.krampe.se/2009/03/16/tirade-a-file-format-for-smalltalkers/}. + +\leavevmode\hypertarget{ref-krampe_literal_2012}{}% +---------. 2012. ``Literal Arrays Vs JSON Vs STON Vs Tirade - Roads Less +Taken.'' \emph{Roads Less Taken}. +\url{http://goran.krampe.se/2012/05/08/literal-arrays-vs-json-vs-ston-vs-tirade/}. + +\leavevmode\hypertarget{ref-lafuente_critica_2013}{}% +Lafuente, Antonio. 2013. ``La Crítica de La Ciencia.'' +\emph{Profesiones} 141 (February):48--49. +\url{http://www.profesiones.org/var/plain/storage/original/application/55787586cfc72081a1dc891d40a3fbb5.pdf}. + + +\leavevmode\hypertarget{ref-ubakye-mapa}{}% +---------. 2012. ``Ubakye Aprendizaje E Identidad Digital.'' +\url{http://mutabit.com/deltas/repos.fossil/mtb-charlas-talleres/doc/tip/Ubakye/ubakyeAprendizajeIdentidadDigital.png}. + +\leavevmode\hypertarget{ref-luna_cardenas_ecologisaberes_2014}{}% +---------. 2014a. ``Ecología de Saberes En Diseño: Un Ejemplo Desde Los +Discursos Autopoiéticos.'' +\url{http://mutabit.com/deltas/repos.fossil/doctorado-offray/doc/tip/Tesis/ExamenCandidatura/Escrito2/luna-offray-ecologia-de-saberes-en-diseno.pdf}. + +\leavevmode\hypertarget{ref-luna_cardenas_outliner_2014}{}% +---------. 2014b. ``Outliner for Light Table or on Blurring the +Distinction Beween Programmers and Non Programmers. · Issue \#1530 · +LightTable/LightTable.'' +\url{https://github.com/LightTable/LightTable/issues/1530\#issuecomment-46760429}. + +\leavevmode\hypertarget{ref-ubakye-smalltalkhub}{}% +---------. 2014c. ``Ubakye - SmalltalkHub.'' +\url{http://smalltalkhub.com/\#!/~Offray/Ubakye/}. + +\leavevmode\hypertarget{ref-grafoscopio-smalltalkhub}{}% +---------. n.d. ``Grafoscopio - SmalltalkHub.'' Accessed November 18, +2014a. \url{http://smalltalkhub.com/\#!/~Offray/Grafoscopio/}. + +\leavevmode\hypertarget{ref-grafoscopio-fossil}{}% +---------. n.d. ``Grafoscopio: Repositorio de Documentación.'' Accessed +November 18, 2014b. +\url{http://mutabit.com/deltas/repos.fossil/grafoscopio/index}. + +\leavevmode\hypertarget{ref-pharo-sitio-web}{}% +``Pharo - Welcome to Pharo!'' n.d. Accessed October 21, 2014. +\url{http://pharo.org/}. + +\leavevmode\hypertarget{ref-pharo-sourcedocs-strings}{}% +``Pharo Source Documentation: Collections-Strings.'' n.d. Accessed +September 23, 2014. +\url{http://magaloma.seasidehosting.st/Collections-Strings}. + +\leavevmode\hypertarget{ref-girba-playing-with-objects}{}% +``Pharo: Playing with Live Objects.'' 2014. +\url{http://vimeo.com/97315968}. + +\leavevmode\hypertarget{ref-citezen-pollet-repository}{}% +Pollet, Damien. n.d. ``Citezen.'' Accessed October 12, 2014a. +\url{http://people.untyped.org/damien.pollet/software/citezen/}. + +\leavevmode\hypertarget{ref-citezen-pollet-report}{}% +---------. n.d. ``Citezen, a Nicer Bibliography Toolkit.'' +\url{http://vst.ensm-douai.fr/ESUG2009Media/uploads/1/citezen-EsugAwards2009.pdf}. + +\leavevmode\hypertarget{ref-research-object-overview}{}% +Research Object. n.d. ``Research Object Overview.'' Accessed September +26, 2014. \url{http://www.researchobject.org/overview/}. + +\leavevmode\hypertarget{ref-taste-of-smalltalk}{}% +Ted Kaehler, and Dave Patterson. 1986. \emph{A Taste of Smalltalk}. W W +Norton \& Co Inc. + +\leavevmode\hypertarget{ref-tudor_glamorous_2014}{}% +Tudor, Girba, Andrei Chis, and Alex Syrel. 2014. ``The Glamorous +Toolkit.'' \url{http://gt.moosetechnology.org/}. + +\leavevmode\hypertarget{ref-wenger_communities_1999}{}% +Wenger, Etienne. 1999. \emph{Communities of Practice}. Cambridge +University Press. + +\leavevmode\hypertarget{ref-wikipedia_open_2014}{}% +Wikipedia. 2014. ``Open Research - Wikipedia, the Free Encyclopedia.'' +\url{https://en.wikipedia.org/wiki/Open_research}. + +\leavevmode\hypertarget{ref-zotero-api-v3}{}% +``Zotero Web API Documentation V. 3.'' n.d. Accessed October 7, 2014. +\url{https://www.zotero.org/support/dev/web_api/v3/basics}. + +\leavevmode\hypertarget{ref-zotero-bibtex-mit}{}% +``Zotero with LaTeX and BibTeX - Zotero at MIT - Research Guides at MIT +Libraries.'' n.d. Accessed October 7, 2014. +\url{http://libguides.mit.edu/content.php?pid=55482\&sid=406343}. + +\leavevmode\hypertarget{ref-better-bibtex}{}% +ZotPlus. n.d. ``Better BibTeX: Citation Keys.'' Accessed October 3, +2014. \url{https://zotplus.github.io/better-bibtex/Citation-Keys.html}. + +\restoregeometry% + +% Page style for back matter +\renewpagestyle{scrheadings}{ + {\hspace{-\marginparwidth}\hspace{-\marginparsep}\makebox[\overflowingheadlen][l]{\makebox[2em][r]{\thepage}\quad\rule{1pt}{100pt}\quad\leftmark}}% + {\makebox[\overflowingheadlen][r]{\rightmark\quad\rule{1pt}{100pt}\quad\makebox[2em][l]{\thepage}}}% + {} +}{ + {}% + {}% + {} +} +\renewpagestyle{plain.scrheadings}{ + {}% + {}% + {} +}{ + {\thepage}% + {\makebox[\overflowingheadlen][r]{\thepage}}% + {} +} + +\cleardoublepage% +\label{thesis:back} +\pdfbookmark[-1]{Back matter}{thesis:back} + +% \input{summary} + +% \input{cv} + +% Back cover +\clearpage +\thispagestyle{empty} +\null% +\clearpage +% \includepdf{cover-back.pdf} + +\end{document} Index: Tesis/Escrito/TextoIntegrado/tufte-common.def ================================================================== --- Tesis/Escrito/TextoIntegrado/tufte-common.def +++ Tesis/Escrito/TextoIntegrado/tufte-common.def @@ -819,11 +819,11 @@ \catcode`\Q=11 %% % Citations should go in the margin as sidenotes -\RequirePackage{natbib} +\RequirePackage{biblatex} \RequirePackage{bibentry} % allows bibitems to be typeset outside thebibliography environment % Redefine the \BR@b@bibitem command to fix a bug with bibentry+chicago style \renewcommand\BR@b@bibitem[2][]{% \ifthenelse{\isempty{#1}}% {\BR@bibitem{#2}}% @@ -1668,11 +1668,11 @@ % A handy command to disable hyphenation for short bits of text. % Borrowed from Peter Wilson's `hyphenat' package. \newlanguage\langwohyphens% define a language without hyphenation rules \newcommand{\nohyphens}[1]{{\language\langwohyphens #1}}% used for short bits of text -\newcommand{\nohyphenation}{\language\langwohyphens}% can be used inside environments for longer text +% \newcommand{\nohyphenation}{\language\langwohyphens}% can be used inside environments for longer text %% % The bibliography environment \setlength\bibindent{1.5em} DELETED Tesis/Referencias/christopher-M-Kelty-Michael-M-J-Fischer-Joseph-Dumit-Two-Bits-The-Cultural-Significance-of-Free-Software-2008.pdf Index: Tesis/Referencias/christopher-M-Kelty-Michael-M-J-Fischer-Joseph-Dumit-Two-Bits-The-Cultural-Significance-of-Free-Software-2008.pdf ================================================================== --- Tesis/Referencias/christopher-M-Kelty-Michael-M-J-Fischer-Joseph-Dumit-Two-Bits-The-Cultural-Significance-of-Free-Software-2008.pdf +++ Tesis/Referencias/christopher-M-Kelty-Michael-M-J-Fischer-Joseph-Dumit-Two-Bits-The-Cultural-Significance-of-Free-Software-2008.pdf cannot compute difference between binary files Index: Tesis/tesis-doctoral.ston ================================================================== --- Tesis/tesis-doctoral.ston +++ Tesis/tesis-doctoral.ston @@ -800,11 +800,14 @@ #tags : OrderedCollection [ 'text' ], #children : OrderedCollection [ ], #parent : @5, - #level : 1 + #level : 1, + #links : OrderedCollection [ + '' + ] }, GrafoscopioNode { #header : 'Pruebas Unitarias', #key : '', #body : 'Un buen código suele tener pruebas unitarias que garantizan su buen funcionamiento y ayudan a mirar cuáles son @@ -837,15 +840,15 @@ luego al diplomado \'alvicoda\', sin embargo el repositorio aún no está completo. La intensión de todos modos es tener los enlaces de referencia, para luego traducirlos con Amara al español y presentarlos durante el diplomado."', #tags : 'código', #children : OrderedCollection [ ], - #parent : @123, + #parent : @124, #level : 3 } ], - #parent : @120, + #parent : @121, #level : 2 } ], #parent : @5, #level : 1, @@ -852,12 +855,12 @@ #links : OrderedCollection [ '', '' ] }, - @123, - @126, + @124, + @127, GrafoscopioNode { #header : 'Artículos', #body : 'Dada la relevancia que ocupan los artefactos de software en la tesis y la intensión explícita de la misma de crear y validar objetos no hegemónicos de conocimiento, que vayan más allá del fetichismo por el artículo en la publicación indexada y sean @@ -881,11 +884,11 @@ #body : '', #tags : OrderedCollection [ 'text' ], #children : OrderedCollection [ ], - #parent : @132, + #parent : @133, #level : 3, #links : OrderedCollection [ '', '', '', @@ -898,11 +901,11 @@ #body : '', #tags : OrderedCollection [ 'text' ], #children : OrderedCollection [ ], - #parent : @132, + #parent : @133, #level : 3, #links : OrderedCollection [ '', '', 'http://joss.theoj.org/about#author_guidelines' @@ -922,11 +925,11 @@ > JORS also publishes full-length research papers that cover different aspects of creating, maintaining and evaluating open source research software. The aim of the section is to promote the dissemination of best practice and experience related to the development and maintenance of reusable, sustainable research software.', #tags : OrderedCollection [ 'text' ], #children : OrderedCollection [ ], - #parent : @143, + #parent : @144, #level : 4, #links : OrderedCollection [ '', '', '', @@ -941,28 +944,28 @@ Es publicado por Elsevier, a pesar de ser Open Access. Mejor apoyar otras iniciativas que no tengan asociaciones a editoriales con prácticas de privatización de conocimiento y explotación de los académicos como esta.', #tags : OrderedCollection [ 'text' ], #children : OrderedCollection [ ], - #parent : @143, + #parent : @144, #level : 4, #links : OrderedCollection [ '', '', 'https://www.journals.elsevier.com/softwarex/' ] } ], - #parent : @132, + #parent : @133, #level : 3, #links : OrderedCollection [ '', '' ] } ], - #parent : @129, + #parent : @130, #level : 2, #links : OrderedCollection [ '', '', '', @@ -1014,11 +1017,11 @@ ', #tags : OrderedCollection [ 'text' ], #children : OrderedCollection [ ], - #parent : @129, + #parent : @130, #level : 2, #links : OrderedCollection [ '', '', '', @@ -1069,11 +1072,11 @@ ', #tags : OrderedCollection [ 'text' ], #children : OrderedCollection [ ], - #parent : @129, + #parent : @130, #level : 2, #links : OrderedCollection [ '', '', '', @@ -1095,18 +1098,18 @@ '', '', '' ] }, - @132, - @135, - @139, - @143, - @146, - @150, - @156, - @160, + @133, + @136, + @140, + @144, + @147, + @151, + @157, + @161, GrafoscopioNode { #header : 'Participación en Eventos', #body : '', #tags : OrderedCollection [ ], #children : OrderedCollection [ @@ -1115,11 +1118,11 @@ #body : '', #tags : OrderedCollection [ 'text' ], #children : OrderedCollection [ ], - #parent : @165, + #parent : @166, #level : 2, #links : OrderedCollection [ '' ] }, @@ -1128,11 +1131,11 @@ #body : '', #tags : OrderedCollection [ 'text' ], #children : OrderedCollection [ ], - #parent : @165, + #parent : @166, #level : 2, #links : OrderedCollection [ '' ] }, @@ -1141,11 +1144,11 @@ #body : '', #tags : OrderedCollection [ 'text' ], #children : OrderedCollection [ ], - #parent : @165, + #parent : @166, #level : 2, #links : OrderedCollection [ '' ] }, @@ -1164,11 +1167,11 @@ GrafoscopioNode { #header : 'Subcolección BDS', #body : '(ZoteroLibrary new groupID: \'\') subcollection:\'6GE8GRDX\'', #tags : 'código', #children : OrderedCollection [ ], - #parent : @183, + #parent : @184, #level : 4, #links : OrderedCollection [ '' ] }, @@ -1175,11 +1178,11 @@ GrafoscopioNode { #header : 'Subcolección como BibTeX', #body : '(ZoteroLibrary new groupID: \'329470\') subcollectionAsBibTeX: \'6GE8GRDX\'', #tags : 'código', #children : OrderedCollection [ ], - #parent : @183, + #parent : @184, #level : 4, #links : OrderedCollection [ '' ] }, @@ -1201,27 +1204,27 @@ bibFile writeStreamDo: [ :stream | stream nextPutAll: bibTeXData ]. bibFile ', #tags : 'código', #children : OrderedCollection [ ], - #parent : @183, + #parent : @184, #level : 4, #links : OrderedCollection [ '', 'http://ws.stfx.eu/4138G3OYJZ9I', 'http://ws.stfx.eu/5NQ4UFNDRO9M' ] } ], - #parent : @180, + #parent : @181, #level : 3, #links : OrderedCollection [ '' ] } ], - #parent : @165, + #parent : @166, #level : 2, #links : OrderedCollection [ '' ] }, @@ -1235,18 +1238,18 @@ GrafoscopioNode { #header : 'Items de la subcolección', #body : '(ZoteroLibrary new groupID: \'204755\') subcollectionAsBibTeX: \'QE5NGJXF\'', #tags : 'código', #children : OrderedCollection [ ], - #parent : @196, + #parent : @197, #level : 3, #links : OrderedCollection [ '' ] } ], - #parent : @165, + #parent : @166, #level : 2, #links : OrderedCollection [ '' ] } @@ -1255,20 +1258,20 @@ #level : 1, #links : OrderedCollection [ '' ] }, - @168, - @172, - @176, - @180, - @183, - @185, - @188, - @191, - @196, - @199, + @169, + @173, + @177, + @181, + @184, + @186, + @189, + @192, + @197, + @200, GrafoscopioNode { #header : 'Notas', #body : '', #tags : OrderedCollection [ 'text' @@ -1279,11 +1282,11 @@ #body : 'Kelty [1] habla de cómo los hackers crean bienes recursivos, como el Internet y el software libre, es decir, bienes que les permiten crear más bienes, que les permiten estar juntos. Yo diría que el bien recursivo que los hackers crean por naturaleza es el de los hackers mismos. [1] http://kelty.org/or/papers/unpublishable/Kelty.RecursivePublics-short.pdf', #tags : OrderedCollection [ ], #children : OrderedCollection [ ], - #parent : @204, + #parent : @205, #level : 2, #links : OrderedCollection [ '' ] } @@ -1292,11 +1295,11 @@ #level : 1, #links : OrderedCollection [ '' ] }, - @207, + @208, GrafoscopioNode { #header : 'Kanban', #body : '', #tags : OrderedCollection [ 'text' @@ -1311,24 +1314,311 @@ #children : OrderedCollection [ GrafoscopioNode { #header : 'Gráficas de evolución de artefactos', #body : ' - Brea (Acá se puede argumentar lo del bootstrapping en futuros alternativos desde los artefactos). - Etico (Dimensión política/activista). - - Repo Doctorado - - Manual Grafoscopio', + - Repo Doctorado. + - Manual Grafoscopio. + - Manual de Periodismo de Datos.', + #tags : OrderedCollection [ + 'text' + ], + #children : OrderedCollection [ + GrafoscopioNode { + #header : '[ ] Manual de Periodismo de Datos.', + #body : 'Empezaremos por deconstruir los ejemplos de visualización de calendarios.', + #tags : OrderedCollection [ + 'text' + ], + #children : OrderedCollection [ + GrafoscopioNode { + #header : 'Ejemplo commits de código', + #body : '| classes dictByJulian dictByDate maxPerDays b | +"Set your classes here:" +"classes := RTShape withAllSubclasses." +classes := (RPackageOrganizer default packageNamed: \'Datavi\') definedClasses. + +"Script" +dictByJulian := (classes flatCollect: #methods) groupedBy: [ :m | m date julianDayNumber ]. +dictByDate := (classes flatCollect: #methods) groupedBy: [ :m | m date ]. +maxPerDays := (dictByJulian values collect: #size) max. +b := RTCalendarBuilder new. +b yearShape +\tcomposite: [ :comp | +\t\tcomp +\t\t\tadd: +\t\t\t\t(RTLabel new +\t\t\t\t\ttext: [ :d | d year ]; +\t\t\t\t\theight: 20). +\t\tcomp add: (RTBox new color: Color lightGray trans) ]. +b yearLayout verticalLine. +b dateShape rectangle +\tsize: 15; +\tborderColor: Color lightGray; +\tcolor: Color lightGray; +\tif: [ :d | dictByJulian includesKey: d julianDayNumber ] +\t\tcolor: [ :d | +\t\t| i | +\t\ti := (dictByJulian at: d julianDayNumber) size / maxPerDays. +\t\tColor r: i g: 0 b: 0 ]. +b dateInteraction when: TRMouseClick do: [ :evt | (dictByJulian at: evt element model julianDayNumber ifAbsent: [ #() ]) inspect ]. +b dateInteraction popup text: [ :d | (dictByJulian at: d julianDayNumber ifAbsent: [ #() ]) size asString , \' Methods\' ]. +b dates: (dictByDate keys min to: dictByDate keys max). +^ b +', + #tags : OrderedCollection [ + 'código' + ], + #children : OrderedCollection [ ], + #parent : @222, + #level : 5, + #links : OrderedCollection [ + '' + ] + }, + GrafoscopioNode { + #header : 'Usando commits en Fossil', + #body : '| classes dictByJulian dictByDate maxPerDays b | +"Set your classes here:" +"classes := RTShape withAllSubclasses." +classes := (RPackageOrganizer default packageNamed: \'Dataviz\') definedClasses. + +"Script" +dictByJulian := (classes flatCollect: #methods) groupedBy: [ :m | m date julianDayNumber ]. +dictByDate := (classes flatCollect: #methods) groupedBy: [ :m | m date ]. +maxPerDays := (dictByJulian values collect: #size) max. +b := RTCalendarBuilder new. +b yearShape +\tcomposite: [ :comp | +\t\tcomp +\t\t\tadd: +\t\t\t\t(RTLabel new +\t\t\t\t\ttext: [ :d | d year ]; +\t\t\t\t\theight: 20). +\t\tcomp add: (RTBox new color: Color lightGray trans) ]. +b yearLayout verticalLine. +b dateShape rectangle +\tsize: 15; +\tborderColor: Color lightGray; +\tcolor: Color lightGray; +\tif: [ :d | dictByJulian includesKey: d julianDayNumber ] +\t\tcolor: [ :d | +\t\t| i | +\t\ti := (dictByJulian at: d julianDayNumber) size / maxPerDays. +\t\tColor r: i g: 0 b: 0 ]. +b dateInteraction when: TRMouseClick do: [ :evt | (dictByJulian at: evt element model julianDayNumber ifAbsent: [ #() ]) inspect ]. +b dateInteraction popup text: [ :d | (dictByJulian at: d julianDayNumber ifAbsent: [ #() ]) size asString , \' Methods\' ]. +b dates: (dictByDate keys min to: dictByDate keys max). +^ b +', + #tags : OrderedCollection [ + 'código' + ], + #children : OrderedCollection [ ], + #parent : @222, + #level : 5, + #links : OrderedCollection [ + '', + 'http://ws.stfx.eu/BBZHG8UA1529' + ] + }, + GrafoscopioNode { + #header : 'Tabla CVS', + #body : '| b tab colors dictionary | +tab := RTTabTable new input: (TRPlatform current downloadContent: \'http://bl.ocks.org/mbostock/raw/4063318/dji.csv\') usingDelimiter: $,. +tab removeFirstRow. +dictionary := Dictionary new. +tab values +\tdo: [ :ar | +\t\t| value | +\t\tvalue := (ar fifth asNumber - ar second asNumber) / ar second asNumber. +\t\tdictionary at: ar first asDate put: value ]. +colors := #(#(165 0 38) #(215 48 38) #(244 109 67) #(253 174 97) #(254 224 139) #(255 255 191) #(217 239 139) #(166 217 106) #(102 189 99) #(26 152 80) #(0 104 55)) +\tcollect: [ :ar | +\t\tColor +\t\t\tr: ar first +\t\t\tg: ar second +\t\t\tb: ar third +\t\t\trange: 255 ]. + +b := RTCalendarBuilder new. +b dateShape rectangle +\tsize: 15; +\tcolor: Color white; +\tborderColor: Color lightGray. +b monthShape shape: (b monthShapePath: 15.0). +b yearShape +\tcomposite: [ :comp | +\t\tcomp +\t\t\tadd: +\t\t\t\t(RTLabel new +\t\t\t\t\ttext: [ :d | d year ]; +\t\t\t\t\theight: 20). +\t\tcomp add: (RTBox new color: Color transparent) ]. +b dates: ((Year year: 2003) to: (Year year: 2010)). +b dateLayout gapSize: 0. +b monthLayout month. +b yearLayout horizontalLine. +b dateShape +\tif: [ :d | dictionary includesKey: d ] +\tcolor: [ :d | +\t\t| value index | +\t\tvalue := (dictionary at: d) + 0.05. +\t\tindex := (value * 11 / 0.1 + 1) asInteger. +\t\tindex < 1 +\t\t\tifTrue: [ index := 1 ]. +\t\tindex > 11 +\t\t\tifTrue: [ index := 11 ]. +\t\tcolors at: index ]. +b dateInteraction popup. +b build. +(b view elements select: [ :e | e model isKindOf: Month ]) pushFront. +^ b view', + #tags : OrderedCollection [ + 'código' + ], + #children : OrderedCollection [ ], + #parent : @222, + #level : 5, + #links : OrderedCollection [ + '' + ] + }, + GrafoscopioNode { + #header : 'Fossil: Paleta de colores', + #body : '"La idea es obtener un color por cada valor en una paleta +de colores." +| testRepo colors valuedColors | +testRepo := FossilRepo new +\tremote: \'http://localhost:8080/\'. +colors := RTColorPalette sequential colors: 9 scheme: \'Greens\'. +valuedColors := testRepo commitsByDate collect: [ :v | +\tcolors at: v // 2 + 1 ]. +', + #tags : OrderedCollection [ + 'código' + ], + #children : OrderedCollection [ ], + #parent : @222, + #level : 5, + #links : OrderedCollection [ + '' + ] + }, + GrafoscopioNode { + #header : 'Calendario con datos en Fossil', + #body : '| b colors dictionary repo valuedColors url | +url := \'http://mutabit.com/repos.fossil/mapeda\'. +"http://localhost:8081/" +repo := FossilRepo new +\tremote: url. +dictionary := repo commitsByDate. +colors := RTColorPalette sequential colors: 9 scheme: \'Blues\'. +valuedColors := repo commitsByDate collect: [ :v | +\tcolors at: v // 2 + 1 ]. +b := RTCalendarBuilder new. +b dateShape rectangle +\tsize: 15; +\tcolor: Color white; +\tborderColor: Color lightGray. +b monthShape shape: (b monthShapePath: 15.0). +b yearShape +\tcomposite: [ :comp | +\t\tcomp +\t\t\tadd: +\t\t\t\t(RTLabel new +\t\t\t\t\ttext: [ :d | d year ]; +\t\t\t\t\theight: 20). +\t\tcomp add: (RTBox new color: Color transparent) ]. +b dates: ((Year year: 201) to: (Year year: 2017)). +b dateLayout gapSize: 0. +b monthLayout month. +b yearLayout horizontalLine. +b dateShape +\tif: [ :d | dictionary includesKey: d ] +\tcolor: [ :d | +\t\tvaluedColors at: d ]. +b dateInteraction popup. +b build. +(b view elements select: [ :e | e model isKindOf: Month ]) pushFront. +^ b view +', + #tags : OrderedCollection [ + 'código' + ], + #children : OrderedCollection [ ], + #parent : @222, + #level : 5, + #links : OrderedCollection [ + '', + 'http://ws.stfx.eu/EQ5ZTLRQMSH2' + ] + }, + GrafoscopioNode { + #header : 'Commits calendar', + #body : '| urls repo palette | +urls := #(\'http://mutabit.com/repos.fossil/mapeda\' \'http://localhost:8080/\' \'http://localhost:8081/\'). +repo := FossilRepo new +\tremote: (urls at: 2). +palette := RTColorPalette sequential colors: 9 scheme: \'Blues\'. +repo commitsCalendarFrom: 201 to: 2017 colored: palette + +', + #tags : OrderedCollection [ + 'código' + ], + #children : OrderedCollection [ ], + #parent : @222, + #level : 5, + #links : OrderedCollection [ + '' + ] + }, + GrafoscopioNode { + #header : 'Paleta de colores', + #body : 'RTColorPalette sequential colors: 9 scheme:\'Greens\'', + #tags : OrderedCollection [ + 'código' + ], + #children : OrderedCollection [ ], + #parent : @222, + #level : 5, + #links : OrderedCollection [ + '' + ] + } + ], + #parent : @219, + #level : 4, + #links : OrderedCollection [ + '' + ] + } + ], + #parent : @216, + #level : 3, + #links : OrderedCollection [ + '' + ] + }, + GrafoscopioNode { + #header : 'Evolución de código', + #body : ' - [Code Frequency](https://github.com/rqlite/rqlite/graphs/code-frequency): Código borrado vs código agregado, por fecha. + - [Commits](https://github.com/rqlite/rqlite/graphs/commit-activity). + - [Contributors](https://github.com/rqlite/rqlite/graphs/contributors).', #tags : OrderedCollection [ 'text' ], #children : OrderedCollection [ ], - #parent : @215, + #parent : @216, #level : 3, #links : OrderedCollection [ '' ] } ], - #parent : @212, + #parent : @213, #level : 2, #links : OrderedCollection [ '' ] }, @@ -1337,11 +1627,11 @@ #body : '', #tags : OrderedCollection [ 'text' ], #children : OrderedCollection [ ], - #parent : @212, + #parent : @213, #level : 2, #links : OrderedCollection [ '' ] } @@ -1350,13 +1640,22 @@ #level : 1, #links : OrderedCollection [ '' ] }, - @215, - @218, - @223 + @216, + @219, + @222, + @225, + @229, + @233, + @237, + @241, + @245, + @249, + @255, + @260 ] }, #level : 1 }, @8, @@ -1364,11 +1663,11 @@ @14, @29, @93, @109, @117, - @120, - @129, - @165, - @204, - @212 + @121, + @130, + @166, + @205, + @213 ]