Doctorado

Check-in Differences
Login
☰Home Timeline Branches Tags Tickets Wiki Login
Hide Diff Invert Patch Path Unified Diff

Many hyperlinks are disabled.
Use anonymous login to enable hyperlinks.

Difference From b75a30a2b24dc087 To 1398304e79502a19

2018-06-11
02:41
Prototipos > Twitter Selfies: Casi terminado. check-in: 42b313a34d user: offray tags: trunk
2018-06-10
00:50
Prototipos > Bidibog: Casi terminado. check-in: 1398304e79 user: offray tags: trunk
2018-06-07
17:33
Prototipos > Software Público: traducción: emparejado. check-in: 9cee52fee7 user: offray tags: trunk
2017-10-11
16:30
Visualizando repositorios. check-in: 5cc575ad08 user: offray tags: trunk
2017-09-08
18:50
Kanban? check-in: b75a30a2b2 user: offray tags: trunk
2017-08-30
16:50
Integrados Leinonen y mejoradas gráficas. check-in: 346be24924 user: offray tags: trunk

Added Tesis/Escrito/TextoIntegrado/Parte1/autopoiesis.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte1/design-thinking.odg.

cannot compute difference between binary files

Changes to Tesis/Escrito/TextoIntegrado/Parte1/design-thinking.png.

cannot compute difference between binary files

Changes to Tesis/Escrito/TextoIntegrado/Parte1/design-thinking.svg.

cannot compute difference between binary files

Changes to 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.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/arbol-ayuda-pharo.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/arbol-detalle.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/artefacto-realimentacion.png.

cannot compute difference between binary files

Added 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.

cannot compute difference between binary files

Added 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.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/bidibog-mapa.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/bidibog-repo.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-anotado.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-cabecera.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/bidibog-web-completo.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/capacity-building.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/colibri-2005.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/conceptual-searches.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/data-environment-full.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/dataweek-indice-cronologico.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/dataweek-indice-tematico.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/dataweek-mapa-intro.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/dataweek-mapa.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/dataweek-timeline.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-1.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-3-zoom.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/dataweek1-3.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/dataweek11-3-zoom.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/dataweek11-3.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/diplomado.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/divide-data.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/divide-layered-infra.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/divide-user-dev.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/el-directorio-2011.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/enactive-understanding.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/flisol.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/floppology.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-place.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-timeline.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-user-manual.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/grafoscopio-web.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/hackbo-cynin.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-1.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-2.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav-3.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/hackbo-grav.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/hackbo-web2py.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/interface-grafoscopio.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/ipython-markdown.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/ipython-vista-previa.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/joss-grafoscopio.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/jupyter-grafoscopio.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/jupyterlab.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/leo-smalltalk.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/leo-tesis.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/lista-hilo1.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/lista-hilo2.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/mapas-del-silencio.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/mapeda-activity.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/mapeda-histogram.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/mapeda-original.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/mapeda-paginas1.jpg.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/mapeda-paginas2.jpg.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/mapeda-piechart.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/mapeda-ston.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline-detail.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline-end.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/mapeda-timeline.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/mapeda-trino.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/mapeda-web.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/modes-of-understanding.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/moldable-tools.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/narrativa-zooms.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/nomadas-digitales.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/notebook-apprentice.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/notebook-techniques.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/nubes-de-palabras.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/offrayLC-status-293188236019388417.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/pandoc-diagram.jpg.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/persistencia-guardar-como.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/recombinacion.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/side-by-side.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-hilo.jpg.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino1.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino2.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/soft-publico-trino3.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/software-as-craft-1.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/software-as-craft.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/tecno-comun.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/telegram-3.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/trino-persistencia.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/ulysses-image-preview.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/wiki-etherpad.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/zotero-detalle-items.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/zotero-firefox.png.

cannot compute difference between binary files

Added Tesis/Escrito/TextoIntegrado/Parte2/zotero-phd-master.png.

cannot compute difference between binary files

Changes to Tesis/Escrito/TextoIntegrado/bibliography.bib. 




































































































































































1
2
3
4
5
6
7
8
9
10
11











12
13
14
15
16
17
18
19












































































































20
21
22
23
24
25
26





































































































































































@book{lanier_you_2010,
	edition = {1},
	title = {You {Are} {Not} a {Gadget}: {A} {Manifesto}},
	isbn = {0-307-26964-7 978-0-307-26964-5},
	url = {http://gen.lib.rus.ec/book/index.php?md5=84de2a0765823489be4f2ec72f031aff},
	publisher = {Knopf},
	author = {Lanier, Jaron},
	year = {2010}
}












@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{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},
	journal = {Science, Technology, \& Human Values},
	author = {{Lilly Irani}},

>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>











>
>
>
>
>
>
>
>
>
>
>








>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>








1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308


@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},
	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},
	journal = {Science, Technology, \& Human Values},
	author = {{Lilly Irani}},
︙︙
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58













59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92

iguales, citables, referenciables y valorados en el mundo de la investigación, de manera tal que se cree un mejor balance entre el proceso y el producto de la investigación, contribuyendo así a hacerla más reproducible, auditable,
participativa y transparente. Este actuar está alineado con las búsquedas y objetivos de proyectos como los de la investigación y ciencia abiertas, la ciencia ciudadana y de garage, el Research Object y el Activist Object. Para facilitar la transición del escenario actual al propuesto, la hipótesis es que es necesario introducir nuevas artefactos y metáforas de escritura académica, que den cuenta de cómo el texto final constituye sólo la superficie de la investigación y permitan ver más allá de la punta del iceberg. El presente artículo propone y da cuenta de la construcción de uno de esos artefactos, que mediante la metáfora de escritura arbórea, permite explicitar el caracter no lineal de la escritura académica y ver otros elementos bajo la superficie, al tiempo que permite la escritura colaborativa y con historia, la publicación y trazabilidad de la misma, así como la exportación a diferentes formatos (impreso y web, entre otros) e introduce capacidades de recolección, procesamiento y visualización de información dentro de la herramienta misma. Como muestra práctica de las funcionalidades acá esbozadas, este artículo y las visualizaciones de su texto y código el fuente del prototipo fue escrito usando dicho prototipo de escritura alternativa.},
	author = {Luna Cárdenas, Offray Vladimir},
	month = sep,
	year = {2014}
}

@misc{luna_cardenas_deepness_2013,
	type = {microblog},
	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}
}














@book{bringhurst_elements_2005,
	edition = {3.1},
	title = {The {Elements} of {Typography}},
	isbn = {0-88179-205-5},
	publisher = {Hartley \& Marks},
	author = {Bringhurst, Robert},
	year = {2005}
}

@book{umeki_textttgeometry_2008,
	title = {The {\textbackslash}textttgeometry package},
	url = {http://ctan.org/pkg/geometry},
	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},
	author = {Mittelbach, Frank and Goossens, Michel},
	year = {2004}








|

|









>
>
>
>
>
>
>
>
>
>
>
>
>


















<
<
<
<
<
<
<
<
<








322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371









372
373
374
375
376
377
378

iguales, citables, referenciables y valorados en el mundo de la investigación, de manera tal que se cree un mejor balance entre el proceso y el producto de la investigación, contribuyendo así a hacerla más reproducible, auditable,
participativa y transparente. Este actuar está alineado con las búsquedas y objetivos de proyectos como los de la investigación y ciencia abiertas, la ciencia ciudadana y de garage, el Research Object y el Activist Object. Para facilitar la transición del escenario actual al propuesto, la hipótesis es que es necesario introducir nuevas artefactos y metáforas de escritura académica, que den cuenta de cómo el texto final constituye sólo la superficie de la investigación y permitan ver más allá de la punta del iceberg. El presente artículo propone y da cuenta de la construcción de uno de esos artefactos, que mediante la metáfora de escritura arbórea, permite explicitar el caracter no lineal de la escritura académica y ver otros elementos bajo la superficie, al tiempo que permite la escritura colaborativa y con historia, la publicación y trazabilidad de la misma, así como la exportación a diferentes formatos (impreso y web, entre otros) e introduce capacidades de recolección, procesamiento y visualización de información dentro de la herramienta misma. Como muestra práctica de las funcionalidades acá esbozadas, este artículo y las visualizaciones de su texto y código el fuente del prototipo fue escrito usando dicho prototipo de escritura alternativa.},
	author = {Luna Cárdenas, Offray Vladimir},
	month = sep,
	year = {2014}
}

@misc{luna_cardenas_``deepness_2013,
	type = {microblog},
	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},
	publisher = {Hartley \& Marks},
	author = {Bringhurst, Robert},
	year = {2005}
}

@book{umeki_textttgeometry_2008,
	title = {The {\textbackslash}textttgeometry package},
	url = {http://ctan.org/pkg/geometry},
	author = {Umeki, Hideo},
	month = dec,
	year = {2008}
}










@book{mittelbach_latex_2004,
	edition = {Second},
	title = {The {\textbackslash}{LaTeX}{\textbackslash} {Companion}},
	isbn = {0-201-36299-6},
	publisher = {Addison–Wesley},
	author = {Mittelbach, Frank and Goossens, Michel},
	year = {2004}
︙︙
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172

	title = {The {Uneasy} {Relationship} between {Design} and {Design} {Research}},
	booktitle = {Design {Research} {Now}},
	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}
}









<
<
<
<
<
<
<
<
<








436
437
438
439
440
441
442









443
444
445
446
447
448
449

	title = {The {Uneasy} {Relationship} between {Design} and {Design} {Research}},
	booktitle = {Design {Research} {Now}},
	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}
}
︙︙
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277

	month = aug,
	year = {1981},
	keywords = {imported}
}

@phdthesis{maxwell_tracing_2006,
	title = {Tracing the {Dynabook}},
	url = {http://tkbr.ccsp.sfu.ca/dynabook/},
	urldate = {2013-12-10},
	school = {University of British Columbia},
	author = {Maxwell, John W.},
	month = nov,
	year = {2006}
}









|








540
541
542
543
544
545
546
547
548
549
550
551
552
553
554

	month = aug,
	year = {1981},
	keywords = {imported}
}

@phdthesis{maxwell_tracing_2006,
	title = {Tracing the {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}
}
︙︙
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521

	abstract = {Zsh is a shell designed for interactive use, although it is also a powerful scripting language. More information can be found on the "Zsh Web Pages" sites.},
	urldate = {2014-07-02},
	author = {Falstad, Paul and Stephenson, Peter},
	month = jan,
	year = {2014}
}

@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},
	urldate = {2017-08-28},
	journal = {Palimpsesto, hipertexto, destripa/atrapa musas},








|
|








783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798

	abstract = {Zsh is a shell designed for interactive use, although it is also a powerful scripting language. More information can be found on the "Zsh Web Pages" sites.},
	urldate = {2014-07-02},
	author = {Falstad, Paul and Stephenson, Peter},
	month = jan,
	year = {2014}
}

@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},
	urldate = {2017-08-28},
	journal = {Palimpsesto, hipertexto, destripa/atrapa musas},
︙︙
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608

609
610
611
612
613
614
615
616
617
618


























































































































































































































































































































































































@misc{noauthor_hackbo_2010,
	title = {{HackBo}},
	url = {http://hackbo.co/},
	year = {2010}
}

@misc{luna_cardenas_grafoscopio_2014,
	title = {Grafoscopio},
	url = {http://mutabit.com/grafoscopio/},
	author = {Luna Cárdenas, Offray Vladimir},
	year = {2014}
}

@misc{luna_cardenas_data_2015,
	title = {Data {Week}: {Taller} + {Hackatón} de visualización de datos},
	url = {http://mutabit.com/dataweek/},
	urldate = {2017-08-29},
	author = {Luna Cárdenas, Offray Vladimir},
	year = {2015}
}

@misc{de_andrade_cannibal_1928,
	title = {Cannibal {Manifesto}},
	url = {https://events.ccc.de/congress/2009/Fahrplan/attachments/1386_cannibalmanifesto1928.pdf},
	urldate = {2017-08-29},
	author = {de Andrade, Oswald},
	year = {1928}

}

@book{teemu_leinonen_software_2008,
	title = {Software as {Hypothesis}: {Research}-{Based} {Design} {Methodology}},
	shorttitle = {leinonen-2008},
	url = {http://www.slideshare.net/teemul/software-as-hypothesis-researchbased-design-methodology-presentation},
	urldate = {2015-07-29},
	author = {{Teemu Leinonen}},
	year = {2008}
}
































































































































































































































































































































































































|
















|


|
>










>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272


@misc{noauthor_hackbo_2010,
	title = {{HackBo}},
	url = {http://hackbo.co/},
	year = {2010}
}

@misc{luna_cardenas_grafoscopio_2014-1,
	title = {Grafoscopio},
	url = {http://mutabit.com/grafoscopio/},
	author = {Luna Cárdenas, Offray Vladimir},
	year = {2014}
}

@misc{luna_cardenas_data_2015,
	title = {Data {Week}: {Taller} + {Hackatón} de visualización de datos},
	url = {http://mutabit.com/dataweek/},
	urldate = {2017-08-29},
	author = {Luna Cárdenas, Offray Vladimir},
	year = {2015}
}

@misc{de_andrade_cannibal_1928,
	title = {Cannibal {Manifesto}},
	url = {https://is.gd/de_andrade_1928},
	urldate = {2017-08-29},
	author = {de Andrade, Oswald},
	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},
	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\&hellip;},
	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. 





































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
1424
1425
1426
1427
1428
1429
1430
1431
1432
1433
1434
1435
1436
1437
1438
1439
1440
1441
1442
1443
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
1470
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
1524
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
1551
1552
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. 







































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
1424
1425
1426
1427
1428
1429
1430
1431
1432
1433
1434
1435
1436
1437
1438
1439
1440
1441
1442
1443
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
1470
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
1524
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
1551
1552
1553
1554
1555
1556
1557
1558
1559
1560
1561
1562
1563
1564
1565
1566
1567
1568
1569
1570
1571
1572
1573
1574
1575
1576
1577
1578
1579
1580
1581
1582
1583
1584
1585
1586
1587
1588
1589
1590
1591
1592
1593
1594
1595
1596
1597
1598
1599
1600
1601
1602
1603
1604
1605
1606
1607
1608
1609
1610
1611
1612
1613
1614
1615
1616
1617
1618
1619
1620
1621
1622
1623
1624
1625
1626
1627
1628
1629
1630
1631
1632
1633
1634
1635
1636
1637
1638
1639
1640
1641
1642
1643
1644
1645
1646
1647
1648
1649
1650
1651
1652
1653
1654
1655
1656
1657
1658
1659
1660
1661
1662
1663
1664
1665
1666
1667
1668
1669
1670
1671
1672
1673
1674
1675
1676
1677
1678
1679
1680
1681
1682
1683
1684
1685
1686
1687
1688
1689
1690
1691
1692
1693
1694
1695
1696
1697
1698
1699
1700
1701
1702
1703
1704
1705
1706
1707
1708
1709
1710
1711
1712
1713
1714
1715
1716
1717
1718
1719
1720
1721
1722
1723
1724
1725
1726
1727
1728
1729
1730
1731
1732
1733
1734
1735
1736
1737
1738
1739
1740
1741
1742
1743
1744
1745
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.

Changes to Tesis/Escrito/TextoIntegrado/main.aux.

︙︙
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235

\AtEndDocument{\ifx\hyper@anchor\@undefined
\let\contentsline\oldcontentsline
\let\newlabel\oldnewlabel
\fi}
\fi}
\global\let\hyper@last\relax 
\gdef\HyperFirstAtBeginDocument#1{#1}
\providecommand\HyField@AuxAddToFields[1]{}
\providecommand\HyField@AuxAddToCoFields[2]{}
\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@ }}
\ttl@finishall








|
|




|
|
<
<
<
<
<
<
<
<
|
|
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
|
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
|
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
|
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<


10
11
12
13
14
15
16
17
18
19
20
21
22
23
24








25
26
































27






















































28















































































29
































30

\AtEndDocument{\ifx\hyper@anchor\@undefined
\let\contentsline\oldcontentsline
\let\newlabel\oldnewlabel
\fi}
\fi}
\global\let\hyper@last\relax 
\gdef\HyperFirstAtBeginDocument#1{#1}
\providecommand*\HyPL@Entry[1]{}
\abx@aux@refcontext{nty/global//global/global}
\catcode `"\active 
\catcode `<\active 
\catcode `>\active 
\@nameuse{es@quoting}
\HyPL@Entry{0<</S/D>>}
\@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

Changes to Tesis/Escrito/TextoIntegrado/main.bbl. 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239

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

<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<

Changes to Tesis/Escrito/TextoIntegrado/main.idx. 

1

\indexentry{license|hyperpage}{4}

|

1

\indexentry{license|hyperpage}{5}

Deleted Tesis/Escrito/TextoIntegrado/main.log. 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
1424
1425
1426
1427
1428
1429
1430
1431
1432
1433
1434
1435
1436
1437
1438
1439
1440
1441
1442
1443
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
1470
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
1524
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
1551
1552
1553
1554
1555
1556
1557
1558
1559
1560
1561
1562
1563
1564
1565
1566
1567
1568
1569
1570
1571
1572
1573
1574
1575
1576
1577
1578
1579
1580
1581
1582
1583
1584
1585
1586
1587
1588
1589
1590
1591
1592
1593
1594
1595
1596
1597
1598
1599
1600
1601
1602
1603
1604
1605
1606
1607
1608
1609
1610
1611
1612
1613
1614
1615
1616
1617
1618
1619
1620
1621
1622
1623
1624
1625
1626
1627
1628
1629
1630
1631
1632
1633
1634
1635
1636
1637
1638
1639
1640
1641
1642
1643
1644
1645
1646
1647
1648
1649
1650
1651
1652
1653
1654
1655
1656
1657
1658
1659
1660
1661
1662
1663
1664
1665
1666
1667
1668
1669
1670
1671
1672
1673
1674
1675
1676
1677
1678
1679
1680
1681
1682
1683
1684
1685
1686
1687
1688
1689
1690
1691
1692
1693
1694
1695
1696
1697
1698
1699
1700
1701
1702
1703
1704
1705
1706
1707
1708
1709
1710
1711
1712
1713
1714
1715
1716
1717
1718
1719
1720
1721
1722
1723
1724
1725
1726
1727
1728
1729
1730
1731
1732
1733
1734
1735
1736
1737
1738
1739
1740
1741
1742
1743
1744
1745
1746
1747
1748
1749
1750
1751
1752
1753
1754
1755
1756
1757
1758
1759
1760
1761
1762
1763
1764
1765
1766
1767
1768
1769
1770
1771
1772
1773
1774
1775
1776
1777
1778
1779
1780
1781
1782
1783
1784
1785
1786
1787
1788
1789
1790
1791
1792
1793
1794
1795
1796
1797
1798
1799
1800
1801
1802
1803
1804
1805
1806
1807
1808
1809
1810
1811
1812
1813
1814
1815
1816
1817
1818
1819
1820
1821
1822
1823
1824
1825
1826
1827
1828
1829
1830
1831
1832
1833
1834
1835
1836
1837
1838
1839
1840
1841
1842
1843
1844
1845
1846
1847
1848
1849
1850
1851
1852
1853
1854
1855
1856
1857
1858
1859
1860
1861
1862
1863
1864
1865
1866
1867
1868
1869
1870
1871
1872
1873
1874
1875
1876
1877
1878
1879
1880
1881
1882
1883
1884
1885
1886
1887
1888
1889
1890
1891
1892
1893
1894
1895
1896
1897
1898
1899
1900
1901
1902
1903
1904
1905
1906
1907
1908
1909
1910
1911
1912
1913
1914
1915
1916
1917
1918
1919
1920
1921
1922
1923
1924
1925
1926
1927
1928
1929
1930
1931
1932
1933
1934
1935
1936
1937
1938
1939
1940
1941
1942
1943
1944
1945
1946
1947
1948
1949
1950
1951
1952
1953
1954
1955
1956
1957
1958
1959
1960
1961
1962
1963
1964
1965
1966
1967
1968
1969
1970
1971
1972
1973
1974
1975
1976
1977
1978
1979
1980
1981
1982
1983
1984
1985
1986
1987
1988
1989
1990
1991
1992
1993
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
2025
2026
2027
2028
2029
2030
2031
2032
2033
2034
2035
2036
2037
2038
2039
2040
2041
2042
2043
2044
2045
2046
2047
2048
2049
2050
2051
2052
2053
2054
2055
2056
2057
2058
2059
2060
2061
2062
2063
2064
2065
2066
2067
2068
2069
2070
2071
2072
2073
2074
2075
2076
2077
2078
2079
2080
2081
2082
2083
2084
2085
2086
2087
2088
2089
2090
2091
2092
2093
2094
2095
2096
2097
2098
2099
2100
2101
2102
2103
2104
2105
2106
2107
2108
2109
2110
2111
2112
2113
2114
2115
2116
2117
2118
2119
2120
2121
2122
2123
2124
2125
2126
2127
2128
2129
2130
2131
2132
2133
2134
2135
2136
2137
2138
2139
2140
2141
2142
2143
2144
2145
2146
2147
2148
2149
2150
2151
2152
2153
2154
2155
2156
2157
2158
2159
2160
2161
2162
2163
2164
2165
2166
2167
2168
2169
2170
2171
2172
2173
2174
2175
2176
2177
2178
2179
2180
2181
2182
2183
2184
2185
2186
2187
2188
2189
2190
2191
2192
2193
2194
2195
2196
2197
2198
2199
2200
2201
2202
2203
2204
2205
2206
2207
2208
2209
2210
2211
2212
2213
2214
2215
2216
2217
2218
2219
2220
2221
2222
2223
2224
2225
2226
2227
2228
2229
2230
2231
2232
2233
2234
2235
2236
2237
2238
2239
2240
2241
2242
2243
2244
2245
2246
2247
2248
2249
2250
2251
2252
2253
2254
2255
2256
2257
2258
2259
2260
2261
2262
2263
2264
2265
2266
2267
2268
2269
2270
2271
2272
2273
2274
2275
2276
2277
2278
2279
2280
2281
2282
2283
2284
2285
2286
2287
2288
2289
2290
2291
2292
2293
2294
2295
2296
2297
2298
2299
2300
2301
2302
2303
2304
2305
2306
2307
2308
2309
2310
2311
2312
2313
2314
2315
2316
2317
2318
2319
2320
2321
2322
2323
2324
2325
2326
2327
2328
2329
2330
2331
2332
2333
2334
2335
2336
2337
2338
2339
2340
2341
2342
2343
2344
2345
2346
2347
2348
2349
2350
2351
2352
2353
2354
2355
2356
2357
2358
2359
2360
2361
2362
2363
2364
2365
2366
2367
2368
2369
2370
2371
2372
2373
2374
2375
2376
2377
2378
2379
2380
2381
2382
2383
2384
2385
2386
2387
2388
2389
2390
2391
2392
2393
2394
2395
2396
2397
2398
2399
2400
2401
2402
2403
2404
2405
2406
2407
2408
2409
2410
2411
2412
2413
2414
2415
2416
2417
2418
2419
2420
2421
2422
2423
2424
2425
2426
2427
2428
2429
2430
2431
2432
2433
2434
2435
2436
2437
2438
2439
2440
2441
2442
2443
2444
2445
2446
2447
2448
2449
2450
2451
2452
2453
2454
2455
2456
2457
2458
2459
2460
2461
2462
2463
2464
2465
2466
2467
2468
2469
2470
2471
2472
2473
2474
2475
2476
2477
2478
2479
2480
2481
2482
2483
2484
2485
2486
2487
2488
2489
2490
2491
2492
2493
2494
2495
2496
2497
2498
2499
2500
2501
2502
2503
2504
2505
2506
2507
2508
2509
2510
2511
2512
2513
2514
2515
2516
2517
2518
2519
2520
2521
2522
2523
2524
2525
2526
2527
2528
2529
2530
2531
2532
2533
2534
2535
2536
2537
2538
2539
2540
2541
2542
2543
2544
2545
2546
2547
2548
2549
2550
2551
2552
2553
2554
2555
2556
2557
2558
2559
2560
2561
2562
2563
2564
2565
2566
2567
2568
2569
2570
2571
2572
2573
2574
2575
2576
2577
2578
2579
2580
2581
2582
2583
2584
2585
2586
2587
2588
2589
2590
2591
2592
2593
2594
2595
2596
2597
2598
2599
2600
2601
2602
2603
2604
2605
2606
2607
2608
2609
2610
2611
2612
2613
2614
2615
2616
2617
2618
2619
2620
2621
2622
2623
2624

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: <same size as paper>
* 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)
<use ./Parte1/complejidad-ecologia.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)
<use ./Parte1/eeuu-guerra-afganistan-2-20.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)
<use ./Parte1/eeuu-guerra-afganistan-complejidad-2-39.jpg>
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)
<use ./Parte1/eeuu-guerra-afganistan-complejidad-influencia-2-55.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)
<use ./Parte1/mapa-lecturas-examen-candidatura.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
<to be read again> 
                   \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)
<use ./Parte1/auto-hetero-poietico.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
<to be read again> 
                   \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)
<use ./Parte1/dualidad-agencia-estructura.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)
<use ./Parte1/dualidadParticipacionCosificacion.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
<to be read again> 
                   \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)
<use ./Parte1/jonas-zoom-evolucion.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)
<use ./Parte1/bifurcation-points-complex-system.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)
<use ./Parte1/bifurcation-technology.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)
<use ./Parte1/design-thinking.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)
<use ./Parte2/grafoscopio-web.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)
<use ./Parte2/realimentacion-artefacto-escritura.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)
<use ./Parte2/gay-rights-infography.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)
<use ./Parte2/omeprazol-admin-by-country.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)
<use ./Parte2/omeprazol-by-property.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)
<use ./Parte2/omeprazol-pu-by-country.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)
<use ./Parte2/roassal-sunburst-examples-2.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)
<use ./Parte2/matriz-a-arbol.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)
<use ./Parte2/Countries_implicated_in_the_Panama_Papers.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)
<use ./Parte2/choropleth.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)
<use ./Parte2/minisite.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)
<use ./Parte2/pp-intro-notebook.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)
<use ./Parte2/pp-query-data-environment.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)
<use ./Parte2/process.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)
<use ./Parte2/indie-web-science.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)
<use ./Parte2/dataweek-small-1.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)
<use ./Parte2/dataweek-small-2.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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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
<to be read again> 
                   \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}</usr/share/texmf-dist/fon
ts/type1/public/amsfonts/cm/cmsy10.pfb></usr/share/texmf-dist/fonts/type1/publi
c/fpl/fplrc8a.pfb></usr/share/texmf-dist/fonts/type1/public/fpl/fplrij8a.pfb></
usr/share/texmf-dist/fonts/type1/public/bera/fvmr8a.pfb></usr/share/texmf-dist/
fonts/type1/urw/helvetic/uhvr8a.pfb></usr/share/texmf-dist/fonts/type1/urw/helv
etic/uhvro8a.pfb></usr/share/texmf-dist/fonts/type1/urw/palatino/uplb8a.pfb></u
sr/share/texmf-dist/fonts/type1/urw/palatino/uplbi8a.pfb></usr/share/texmf-dist
/fonts/type1/urw/palatino/uplr8a.pfb></usr/share/texmf-dist/fonts/type1/urw/pal
atino/uplri8a.pfb>
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)


<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<

Changes to Tesis/Escrito/TextoIntegrado/main.out. 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

\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

<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
|
<
<






















1
























\BOOKMARK [-1][-]{part.1}{\376\377\000I\000\040\000A\000n\000e\000x\000o\000s}{}% 1

Deleted Tesis/Escrito/TextoIntegrado/main.pdf.

cannot compute difference between binary files

Deleted Tesis/Escrito/TextoIntegrado/main.synctex.gz.

cannot compute difference between binary files

Changes to Tesis/Escrito/TextoIntegrado/main.tex.

︙︙
19
20
21
22
23
24
25
26
27
28
29
30
31
32





33
34
35
36
37
38
39
40
41




42
43
44
45
46
47
48

%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

%----------------------------------------------------------------------------------------
%	PACKAGES AND OTHER DOCUMENT CONFIGURATIONS
%----------------------------------------------------------------------------------------

\documentclass{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[spanish]{babel}






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





\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
\fvset{fontsize=\normalsize} % The font size of all verbatim text can be changed here









|




|

>
>
>
>
>









>
>
>
>








19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57

%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

%----------------------------------------------------------------------------------------
%	PACKAGES AND OTHER DOCUMENT CONFIGURATIONS
%----------------------------------------------------------------------------------------

\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[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
\fvset{fontsize=\normalsize} % The font size of all verbatim text can be changed here
︙︙
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190


\par\smallcaps{http://mutabit.com}

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

\par\textit{First printing, \monthyear}
\end{fullwidth}

%----------------------------------------------------------------------------------------

\tableofcontents % Print the table of contents








|








185
186
187
188
189
190
191
192
193
194
195
196
197
198
199


\par\smallcaps{http://mutabit.com}

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

\par\textit{First printing, \monthyear}
\end{fullwidth}

%----------------------------------------------------------------------------------------

\tableofcontents % Print the table of contents
︙︙
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
1424
1425
1426
1427
1428
1429
1430
1431
1432
1433
1434
1435
1436
1437
1438
1439
1440
1441
1442
1443
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
1470
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
1524
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
1551
1552
1553
1554
1555
1556
1557
1558
1559
1560
1561
1562
1563
1564
1565
1566
1567
1568
1569
1570
1571
1572
1573
1574
1575
1576
1577
1578
1579
1580
1581
1582
1583
1584
1585
1586
1587
1588
1589
1590
1591
1592
1593
1594
1595
1596
1597
1598
1599
1600
1601
1602
1603
1604
1605
1606
1607
1608
1609
1610
1611
1612
1613
1614
1615
1616
1617
1618
1619
1620
1621
1622
1623
1624
1625
1626
1627
1628
1629
1630
1631
1632
1633
1634
1635
1636
1637
1638
1639
1640
1641
1642
1643
1644
1645
1646
1647
1648
1649
1650
1651
1652
1653
1654
1655
1656
1657
1658
1659
1660
1661
1662
1663
1664
1665
1666
1667
1668
1669
1670
1671
1672
1673
1674
1675
1676
1677
1678
1679
1680
1681
1682
1683
1684
1685
1686
1687
1688
1689
1690
1691
1692
1693
1694
1695
1696
1697
1698
1699
1700
1701
1702
1703
1704
1705
1706
1707
1708
1709
1710
1711
1712
1713
1714
1715
1716
1717
1718
1719
1720
1721
1722
1723
1724
1725
1726
1727
1728
1729
1730
1731
1732
1733
1734
1735
1736
1737
1738
1739
1740
1741
1742
1743
1744
1745
1746
1747
1748
1749
1750
1751
1752
1753
1754
1755
1756
1757
1758
1759
1760
1761
1762
1763
1764
1765
1766
1767
1768
1769
1770
1771
1772
1773
1774
1775
1776
1777
1778
1779
1780
1781
1782
1783
1784
1785
1786
1787
1788
1789
1790
1791
1792
1793
1794
1795
1796
1797
1798
1799
1800
1801
1802
1803
1804
1805
1806
1807
1808
1809
1810
1811
1812
1813
1814
1815
1816
1817
1818
1819
1820
1821
1822
1823
1824
1825
1826
1827
1828
1829
1830
1831
1832
1833
1834
1835
1836
1837
1838
1839
1840
1841
1842
1843
1844
1845
1846
1847
1848
1849
1850
1851
1852
1853
1854
1855
1856
1857
1858
1859
1860
1861
1862
1863
1864
1865
1866
1867
1868
1869
1870
1871
1872
1873
1874
1875
1876
1877
1878
1879
1880
1881
1882
1883
1884
1885
1886
1887
1888
1889
1890
1891
1892
1893
1894
1895
1896
1897
1898
1899
1900
1901
1902
1903
1904
1905
1906
1907
1908
1909
1910
1911
1912
1913
1914
1915
1916
1917
1918
1919
1920
1921
1922
1923
1924
1925
1926
1927
1928
1929
1930
1931
1932
1933
1934
1935
1936
1937
1938
1939
1940
1941
1942
1943
1944
1945
1946
1947
1948
1949
1950
1951
1952
1953
1954
1955
1956
1957
1958
1959
1960
1961
1962
1963
1964
1965
1966
1967
1968
1969
1970
1971
1972
1973
1974
1975
1976
1977
1978
1979
1980
1981
1982
1983
1984
1985
1986
1987
1988
1989
1990
1991
1992
1993
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
2025
2026
2027
2028
2029
2030
2031
2032
2033
2034
2035
2036
2037
2038
2039
2040
2041
2042
2043
2044
2045
2046
2047
2048
2049
2050
2051
2052
2053
2054
2055
2056
2057
2058
2059
2060
2061
2062
2063
2064
2065
2066
2067
2068
2069
2070
2071
2072
2073
2074
2075
2076
2077
2078
2079
2080
2081
2082
2083
2084
2085
2086
2087
2088
2089
2090
2091
2092
2093
2094
2095
2096
2097
2098
2099
2100
2101
2102
2103
2104
2105
2106
2107
2108
2109
2110
2111
2112
2113
2114
2115
2116
2117
2118
2119
2120
2121
2122
2123
2124
2125
2126
2127
2128
2129
2130
2131
2132
2133
2134
2135
2136
2137
2138
2139
2140
2141
2142
2143
2144
2145
2146
2147
2148
2149
2150
2151
2152
2153
2154
2155
2156
2157
2158
2159
2160
2161
2162
2163
2164
2165
2166
2167
2168
2169
2170
2171
2172
2173
2174
2175
2176
2177
2178
2179
2180
2181
2182
2183
2184
2185
2186
2187
2188
2189
2190
2191
2192
2193
2194
2195
2196
2197
2198
2199
2200
2201
2202
2203
2204
2205
2206
2207
2208
2209
2210
2211
2212
2213
2214
2215
2216
2217
2218
2219
2220
2221
2222
2223
2224
2225
2226
2227
2228
2229
2230
2231
2232
2233
2234
2235
2236
2237
2238
2239
2240
2241
2242
2243
2244
2245
2246
2247
2248
2249
2250
2251
2252
2253
2254
2255
2256
2257
2258
2259
2260
2261
2262
2263
2264
2265
2266
2267
2268
2269
2270
2271
2272
2273
2274
2275
2276
2277
2278
2279
2280
2281
2282
2283
2284
2285
2286
2287
2288
2289
2290
2291
2292
2293
2294
2295
2296
2297
2298
2299
2300
2301
2302
2303
2304
2305
2306
2307
2308
2309
2310
2311
2312
2313
2314
2315
2316
2317
2318
2319
2320
2321
2322
2323
2324
2325
2326
2327
2328
2329
2330
2331
2332
2333
2334
2335
2336
2337
2338
2339
2340
2341
2342
2343
2344
2345
2346
2347
2348
2349
2350
2351
2352
2353
2354
2355
2356
2357
2358
2359
2360
2361
2362
2363
2364
2365
2366
2367
2368
2369
2370
2371
2372
2373
2374
2375
2376
2377
2378
2379
2380
2381
2382
2383
2384
2385
2386
2387
2388
2389
2390
2391
2392
2393
2394
2395
2396
2397
2398
2399
2400
2401
2402
2403
2404
2405
2406
2407
2408
2409
2410
2411
2412
2413
2414
2415
2416
2417
2418
2419
2420
2421
2422
2423
2424
2425
2426
2427
2428
2429
2430
2431
2432
2433
2434
2435
2436
2437
2438
2439
2440
2441
2442
2443
2444
2445
2446
2447
2448
2449
2450
2451
2452
2453
2454
2455
2456
2457
2458
2459
2460

2461
2462


2463
2464
2465
2466
2467
2468

%----------------------------------------------------------------------------------------

\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
%----------------------------------------------------------------------------------------

\part{Anexos}
\label{part:bootstrapping}

\backmatter

%----------------------------------------------------------------------------------------
%	BIBLIOGRAPHY
%----------------------------------------------------------------------------------------


\bibliography{bibliography} % Use the bibliography.bib file for the bibliography
\bibliographystyle{plainnat} % Use the plainnat style of referencing



%----------------------------------------------------------------------------------------

\printindex % Print the index at the very end of the document

\end{document}








|
<
<
<
<
<









<

<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<

<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<














>

|
>
>



|



230
231
232
233
234
235
236
237





238
239
240
241
242
243
244
245
246

247












































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































248













































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273

%----------------------------------------------------------------------------------------

\cleardoublepage
~\vfill
\begin{doublespace}
	\noindent\fontsize{18}{22}\selectfont\itshape
	\nohyphenation






\end{doublespace}
\vfill
\vfill

%----------------------------------------------------------------------------------------
%	INTRODUCTION
%----------------------------------------------------------------------------------------

\cleardoublepage





























































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































%----------------------------------------------------------------------------------------
%	ANEXOS
%----------------------------------------------------------------------------------------

\part{Anexos}
\label{part:bootstrapping}

\backmatter

%----------------------------------------------------------------------------------------
%	BIBLIOGRAPHY
%----------------------------------------------------------------------------------------

% \printbibliography
\bibliography{bibliography} % Use the bibliography.bib file for the bibliography
\bibliographystyle{plain} % Use the plainnat style of referencing



%----------------------------------------------------------------------------------------

% \printindex % Print the index at the very end of the document

\end{document}

Changes to Tesis/Escrito/TextoIntegrado/main.toc. 


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


\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}
\contentsfinish 

>
|
<
<
<
|
<
|
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<
<


1
2



3

4























5

\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. 





































































































































































>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
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. 

















































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
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. 

















































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
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. 





























































































































































































































































































>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
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. 









































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
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. 



























































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































































>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
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}

Changes to Tesis/Escrito/TextoIntegrado/tufte-common.def.

︙︙
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831

% in the \aftergroup tokens after the \vfuzz assignment is completed.
\def\@tufte@trim@c#1Q#2{\afterassignment\endgroup \vfuzz\the\vfuzz#1}
\catcode`\Q=11

%%
% Citations should go in the margin as sidenotes

\RequirePackage{natbib}
\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}}%
    {\BR@bibitem[#1]{#2}}%
  \BR@c@bibitem{#2}%








|








817
818
819
820
821
822
823
824
825
826
827
828
829
830
831

% in the \aftergroup tokens after the \vfuzz assignment is completed.
\def\@tufte@trim@c#1Q#2{\afterassignment\endgroup \vfuzz\the\vfuzz#1}
\catcode`\Q=11

%%
% Citations should go in the margin as sidenotes

\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}}%
    {\BR@bibitem[#1]{#2}}%
  \BR@c@bibitem{#2}%
︙︙
1666
1667
1668
1669
1670
1671
1672
1673
1674
1675
1676
1677
1678
1679
1680


%%
% 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

%%
% The bibliography environment

\setlength\bibindent{1.5em}
\renewenvironment{thebibliography}[1]
  {%








|








1666
1667
1668
1669
1670
1671
1672
1673
1674
1675
1676
1677
1678
1679
1680


%%
% 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

%%
% The bibliography environment

\setlength\bibindent{1.5em}
\renewenvironment{thebibliography}[1]
  {%
︙︙

Deleted 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

Changes to Tesis/tesis-doctoral.ston.

︙︙
798
799
800
801
802
803
804
805



806
807
808
809
810
811
812

Grafoscopio para libretas interactivas de pruebas, como esta misma y Leo para pequeños trozos de código y
anotaciones en los que requiero las facilidades de atajos de teclado que éste me provee.',
					#tags : OrderedCollection [
						'text'
					],
					#children : OrderedCollection [ ],
					#parent : @5,
					#level : 1



				},
				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
las consecuencias de los cambios en el mismo.
Mi aproximación a la escritura de código, en mi condición de aprendiz, no los incorporado rigusósamente, pero después








|
>
>
>








798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815

Grafoscopio para libretas interactivas de pruebas, como esta misma y Leo para pequeños trozos de código y
anotaciones en los que requiero las facilidades de atajos de teclado que éste me provee.',
					#tags : OrderedCollection [
						'text'
					],
					#children : OrderedCollection [ ],
					#parent : @5,
					#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
las consecuencias de los cambios en el mismo.
Mi aproximación a la escritura de código, en mi condición de aprendiz, no los incorporado rigusósamente, pero después
︙︙
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865


"Esto apunta al repositorio en GitHub, pues será más fácil clonarlo y adaptarlo
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,
									#level : 3
								}
							],
							#parent : @120,
							#level : 2
						}
					],
					#parent : @5,
					#level : 1,
					#links : OrderedCollection [
						'',
						''
					]
				},
				@123,
				@126,
				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
consistentes con las epitemologías del diseño, presentadas en la primera parte,
acá se ha optado por presentar los dos artefactos de software a la publicación








|



|










|
|








838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868


"Esto apunta al repositorio en GitHub, pues será más fácil clonarlo y adaptarlo
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 : @124,
									#level : 3
								}
							],
							#parent : @121,
							#level : 2
						}
					],
					#parent : @5,
					#level : 1,
					#links : OrderedCollection [
						'',
						''
					]
				},
				@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
consistentes con las epitemologías del diseño, presentadas en la primera parte,
acá se ha optado por presentar los dos artefactos de software a la publicación
︙︙
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910

								GrafoscopioNode {
									#header : 'Announcing The Journal of Open Source Software | Weakly Typed',
									#body : '',
									#tags : OrderedCollection [
										'text'
									],
									#children : OrderedCollection [ ],
									#parent : @132,
									#level : 3,
									#links : OrderedCollection [
										'',
										'',
										'',
										'',
										'http://www.arfon.org/announcing-the-journal-of-open-source-software'
									]
								},
								GrafoscopioNode {
									#header : 'Author Guidelines',
									#body : '',
									#tags : OrderedCollection [
										'text'
									],
									#children : OrderedCollection [ ],
									#parent : @132,
									#level : 3,
									#links : OrderedCollection [
										'',
										'',
										'http://joss.theoj.org/about#author_guidelines'
									]
								},








|
















|








882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913

								GrafoscopioNode {
									#header : 'Announcing The Journal of Open Source Software | Weakly Typed',
									#body : '',
									#tags : OrderedCollection [
										'text'
									],
									#children : OrderedCollection [ ],
									#parent : @133,
									#level : 3,
									#links : OrderedCollection [
										'',
										'',
										'',
										'',
										'http://www.arfon.org/announcing-the-journal-of-open-source-software'
									]
								},
								GrafoscopioNode {
									#header : 'Author Guidelines',
									#body : '',
									#tags : OrderedCollection [
										'text'
									],
									#children : OrderedCollection [ ],
									#parent : @133,
									#level : 3,
									#links : OrderedCollection [
										'',
										'',
										'http://joss.theoj.org/about#author_guidelines'
									]
								},
︙︙
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970

											#body : '> The Journal of Open Research Software (JORS) features peer reviewed Software Metapapers describing research software with high reuse potential. We are working with a number of specialist and institutional repositories to ensure that the associated software is professionally archived, preserved, and is openly available. Equally importantly, the software and the papers will be citable, and reuse will be tracked.

> 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,
											#level : 4,
											#links : OrderedCollection [
												'',
												'',
												'',
												'',
												'http://openresearchsoftware.metajnl.com/'
											]
										},
										GrafoscopioNode {
											#header : 'SoftwareX',
											#body : '> SoftwareX aims to acknowledge the impact of software on today\'s research practice, and on new scientific discoveries in almost all research domains. SoftwareX also aims to stress the importance of the software developers who are, in part, responsible for this impact.

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,
											#level : 4,
											#links : OrderedCollection [
												'',
												'',
												'https://www.journals.elsevier.com/softwarex/'
											]
										}
									],
									#parent : @132,
									#level : 3,
									#links : OrderedCollection [
										'',
										''
									]
								}
							],
							#parent : @129,
							#level : 2,
							#links : OrderedCollection [
								'',
								'',
								'',
								'',
								'',








|


















|








|







|








923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973

											#body : '> The Journal of Open Research Software (JORS) features peer reviewed Software Metapapers describing research software with high reuse potential. We are working with a number of specialist and institutional repositories to ensure that the associated software is professionally archived, preserved, and is openly available. Equally importantly, the software and the papers will be citable, and reuse will be tracked.

> 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 : @144,
											#level : 4,
											#links : OrderedCollection [
												'',
												'',
												'',
												'',
												'http://openresearchsoftware.metajnl.com/'
											]
										},
										GrafoscopioNode {
											#header : 'SoftwareX',
											#body : '> SoftwareX aims to acknowledge the impact of software on today\'s research practice, and on new scientific discoveries in almost all research domains. SoftwareX also aims to stress the importance of the software developers who are, in part, responsible for this impact.

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 : @144,
											#level : 4,
											#links : OrderedCollection [
												'',
												'',
												'https://www.journals.elsevier.com/softwarex/'
											]
										}
									],
									#parent : @133,
									#level : 3,
									#links : OrderedCollection [
										'',
										''
									]
								}
							],
							#parent : @130,
							#level : 2,
							#links : OrderedCollection [
								'',
								'',
								'',
								'',
								'',
︙︙
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026


  # References
  ',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [ ],
							#parent : @129,
							#level : 2,
							#links : OrderedCollection [
								'',
								'',
								'',
								'',
								'',








|








1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029


  # References
  ',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [ ],
							#parent : @130,
							#level : 2,
							#links : OrderedCollection [
								'',
								'',
								'',
								'',
								'',
︙︙
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081


  # References
  ',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [ ],
							#parent : @129,
							#level : 2,
							#links : OrderedCollection [
								'',
								'',
								'',
								'',
								'',








|








1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084


  # References
  ',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [ ],
							#parent : @130,
							#level : 2,
							#links : OrderedCollection [
								'',
								'',
								'',
								'',
								'',
︙︙
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153

						'',
						'',
						'',
						'',
						''
					]
				},
				@132,
				@135,
				@139,
				@143,
				@146,
				@150,
				@156,
				@160,
				GrafoscopioNode {
					#header : 'Participación en Eventos',
					#body : '',
					#tags : OrderedCollection [ ],
					#children : OrderedCollection [
						GrafoscopioNode {
							#header : 'Hackademia',
							#body : '',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [ ],
							#parent : @165,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						},
						GrafoscopioNode {
							#header : 'Smalltalks 2015',
							#body : '',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [ ],
							#parent : @165,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						},
						GrafoscopioNode {
							#header : 'ESUG 2016',
							#body : '',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [ ],
							#parent : @165,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						},
						GrafoscopioNode {
							#header : 'Big Data from the South',








|
|
|
|
|
|
|
|












|












|












|








1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156

						'',
						'',
						'',
						'',
						''
					]
				},
				@133,
				@136,
				@140,
				@144,
				@147,
				@151,
				@157,
				@161,
				GrafoscopioNode {
					#header : 'Participación en Eventos',
					#body : '',
					#tags : OrderedCollection [ ],
					#children : OrderedCollection [
						GrafoscopioNode {
							#header : 'Hackademia',
							#body : '',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [ ],
							#parent : @166,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						},
						GrafoscopioNode {
							#header : 'Smalltalks 2015',
							#body : '',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [ ],
							#parent : @166,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						},
						GrafoscopioNode {
							#header : 'ESUG 2016',
							#body : '',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [ ],
							#parent : @166,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						},
						GrafoscopioNode {
							#header : 'Big Data from the South',
︙︙
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187

									#tags : 'código',
									#children : OrderedCollection [
										GrafoscopioNode {
											#header : 'Subcolección BDS',
											#body : '(ZoteroLibrary new groupID: \'\') subcollection:\'6GE8GRDX\'',
											#tags : 'código',
											#children : OrderedCollection [ ],
											#parent : @183,
											#level : 4,
											#links : OrderedCollection [
												''
											]
										},
										GrafoscopioNode {
											#header : 'Subcolección como BibTeX',
											#body : '(ZoteroLibrary new groupID: \'329470\') subcollectionAsBibTeX: \'6GE8GRDX\'',
											#tags : 'código',
											#children : OrderedCollection [ ],
											#parent : @183,
											#level : 4,
											#links : OrderedCollection [
												''
											]
										},
										GrafoscopioNode {
											#header : 'BibTeX as file',








|










|








1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190

									#tags : 'código',
									#children : OrderedCollection [
										GrafoscopioNode {
											#header : 'Subcolección BDS',
											#body : '(ZoteroLibrary new groupID: \'\') subcollection:\'6GE8GRDX\'',
											#tags : 'código',
											#children : OrderedCollection [ ],
											#parent : @184,
											#level : 4,
											#links : OrderedCollection [
												''
											]
										},
										GrafoscopioNode {
											#header : 'Subcolección como BibTeX',
											#body : '(ZoteroLibrary new groupID: \'329470\') subcollectionAsBibTeX: \'6GE8GRDX\'',
											#tags : 'código',
											#children : OrderedCollection [ ],
											#parent : @184,
											#level : 4,
											#links : OrderedCollection [
												''
											]
										},
										GrafoscopioNode {
											#header : 'BibTeX as file',
︙︙
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317































































































































































































































































































1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357









1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374

\tifTrue: [ bibFile delete ] 
\tifFalse: [ bibFile ensureCreateFile ].
bibFile writeStreamDo: [ :stream | stream nextPutAll: bibTeXData ].
bibFile
',
											#tags : 'código',
											#children : OrderedCollection [ ],
											#parent : @183,
											#level : 4,
											#links : OrderedCollection [
												'',
												'http://ws.stfx.eu/4138G3OYJZ9I',
												'http://ws.stfx.eu/5NQ4UFNDRO9M'
											]
										}
									],
									#parent : @180,
									#level : 3,
									#links : OrderedCollection [
										''
									]
								}
							],
							#parent : @165,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						},
						GrafoscopioNode {
							#header : 'ISEA',
							#body : '',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [
								GrafoscopioNode {
									#header : 'Items de la subcolección',
									#body : '(ZoteroLibrary new groupID: \'204755\') subcollectionAsBibTeX: \'QE5NGJXF\'',
									#tags : 'código',
									#children : OrderedCollection [ ],
									#parent : @196,
									#level : 3,
									#links : OrderedCollection [
										''
									]
								}
							],
							#parent : @165,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						}
					],
					#parent : @5,
					#level : 1,
					#links : OrderedCollection [
						''
					]
				},
				@168,
				@172,
				@176,
				@180,
				@183,
				@185,
				@188,
				@191,
				@196,
				@199,
				GrafoscopioNode {
					#header : 'Notas',
					#body : '',
					#tags : OrderedCollection [
						'text'
					],
					#children : OrderedCollection [
						GrafoscopioNode {
							#header : 'Los hackers son "bienes" recursivos',
							#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,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						}
					],
					#parent : @5,
					#level : 1,
					#links : OrderedCollection [
						''
					]
				},
				@207,
				GrafoscopioNode {
					#header : 'Kanban',
					#body : '',
					#tags : OrderedCollection [
						'text'
					],
					#children : OrderedCollection [
						GrafoscopioNode {
							#header : 'Por hacer',
							#body : '',
							#tags : OrderedCollection [
								'text'
							],
							#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',































































































































































































































































































									#tags : OrderedCollection [
										'text'
									],
									#children : OrderedCollection [ ],
									#parent : @215,
									#level : 3,
									#links : OrderedCollection [
										''
									]
								}
							],
							#parent : @212,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						},
						GrafoscopioNode {
							#header : 'Brea',
							#body : '',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [ ],
							#parent : @212,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						}
					],
					#parent : @5,
					#level : 1,
					#links : OrderedCollection [
						''
					]
				},
				@215,
				@218,
				@223









			]
		},
		#level : 1
	},
	@8,
	@11,
	@14,
	@29,
	@93,
	@109,
	@117,
	@120,
	@129,
	@165,
	@204,
	@212
]








|








|






|

















|






|












|
|
|
|
|
|
|
|
|
|














|












|


















|
|
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>




|






|












|












|
|
|
>
>
>
>
>
>
>
>
>











|
|
|
|
|


1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
1424
1425
1426
1427
1428
1429
1430
1431
1432
1433
1434
1435
1436
1437
1438
1439
1440
1441
1442
1443
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
1470
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
1524
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
1551
1552
1553
1554
1555
1556
1557
1558
1559
1560
1561
1562
1563
1564
1565
1566
1567
1568
1569
1570
1571
1572
1573
1574
1575
1576
1577
1578
1579
1580
1581
1582
1583
1584
1585
1586
1587
1588
1589
1590
1591
1592
1593
1594
1595
1596
1597
1598
1599
1600
1601
1602
1603
1604
1605
1606
1607
1608
1609
1610
1611
1612
1613
1614
1615
1616
1617
1618
1619
1620
1621
1622
1623
1624
1625
1626
1627
1628
1629
1630
1631
1632
1633
1634
1635
1636
1637
1638
1639
1640
1641
1642
1643
1644
1645
1646
1647
1648
1649
1650
1651
1652
1653
1654
1655
1656
1657
1658
1659
1660
1661
1662
1663
1664
1665
1666
1667
1668
1669
1670
1671
1672
1673

\tifTrue: [ bibFile delete ] 
\tifFalse: [ bibFile ensureCreateFile ].
bibFile writeStreamDo: [ :stream | stream nextPutAll: bibTeXData ].
bibFile
',
											#tags : 'código',
											#children : OrderedCollection [ ],
											#parent : @184,
											#level : 4,
											#links : OrderedCollection [
												'',
												'http://ws.stfx.eu/4138G3OYJZ9I',
												'http://ws.stfx.eu/5NQ4UFNDRO9M'
											]
										}
									],
									#parent : @181,
									#level : 3,
									#links : OrderedCollection [
										''
									]
								}
							],
							#parent : @166,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						},
						GrafoscopioNode {
							#header : 'ISEA',
							#body : '',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [
								GrafoscopioNode {
									#header : 'Items de la subcolección',
									#body : '(ZoteroLibrary new groupID: \'204755\') subcollectionAsBibTeX: \'QE5NGJXF\'',
									#tags : 'código',
									#children : OrderedCollection [ ],
									#parent : @197,
									#level : 3,
									#links : OrderedCollection [
										''
									]
								}
							],
							#parent : @166,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						}
					],
					#parent : @5,
					#level : 1,
					#links : OrderedCollection [
						''
					]
				},
				@169,
				@173,
				@177,
				@181,
				@184,
				@186,
				@189,
				@192,
				@197,
				@200,
				GrafoscopioNode {
					#header : 'Notas',
					#body : '',
					#tags : OrderedCollection [
						'text'
					],
					#children : OrderedCollection [
						GrafoscopioNode {
							#header : 'Los hackers son "bienes" recursivos',
							#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 : @205,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						}
					],
					#parent : @5,
					#level : 1,
					#links : OrderedCollection [
						''
					]
				},
				@208,
				GrafoscopioNode {
					#header : 'Kanban',
					#body : '',
					#tags : OrderedCollection [
						'text'
					],
					#children : OrderedCollection [
						GrafoscopioNode {
							#header : 'Por hacer',
							#body : '',
							#tags : OrderedCollection [
								'text'
							],
							#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.
  - 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 : @216,
									#level : 3,
									#links : OrderedCollection [
										''
									]
								}
							],
							#parent : @213,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						},
						GrafoscopioNode {
							#header : 'Brea',
							#body : '',
							#tags : OrderedCollection [
								'text'
							],
							#children : OrderedCollection [ ],
							#parent : @213,
							#level : 2,
							#links : OrderedCollection [
								''
							]
						}
					],
					#parent : @5,
					#level : 1,
					#links : OrderedCollection [
						''
					]
				},
				@216,
				@219,
				@222,
				@225,
				@229,
				@233,
				@237,
				@241,
				@245,
				@249,
				@255,
				@260
			]
		},
		#level : 1
	},
	@8,
	@11,
	@14,
	@29,
	@93,
	@109,
	@117,
	@121,
	@130,
	@166,
	@205,
	@213
]

This page was generated in about 0.393s by Fossil 2.21 [f9aa474081] 2023-02-25 19:23:39