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.

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

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.

¿Cómo el análisis de la calidad de los micro-datos extraídos ayuda en esto?

Esto no se analizó.

Esto no fue lo que se examinó. Corregir de acuerdo a lo que sí se hizo.

Nunca analizamos cuánta información se podía extraer, sino cual era su calidad.

Esto no fue lo que se analizó. Nunca revisamos ni impacto, ni difusión de información.

[...] informada. Todo lo anterior inicia en un pequeño e importante paso: poder extraer información de Twitter/X por distintos medios y poder analizar su calidad.

Twitter/X

~~tecnicas~~ ~> fuentes

Twitter/X

integrar en párrafo anterior

Usar siempre Twitter/X y no una veces así y otras al contrario.

smalltalk myPages := documentLinks collect: [:link | thisSnippet database importDocumentFrom: link ]. En lugar de do: es un collect: para que la nueva colección quede asignada a la variable myPages. Una vez esto funcione, el resto de las intrucciones permite exportar sólo las nuevas páginas, en lugar de todas.

~~documentLinks~~ ~> myPages

Con este nuevo iterador, es posible trabajar con la colección deseada:

Una vez se trabaja con la colección correcta, el resto del código funciona y las páginas se pueden exportar.

Este resultado hay que reusarlo, asignándolo a una variable.

smalltalk myPages := documentLinks collect: [:link | thisSnippet database importDocumentFrom: link ].

Enviaste el mensaje asMarkdeepFile a un String (cadena de texto en lugar de a una página de Lepiter. Tendrías que haber enviando el mensaje a una Named Page.

En la problemática falta, hacia el final, uno o dos párrafos referido a los temas de investigación reproducible y algo de narrativas de datos, para juntarlos a la formulación del problema.

Esta pregunta ya no es la que se está abordando. Debería cerrar más bien en la línea de:

Dado que ha habido un cierre en el acceso para investigadores al API de Twitter/X, pero este espacio es aún ampliamente influyente en la comunicación política y ase pueden adquirir datos de perfiles específicos mediante la técnica de scrapping (extracción o "raspado" de datos), esta tesis busca explorar ¿cuál es la calidad del microdato que se puede extraer de esa red social mediante distintas técnicas?

Esto como primer insumo para continuar haciendo el análisis de los datos tomados de esta red mediante la técnica de scrapping, entendiendo la calidad de los mismos, para que su posterior análisis aliente nuevas técnicas investigativas y formas de participación ciudadana.

porque ...

eran

Cambiar los tiempos verbales para que correspondan con una formulación en el pasado.

Esta es una opinión, expresada por un medio periodístico, no un hecho. No sabemos si tienen o no esos requisitos de mejora. Cambiar la redacción.

pública.

al menos para bajos volúmenes de datos.

e investigadores

cobró

No revertir la sigla. Siempre Twitter/X y no al contrario.

Twitter/X

Siempre usar la mayúscula para referirse a esta red social.

a comprender los datos del discurso emitido por candidatos como manera de formentar maneras de participación política novedosas en contextos discursivos mediados digitalmente, que constituyen buena parte de la manera en que ciudadanos y candidatos se comunican contemporáneamente.

cuánta información podemos extraer de los microdatos del discurso político en contextos digitales, particularmente en Twitter/X.

y que a lo largo de esta tesis se denominará Twitter/X

Lo que quiero hacer con ese elmento en particular

elemento de la colección donde estoy ubicado dentro de la colección

mensaje: qué es lo que quiero hacer en esa colección.

Otros mensajes son:

• collect: coleccionar elementos que satisfagan una condición.
• reject: rechazar elementos que satisfagan una condición.
• select: seleccionar elementos que satisfagan una condición.
• `detect: detectar el primer elemento que satisfaga una condición.
• doWithIndex: hacer algo con los elementos teniendo en cuenta también la posición del elemento en el arreglo.

colección: la secuencia de objetos que quiero recorrer.

intrucción*: qué quiero hacer con cada elemento donde estoy ubicado (y eventualmente con su índice).

en cual elemento de la colección estoy ubicado. Y eventualmente, su índice, es decir su posición dentro de la colección.

Esta es una colección de informacón (usualmente son arreglos)..

El mensaje: Qué quiero hacer con esta colección.

Otros mensajes pueden ser:

• do: hacer con los elementos.
• doWithIndex: hacer con los elementos, teniendo en cuenta su posición.
• collect: coleccionar elementos.
• select: coleccionar elementos.
• detect: detectar el primer elemento que satisfaga una condición.
• reject: rechazar elementos.

Esta versión no genera error:

smalltalk myArray := #('hello' 'World'). myArray asOrderedCollection at: 2 put: 'Pharo'; yourself.

Tres maneras de pensarnos las maneras de trabajar con código:

• Impresión: muestreme el resultado como una cadena de texto.
• Ejecución¨: Ejecute el resultado, pero no me muestre nada.
• Inspección: Muestreme el resultado y una vista especializada de ese objeto

Esto se usa para conocer todos los signos de caracteres que se pueden usar en una impresión. Los recuadros con una "X" por dentro, quiere decir que ese caracter corresponde a un fuente tipográfica que no está instalada aún.

Diagrama de subconjuntos del diseño inclusivo y la accesibilidad creado por Livinda Christy:

Principios del diseño inclusivo A continuación siete principios del diseño inclusivo que fueron publicados por Henny Swan, Heydon Pickering, Léonie Watson e Ian Pouncey en inclusivedesignprinciples.org.

each es reemplazado en cada uno de los valores de la colección y luego se hace el cálculo dentro del bloque:

La caja b está guardando no un valor, sino un procedimiento o cálculo futuro, cuyo resultado conocemos cuando asignamos los valores a los argumentos de los cuales dicho cálculo requiere.