Doctorado

Diff
Login

Differences From Artifact [4befb463f5]:

To Artifact [2c7bcd6c83]:


1
2

3
4
5
6
7
8
9
% Diseño, tecnopolítica y contracultura *hacker*: ¿Cómo podemos cambiar los artefactos digitales web que nos cambian?
% Offray Vladimir Luna Cárdenas


# Presentación #

> Los tecnólogos no usamos la persuación para influenciarte, o al menos
no lo hacemos muy bien. Hay unos pocos maestros de la comunicación entre
nosotros (como Steve Jobs), pero la mayoría no somos particularmente seductores.



>







1
2
3
4
5
6
7
8
9
10
% Diseño, tecnopolítica y contracultura *hacker*: ¿Cómo podemos cambiar los artefactos digitales web que nos cambian?
% Offray Vladimir Luna Cárdenas


# Presentación #

> Los tecnólogos no usamos la persuación para influenciarte, o al menos
no lo hacemos muy bien. Hay unos pocos maestros de la comunicación entre
nosotros (como Steve Jobs), pero la mayoría no somos particularmente seductores.

471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
dinámicas y dentro de una misma cultura, la de los hacedeores (*makers*) que se caracteriza por un conjunto
de prácticas  comunitarias orientadas a la creación en lugar del consumo, la apertura y el compartir saberes,
dentro de lo que se ha llamado el DIY (*Do It Yourself* --hazlo tu mismo), DIT (*Do It Together* 
--hacerlo juntos) o DIWO (*Do It With Others* --hazlo con otros), siendo así más los factores que los
unen que los que los diferencian[^makers-hackers-fabers].
  

    [^techshops]: Los techshops son una marca registrada, al igual que los fablabs,
    pero a diferencia de estos, no tienen la obligación de apertura dentro de sus códigos de
    operación y muchos operan sobre la base de una filiación y el acceso sólo a miembros.
    
    [^makers-hackers-fabers]: Los Fablabs poseen un código explicitado en lo que llaman el
    *The Fab Charter* que debe estar publicado en un lugar visible de la institución y 
    establece 4 reglas principales: apertura (con sesiones para no miembros), 
    compartir conocimiento (documentar activamente y educarse entre pares), ser parte de
    una red global (con encuentros entre ellos, usualmente remotos) y las responsabilidades
    por el espacio. 

Los hackerspaces son así lugares de experimentación tecnosocial, donde la







|



|







472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
dinámicas y dentro de una misma cultura, la de los hacedeores (*makers*) que se caracteriza por un conjunto
de prácticas  comunitarias orientadas a la creación en lugar del consumo, la apertura y el compartir saberes,
dentro de lo que se ha llamado el DIY (*Do It Yourself* --hazlo tu mismo), DIT (*Do It Together* 
--hacerlo juntos) o DIWO (*Do It With Others* --hazlo con otros), siendo así más los factores que los
unen que los que los diferencian[^makers-hackers-fabers].
  

[^techshops]: Los techshops son una marca registrada, al igual que los fablabs,
    pero a diferencia de estos, no tienen la obligación de apertura dentro de sus códigos de
    operación y muchos operan sobre la base de una filiación y el acceso sólo a miembros.
    
[^makers-hackers-fabers]: Los Fablabs poseen un código explicitado en lo que llaman el
    *The Fab Charter* que debe estar publicado en un lugar visible de la institución y 
    establece 4 reglas principales: apertura (con sesiones para no miembros), 
    compartir conocimiento (documentar activamente y educarse entre pares), ser parte de
    una red global (con encuentros entre ellos, usualmente remotos) y las responsabilidades
    por el espacio. 

Los hackerspaces son así lugares de experimentación tecnosocial, donde la
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
actividades orientadas hacia la liberación del conocimiento tecnológico y sus
práctica relacionadas, las interpretaciones de qué se entiende por "libertad"
diverge. Un ejemplo compreto de cómo estas divergencias históricas e ideológicas
se manifiestan se puede encontrar en el estatus legal de los espacios: mientras
que los hacklabs están a menúdo localizados en espacios ocupas, los hackerspaces
son generalmente arrendados.

Para abordar el concepto de Hacklab, Maxigas se sirve de [@Yuill-1][^live-coding]:

> 

[^live-coding]: Yuill se refiere, además de los hacklabs al concepto de live coding,
    una práctica muy cercana a la inquietud de esta investigación de cambiar los
    artefactos digitales que nos cambian. En el caso del live coding, de lo
    que se trata es de un tipo de *performance* que crea música (y ultimamente
    imágenes) a partir de código de programación escrito en tiempo real frente
    al público [@MacCallum-1]


Si bien Maxigas establece que existen múltiples factores asociados al surgimiento
de los hacklabs, hay dos en los que se centra para acotar su genealogía, el
movimiento autonomo y el activismo de medios, para luego incorporar como tercer
elemento el movimiento hacker. Lo importante de los dos primeros es su oposición
a la hegemonía del poder estatal y del capital para configurar los modos de
organización colectiva y el planteamiento de alternativas al mismo, lo cual deriva







<
<
<
<
<
<
<
<
<
<
<







538
539
540
541
542
543
544











545
546
547
548
549
550
551
actividades orientadas hacia la liberación del conocimiento tecnológico y sus
práctica relacionadas, las interpretaciones de qué se entiende por "libertad"
diverge. Un ejemplo compreto de cómo estas divergencias históricas e ideológicas
se manifiestan se puede encontrar en el estatus legal de los espacios: mientras
que los hacklabs están a menúdo localizados en espacios ocupas, los hackerspaces
son generalmente arrendados.













Si bien Maxigas establece que existen múltiples factores asociados al surgimiento
de los hacklabs, hay dos en los que se centra para acotar su genealogía, el
movimiento autonomo y el activismo de medios, para luego incorporar como tercer
elemento el movimiento hacker. Lo importante de los dos primeros es su oposición
a la hegemonía del poder estatal y del capital para configurar los modos de
organización colectiva y el planteamiento de alternativas al mismo, lo cual deriva
1454
1455
1456
1457
1458
1459
1460


















1461
1462
1463
1464
1465
1466
1467
apropiación de saberes en los talleres de *Indie Web Science* con novatos.
Para esto se explorará otro software que tiene este caracter auto-referencial y la difusión entre código y
datos.
Las indagaciones preliminares permiten ubicar como buenos candidatos a 
[clojure](http://clojure.org/)/[LightTable](http://www.lighttable.com/) y a
[Pharo](http://pharo.org/)/[Moose](http://www.moosetechnology.org/).





















# El camino por recorrer #

Siendo este un documento para el examen de candidatura, es natural que hayan elementos aún no terminados
de esta indagación y del texto mismo.
Durante estos años desde el 2010 mi presencia en el doctorado y en HackBo han estado en diálogo.







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







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
apropiación de saberes en los talleres de *Indie Web Science* con novatos.
Para esto se explorará otro software que tiene este caracter auto-referencial y la difusión entre código y
datos.
Las indagaciones preliminares permiten ubicar como buenos candidatos a 
[clojure](http://clojure.org/)/[LightTable](http://www.lighttable.com/) y a
[Pharo](http://pharo.org/)/[Moose](http://www.moosetechnology.org/).

Los talleres de *Indie Web Science* (IWS) y los movimientos hacia la narrativa de datos parecen indicar que
existe una posibilidad en hacer difusa la distinción entre el código y el documento, a través de documentos
que contienen código para crear narrativas de un mundo complejo e interconectado (que es parte de lo que
exploramos en los talleres IWS), de mismo manera similar a como el *live coding*[^live-coding] en su momento permitió
acercar a los músicos a la programación en la medida en que la diferencia entre la partitura, la ejecución
y el instrumento se hacía difusa cuando se vinculaban artefactos digtales[@Yuill-1].
Una exploración similar es la que quiero emprender desde el diálogo entre los procesos de
documentación hacker y académica que están siendo desarrollados y observados en esta investigación.


[^live-coding]: Yuill se refiere, además de los hacklabs al concepto de live coding,
    una práctica muy cercana a la inquietud de esta investigación de cambiar los
    artefactos digitales que nos cambian. En el caso del live coding, de lo
    que se trata es de un tipo de *performance* que crea música (y ultimamente
    imágenes) a partir de código de programación escrito en tiempo real frente
    al público [@MacCallum-1]




# El camino por recorrer #

Siendo este un documento para el examen de candidatura, es natural que hayan elementos aún no terminados
de esta indagación y del texto mismo.
Durante estos años desde el 2010 mi presencia en el doctorado y en HackBo han estado en diálogo.
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500



























































































































































































1501
1502
1503
1504
1505
1506
1507
# Apendices #




## Apendice 1: Mapa de hackerspaces ##




## Apendice 2: Escritura no lineal ##































































































































































































## Apendice 3: Microfinanciación ##

La sostenibilidad económica de espacios como HackBo y La Galería es una preocupación que se ha
evidenciado durante mi permanencia en dichos lugares. 
Su ubicación en el Sur Global, hace que este sea un tema crítico y permanente.







|





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







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
# Apendices #




## Apendice 1: Mapa de hackerspaces ##

![Mapa de los Hackerspaces reportados en http://hackerspaces.org a junio de 2014](../Imagenes/hackerspaces-mapa-2014-jun.png)


## Apendice 2: Escritura no lineal ##




### La forma en que escribo para el doctorado ###

Tomado del [Blog de Offray Luna](http://mutabit.com/offray/static/blog/output/)

* * * * *

Publicado: 2014-02-06 11:48   |  Más posts sobre [Indie Web
Science](../categories/indie-web-science.html) [Indie
Web](../categories/indie-web.html) [Hack Your
PhD](../categories/hack-your-phd.html) [Open
Science](../categories/open-science.html) [PhD](../categories/phd.html)
[zotero](../categories/zotero.html) [Piamed](../categories/piamed.html)
  |   [Código](la-forma-en-que-escribo-para-el-doctorado.ipynb)

* * * * *

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 en ellos, su
escritura también es un ejercicio en primera persona al respecto. He
venido cambiando de a pocos el artefacto digital que me permite escribir
mi tesis, [Leo](http://leoeditor.com/), a través de pequeños *scripts*
que lo adaptan a mi flujo de escritura.

Como he [dicho antes](#), la escritura es no lineal y no vamos de la
introducción a las conclusiones en línea recta, sino que se nos pueden
ocurrir distintas partes del escrito en la medida en que avanzamos por
el problema, además hay partes más profundas de un texto, que no se
reflejan en el resultado final, pero que nos ayudan a construirlo. Leo
es ideal para este tipo de procesos de escritura complejos, como los del
doctorado, debido a que su manera de organizar la información como un
árbol emergente, da cuenta de que las diferentes partes del texto que
vamos pensando/escribiendo en la medida en que avanzamos y de los
distintos niveles de profunidad anidados que producen la "superficie"
del texto.

He acá una captura de pantalla del uno de los dos artículos que estoy
escribiendo, expresado en Leo (click sobre ella para agrandar):

[![](http://mutabit.com/mutabit/static/personas/offray/blog/galleries/objetos/leo-doctorado.jpg)](http://mutabit.com/mutabit/static/personas/offray/blog/galleries/objetos/leo-doctorado.jpg)

Este es mi proceso de escritura investigativa con ese árbol:

-   Cada nodo del árbol lo escribo en un lenguaje de etiquetamiento
    ligero. De los muchos posibles escogí el [markdown de
    pandoc](http://johnmacfarlane.net/pandoc/README.html#pandocs-markdown),
    debido a que soportaba la integración con referencias bibliográficas
    que podían estar incluidas dentro del texto directamente y
    expresadas en otro lenguaje ligero,
    [yaml](https://en.wikipedia.org/wiki/Yaml), y encontré que otros
    lenguajes como
    [reStructuredText](https://en.wikipedia.org/wiki/ReStructuredText)
    no se adaptaban tan bién a mi flujo de trabajo, pues el archivo de
    referencias biliográficas tenía que ser externo y expresado en
    BibTeX o con una referencia interna que no soporta tantos metadatos
    como quisiera. Ya estaba usando yaml para guardar información
    bibliográfica y encontrar que podía integrar pandoc con Zotero vía
    yaml permitía un trabajo más fluido y cercano a mi forma de
    escribir.

-   Las referencias bibliográficas las manejo desde Zotero. He creado un
    [repositorio de datos bibliográficos abierto para todo el
    doctorado](https://www.zotero.org/groups/diseo_y_creacion_phd_msc_universidad_de_caldas/items)
    y allí coloco las cosas que pueden servir para mi tesis, incluidas
    las notas de lectura, en espera de que otros estudiantes hagan lo
    mismo, aunque esa segunda parte no ha ocurrido aún y quizás no
    ocurra hasta que no hagamos una pequeña capacitación/sensibilización
    al respecto.

-   Para integrar Zotero a mis escritos, exporto cada referencia
    bibliográfica a la que apelo, como un archivo de texto en formato
    CSL JSON y luego la importo con un *script* a la medida dentro de mi
    árbol en leo.

-   Otro *script* a la medida toma el árbol en Leo y lo recorre,
    extrayendo toda la información relevante para crear el pdf y la
    coloca en un archivo de texto plano.

-   Ejecuto un comando sobre ese archivo de texto plano y genero el pdf.

-   Guardo todo en un repositorio de código fuente que tengo para
    guardar el histórico de los archivos usados/generados durante el
    doctorado. en particular mis propios archivos, escritos, notas de
    clase, etc.

-   Publico algunos adelantos y reflexiones sobre mi tesis, bien sea
    usando el repositorio anterior o mi blog personal.

Por el camino se generan tres archivos intermedios (he acá unos ejemplos
con mi primer artículo):

-   [El árbol en
    Leo](http://mutabit.com/deltas/repos.fossil/doctorado-offray/doc/tip/Tesis/ExamenCandidatura/examen-candidatura.leo):
    que incluye todo el contenido de mis escritos y los *scripts* que
    automatizan mucho del flujo descrito acá (pero no todo). Debe
    tenerse Leo para poder leerlo/editarlo cómodamente
-   [El archivo de texto
    plano](http://mutabit.com/deltas/repos.fossil/doctorado-offray/doc/tip/Tesis/ExamenCandidatura/luna-offray-contracultura-hacker-innovacion-diseno.markdown)
    que puede ser leido/editado desde cualquier editor de texto plano
-   [El archivo
    pdf](http://mutabit.com/deltas/repos.fossil/doctorado-offray/doc/tip/Tesis/ExamenCandidatura/luna-offray-contracultura-hacker-innovacion-diseno.pdf)
    con los formatos de impresión para ser leído más cómodamente en
    pantalla o papel.

No sé que tan complejo pueda parecer el proceso y me imagino que eso
dependerá de la experticia técnica del escritor y su facilidad de acceso
a herramientas como las que he descrito. Lo que sí es cierto es que es,
debido a que surge de mi propio proceso de escritura, se adapta muy bien
a lo que hago y se hace más simple en la medida en que voy cambiando las
herramientas. Podría fácilmente, por ejemplo, cambiar el estilo de
citación (ahora uso el de Chicago, pero nos piden APA para el resultado
final), la plantilla de salida para el artículo, hacer que los sitios
web aparezcan como enlaces cliqueables en la versión html y como notas a
pie de página en el impreso. Cuando realizo mucho una actividad a mano,
como la de importar referencias bibliográficas, la automatizo para que
se facilite dentro de este escrito o en los venideros.

Si bien la solución es particular, creo que a futuro podría servir a
otros escritores, que se enfrentan a estos procesos de escritura
compleja. La ventaja de partir de las necesidades particulares es que se
aborda desde una perpectiva que los de la [IndieWeb](#) resumen en
algunos principios (aunque hay más y no aparecen en este orden):

1.  Se dueño de tus datos.
2.  Construye herramientas para ti mismo, no para todos tus amigos.
3.  Usa tu propias creaciones.
4.  Documenta.
5.  Abre el código fuente.
6.  Construye para la web duradera.
7.  Diviértete.

Para la tesis, nunca me imaginé que este flujo de trabajo le fuera
servir a alguno de mis compañeros. Las herramientas son difíciles de
instalar en plataformas distintas a Gnu/Linux, e incluso en la comunidad
geek nacional, el editor Leo no cuenta con muchos seguidores, así que el
principio 2 aplicaba como anillo al dedo, pero recientemente, al
descubrirlos me dí cuenta que no sólo lo hace para la escritura de la
tesis, sino también para su desarrollo.

Como digo en uno de los artículos, otro principio que resalto es el 3,
el usar las propias creaciones, a lo que el movimiento de la *Indie Web*
se refiere como *selfdogfooding* y que tiene como componentes claves:

-   La creación activa, bien sea de código, experiencia de usuario o el
    diseño interactivo/visual/gráfico
-   El uso de esa creación (por ejemplo en la empresa o investigación de
    uno).
-   El uso *personal* de esa creación y no sólo como parte de un trabajo
    que se apaga cuando se llega a casa.
-   La auto identificación/dependencia que tiene que ver con usar la
    propia creación de manera que lo represente a uno, como parte de su
    identidad primaria en la web. El acto de creación altera un aspecto
    del yo público del creador.

Podríamos decir que se trata de una especie de *indie web science*.
Comparto el proceso por si alguien más está interesado y muy en la línea
de [HackYourPhD](http://hackyourphd.org/en/about/), pues creo que en un
mundo en que los doctorados son cada vez [más cuestionados](#) vale la
pena emprender acciones que los hagan menos parecidos a un
enclaustramiento de monasterio y nos hable abiertamente sobre el proceso
y sus herramientas en la medida en que ocurren.

Por supuesto, aún hay un examen de candidatura que presentar y una tesis
que escribir y estas herramientas sólo garantizan, a nivel muy personal
la fluidez del proceso, no la calidad del resultado de maneras más
interpersonales, así que, a continuar leyendo/escribiendo.

-   [← Post anterior](indie-science-indie-web-opengarage-science.html)
-   [Siguiente post
    →](cuanto-dinero-le-ha-hecho-perder-bancolombia.html)

Please enable JavaScript to view the [comments powered by
Disqus.](http://disqus.com/?ref_noscript)

[Comments powered by Disqus](http://disqus.com)

Contents copyleft 2014 | [![Creative Commons License
BY-SA](http://i.creativecommons.org/l/by-sa/2.5/co/80x15.png)](http://creativecommons.org/licenses/by-nc-sa/2.5/co/)
| [Offray Vladimir Luna Cárdenas](mailto:offray@mutabit.com) - Powered
by [Nikola](http://nikola.ralsina.com.ar)

Share

-   -   -   -   



## Apendice 3: Microfinanciación ##

La sostenibilidad económica de espacios como HackBo y La Galería es una preocupación que se ha
evidenciado durante mi permanencia en dichos lugares. 
Su ubicación en el Sur Global, hace que este sea un tema crítico y permanente.