No muchas personas tienen en cuenta este proceso al momento de adentrarse en la programación y por eso les resulta tan complejo, a mi me paso en mis inicios con HTML ya que consideraba una página web como un único ecosistema de código donde cualquier cambio puede afectar a el resto y sería imposible de editar. Ahora se que teniendo claridad en la representación del texto y sus respectivos detalles se puede crear la página bloque a bloque.

Me gusta mucho esta idea porque conecta la programación con otras disciplinas más artísticas o creativas. Le quita ese aire de “solo lógica y máquinas” y la pone como parte de un proceso creativo más amplio, esto nos ayuda a entender que programar también es diseñar, probar, equivocarse y mejorar, en pocas palabras programar también es humano y no solo algo técnico o superficial.

Me parece muy interesante el contexto histórico ya que dicen que en los 90 eso sonaba futurista, y ahora es casi una realidad. Hoy en día aprender algo de código o lógica computacional ya no es opcional si realmente queremos tener mejores oportunidades laborales.

Identificadores de Git y su funcionamiento

Procesos comunitarios de creación de conocimiento en el mundo de la programación. Paradigma fundamental.

La idea de facilitar y ser amigable con la tematica de programación y a la vez exploración es interesante, pues muchas de las cosas a las que les tenemos miedo es por la forma en que nos acercamos por primera vez a ello, si ruvimos un evento traumante en la programación nos cerramos al aprendizaje del tema, si se facilita o se convierte algo que esta en chino a un lenguaje amigable podemos aprender y aportar sobe este campo.

Cómo toda gran idea novedosa o innovadora que nace de la incomodidad ...

Ser disruptivo y crear algo que cambie y mejore las reglas convencionales es algo que siempre he de admirar. Tener la convicción de diseñar algo que se sabe que reúne lo mejor de varios sistemas es algo que no todo el mundo hace, si bien quisieron hacer algo más "pequeño, propio y privado" (que se entiende muy bien, no por el tema de envidia o privatización sino porque quizá uno cómo persona no dimensiona el impacto de sus creaciones), algo que me llamó la atención es que fueron de lleno a crear algo a la altura de los lenguajes de alto nivel (básicamente que se pueden hacer más y mejores cosas sin tantas líneas de código), ósea que simplemente no fue un típico proyecto que ya existía, sino que intentaron ir más allá de una vez, simplemente adelantados a su tiempo, es increíble

Un DataFrame es una tabla de datos estructurada en filas y columnas que permite organizar, manipular y analizar información de forma sencilla y ordenada en programación y ciencia de datos.

No me está funcionando la tabla, creo que me falta definir alguna variable o estoy olvidando algún paso.

Extrañamente el código se me ejecuta correctamente, pues me da la misma respuesta, pero no entiendo cómo podemos extraer los nombres, pues al no poder acceder a este Pokemon atRandom no me permite elegir en aleatorio entre todos los nombres de todos los Pokemones.

Algo importante que aclarar con este código es que, como agrega un row, no se puede ejecutar dos veces, porque el row que volvemos a ejecutar ya existe, lo que nos produce un error.

No entiendo porque cuando intentó ejecutar el siguiente código, que es el siguiente me sale error. Estoy editando el código a algo menos práctico, pero que me permite hacer el ejercicio

Al final esto es justamente lo que intenté hacer en la última clase, tener un listado con los nombres de los Pokemones y un bloque que me permita visualizar la información estructurada de cada uno. No pensé que este sería el resultado de ello, pero me voy satisfecha.

Esta es justamente la fortaleza de Smalltalk, pues no dependemos de cómo se convertirá el texto es un sistema de computo, sino que ese cambio lo realizamos nosotros. Nosotros mismo y hasta donde queremos llegar es el límite que tenemos para nuestros trabajos. Así como es un reto para el usuario, abre una gran oportunidad.

Lo valioso de esto es que ya no limitamos el mensaje en si mismo, sino que lo expandimos y lo pones en un rol donde, por si mismo, al ser un objeto, se comunica e interactúa con otros y consigo mismo de forma autónoma; este saber sobre su propio estado es una herramienta que debemos entender y saber aprovechar, pues, siguiendo la metáfora que hemos seguido con nuestra moderadora, una célula está en ese habitad de relacionen entre otras y ella misma, pero no define la integridad de todo el organismo. Los objetos y los mensajes funcionan por sí mismos, pero se comunican con los demás, sin dejar de saber su propio estado.

Esta es justamente la fortaleza de Smalltalk, pues no dependemos de cómo se convertirá el texto es un sistema de computo, sino que ese cambio lo realizamos nosotros. Nosotros mismo y hasta donde queremos llegar es el límite que tenemos para nuestros trabajos. Así como es un reto para el usuario, abre una gran oportunidad.

Lo valioso de esto es que ya no limitamos el mensaje en si mismo, sino que lo expandimos y lo pones en un rol donde, por si mismo, al ser un objeto, se comunica e interactúa con otros y consigo mismo de forma autónoma; este saber sobre su propio estado es una herramienta que debemos entender y saber aprovechar, pues, siguiendo la metáfora que hemos seguido con nuestra moderadora, una célula está en ese habitad de relacionen entre otras y ella misma, pero no define la integridad de todo el organismo. Los objetos y los mensajes funcionan por sí mismos, pero se comunican con los demás, sin dejar de saber su propio estado.

Define la computación de manera recursiva como paradigma revolucionario, en donde cada computador está compuesto por computadores más pequeños que intercambian mensajes

El estudio otras cosas (Biología) que no era nada relacionado con computadoras, el aprendió la programación inicialmente empíricamente y lo asocio sus estudios con metáforas de las células Donde relaciona la programación (DATOS) como si fueran células y órganos Modelo de programación orgánico y flexible a los cambios.

Para poder modelar objetos y en general, para escribir código y adentrarse al mundo de la Programación Orientada a Objetos es necesario tener ciertas nociones con la forma, la estructura y las distintas particularidades de los lenguajes de programación. Aquí tenemos in recurso de información que nos da algunas nociones relacionadas con la escritura de código orientado a objetos usando Python

Cuando estaba revisando los videos relacionados en este documento para la construcción de los mapas mentales, también pensaba que la POO consistía como en una forma de programación para las cosas. Pensaba que la POO era similar al Internet de las Cosas, pensaba que era una forma de comunicación y conexión entre los objetos(las cosas). Pero cuando se reviso el recurso de información, comprendí que los objetos de la POO no son objetos propiamente dichos, sino son elementos tienen clases e instancias que conforman otros elementos más grandes a nivel computacional. También se puede echar un vistazo a este recurso: https://profile.es/blog/que-es-la-programacion-orientada-a-objetos/

Se comparte la postura de Alan Kay ya que los objetos pueden colaborar entre a través de los mensajes, lo que facilita la modularidad, el mantenimiento y la flexibilidad del sistema.

Una vez dado el mensaje para el caso "retrieve contents" en GToolkit, se puede denotar como operativizar dicho mensaje a través de el método, el cual por medio del código recibe las instrucciones de cómo hacerlo.

Los mensajes retrieve contents (recuperar contenido), collect (recolectar), asString (como secuencia) son la interpretación de lo que deseamos que el objeto realice en código.

Con base en el video Object Oriented Programming is not what I thought, la comunicación genera interacción entre los objetos, lo cual le permite al programador contar con los mecanismos necesarios para resolver problemas del mundo real a través de un paradigma que es moldeable, y que de alguna manera, genera relación con otros objetos.

Haciendo un comparativo con lo expuesto por Anjana Vakil en el video de los paradigmas, los equipos de cómputo pueden operar como objetos que tienen unas propiedades (similar a la POO), lo cual les permite ser interactuar, ser moldeables y escalables.

Con base en el video Object Oriented Programming is not what I thought la POO opera de similar manera a la definición de computación, toda vez que existe una representación de relaciones y comunicación de los objetos/computadores a través de protocolos de mensajería para conformar grandes redes.

Relacionando los videos analizados de Anjana Vakil sobre los paradigmas de programación y sobre la programación orientada a objetos, ahora es un poco más comprensible la importancia de los mensajes entre objetos en el campo de la computación. Ya que, es la forma como interactúan entre sí y es la forma como nosotros podemos dar órdenes a esos objetos, a través de comandos. El quick del asunto está en ¿Cómo se escriben los comandos?, ¡cómo los incorporamos al sistema? ¿Qué lenguaje usamos?, ¿Cuál es su estructura?, y ¿Qué queremos recibir como respuesta? 

Desde la comunidad de Grafoscopio, hemos encontrado en la metaherramienta TidddlyWiki esta adaptabilidad extrema y facilidad de uso multiplataforma y multilingüe, incluso para procesos de catalogación y memoria viva.

También hemos acuñado lo que he llamado "programación intersticial" que permite extender las infraestructuras y, en general los sistemas sociotécnicos pequeños, no desde sus entrañas, sino desde los intersticios con otras infraestructuras, comunidades y sistemas. Así, cuando TiddlyWiki no tiene una funcionalidad particular, la conectamos con Grafoscopio/Pharo o con Fossil para tener las ventajas de todas sin las desventajas particulares de sólo una de ellas.

Esta tensión la habitamos en la comunidad de Grafoscopio. El abordaje dado acá ha sido reconfigurar ensamblajes o "stacks" tecnológicos para que den cuenta de contextos y necesidades locales y la incorporación de metaherramientas digitales y programación intersticial para extenderlas desde los límites/conexiones entre el stack, en lugar de desde adentro de los componentes (salvo en el caso de las metaherramientas, pues esa precisamente es su función).

build-bridging as a service [!!!]

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

Patternize: un paquete R para cuantificar la variación del patrón de color.

En Grafoscopio, miramos consistentemente hacia los lados, incluso más allá de la comunidad que estamos construyendo al mezclar cosas como HedgeDoc, TiddlyWiki, Pharo, GToolkit, Markdeep y Fossil en nuestro flujos de trabajo y obteniendo flujos mucho más sencillos que recreando todo en una sóla herramienta o mezclando/extendiendo herramientas más populares.

Incluso, al migrar aprendizajes desde Grafoscopio hacia Lepiter, estamos mirando hacia el lado y no sufriendo del síndrome de No Inventado Acá (NHI).

Ahora bien, lo que sí nos ha pasado con entornos Smalltalk (Pharo primero y ahora GT), es la sensación de estar desarrollando para un plataforma en continuo movimiento, con las (des)ventajas que ello trae. Una manera de fijar requerimientos y construir a partir de allí sería extremadamente útil.

Me parece una gran herramienta para encontrar documento en formato PDF Y HTML con información en el ámbito académico y que se pueda interactuar con otros grupos sobre el contenido de esos documentos. La verdad puede ser una buena herramienta para el sector académico pero creo que esta muy limitado por el simple echo de usar un leguaje de programación limitado.

en mutabiT resonamos con la comprensión y (de)construcción de los sistemas tecnosociales desde una pregunta por "¿cómo cambiamos los artefactos digitales que nos cambian?" y desde ahí creamos narrativas de datos y artefactos intersticiales que ayudan interconectar dichos sistemas tecnosociales y extenderlos desde sus fronteras.

Muy interesante cómo traducir código de un entorno al otro ayuda a aprender el otro. Podría usarse para mis propios procesos de aprendizaje

Coperación entre ALA y Google, para la semana del código. ¡Tremendo!

Sobre programación y desarrollo de software en bibliotecas

[...]

Within computation, there are those such asNygaard and Dahl, who see programming breaking with mathematics, while there are thosewho stress the mathematical nature of computation.

Interesante como esto atañe a carreras como Informática-Matemática, desafortunadamente extinta por la miopía de un exdirector del Departamento de Matemáticas en la Universidad Javeriana.

Interesante ver cómo el lenguaje de programación es diseñado como una prevención contra la cultura corporativa.

Interesante analogía. Habría que mirar cómo las prácticas cooperativistas pueden impulsar flujos de A hacia B y estar sustentandos en varios sustratos materiales, algunos con poca tecnología (monedas locales) y otros con alta tecnología (bitcoins, ethereum, etc).