Archivo de la categoría: Tecnología

Rescatando artículos: Interesante articulo (en ingles) sobre el REPL

Estoy recuperando los artículos interesantes que publique en cierta red social laboral privativa, los escribía ahí para dar el contenido que le falta…porque hasta los cojones de artículos de couching y neoliberales que salen.

Recuerdo mi primer lenguaje de programación #Basic en un +2A de 128KB.

Lo importante que es los (mi traducción cutre es lo interpretes de lenguaje) para «jugar» (o como dice en el artículo explorar) cuando programas.

Recuerdo en mis tiempos de usar con mucha efusividad el ` $ php -a ` para hacer probar cosas, ayudaba un montón…el de me pareció una 💩

Y ya cuando pase a , uff es que era hasta placentero el #ipython para probar cosas, y el potente #django cuando tenías que probar algo y usabas ` $ python manage.py shell ` y te usaba el ipython.

Y que decir la y de y #GNULinux o (la mejor calculadora del mundo) tiras código de varias lineas en bash para hacer cosas y tareas…y piensas….uy pues lo voy a guardar en un #script y ya lo tengo para otras veces.

Aunque se sale fuera de los «interpretes de lenguaje» pero muy relacionado, otro oro, el #jupyternotebook que informes mas chulos he hecho de #gis sin sufrir de #m$word o 💩 similares.

Total, articulo totalmente recomendable sobre los REPL, una frase que me encanta del articulo es «tu código es tangible».

What makes a good REPL?

Rescatando artículos: Las cosas no son tan nuevas como crees…

Estoy recuperando los artículos interesantes que publique en cierta red social laboral privativa, los escribía ahí para dar el contenido que le falta…porque hasta los cojones de artículos de couching y neoliberales que salen.

Estas #navidades no se si por el rollo #nostalgia me descargue al móvil, un pdf de el manual oficial que acompañaba al +2A (el que tuve de crío). Y he tenido útil y santa lectura para esos momentos en «el trono de roca».

Recuerdo de pequeño de leer ese libraco e incluso disfrutarlo y flipar…ojalá los críos de ahora tuvieran un libro así para empezar con su ordenador.

No obstante como han pasado casi 30 años, he redescubierto cosas que creía que eran muy modernas y he hecho unas diapositivas didactico-humiristicas de lo re-descubierto.

Hay cosas que en serio me han dejado 🤯 porque no creía que ya existieran como el #ramfs que tan bueno es en o la tan de moda por #js y deconstrucción de las variables. Y otras son simplemente curiosas.

Disfrutad de las diapos…

Por cierto, estas diapos se han hecho gracias a para montar el pdf y «pintadas» con la genial herramienta #softwarelibre de dibujo vectorial .

Las cosas no son tan nuevas como crees… (pdf de diapositivas)

Rescatando artículos: Articulo (en ingles) de Los lenguajes de programación no son productos

Estoy recuperando los artículos interesantes que publique en cierta red social laboral privativa, los escribía ahí para dar el contenido que le falta…porque hasta los cojones de artículos de couching y neoliberales que salen.

Programming languages are platforms, not products

Los problemas de las redes sociales federadas (en ingles)

Algunas veces la inteligencia no es entender el problema, si no saber expresarlo o incluso tener el run-run del problema pero no saber que pasa y lo inteligente es entender cual es el problema…y saber expresarlo.

Las redes sociales federadas, son un paso fácil y sencillo a la descentralización, porque el paso final e infinitamente complejo son las redes sociales serverless (hasta los COJONES de AWS use mal la palabra de serverless cuando realmente tienen un server levantado), de estas hay intentos como Twister un «twitter sobre blockchain» porque si el puto bitcoin en 2023 ocupa alrededor 0,5 TB pensar en un blockchain de texto y escrito por la gente, aun recuerdo cantos de sirena de que el bitcoin podríamos usar nuestros propios móviles para pagar y ya el jodido bitcoin ocupaba 70G y pensaba yo, pero si al final voy a necesitar un intermediario que tenga el blockchain por mucho que me dijeran que podría usar yo mi propio server….y la gente con menos conocimientos técnicos. Hay otros inventos, recuerdo una que tenía de logo una caracola también era serverless pero no recuerdo mas. Pero es una tarea casi imposible hacer una red social descentralida (e incluso offline) de verdad.

Las redes sociales federadas han venido para quedarse,  pero tienen muchos problemas que hay que solucionar.

Para mi uno de los mas importantes es el tema de la autenticación/login, que esta abierto como pregunta/bug en la propia web del protocolo con Nomadic identity for the fediverse? .

Es curioso porque las redes federadas se parecen a los países, el dinero puede migrar de a cualquier país (en las redes federadas los mensajes) pero las personas no ( en las redes federadas los usuarios).

Parece que hay gente que lo ha expresado mejor que yo en:

The Federated App Problem

Rescatando artículos: Interesante articulo sobre los forks en el software libre

Estoy recuperando los artículos interesantes que publique en cierta red social laboral privativa, los escribía ahí para dar el contenido que le falta…porque hasta los cojones de artículos de couching y neoliberales que salen.

Interesante texto sobre las ventajas/desventajas de los en el #softwarelibre. En este caso cogiendo como base y pensando en el futuro de .

Yo ya soy #perroViejo, en este caso no lo veo mal, no es el caso de los principio del dosmiles con #compiz -> #Beryl o mas antiguo #phpnuke que paso porque no eran desarrollos cooperativos y en comunidad.

Si no se parece mas al caso de -> , que aunque de base podían ser los mismos la comunidad de neovim quiere ir avanzar el proyecto por temas que no son de vim.

Pues SQLite le pasa lo mismo, como herramienta base, solida y clásica (como vim) estará ahí, y para sistemas de BD distribuidos, transpilados e inventos similares…pues hay que dejar a la gente joven paso con sus nuevas ideas. Si ya lo decía el #Fary «Deja los chavalotes Pablo, déjalos que caminen como ellos camelen, si los chavales camelan pegarle un poquito a la lejía o camelan pegarle un poquito a la mandanga, pues déjalos».

Es como , ya se que #OpenSolaris tenía eso y mejor, pero si no hubiéramos dejado paso a la innovación y la creatividad no se hubiera consolidado como lo que es.

SQLite: QEMU all over again?

Un puñado de vídeos de thEpOpE – Sergio sobre el «formato de ficheros» de las cintas de Spectrum: la crisis de los 40 friki versión (parte 3)

Posts in this series
  1. Volviendo : la crisis de los 40 friki versión (Parte 1)
  2. El sistema de ficheros del Spectrum : la crisis de los 40 friki versión (Parte 2)
  3. Un puñado de vídeos de thEpOpE - Sergio sobre el "formato de ficheros" de las cintas de Spectrum: la crisis de los 40 friki versión (parte 3)
  4. Spectrum: ¿Por qué RANDOMIZE USR para cargar código máquina? (parte 4)

Gracias al chat de telegram de encontré el canal de thEpOpE – Sergio el cual tiene muchos videos muy agradables de escuchar (como odio los youtuber/streamers chillones) , pero a destacar en este articulo recomiendo:

Y nada disfrutarlos y darles las gracias a el en algún comentario.

Proyectos que son una mierda por las «tecnologías» que usan

Tengo un blog y aunque las redes sociales libres como mastodon ya permiten textos largos….pues me voy a explayar aquí porque tengo un blog.

¿Por qué Yacy se come los mocos? Si no conoces Yacy, te tendría que flipar porque intenta desde hace años ser la alternativa libre y descentralizada al buscador de google. Y desde hace años se come los mocos y esta ahí sin ser lo que tiene que ser.

¿Pero por que se come los mocos? Pues por Java, en su momento (2003) cuando nació pocas alternativas había, pero el camino que tomaron fue malo malo, en vez de intentar «hacer un protocolo» que era tan simple como «ya tenemos definido todo y funcionando, vamos a picarnos servidores de Yacy en otras cosas menos apestosas que Java» pues ahí siguen dandose de cabezazos, es como si torrent no hubiera salido de C++.

Hay ejemplos de como cambiar de lenguaje (o al menos tener servers compatibles en otros lenguajes) le ayuda mucho, como por ejemplo SQLite que aunque no sea un server el pepinazo que pego el poder tenerlo en otros lenguajes le dio cuerda para mucho rato.

Gente de Yacy no se si me oís pero necesitáis un server en Python como el comer.

Pues otro que veo que se esta pegando la hostia y enterrandose así mismo es Sandspiel  Studio , lo conocí hace algunos meses y me parece la hostia, aunque parezca un juguete, lo que plantea es bestial, es coger el viejo juego de arena que tanto flipo a la gente hace años y darle un pequeño lenguaje de programación.

Y eso hace que lleguemos a agentes autónomos (pequeños pixeles de colores con una inteligencia limitada) que se convierten automáticamente (y para facilidad visualmente) en sistemas emergentes, vamos, de una «tonta» hormiga ves que un montón de ellas un complejo meta-organismo llamado hormiguero. Ejemplos clásicos son los autómatas celulares, que por cierto se pueden implementar en Sandspiel Studio.

Porque lo interesante no es hacer programas megalargos para cada pixel, si no pequeños programas de un puñado de lineas que interactúen con el resto para que nazca por arte de magia un sistema complejo.

Pues otros que se están dando la castaña, porque han escogido algo tan complejo como NextJS y encima le han sumado el software de rastreo Sentry. Y espera que no termina la cosa, suma que los desarrolladores pasan 3 kilos del bug tracker, pues nada una idea ESPECTACULAR que quedara como anécdota en unos años.

Que pena, que pena, con lo que mola el proyecto.

LO SIENTO YO YA NO GASTO MAS TIEMPO EN ESTAS MIERDAS, SI QUIEREN AYUDA QUE ME PAGUEN.

El sistema de ficheros del Spectrum : la crisis de los 40 friki versión (Parte 2)

Siguiendo con esta serie de artículos sobre la crisis de los 40 friki versión, vamos con lo primero que no conocía del spectrum.

Los sistemas de ficheros en cinta, porque ne mis tiempos hacías load"" (que "" era el *.* de ahora) y ya esta, bueno en mis tiempos también tenía el Pheenix (un clon del Phoenix) copiado en una cinta pirata que para cargarlo había que hacer load «» code .

Y por desgracia en mis tiempos mozos, no se por que pero mi Spectrum+2A no grababa las cintas con mi código basic, y era una tarea titánica porque los pasaba a papel y las versiones eran papeles nuevos…en algún sitio estarán.

Los siguientes datos técnicos están por un montón de lados y mejor explicados, no vengo a contaros el secreto de la rocacola.

Bueno pues las cintas de Spectrum pueden tener los siguientes ficheros:

  • ficheros de programas basic
    • los únicos autoejecutables
  • ficheros de datos binarios
    • imágenes, que hay un sugar syntax en basic para cargarlos con load "" screen$ pero son binarios.
  • ficheros de arrays de números (los json de la época o serializados)
  • ficheros de arrays de palabras (los json de la época o serializados)

Pues tengo que reconocer que hasta hace unas semanas no sabía que el único fichero autoejecutable era los ficheros de programas de basic.

Así que los juegos comerciales tienen sí o sí (salvo rayadas como el Pheenix pero no recuerdo si después tenias que ejecutarlo a mano) un pequeño programa en basic que hacia de cargador del juego propiamente dicho que venía en entero o troceado en varios ficheros binarios.

Normalmente un juego comercial simple era:

cargador pequeño basic -> fichero binario: pantalla de carga -> fichero binario: juego

Los había mas complejos que para compatibilidad con el 48kb troceaban el juego en varios ficheros binarios:

cargador pequeño basic -> fichero binario: pantalla carga -> fichero binario: juego -> fichero binario: nivel 1 -> fichero binario: nivel 2

Luego había gente que rizaba el rizo e intentaba hacer cargadores de lo mas complejos para que los críos de aquella época dijéramos «guauuu» como Dynamic con su contador de carga y sin las clásicas lineas de colores del borde del Army Moves.

Otra cosa que no viví en su época fue mini juegos durante la carga del juego principal, pero eso tuvo que ser espectacular.

En los siguiente episodios (no se en que orden o si alguno se fusionara):

  • voy a retomar el maze en basic que volví a escribir hace algunos años (que venia de un libro de programación infantil) quiero volver a re-entenderlo.
  • quiero explicar el randomize usr que por fin (hace unas semanas lo entendí)
  • quiero intentar hacer una calculadora simple en código maquina
  • quería hacer una prueba de velocidad de hacer algo en basic y hacer lo mismo en código maquina
  • los siguientes pasos para el juego