Cómo estos dos aspectos puntuales se expresan en la clase. Frente a cada punto:

• En el primero, dado que el uso constante del computador implica la posibilidad de tener interrupciones como mensajería instantánea y ventanas alternas del navegador, recomendaría:

• Cerrar aplicaciones de mensajería instantánea y usar una ventana del navegador nueva para la clase.

• Usar el celular al mínimo y tenerlo pantalla abajo, mientras tanto.

• Para el segundo, efectivamente las preguntas son claves y su expresión clara. Cuando no se viene a clase, vale la pena formularlas por escrito a través de correo o lecturas anotadas.

Como veíamos en el video de Clay Shirky, el asunto es que, precisamente, saberes como los que vemos en clase están lejos del cotidiano de la mayoría de las personas, lo cual tiene afecciones respecto a la democracia, el ejercicio de los mecanismos de expresión y la vigilancia de lo común y lo público.

La universidad como espacio, nos permite acceder a conocimientos que no circulan en el cotidiano (ecuaciones diferenciales, modelación de sistemas complejos, ontologías, etc.) y esa es una de sus funciones principales. La pregunta sería más bien qué tipo de cotidiano queremos transformar y cómo estos saberes tienen (o no) el potencial para hacerlo.

La invitación es a que cada cual, que conoce mejor su propio cotidiano y lo que le interesa transformar en él, haga proactivamente y explícitas las preguntas y posibilidades al respecto, ojalá durante la clase.

Sería bueno explicitar en cuáles

Como veíamos en el video de Clay Shirky, el asunto es que, precisamente, saberes como los que vemos en clase están lejos del cotidiano de la mayoría de las personas, lo cual tiene afecciones respecto a la democracia, el ejercicio de los mecanismos de expresión y la vigilancia de lo común y lo público.

La universidad como espacio, nos permite acceder a conocimientos que no circulan en el cotidiano (ecuaciones diferenciales, modelación de sistemas complejos, ontologías, etc.) y esa es una de sus funciones principales. La pregunta sería más bien qué tipo de cotidiano queremos transformar y cómo estos saberes tienen (o no) el potencial para hacerlo.

La metacognición es aquel proceso que nos permite saber cómo sabemos lo que sabemos. La invitación sería a usar metacognición para indagar por esos procesos de interiorización y sus complejidades

• ¿Cuándo dirías que un conocimiento se encuentra plenamente interiorizado y cuánto tiempo requiere esto? ¿Cómo y cuántas de las horas de trabajo autónomo asignadas a una materia con esta cantidad de créditos están siendo aplicadas?
  • ¿Hay algún registro o bitácora que permita ver esos avances, aparte de los mecanismo de publicación ofrecidos en clase?
  • En un mundo de constante interrupción a través del celular y el computador, ¿cómo mantenemos a raya esas distracciones para, efectivamente, podernos concentrar en procesos que requieren dicha interiorización?
• ¿Dónde radican las dificultades que te impiden esa interiorización?

Respecto a los ritmos de la clase, estos presumen ese trabajo previo de, no más de 8 horas autónomas. ¿Se pueden invertir ese máximo de horas semanales y por qué sí o no? Si se piensa en esa cantidad de horas de trabajo autónomo, aún así el ritmo de la clase iría rápido? ¿Qué otras mediaciones (documentación, videos, software, etc) podemos cocrear para ayudar esa parte autónoma y mejorar los ritmos?

Interesante. ¿Colocarías documentación sobre estas herramientas en tu propio repositorio?

De acuerdo. Complementaría esto con el trabajo autónomo.

Todas estas son excelentes alternativas para el trabajo entre pares y aútónomo. ¿Cómo se dejaría huella/registro de esto que se haga y cómo se compartiría con el resto de la clase, incluyendo al profesor?

build-bridging as a service [!!!]

Antes de presentar los feminimos debería haber una introducción. Una presentación charlada de las temáticas generales y motivaciones detrás del texto.

¿Debemos empezar acá? Una de las cosas potentes de la tesis como estaba formulada el semestre pasado era que hacía "incomparable" lo humano y lo máquínico al colocar el problema del contexto, la respuesta en tiempo real y los cuerpos cuando abordada el problema de la traducción simultánea. Esta esta versión, buscando el caracter de comparable, dicho elementos diferenciales desaparecen.

Si bien es llamativo porque da cuenta de una tensión que mucha gente ubica y cree que es venidera, realmente lo que tenemos es ecosistemas humano maquínicos, es decir personas en colectividades con capacidades de computo y agendas enfrentados entre si con sus miradas de futuro.

• Objeto: 4
• mensaje: between: and:
• Argumentos: 0, 10

Lo que obtenemos es esto:

Pharo11.0.0 of 7 March 2024

que corresponde a la versión de Pharo y su fecha de lanzamiento.

• objeto: 1 + 1
  • objeto: 1
  • mensaje: +
  • objeto: 1
• mensaje: =
• objeto: 2

La clase de un objeto, es el conjunto al que pertenece dicho objeto.

Representa sólamente al caracter "a".

Este representa a una secuencia de caracteres, llamada cadenas de texto.

Este operador nos permite distinguir la letra "A" de la variable "A"

• ASCII.

Otra tecnologías es el Unicode

Todas lo hacen. ¿Pero cuál es esta operación en particular? En este caso se trata de la descomposición decimal.

Son aspectos distintos que modelan el tiempo de manera distinta. Para la hora se usa Time y para la fecha y hora se usa DateAndTime.

Este entrega información sobre el sistema:

Mucho más completo mapa mental y mejor descripción verbal del mismo, que está asociado no solo a lo reciente del mapa, sino al nivel de detalle del mapa.

Valdría la pena incorporar el contraste con otros paradigmas de computación/programación mostrados en el video mismo.

Creo que es importante mantener una postura esperanzada pero crítica, no sólo frente a las tecnologías venideras, sino a las que tenemos "naturalizadas" ya. De este modo podemos saber cuándo es mejor la bici o el metro (subterraneo!) que el carro particular o no revisar notificaciones de redes sociales al despertar o saber cuándo es mejor escribir uno mismo a que lo haga una IA.

Es importante que el mapa refleje los elementos estructurales del video (su tabla de contenido) de manera más detallada.

Quizás lo que tenemos que cuestionar es la noción misma de IA, al menos como las grandes empresas del Valle de Silicio (Sillicon Valley) de modo que podamos desenmascarár muchos de los mitos al respecto.

El mapa refleja varias de las tensiones del video y los impactos negativos de la IA para la sociedad.

Es importante que el mapa mental refleje de manera más detallada la "tabla de contenido" del video, de forma que conceptos como "bosque oscuro" queden claramente articulados.

Hay dos elementos:

• La empresa es estadounidense, pero el data set es multilingüe. Por tanto, el modelo vectorial de lenguaje puede expresar información en distintos lenguajes, expresando, de todos modos los sesgos en el conjunto de datos que lo alimentan.
• Los modelos de lenguaje capturan relaciones entre palabras que se escapan a la pronunciación o l atraducción literal particular y reflejan relaciones probabilísitcas, por tanto una relación probabilística en un idioma (rey y reina) se puede reflejar en otra (king y queen).

Sobre el examen de abogados, la pregunta es sí esos exámenes miden cosas que van más allá de la manipulación del texto. La idea de que el examen prueba más a la prueba que a la persona que lo presenta y como esta también refleja sesgos de los evaluadores (por ejemplo frete a qué es ser inteligente, para el caso del IQ o qué es ser un abogado, en caso de la barra de abogados).

¿Qué errores puntuales se presentaron durante esta publicación? Por favor documéntalo agregando capturas de pantalla.

¿Cómo cuales necesidades?

Respecto a lo que dijiste de la cura de una enfermedad, interesante lo que se de despligue de proteinas. Pienso mirar la complementariedad entre humanos y máquinas, así como las instituciones como las articulan.

Creo que hay varios elementos del lenguaje en los cuales el mapa no profundiza, en particular cómo las redes neuronales funciona y cómo se construyen los modelos vectoriales del lenguaje.

Interesante esta mezcla de digital a análogo y las herramientas que en el domino digital continúan usando (drives, Notion, etc). Por supuesto, el grupo está enfocado en la segunda parte y sus innovaciones (Realtak, etc) y no en las innovaciones en la primera (drive, Notion). Dado que nosotros sí nos enfocamos en esta gestión alterna de conocimiento en lo digital, usando infraestructuras de bolsillo, metaherramientas y programación intersticial, cómo esto podría tener una contraparte y puente en análogo, lowtech, similar a Hypertalk in the world

No tiene porque haber contradicción entre los encuentros en persona, que transmiten y encarnan cultura y los medios digitales donde también transitan. Nuestras Data Rodas tienen también inspiración en una cultura del cuerpo, con encuentros en persona y virtuales, a la vez que producen código y prosa que transita para quienes no están en los encuentros cara a cara.

Algo que se puede percibir muy rápidamente y, de hecho, una de las motivaciones detrás de mi tesis doctoral y que allí afirmé en la línea de "no puedes entender lo que no puedes cambiar". La mayoría de herramientas de software son paradógicamente inflexibles (no parecen la parte blanda, sino dura, por ello), en particular, por todas las fricciones para entenderlas y cambiarlas, incluyendo en manejo de Git.

Interesante una definición que dialogue con la de software de código abierto, pero va más allá de ella y que involucre cuerpos en contextos particulares.

Sin embargo, en la anotación sobre sensórica muestra un componente que podría ser de código abierto y no lo es y que tiene que ver con cómo otros programas computacionales perciben el entorno y reaccionan al él. Por supuesto, se podría pensar que este no es el código fuente del programa Realtalk, sino el de la máquina virtual que hace que el código fuente se pueda interpretar y ejecutar. Estos elementos pueden ser inmaduros pero interesantes. en últimas la pregunta es:

¿Cómo Realtalk ocurre y se desarrolla en más espacios, que no están ubicados en el Norte Global?

Bret Victor ha hablado varias veces de que cuando se comparte el código, la gente se enfoca en la parte más débil de las ideas, las varía y las expande, en lugar de enfocarse en cosas más fundamentales, como pasó con Smalltalk y las pobres implementaciones de la idea de objetos en lugar de mensajes y con JavaScript y su desafortunada difusión inmadura y remendada por todo Internet.

Uno de los inconvenientes del código abierto es que implica mantener y cuidar una comunidad de usuarios y esto puede ser muy demandante, particularmente en proyectos grandes.

En parte, esto refleja el contexto de bienestar en el norte global donde se desarrolla Dynamicland, en el que se puede pensar a mediano y largo plazo, sin ofrecer elementos imperfectos para a agencia comunitaria en el presente.

Revisar los espacios verticales y horizontales del código, de manera que correspondan a las convenciones, en particular los que indican que código pertenece o está anidado dentro de otro conjunto de intrucciones.

Esta explicación valdría la pena agregar capturas de pantalla que muestren el resultado.

Es muy recomendable que las variables también esten nombradas en inglés. Si te das cuenta, es el único código que no está en inglés, así que no puedes ignorar el inglés en el resto del código ni en la programación en general y por el contrario, colocar los nombres de las palabras dificulta compartir el código en contextos no hispano parlantes

Esta variable y su definición deberían estar dentro del bloque and: y no dentro del bloque select:

Agregar capturas de pantalla a los mapas, de manera que se invite a su lectura.

Una manera sencilla de colocar pantallazos en línea es usar https://imgur.com/ y "New Post", pegando el pantallazo que se ha copiado en otra aplicación, por ejemplo Flameshot.

Habría que mirar cómo se comportan las preguntas si:

1. ¿Son más detalladas las preguntas?.
2. Se aplica RAG (Retrieved Aumented Generation / Generación con Recuperación Aumentada):
   • Navegando páginas que aumenten el contexto en Leo/Brave.
   • Agregando documentos de Docutopia a los recursos de NucliaDB

Ni la pregunta ni la respuesta capturan el contexto.

Es conveniente agregar a este documento no sólo los enlaces originales en HedgeDoc/Docutopia, sino también los enlaces al repositorio.

Ten presente que las subsecciones suelen tener jerarquías continuas. Reemplaza:

### Tutorial ...

por

## Tutorial ...

El mapa mental debería tener ramas más detalladas que permitan recuperar y justificar información incluso meses después de lo que estamos haciendo

Sería conveniente agregar el hecho de que las respuestas dicen que apelan a más fuentes de las que realmente usan. Para ello es bueno tener la respuesta textual fuera de la captura de pantalla

Buena presentación visual acompañada por capturas de pantalla. Sugeriría colocar respuestas textuales también, transcritas desde NucliaDB de manera que se puedan revisar en detalle fuera de la captura.

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

Preferimos terraformar marte, que el depredado Amazonas.

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

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

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

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

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

I have found the GT/Lepiter GUI pretty compelling for learners in my local hackerspace and in the information science department, both spaces where I'm a facilitator/teacher. It provides a pretty focused experience and it is stripped down of the overwhelming initial experience of the Pharo/Squeak GUI. It is not well suited for "classical Smalltalkers" though. as I have been talking with some of them and they find the DX too much specific and even cumbersome for some task they usually do (it has been not our case so far).

In our last use case at the university, the students are creating a personal code repository in Fossil, with data narratives and they do a critic/annotated reading, using Hypothesis (this very technology), which is kind of a personal public wiki-like portfolio for data narratives. They put also the reading notes in their own repositories for the data stories I published previously where I introduce Smalltalk or and introduction to data representation and processing in Pharo.

This could be another approach for wikis in the classroom, that is alterative to our use of interpersonal wikis with TiddlyWiki. At some point and in a pretty organic way, the idea would be to have all them integrated and powered by "context aware" and thematic chatbots (made in Pharo).

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

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

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

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

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

Quitar este plural

Esto debería ser un listado de item:

* HedgeDoc/Docutopia ... * Fossil ... * GToolkit/Grafoscopio ...

¿Qué hacen estas tres líneas? Explicarlo una por una.

cambiar la jerarquía. No tiene sentido un 0.1 debería ser 1.

Sustituir

## Continuación...

# Continuación...

Convertir en Phaor

Esto debería aparecer como un trozo de código y está como prosa.

We, in the Grafoscopio community, had a similar need, but our approach was different: to keep the format simple and to use Pandoc combined with metasystem capabilities of Pharo (for example the fact that a document can be used to program itself) to address publishing formats and reproducibility.

More details as comments ahead.

This part can be pretty useful in the future. For the moment, we are using only external images as resources in our data narratives, because this makes easier to share and publish them in our almost real time publication workflow that bridges HedgeDoc with Fossil via Lepiter+MiniDocs.

In the future I would like to make some results embeddable, particularly graphics produced by GtMondrian and hopefully Roassal as SVGs or even interactive JS objects in something like Echarts. We made some exporting test of web pages with interactive external resources that are produced from simple Lepiter+MiniDocs documents like this one.

As Markdeep its showcasing its limits and bug fixing is slow to non-existent, we are exploring Pandoc options again, including external interactive objects, while enjoying Markdeep for simple documents/workflows.

For the Brea static site generator / decoupled CMS, we used also Mustache.

One of the advantages of Mustache is its "web preview" capabilities. So a page like this one:

can be created with a template like this one:

Following Brea's convention, template pages end in .mus.html, so they can be rendered like a normal web page.

For the moment, linking to other pages is absent. What I get is something like [[Page title]] in our current Markdeep based exportation strategy, as you can see in one of my last examples.

In the future I would like each page to store the (Fossil) repository where they are saved, so, each time the traversal algorithm that creates the Markdeep/Markdown page founds a page link, will ask that page to give its web link (relative or absolute, depending on if they're located or not in the same repository).

Agreed. Lepiter creates a pretty joyful experience for what I would call "story driven development" and/or data narratives. It makes pretty fluent the "story/argument first driven" workflow that we already had with Grafoscopio and that is pretty usual in social sciences and humanities, in contrast with the "test first driven" approach of development cultures.

In my experience it is easier to introduce non developers to this kind of mindset, as we don't fight against some established tradition. Of course, different traditions can prioritize the starting/main point in differently.

Being able to refer from the code inside a document to the document that contains it, was also a need we felt with Grafoscopio. For that, We used thisNotebook, as can be seen in our republication of the Data Journalism Handbook (in Spanish) or in this screenshot from its repository:

In our case, because my approach was not to convert the document inside Pharo, but leveraging Pandoc, thisNotebook allows us to provide PDF export options on the Markdown version of the notebook, to produce high quality PDFs besides the HTML export. As the screenshot above shows, the options where stored inside the document itself, internalizing what would be an external shell command, increasing document reproducibility also in the publication front (what added to the data reproducibility front). This was years before similar approaches like the Jupyter Book or Quarto and I still think that Pharo based tools can have leaner reproducible documentation workflows that their counterparts in other languages.

Having support for similar ideas later in Lepiter, implemented by more experienced programmers, in the form thisSnippet and being able to compose it with page and database has been a real time saver in migrating some lessons from Grafoscopio to Lepiter.

Most of my notes will be colored by my previous experience co-designing/developing Grafoscopio

It depend of the kind of notebook or the meaning of arbitrary snippet types. For the case of Elixir's LiveBook, the smart cells provide customized content/UI, described in Elixir and easily versionable, as with the rest of the document, that uses another custom version of Markdown --lmd for Live(book) Markdown-- to deal with the pitfalls of storing notebooks in JSON.

Decirlo de manera más clara.

Decirlo con palabras más llanas y claras.

Aclarar o quitar

con mayor calidad del dato

Para garantizar que las conclusiones sean sólidas, compararemos ~~en profundidad~~ las herramientas.

Borrar.

Este ya no es nuestro objetivo. Sino el de analizar la calidad de los microdatos extraídos.

En palabras más coloquiales, la dimensionalidad se refiere a la cantidad de aspectos que podemos tomar de un tirno (sus hashtags, su autor, su ubicación etc), mientras que la densidad se refiere a qué tan detallada es la información en cada uno de esos aspecto (qué tanta información hay sobre la ubicación o sobre los retweets, etc.).

Si dimensionalidad y la densidad se representaran en histograma la primera daría cuenta de la cantidad de barras en el mismo y la segunda de la altura de las mismas, mostrando datos con distintos niveles de profundidad.

SEPARAR PARRAFO

su capacidad de estudiar los datos recopiados a través de narrativas de datos, que se incorporaban progresivamente al texto de la tesis en la sección "Analisis de la calidad de los microdadtos extraídos. También se pudo apreciar los límites de las herramientas desarrolladas y del tiempo para el análisis. Por ejemplo, dichas herramientas eran más adecuadas para información tabular y no tanto para la arbórea (de esto se hablará en mayor detalle en la respectiva sección).

recolectados

El diseño de estas herramientas, se hizo de manera "cerrada", como suele ocurrir en esta fase, en este caso entre tutor y tesista., usando los criterios de sencillez y flexibilidad que se explican en la parte de invesgación reproducible.

Este entorno de investigación reproducible no sólo incluyó elementos de publicación progresiva de la tesis, sino también de escritura colaborativa y recepción de realimentación entre tutor y tesista.

cambiar

Sin embargo, sí se procedió al diseño de prototipos ligeros, del tipo "qué pasaría sí". En este caso, la pregunta tenía que ver con "qué pasaría si, al hecer scrapping de datos, queremos revisar su calidad".

Se revisaron las restricciones del API actuales; se indagó con académicos de centros de investigación si ellos continuaban teniendo acceso a pesar de ellas, encontrando que no; se revisaron alternativas de código abierto usando el API no oficial de Twitter/X, las cuales estaban cerrando su acceso y procedió a elegir el scrappign como método de adquisitión de datos, dado el caracter puntual de los mismos, es decir, referidos a perfies específicos en lugar de analisis de sentimientos, interacciones y otros que, por lo general, sí requieren acceso al API.

decir cuáles

dimensionalida y densidad, es decir sobre cuántos aspectos del trino nos brinda información y la profundidad de la información por aspecto, usando para tres fuente (Apify, bla, bli) y un entorno de investigación reproducible configuragurado a medida del problema, incluyendo algoritmos para revisar la dimensionalidad y densidad de cada fuente de scrapping.

extraídos

Mover a la parte de investigación reproducible abajo.

Sería adecuado considerar...

Se recomienda...

varios

Aclarar o borrar. Hablando de que exporta trinos individuales en lugar de grupales y su estrutura de datos arbórea en lugar de tabular dificulta la exploración y el análisis.

El entorno reproducible permitió efectivamente continuar el trabajo en distintos computadores, con diferentes sistemas operativos y sin permisos especiales sobre las máquinas, incluyendo computadores domésticos, del tutor, del estudiante y del LabCI. En sentido dicho entorno permitió configurar una "nube personal académica" de baja complejidad tecnológica, que permitía mayor autónomia en la escritura y colaboración fluida, más allá de lo que permiten otras formas de escritura en línea más convencionales.

Aclarar o quitar.

Aclarar o quitar

Aclarar o quitar.

mas datos sobre las interacciones de los usuarios con un trino particular. Es decir ...

Aclarar o quitar.

Control de versiones: técnica utilizada para permitir el rastreos de las distintas versiones históricas de un archivo y sincronizar el trabajo con ellos entre distintas máquinas y personas.

El entorno de investigación reproducible para esta tesis articuló un conjunto de herramientas que permitiesen la instación de software, el control de versiones históricas del texto de la tesis y otros productos de investigación asociados, la colaboración con el tutor y la publicación de productos intermedios, así como la exploración de los datos extraídos y su visualización.

Este conjunto de herramientas se eligió sobre otras que podrían funcionar para el mismo propósito, debido a su simpleza y flexibilidad. Por ejemplo, Fossil es más sencillo de usar que Git y tiene más funcionalidades integradas (ver "[Fossil versus Git)[https://www.fossil-scm.org/home/doc/trunk/www/fossil-v-git.wiki]" y Lepiter+Grafoscopio/MiniDocs provee mayor flexibilidad de personalización sobre otras herramientas más populares como los Jupyter Notebooks (Luna 2019, cap tal).

La selección de herramientas se hizo de manera tal que la escritura de la tesis, incluyendo el análisis de datos se pudiera hacer en distintos computadores con diferentes capacidades de procesamiento, incluyendo computadores familiares (Mac y Windows), así como computadores del LabCI. Esto acarrea cierta redudancia de herramientas como Zettlr y LiteXL, ambos usados para escritra en Markdown, pero el segundo más ligero y que funciona en máquinas más modestas.

quitar todos los elementos "Nota:" en los pie de imagen de cada captura de pantalla.

, como el que acá tenemos, pues los prototipos progresivos, permiten comprender fenónomenos complejos. En el caso de esta investigación, dichos prototipos ocurrieron en la forma de narrativas de datos donde se combinaba prosa, código, datos y visualizaciones para explorar los datos extraídos de Twitter/X y comprender su naturaleza. También la tesis es un prototipo en sí misma, pues en sus diversas iteraciones y repositorios de código se encuentra una evoluación tanto de la escritura, como de las comprensiones que se alcanzaron con esta tesis.

y diversos.

quitar

Hacer una introducción al marco teórico breve.

La siguiente sección presenta los elementos teóricos que se juntan en esta tesis, considerando aspectos legales del scrapping, la ciencia de datos computacional, el giro computacional del archivo la gobernanza de la información, el concepto de calidad del micro dato y los dos elementos que en esta tesis se definieron para la misma, dimensionalidad y densidad

Cambiar la leyenda de la gráfica por:

Las cuatro categorías de valor que ofrece el archivo digital a sus usuarios (traducción propia al español de gráfica en inglés por Gourdarouli, 2018a)

En las imágenes, es importante mejorar la resolución e indicar cuando se tratan de captura de pantalla propia.

Ejp:

Interfaz de captura de dato de APIFY. Captura propia

El argumento del scrapping debe indicar que:

• es una zona gris.
• lo están usando compañias para alimentar modelos de IA
• esta tesis permite que se pueda usar a pequeña escala, sin revelar información privada de los perfiles y mirando los metadatos más que los datos publicados.
• Se respetan los terminos y condiciones de Twitter, pues no se replican los trinos individuales de manera pública, sino que se entrega información sobre la cantidad de datos scrapeados por terceros

Estos contenidos deben corresponder a la tabla de contenido. Parecieran hechos de manera automatizada, sin conocer los contenidos de la tesis. Sin una introducción clara, es imposible incorporar varios de los cambios solicitados por las jurados.

No. En la introducción se presenta la investigación al lector.

Se debe redactar en pasado y en impersonal:

planeamos ~> se planeó.

han hecho revaluar ~> hicieron revaluar

Y se debe mantener ese estilo a lo largo de toda la tesis.

El glosario es un capítulo en sí mismo y va antes de los anexos.

La introducción debe tener un título en la versión HTML.

El glosario debe estar en estricto orden alfabético. No puede seguir, después de la "S", términos que empiezan por "A".

Crear una subsección para cada uno de los conceptos importantes:

• gobernanza y apertura de la información
• Calidad del dato,
• Microdatos,
• Giro computacional,
• investigación reproducible y su importancia.

Integrar la adecuación y la fidelidad como componentes de los elementos que tendremos en cuenta para la definición de calidad del microdato de Twitter. Es decir que miraremos cuánta información se puede extraer de distintos scrappers de Twitter y cómo esta tiene usos posibles en el análisis del discurso político

Ir a las fuentes primarias citadas en el artículo, dado que es una fuente secundaria.

Hacer la traducción de la siguiente gráfica.

Traducir esta página

Este comando de upower fue útil para revisar que la batería externa estaba cargando. La interna aún no carga.

Estos fueron los métodos que usé para resolver el problema de la batería en mi portátil, que se manifestó una vez le actualicé la RAM de 8 a 24 GB (agregué 16 GB).

Finalmente removí la batería externa, apliqué el reset de hardware y dejé el portátil con el cargador aplicado a la batería interna. Finalmente volvió a cargar.

Definir los dos dimensiones del análisis que utilizamos para la investigación:

1. Dimensionalidad: es decir la cantidad de datos, referidos a distintos elementos (autor, hashtags, media, etc) que proporciona la fuente de datos.

2.Densidad: es decir la cantidad de datos que se encuentran agrupados por cada dimensión (cuánta información hay sobre el autor, cuánta sobre los hastags, cuanata sobre los media, etc).

Antes de los anexos falta un apartado de recomendaciones:

• ¿Cuáles fueron los límites de esta tesis? por ejemplo en el análisis de información arbórea, las dificultades respecto al cambio de términos y condiciones de Twittter/X? etc.
• ¿Cómo se espera que las investigaciones futuras y/o el proceso formativo en pregrado pueda contribuir a superar las limitaciones pasada o construir con base en lo que se hizo acá?

injustificadas, incorrectas o con justificaciones falsas. Aún es necesario...

Ampliar esta primera parte hablando de la calidad del dato extraído, no de la herramienta. Por ejemplo, indicar que se definieron dos tipos de variables para los datos: la dimensionalidad (cuántos datos vienen) y la densidad (cuando subdatos están incluidos en cada dato anterior) y desde allí indicar cuál de las tres fuentes tiene mayor densidad y dimensionalidad.

Esta parte de acá puede mejor colocarse como conclusión 3, pues está referida a las herramientas de extracción.

Esta parte vuelve y dice de otra manera lo dicho ya antes. Es mejor reemplazar esta conclusión por otra que hable de lo que se quería lograr en el objetivo específico 2.

Esto debería hacer parte de la conclusión 2, que está referida al objetivo específico del entorno de investigación reproducible.

No es necesario indicar repetidamente que la investigación o su metodología son rigurosas. Si ya se dijo antes, se puede omitir su mención posterior.

que, el autor espera, inspire y oriente ...

puntual de algunos

¿cómo ocurrió esto?

esto ya lo dijiste en el párrafo inmediatamente anterior

de los estudios posibles que se puedan hacer con datos extraídos con esta herramienta.

más limitado

Como

Esto no se hizo. Sugiero cambiar por

Con esta herramienta se pudo empezar a visualizar los datos arbóreos extraídos de Squawker y efectivamente constatar en una aproximación informal, que se trata de uno de los scrappers de mayor calidad de los acá estudiandos. Sin embargo, los límites de tiempo y conocimientos sólo permitieron adelantar cómo importar datos y empezar con algunas visualizaciones. Un estudio posterior de dicha fuente de datos se deja para las recomedanciones (como se muestra en la sección respectiva).

analizar

producir

Esta parte y sus gráficas deberían ir en los anexos.

Esto debería ser una sección

Zettlr

Repositorio público con la diferencia entre dos versiones sucesivas de la tesis.

Explicar en el pie de figura cómo se está usando la herramienta. Por ejemplo:

Hypothesis, siendo empleada para los comentarios y corrección por parte del tutor y la realimentación al estudiante.

No todas las imágenes pueden empezar por "Figura 1", sino que su numeración debe ser sucesiva, teniendo en cuenta el número del capítulo (ejemplo figura 1.1., figura 2.1) o simplemente un sucesivo (figura 1, figura 2, etc).

Este pie de figura no corresponde a esta gráfica.

Una mejor captura de pantalla de Pandoc debería mostrar cómo se pasa de un formato a otro. Por ejemplo de Markdown a PDF.

Convertirlo a sección

Explicar cómo se usa la herramienta en la captura de pantalla, bien sea en el pie de la figura o en un breve párrafo justo después de ella.

Editar estos dos párrafos.

Esto debería ser un título.

Explicar esta gráfica en el párrafo anterior, como se indicó en la anotación del párrafo anterior.

Es mejor no tutear en la redacción para hacerla más formal durante la tesis.

Cada herramienta debería estar resaltada en negrilla para mejorar la legibilidad

Esto de acá debería ser una sección

varias fases

Agregar el pie de imágen, indicando que se tomó de Luna 2019, basado en Leinonen 2008.

calidad

Acá vale la pena ampliar un poco el párrafo y al menos agregar una referencia bibliográfica que sustente lo dicho. Las dos cosas se pueden resolver incorporando elementos de:

http://www.practicereproducibleresearch.org/

Por ejemplo de los capítulos de prefacio, introducción, así como el significado más preciso de replicabilidad y reproduciblidad computacional del capítulo de lecciones aprendidas

Mejorar explicación. Ver comentario en gráfica anterior

Explicar mejor qué se está representando: Cantidad de datos agrupados contra tipo de dato (no es "Nombre del ítem").

Sólo evaluamos dimensionalidad (cuántos datos hay) y densidad (que tan profundos son los datos, es decir cuántos datos agrupan). Nunca evaluamos la frecuencia de los trinos. Vale la pena definir acá qué es cada uno: dimensionalidad y densidad, y luego sí pasar a la narrativa como tal.

Enviar a los anexos.

Nunca evaluamos la velocidad y de hecho la tabla comparativa no habla al respecto de nada de eso. Tampoco evaluamos la posibilidad de superar "cualquier limitación" en generar evitar el uso de absolutismos (nunca, siempre, cualquier, etc).

JSON

Retomar desde acá la narrativa sobre el análisis que se hizo con Squawker.

Pasar a los anexos

utlizaron

Cambiar por:

Si bien hemos mostrado, en las secciones previas las herramientas individuales y sus usos en esta investigación. Este apartado se encarga de mostrar los flujos de trabajo que conectaron las herramientas.

Agregar captura de pantalla y explicación sobre para qué fue usada en el contexto de la tesis. En particular, mostrar cómo se uso para gestionar comentarios de mejoras sobre la tesis.

Agregar captura de pantalla y explicación sobre para qué fue usada en el contexto de la tesis. Por ejemplo, indicando que se usó para convertir de formato Markdown a HTML y PDF, aplicando diferentes plantillas para cada formato.

Agregar captura de pantalla y explicación sobre para qué fue usada en el contexto de la tesis.

Agregar captura de pantalla y explicación sobre para qué fue usada en el contexto de la tesis.

Agregar captura de pantalla de Grafoscopio:

Esta frase debería ir arriba, antes del código de la instalación. También se debería indicar dónde se está ejecutando el código de la instalación.

Agregar gráfica y explicación breve de cómo se usó en el contexto de la tesis, siguiendo el ejemplo de Fossil.

Como había dicho ya en las sesiones presenciales, es importante agregar una pantalla de cada aplicación en el contexto en el que fue usada. Por ejemplo, para el caso de Fossil, la imagen podría ser

Fossil fue utilizado para alojar los distintos archivos que configuran el escrito de la tesis, incluyendo tanto la prosa como las narrativas de datos, en un repositorio público y otro privado se creó para los datos extraídos con los distintos métodos. Así mismo, se empleó para publicar las versiones en borrador en distintos formatos (HTML y PDF) y para hacer comentarios para control de avances, mejoras y correcciones.

La gráfica de arriba muestra el uso de Fossil y las ramas del Tutor y el tronco que permitían trabajar de manera colaborativa en los procesos de acompañamiento de la tesis.

Después del listado breve, indicar que se mostrará en detalle cada una de las herramientas y cómo fueron instaladas/utilizadas durante la tesis.

Agregar una frase corta al frente de cada uno indicando qué hacen. Por ejemplo:

1. Scoop: Gestor de instalación de software libre, de código abierto y/o libre distribución.
2. Fossil y ChiselApp: Sistema de control de versiones y publicación de borradores de la tesis y sus narrativas de datos.

y así suscesivamente. De esta manera el lector no se queda con un listado de nombres que no sabe qué significan.

Luna, 2019, citando a Leinonen (2008).

Se iteró en los prototipos, mirando qué tanto ellos podían efectivamente dar cuenta de la calidad de los datos y qué elemento algorítmicos completaban la narrativa o donde estaban las limitaciones, bien en los conocimientos para mejorar los analisis o bien en las herramientas para dicho analisis.

Luna, 2019, citando a Leinonen (2008).

Esta parte no se distingue mucho de la anterior. En realidad, acá no hicimos diseño participativo, sino que pasamos directamente a la fase de diseño de producto, pues no sometimos nuestros prototipos a ninguna pluralidad de personas, por ejemplo a una comunidad.

Si se está citando mi tesis doctoral, debería ser (Luna, 2019).

Si se está citando mi tesis doctoral, debería ser (Luna, 2019).

Se debe indicar que esta imagen fue tomada de mi tesis o de mi microwiki.

Es importantísimo decir que esta parte del texto es tomada casi literalmente de mi wiki, citando la fuente e indicando que dicho contenido fue cedido al dominio público por mí.

Si bien usamos minería de datos para extraer los datos, lo clave no fue su tamaño, sino su calidad. Este párrafo debería expresarlo. También es necesario plantear elementos de ciencia abierta y reproducible en los tipos de estudios que estamos realizando, pues es una parte importante del problema y de los objetivos específicos y no hay nada al respecto en la justificación.

integrar en párrafo anterior

esta empresa ~~> esta empresa,

~~podría tener~~ un impacto en los investigadores y desarrolladores ~> <ins>tuvo</ins> un impacto en los investigadores y desarrolladores (por ejemplo, extendió el tiempo de esta tesis más allá de lo habitual).

Si bien hicimos minería de texto, no fue para examinar cómo las redes sociales afectaban campañas, sino que nos enfocamos en la calidad de los datos extraídos de Twitter.

Tomado casi textualmente de https://www.colibri.udelar.edu.uy/jspui/handle/20.500.12008/24625

Tomado casi literalmente de https://nuso.org/articulo/hacia-una-politica-20-potencialidades-y-limites-de-la-red-de-redes/

Esta parte fue tomada casi que literalmente de https://www.redalyc.org/journal/4761/476170165011/ sin ninguna atribución.